Difference between revisions of "Timeline of web vitals"

From Timelines
Jump to: navigation, search
(List of web vitals and corresponding aspects of performance)
 
(64 intermediate revisions by 2 users not shown)
Line 1: Line 1:
This is a timeline of web vitals, a set of metrics championed by Google that relate to how well web pages load. Of particular interest are three metrics Google calls '''core web vitals''', whose values in field data are used to inform a "page experience" score that affects search ranking on mobile devices.
+
{{focused coverage period|end-date = November 2024}}
 +
 
 +
This is a timeline of web vitals, a set of metrics championed by Google that relate to how well web pages load. Of particular interest are three metrics Google calls '''core web vitals''', whose values in field data are used to inform a "page experience" score that affects search ranking within Google.
 +
 
 +
==Big picture==
 +
 
 +
{| class="wikitable sortable" border="1"
 +
! Time period !! Development summary
 +
|-
 +
| 2007{{snd}}2015 || This period sees the emergence of diagnostic tools and web standards that help diagnose page load speed. This is also the period where some initial concepts such as "speed index" and "performance budgets" start getting fleshed out.
 +
|-
 +
| 2016{{snd}}2018 || This period sees the emergence of systematic datasets covering web performance for a wide range of websites, including the HTTP Archive (that uses Lab data) and the Chrome User Expeience Report (CrUX) that uses field data collected anonymously from Chrome users. It also sees the growth of public diagnostic tools for site performance, including Lighthouse, that is integrated into Chrome's Developer Tools.
 +
|-
 +
| 2019 || This is the year when Google starts getting more directly involved with improving site performance, with communication being done via a bunch of blog posts on web.dev. During this year, the understanding of site performance is expanded to include visual stability (epitomized by Cumulative Layout Shift (CLS)). Previously the focus had been on loading speed and interactivity/responsiveness.
 +
|-
 +
| 2020 || This is the year that Google officially announces three "core web vitals": Largest Contentful Paint (LCP) for loading speed, Cumulative Layout Shift (CLS) for visual stability, and First Input Delay (FID) for interactivity/responsiveness. Google also provides guidance that the 75th percentile field data values for these metrics will be used to influence search results on mobile and desktop in the coming years. In particular, Google clarifies its focus on "field data" (as collected by the CrUX report) as the data it uses for official evaluation, and clarifies the role of Lab data as an aid for self-diagnosis by people involved with developing websites. The potential of core web vitals to affect search results leads to a flurry of activity in the SEO community. A number of new diagnostic tools and data sources emerge, both from Google and from the rest of the ecosystem, and existing tools on site performance shift direction a little bit to start focusing on core web vitals.
 +
|-
 +
| 2021{{snd}}2022 || During this period, Google starts using core web vitals to influence search results, with mobile search results being affected starting mid-2021 and desktop search results being affected starting early 2022. However, the magnitude of impact on search results is small, leading to a dying down of activity and attention to core web vitals in the SEO community. Nonetheless, the overall proportion of origins passing on the core web vitals continues to improve over the period, with CLS (one of the more actionable core web vitals) seeing the most dramatic improvement. The improvements in the case of CLS are due to a combination of definition changes and websites making improvements. The less dramatic improvement for LCP is due to a combination of Chrome browser speed updates, computers getting a litle faster over time, and websites making improvements.
 +
|-
 +
| 2023{{snd}}2024 || Despite its much-reduced profile in the context of SEO, measured core web vitals in field data on websites continue to improve over this period, likely due to a mix of continued effort on the part of various teams at Google (including those working on Chrome), the inclusion of core web vitals as a measurement yardstick for CMSes and software tools, and continued improvements in hardware and network connectivity as users upgrade to newer devices and faster connections. The main change to metrics is the replacement of FID by Interaction to Next Paint (INP) as the interactivity/responsiveness metric. Whereas almost all websites were passing FID because the threshold was easy to achieve, INP is a somewhat harder-to-crack metric, and this metric change leads to a new era of optimization work around interactivity/responsiveness.
 +
|}
  
 
== List of web vitals and corresponding aspects of performance ==
 
== List of web vitals and corresponding aspects of performance ==
Line 7: Line 27:
 
{| class="wikitable sortable" border="1"
 
{| class="wikitable sortable" border="1"
 
! Web vital !! Aspect of performance !! Core web vital? !! Reported in field data (PageSpeed Insights, CrUX report)? !! Reported in Lab data (Lighthouse, PageSpeed Insights)? !! Reported in WebPageTest web vitals?<ref>{{cite web|url = https://github.com/WPO-Foundation/webpagetest/blob/master/www/include/RunResultHtmlTable.php|title = RunResultHtmlTable.php|accessdate = July 7, 2021}}</ref><ref>{{cite web|url = https://webpagetest.org/vitals.php?test=210707_AiDc4M_c6299ff94525675f9654ffcd7dcb9a62&run=1|title = Web page performance test result for www.example.com/|date = July 7, 2021|accessdate = July 7, 2021}}</ref> !! Threshold for "good" on field data (if applicable) and mobile Lab data (if applicable) (in milliseconds except CLS that is unitless) !! Threshold for "poor" on field data (if applicable) and mobile Lab data (if applicable) (in milliseconds except CLS that is unitless)
 
! Web vital !! Aspect of performance !! Core web vital? !! Reported in field data (PageSpeed Insights, CrUX report)? !! Reported in Lab data (Lighthouse, PageSpeed Insights)? !! Reported in WebPageTest web vitals?<ref>{{cite web|url = https://github.com/WPO-Foundation/webpagetest/blob/master/www/include/RunResultHtmlTable.php|title = RunResultHtmlTable.php|accessdate = July 7, 2021}}</ref><ref>{{cite web|url = https://webpagetest.org/vitals.php?test=210707_AiDc4M_c6299ff94525675f9654ffcd7dcb9a62&run=1|title = Web page performance test result for www.example.com/|date = July 7, 2021|accessdate = July 7, 2021}}</ref> !! Threshold for "good" on field data (if applicable) and mobile Lab data (if applicable) (in milliseconds except CLS that is unitless) !! Threshold for "poor" on field data (if applicable) and mobile Lab data (if applicable) (in milliseconds except CLS that is unitless)
 +
|-
 +
| Time to First Byte (TTFB) || Loading speed || No || Yes || No || No || 800 || 1,800
 
|-
 
|-
 
| First Contentful Paint (FCP) || Loading speed || No || Yes || Yes || Not online, but supported in code ||  1,800 || 3,000
 
| First Contentful Paint (FCP) || Loading speed || No || Yes || Yes || Not online, but supported in code ||  1,800 || 3,000
Line 14: Line 36:
 
| Speed Index (SI) || Loading speed || No || No || Yes (some variant since v2) || No || 3,400 || 5,8000
 
| Speed Index (SI) || Loading speed || No || No || Yes (some variant since v2) || No || 3,400 || 5,8000
 
|-
 
|-
| Time to Interactive (TTI) || Loading speed, interactivity/responsiveness || No || No || Yes (since at least v5, some variant since v2) || Not online, but supported in code || 3,800 || 7,300
+
| Time to Interactive (TTI) || Loading speed, interactivity/responsiveness || No || No || No (retired in v10; was reported until v9 and since at least v5, some variant since v2) || Not online, but supported in code || 3,800 || 7,300
 
|-
 
|-
 
| Total Blocking Time (TBT) || Interactivity/responsiveness || No || No || Yes (since v6) || Yes || 200 || 600
 
| Total Blocking Time (TBT) || Interactivity/responsiveness || No || No || Yes (since v6) || Yes || 200 || 600
 
|-
 
|-
| First Input Delay (FID) || Interactivity/responsiveness || Yes || Yes || No || No || 100 || 300
+
| First Input Delay (FID) || Interactivity/responsiveness || No (retired March 2024) || Yes || No || No || 100 || 300
 +
|-
 +
| Interaction to Next Paint (INP) || Interactivity/responsiveness || Yes (starting March 2024) || Yes || No || No || 200 || 500
 
|-
 
|-
 
| Cumulative Layout Shift (CLS) || Visual stability || Yes || Yes || Yes || Yes || 0.1 || 0.25
 
| Cumulative Layout Shift (CLS) || Visual stability || Yes || Yes || Yes || Yes || 0.1 || 0.25
 +
|}
 +
 +
== Numerical and visual data ==
 +
 +
The table below is based on monthly summaries provided in the CrUX announce mailing list.<ref>{{cite web|url = https://groups.google.com/a/chromium.org/g/chrome-ux-report-announce|title = Chrome UX Report Announce|accessdate = October 15, 2021}}</ref> Note that the total number of origins is not necessarily the denominator for the percentages; individual percentages have as denominator only the number of origins for which there was sufficient data for that particular metric.<ref name=crux-twitter-correction>{{cite web|url = https://twitter.com/ChromeUXReport/status/1273494053833900032|title = Correction. Not all origins have data for these metrics and they should not count against the % of "good" origins.|date = June 17, 2020|accessdate = October 15, 2021|publisher = Chrome UX Report (on Twitter)}}</ref>
 +
 +
Overall, the data show a clear increase in the good percentage for LCP and CLS (the two metrics for which we have data throughout the period). FID shows improvement over the period for which data for it is available, though it reaches close to a flat line toward the end. Its replacement, INP, shows steady improvement over the period for which data for it is available.
 +
 +
In some cases, there are changes to the metric due to updates to the way Chrome measures it (the browser responsible for field data reporting) without any corresponding change to actual user experience. These changes can be both positive and negative; where identified, they are included in the notes column for that month. The bulk of the improvement in metrics seems to reflect genuine increases in the underlying conceptual metrics, and therefore, likely reflect genuine improvements in the user experience. This sustained improvement stands in contrast to ideas such as {{w|Wirth's law}} that would suggest that improvements in underlying hardware speed would be cancelled by bloat in browsers and wesites; it seems that even if websites are getting somewhat more bloated, the net effect on the metrics is still in the direction of improvement.
 +
 +
Another potential concern is {{w|Goodhart's law}}, which, applied to these metrics, would suggest that the way the metrics are improving is that websites are specifically targeting the metrics in ways that don't improve the facets of user experience that the metrics are intended as proxies for. Goodhart's law is more of an issue with Lab data (with hacks to optimize Lighthouse scores through cloaking-like practices) but can also be applied to field data. Generally, Goodhart's law loopholes for LCP and INP have been getting closed over time, so Goodhart's law is unlikely in practice to explain much of the improvement over time.<ref name=goodhart>{{cite web|url = https://calendar.perfplanet.com/2024/goodharts-law-in-action-3-webperf-examples/|title = Goodhart’s law in action: 3 WebPerf examples|last = Rosenthal|first = Noam|publisher = Planet Performance|date = December 1, 2024|accessdate = December 1, 2024}}</ref>
 +
 +
{| class="wikitable sortable" border="1"
 +
! Year and month (YYYY-MM) !! Number of origins covered in dataset !! Percentage good Largest Contentful Paint (LCP) !! Percentage good First Input Delay (FID) -- replaced by INP as a core web vital in March 2024 !! Percentage good Cumulative Layout Shift (CLS) !! Percentage good on all core web vitals !! Percentage good on Interaction to Next Paint (INP) -- becomes a core web vital in March 2024 !! Percentage good on CLS, LCP, and INP (the set of core web vitals starting March 2024) !! Special notes
 +
|-
 +
| 2020-05 || 7,103,486 || 46 || 86 || 64 || 27 || || || Corrected data to restrict denominator<ref name=crux-twitter-correction/>
 +
|-
 +
| 2020-06 || 7,501,835 || 47.84 || 86.74 || 57.45 || 25.34
 +
|-
 +
| 2020-07 || 7,527,878 || 47.6 || 86.9 || 57.2 || 25.2
 +
|-
 +
| 2020-08 || 7,773,359 || 47.1 || 86.9 || 57.1 || 24.9 || || || Bump in origin coverage due to a data pipeline change that now accepts all user experiences with a FCP<ref name=coverage-change-202008>{{cite web|url = https://groups.google.com/a/chromium.org/g/chrome-ux-report-announce/c/vXXUE6qslKU|title = The 202008 dataset is live|date = September 9, 2020|accessdate = October 15, 2021}}</ref>
 +
|-
 +
| 2020-09 || 7,937,088 || 46.8 || 87.6 || 55.8 || 24.6
 +
|-
 +
| 2020-10 || 8,050,755 || 47.0 || 88.2 || 52.3 || 23.7
 +
|-
 +
| 2020-11 || 7,942,408 || 47.0 || 88.8 || 51.1 || 23.5
 +
|-
 +
| 2020-12 || 7,629,156  || 47.1 || 88.7 || 51.0 || 23.4
 +
|-
 +
| 2021-01 || 8,185,540 || 47.81 || 89.28 || 50.25 || 23.71
 +
|-
 +
| 2021-02 || 8,264,371 || 47.99 || 89.46 || 45.99 || 21.98
 +
|-
 +
| 2021-03 || 8,326,310 || 49.01 || 89.66 || 51.84 || 24.81
 +
|-
 +
| 2021-04 || 8,423,302 || 49.4 || 89.8 || 53.8 || 25.8
 +
|-
 +
| 2021-05 || 8,411,670 || 50.7 || 89.9 || 60.4 || 29.2 || || || Metric definition updates released in early June are applied to this data, including the 5-second session window for CLS, and at least partly explains the sharp increase in the percentage of origins with good CLS.<ref>{{cite web|url = https://groups.google.com/a/chromium.org/g/chrome-ux-report-announce/c/tjakkbenFZo|title = The 202105 dataset is live|date = June 8, 2021|accessdate = October 15, 2021}}</ref>
 +
|-
 +
| 2021-06 || 8,416,608 || 50.6 || 93.0 || 61.0 || 30.6 || || || The effect of the double-tap-to-zoom FID metric change in Chrome 91, that improves measured FID, is largely seen in this month, and at least partly explains the sharp increase in the percentage of origins with good FID.<ref>{{cite web|url = https://groups.google.com/a/chromium.org/g/chrome-ux-report-announce/c/CvHQXQBbStA|title = The 202106 dataset is live|date = July 13, 2021|accessdate = October 20, 2021}}</ref>
 +
|-
 +
| 2021-07 || 8,174,923 || 50.0 || 93.2 || 61.2 || 30.4
 +
|-
 +
| 2021-08 || 8,431,699 || 50.9 || 93.2 || 62.1 || 31.3
 +
|-
 +
| 2021-09 || 8,660,068 || 50.9 || 93.3 || 65.4 || 32.8
 +
|-
 +
| 2021-10 || 8,784,894 || 50.0 || 93.4 || 65.9 || 34.1 || || || This is the first month when the percentages reported are based on the "optional FID" methodology adopted in PageSpeed Insights on June 10, 2021.<ref name=optional-fid-in-monthly-crux>{{cite web|url = https://groups.google.com/a/chromium.org/g/chrome-ux-report-announce/c/T5u0UPzOqjg|title = The 202110 dataset is live|date = November 9, 2021|accessdate = November 9, 2021|last = Viscomi|first = Rick}}</ref><ref name=optional-fid/>
 +
|-
 +
| 2021-11 || 8,733,078 || 50.8 || 93.5 || 66.1 || 34.8 || || || The uncapped CLS metric (that was the old way of calculating CLS before a definition change around May/June) is retired from the BigQuery dataset starting with this month.<ref>{{cite web|url = https://groups.google.com/a/chromium.org/g/chrome-ux-report/c/-qalCZ12W9I|title = The 202111 dataset is live|date = December 14, 2021|accessdate = December 14, 2021|last = Henkel|first = Johannes}}</ref>
 +
|-
 +
| 2021-12 || 8,398,796 || 51.1 || 93.3 || 66.1 || 35.0
 +
|-
 +
| 2022-01 || 8,934,350 || 52.4 || 93.9 || 68.9 || 37.6
 +
|-
 +
| 2022-02 || 8,764,246 || 52.7 || 94.9 || 70.6 || 39.0 || || || This is the first month for which the dataset includes data on the experimental responsiveness metric that had been described by Google in blog posts in 2021.<ref>{{cite web|url = https://groups.google.com/a/chromium.org/g/chrome-ux-report-announce/c/F7S4_emZkcw|title = The 202202 dataset is live|date = March 8, 2022|accessdate = March 9, 2022|last = Henkel|first = Johannes}}</ref>
 +
|-
 +
| 2022-03 || 8,555,307 || 53.4 || 94.9 || 70.6 || 39.6
 +
|-
 +
| 2022-04 || 8,602,902 || 55.2 || 94.9 || 71.6 || 41.2 || || || This is the first month for which the dataset includes data on a new experimental metric called Interaction to Next Paint (INP), a new variant of the experimental responsiveness metric.<ref>{{cite web|url = https://groups.google.com/a/chromium.org/g/chrome-ux-report-announce/c/v-h5gKkUEE0|title = The 202204 dataset is live|date = May 3, 2022|accessdate = May 13, 2022|last = Henkel|first = Johannes}}</ref>
 +
|-
 +
| 2022-05 || 11,024,795 || 56.5 || 94.7 || 71.7 || 42.0 || || || This is the first month where effective connection type and form factor fields transition from required fields to optional fields in the CruX dataset, resulting in more eligible traffic data for websites, and therefore a larger number of origins with enough traffic to qualify for inclusion in the CrUX report. A bug resulted in this change not having its full effect (on increase in origin coverage) in this month; the full effect is expected to be seen in June. Also, the LCP improvement is attributed to an increase in Chrome's speed on Android devices, "thanks to prioritizing critical navigation moments on the browser user interface thread."<ref>{{cite web|url = https://groups.google.com/a/chromium.org/g/chrome-ux-report-announce/c/A_LAY_lYxQk|title = The 202205 dataset is live|date = June 14, 2022|accessdate = June 14, 2022|last = Viscomi|first = Rick}}</ref>
 +
|-
 +
| 2022-06 || 16,230,572 || 54.9 || 94.3 || 72.3 || 41.3 || || || There is a significant increase in the number of origins compared to last month and even more so compared to two months ago, the increase over the past two months is due to making form factor and effective connection type optional. Due to the increase in coverage of low-traffic origins, the numbers aren't directly comparable with previous months; in particular, the seeming decline in LCP is mostly a result of the expanded coverage. Restricting to the top 1,000 or top 10,000 origins shows a clearer trend of continued improvement.<ref>{{cite web|url = https://groups.google.com/a/chromium.org/g/chrome-ux-report-announce/c/_DiKAAqqKPE|title = The 202206 dataset is live|date = July 13, 2022|accessdate = July 20, 2022|last = Henkel|first = Johannes}}</ref>
 +
|-
 +
| 2022-07 || 16,190,453 || 54.3 || 94.2 || 71.7 || 40.6 || || || This release includes a change which records the CLS metric at the first OnHidden in addition to tab close. Also, there is a bug in the origin filtering causing a small number of origins to be incorrectly filtered from the release.<ref>{{cite web|url = https://groups.google.com/a/chromium.org/g/chrome-ux-report-announce/c/N5B3F9QVOmY|title = The 202207 dataset is live|date = August 9, 2022|accessdate = August 9, 2022|last = Pollard|first = Barry|last2 = Viscomi|first2 = Rick|last3 = Henkel|first3 = Johannes}}</ref>
 +
|-
 +
| 2022-08 || 16,754,655 || 53.7 || 94.2 || 72.5 || 40.7 || || || This release continues to partially have the bug in the previous release due to which some origins are missed; the number of origins missed is smaller than last time but still not zero.<ref>{{cite web|url = https://groups.google.com/a/chromium.org/g/chrome-ux-report-announce/c/xKHFbog7-9w|title = The 202208 dataset is live|date = September 13, 2022|accessdate = November 12, 2022|last = Henkel|first = Johannes}}</ref>
 +
|-
 +
| 2022-09 || 17,715,277 || 54.5 || 94.8 || 72.4 || 41.4
 +
|-
 +
| 2022-10 || 17,637,195  || 54.8 || 95.0 || 72.3 || 41.6 || || || This release includes a breakdown of "rank" popularity for top 5,000 sites, top 50,000 sites, etc. in addition to the already-existing rank popularity for top 1,000 sites, top 10,000 sites etc.<ref name=crux-report-oct-2022>{{cite web|url = https://groups.google.com/a/chromium.org/g/chrome-ux-report-announce/c/DmTmMHll7_o|title = The 202210 dataset is live|date = November 8, 2022|accessdate = November 12, 2022|last = Pollard|first = Barry}}</ref>
 +
|-
 +
| 2022-11 || 17,618,944 || 54.9 || 95.1 || 72.4 || 41.8
 +
|-
 +
| 2022-12 || 16,824,271 || 54.8 || 95.0 || 72.7 || 41.8
 +
|-
 +
| 2023-01 || 18,200,000 || 56.2 || 95.2 || 73.1 || 43.0
 +
|-
 +
| 2023-02 || 18,184,396 || 56.3 || 95.3 || 73.1 || 43.1
 +
|-
 +
| 2023-03 || 18,495,210 || 57.7 || 95.5 || 73.4 || 44.2
 +
|-
 +
| 2023-04 || 18,406,973 || 57.1 || 95.3 || 72.9 || 43.5 || || || This month sees a slight decrease in FCP and LCP pass rates. The FCP pass rate decrease is attributed to a paint timing fix in Chrome 109. The LCP pass rate decrease is attributed to a change to exclude low-entropy images introduced on April 6 and also, to a lesser extent, the paint timing change.<ref name=crux-report-apr-2023>{{cite web|url = https://groups.google.com/a/chromium.org/g/chrome-ux-report-announce/c/_1ja3Bg-3Ow|title = The 202304 dataset is live|last = Pollard|first = Barry|date = May 10, 2023|accessdate = June 15, 2023|publisher = Chrome UX Report}}</ref>
 +
|-
 +
| 2023-05 || 18,377,791 || 56.8 || 95.5 || 73.3 || 43.6 || || || This month sees a slight decrease in FCP and LCP pass rates.  The FCP pass rate decrease is attributed to a paint timing fix in Chrome 109. The LCP pass rate decrease is attributed to a change to exclude low-entropy images introduced on April 6 and also, to a lesser extent, the paint timing change.<ref name=crux-report-may-2023>{{cite web|url = https://groups.google.com/a/chromium.org/g/chrome-ux-report-announce/c/13hl37E28RE|title = The 202305 dataset is live|last = Pollard|first = Barry|date = June 13, 2023|accessdate = June 15, 2023|publisher = Chrome UX Report}}</ref>
 +
|-
 +
| 2023-06 || 18,065,718 || 57.2 || 95.6 || 73.7 || 44.1 || 77.7 || || The data for this month includes partial resolution of the "root page redirect issue" where some origins that redirect their root page are excluded from CrUX. This is also the first month where the INP metric is included without the experimental prefix (it's also included with the experimental prefix for backward compatibility). This is in preparation for INP becoming a core web vital in March 2024.<ref>{{cite web|url = https://groups.google.com/a/chromium.org/g/chrome-ux-report-announce/c/AaW8rohYfHk|title = The 202306 dataset is live|last = Pollard|first = Barry|date = July 11, 2023|accessdate = July 17, 2023|publisher = Chrome UX Report}}</ref>
 +
|-
 +
| 2023-07 || 17,976,663 || 57.8 || 95.7 || 73.8 || 44.6 || 77.8 || || The data for this month is after full resolution of the "root page redirect issue" where some origins that redirect their root page are excluded from CrUX.<ref>{{cite web|url = https://groups.google.com/a/chromium.org/g/chrome-ux-report-announce/c/76V2bzaidBk|title = The 202307 dataset is live|last = Pollard|first = Barry|date = August 8, 2023|accessdate = February 25, 2024}}}</ref>
 +
|-
 +
| 2023-08 || 18,263,523 || 58.3 || 95.8 || 74.4 || 45.3 || 77.6 || 41.6 || The data for this month includes the partial impact of several Chrome improvements affecting CLS and LCP, with the effect generally positive.<ref>{{cite web|url = https://groups.google.com/a/chromium.org/g/chrome-ux-report-announce/c/CJT8_DbO9DU|title = The 202308 dataset is live|last = Pollard|first = Barry|date = September 12, 2023|accessdate = February 25, 2024}}</ref><ref name=image-loading-priority>{{cite web|url = https://chromium.googlesource.com/chromium/src/+/refs/heads/main/docs/speed/metrics_changelog/2023_08_image_loading.md|title = Image loading experiments in Chrome 116 that impact LCP and CLS|accessdate = February 25, 2024}}</ref><ref name=animated-images-and-videos-for-lcp>{{cite web|url = https://chromium.googlesource.com/chromium/src/+/refs/heads/main/docs/speed/metrics_changelog/2023_08_lcp.md#animated-images|title = Largest Contentful Paint change in Chrome 116 to better handle animated content.accessdate = February 25, 2024}}</ref>
 +
|-
 +
| 2023-09 || 18,405,462 || 58.5 || 95.8 || 74.7 || 45.7 || 78.0 || 42.1 || The improvements introduced in the previous month, that continued to roll out this month, are likely responsible for continued improvements to LCP and CLS, despite slight downturns in FCP and TTFB.<ref>{{cite web|url = https://groups.google.com/a/chromium.org/g/chrome-ux-report-announce/c/w48sCWw8IfA|title = The 202309 dataset is live|last = Pollard|first = Barry|date = October 10, 2023|accessdate = February 25, 2024}}</ref>
 +
|-
 +
| 2023-10 || 18,383,750 || 59.4 || 95.8 || 75.9 || 46.9 || 78.7 || 43.4 || The final rollout of the improvements introduced in August, that continued to roll out this month, are likely responsible for continued improvements to LCP and CLS.<ref>{{cite web|url = https://groups.google.com/a/chromium.org/g/chrome-ux-report-announce/c/vHNwpu_IR34|title = The 202310 dataset is live|last = Pollard|first = Barry|date = November 14, 2023|accessdate = February 25, 2024}}</ref>
 +
|-
 +
| 2023-11 || 18,265,721 || 59.8 || 96.0 || 76.2 || 47.4 || 79.2 || 43.9
 +
|-
 +
| 2023-12 || 17,323,447 || 60.4 || 95.9 || 76.4 || 48.0 || 79.0 || 44.4
 +
|-
 +
| 2024-01 || 18,583,729 || 61.6 || 96.2 || 76.4 || 49.0 || 80.7 || 45.8
 +
|-
 +
| 2024-02 || 18,729,879 || 61.3 || 96.2 || 76.6 || 48.8 || 80.6 || 45.6
 +
|-
 +
| 2024-03 || 18,669,191 || 62.2 || || 77.1 || || 82.1 || 46.8 || With INP replacing FID as a core web vital, FID-based data stops being included in this month. There are two concrete sets of improvements that may be contributing to LCP and INP improvements: improved cookie caching on Android Chrome, and consent management platforms improving their code to yield more readily.<ref name=crux-announce-cookie-caching-and-cmp-collaboration>{{cite web|url = https://groups.google.com/a/chromium.org/g/chrome-ux-report-announce/c/mVtFRV_mkWw|title = The 202403 dataset is live|last = Pollard|first = Barry|date = April 9, 2024|accessdate = November 16, 2024}}</ref>
 +
|-
 +
| 2024-04 || 18,703,230 || 62.4 || || 77.5 || || 82.8 || 47.3
 +
|-
 +
| 2024-05 || 18,673,241 || 62.1 || || 77.4 || || 83.2 || 47.1
 +
|-
 +
| 2024-06 || 18,442,199 || 63.4 || || 77.8 || || 84.1 || 51.0 || The improvement in core web vitals is attributed as plausibly driven by seasonal factors, and the INP increase is attributed partly to changes introduced in Chrome 127, including the changed treatment of presentation modals in the INP calculation.<ref name=crux-announce-chrome-127-changes-1>{{cite web|url = https://groups.google.com/a/chromium.org/g/chrome-ux-report-announce/c/olSKxclnD40|title = The 202406 dataset is live|last = Pollard|first = Barry|date = July 9, 2024|accessdate = November 16, 2024}}</ref>
 +
|-
 +
| 2024-07 || 18,176,653 || 64.1 || || 78.0 || || 84.4 || 49.2 || The continued improvement in INP is attributed to the continued rollout of improvements introduced in Chrome the previous month.<ref name=crux-announce-chrome-127-changes-2>{{cite web|url = https://groups.google.com/a/chromium.org/g/chrome-ux-report-announce/c/J_vLCrJmTUc|title = The 202407 dataset is live|last = Pollard|first = Barry|date = August 13, 2024|accessdate = November 16, 2024}}</ref>
 +
|-
 +
| 2024-08 || 18,394,950 || 64.8 || || 78.2 || || 85.0 || 50.1 || The continued improvement in INP is attributed to a mix of a measurement change from Chrome (no longer using pointerup events for INP calculation) and improvements in the Google Publisher Tag library to yield on out-of-viewport ads.<ref name=crux-announce-2024-08>{{cite web|url = https://groups.google.com/a/chromium.org/g/chrome-ux-report-announce/c/iCxtZ0nALrY|title = The 202408 dataset is live|last = Pollard|first = Barry|date = September 10, 2024|accessdate = November 16, 2024}}</ref>
 +
|-
 +
| 2024-09 || 18,936,684 || 65.4 || || 78.2 || || 85.7 || 51.0 || The continued improvement in INP is attributed to the finishing of the rollout of the measurement change in Chrome from last month (no longer using pointerup events for INP calculation).<ref name=crux-announce-2024-09>{{cite web|url = https://groups.google.com/a/chromium.org/g/chrome-ux-report-announce/c/vg4Jif5uxec|title = The 202409 dataset is live|last = Pollard|first = Barry|date = October 8, 2024|accessdate = November 16, 2024}}</ref>
 +
|-
 +
| 2024-10 || 18,814,228 || 65.5 || || 78.2 || || 85.9 || 51.2
 
|}
 
|}
  
 
== Full timeline ==
 
== Full timeline ==
 +
 +
===Inclusion criteria===
 +
 +
The following are some kinds of events that qualify for inclusion in the timeline:
 +
 +
* Launch of new private or public diagnostics tools related to web vitals, or major updates to such tools
 +
* Major version updates to Lighthouse, the main Lab data tool
 +
* Introduction of a new web vital metric, changes to the definition of a web vital metric, or addition or removal of a web vital from the list of core web vitals
 +
* Changes to browser behavior that could affect the data for one or more web vitals
 +
* Blog posts or articles with insight around how to improve on web vitals, or critical discussion of web vitals and how much importance to give to them
 +
* Important conferences about site performance (such as the performance.now() conference)
 +
 +
Here are some examples of things that will not qualify for this timeline:
 +
 +
* Minor version updates to Lighthouse
 +
* Performance trajectories of specific websites, except to the extent that the analysis of such performance qualifies as valuable insight into web vitals
 +
* Individual talks at a conference (such as the performance.now() conference) unless the specific talk breaks a lot of new ground and gets a bunch of commentary; in many cases, talks at these conferences summarize past discussion so the original post or articles for such discussions should be included instead
 +
 +
===Timeline===
  
 
{| class="wikitable sortable" border="1"
 
{| class="wikitable sortable" border="1"
! Year !! Month and date (if available) !! Event type !! Type of tool, entity, or change !! Aspect of performance (specific metrics in parentheses) !! Type of measurement (field data (from real users; aka Real User Monitoring (RUM)) or Lab data (from a bot or synthetic local testing)?) !! Event
+
! Year !! Month and date (if available) !! Event type !! Type of tool, entity, or change !! Aspect of performance (specific metrics in parentheses) !! Type of measurement (field data (from real users; aka Real User Monitoring (RUM)) or Lab data (from a bot or synthetic local testing))? !! Event
 
|-
 
|-
 
| 2007 || {{dts|July}} || New product || Public diagnostic tool || Loading speed || Lab data || Yahoo! launches YSlow, a Firefox add-on built on top of Firebug, to help debug speed issues on websites.<ref>{{cite web|url = https://dri.es/yslow|title = YSlow|date = July 25, 2007|accessdate = July 9, 2021|last = Buytaert|first = Dries}}</ref><ref>{{cite web|url = http://radar.oreilly.com/2007/07/oscon-yahoo-releases-yslow-per.html|title = OSCON: Yahoo! Releases YSlow, Performance Analyzer|date = July 27, 2007|accessdate = July 9, 2021|publisher = O'Reilly|last = Forrest|first = Brady}}</ref> YSlow operationalilzes Yahoo! Chief Performance Officer Steve Souders' 13 rules for high-performance web sites (also covered in his book "High Performance Web Sites").<ref>{{cite web|url = https://codeinthehole.com/books/high-performance-web-sites-by-steve-souders/|title = High Performance Web Sites by Steve Souders|last = Winterbottom|first = David|date = December 6, 2008|accessdate = July 9, 2021}}</ref> Development on it would cease after 2014 as people migrated to other tools like Google's Page Speed, Webpagetest, and later Lighthouse.<ref>{{cite web|url = https://github.com/marcelduran/yslow/|title = YSlow|accessdate = July 9, 2021}}</ref><ref>{{cite web|url = https://pagedart.com/blog/what-is-yslow/|title = What is YSlow: Why you need to move to Google Lighthouse|author = Steve|publisher = PageDart|accessdate = July 9, 2021}}</ref>
 
| 2007 || {{dts|July}} || New product || Public diagnostic tool || Loading speed || Lab data || Yahoo! launches YSlow, a Firefox add-on built on top of Firebug, to help debug speed issues on websites.<ref>{{cite web|url = https://dri.es/yslow|title = YSlow|date = July 25, 2007|accessdate = July 9, 2021|last = Buytaert|first = Dries}}</ref><ref>{{cite web|url = http://radar.oreilly.com/2007/07/oscon-yahoo-releases-yslow-per.html|title = OSCON: Yahoo! Releases YSlow, Performance Analyzer|date = July 27, 2007|accessdate = July 9, 2021|publisher = O'Reilly|last = Forrest|first = Brady}}</ref> YSlow operationalilzes Yahoo! Chief Performance Officer Steve Souders' 13 rules for high-performance web sites (also covered in his book "High Performance Web Sites").<ref>{{cite web|url = https://codeinthehole.com/books/high-performance-web-sites-by-steve-souders/|title = High Performance Web Sites by Steve Souders|last = Winterbottom|first = David|date = December 6, 2008|accessdate = July 9, 2021}}</ref> Development on it would cease after 2014 as people migrated to other tools like Google's Page Speed, Webpagetest, and later Lighthouse.<ref>{{cite web|url = https://github.com/marcelduran/yslow/|title = YSlow|accessdate = July 9, 2021}}</ref><ref>{{cite web|url = https://pagedart.com/blog/what-is-yslow/|title = What is YSlow: Why you need to move to Google Lighthouse|author = Steve|publisher = PageDart|accessdate = July 9, 2021}}</ref>
Line 44: Line 209:
 
| 2016 || {{dts|June 30}} || Release || Public diagnostic tool || Loading speed, interactivity/responsiveness || Lab data || The Lighthouse v1.0.3 tag is created, suggesting the official release of Lighthouse 1.0.<ref>{{cite web|url = https://github.com/GoogleChrome/lighthouse/releases/tag/v1.0.3|title = Lighthouse v1.0.3|last = Irish|first = Paul|date = June 30, 2016|accessdate = June 18, 2021}}</ref>
 
| 2016 || {{dts|June 30}} || Release || Public diagnostic tool || Loading speed, interactivity/responsiveness || Lab data || The Lighthouse v1.0.3 tag is created, suggesting the official release of Lighthouse 1.0.<ref>{{cite web|url = https://github.com/GoogleChrome/lighthouse/releases/tag/v1.0.3|title = Lighthouse v1.0.3|last = Irish|first = Paul|date = June 30, 2016|accessdate = June 18, 2021}}</ref>
 
|-
 
|-
| 2016 || {{dts|September 14}} || Documentation comomit || Web standard || Loading speed (FCP) || Field data, Lab data || The first commit is made to the repository documenting the Paint Timing API. This API is used to calculate metrics such as the First Contentful Paint (FCP).<ref>{{cite web|url = https://github.com/w3c/paint-timing/commit/39ba81c40b233908a5bea2e6c7d9f5af87fed8e5|title = Initial commit|date = September 14, 2016|accessdate = July 7, 2021}}</ref> Initially supported only on Chromium browsers, the Paint Timing API would eventually be supported by Firefox (Gecko) and Safari (WebKit) as well.<ref name=webpagetest-fcp>{{cite web|url = https://blog.webpagetest.org/posts/why-first-contentful-paint-doesnt-work-as-a-cross-browser-metric/|title = Why First Contentful Paint Doesn't Work As a Cross-Browser Metric|date = May 4, 2021|accessdate = July 7, 2021|publisher = WebPageTest Blog by Catchpoint}}</ref>
+
| 2016 || {{dts|September 14}} || Documentation commit || Web standard || Loading speed (FCP) || Field data, Lab data || The first commit is made to the repository documenting the Paint Timing API. This API is used to calculate metrics such as the First Contentful Paint (FCP).<ref>{{cite web|url = https://github.com/w3c/paint-timing/commit/39ba81c40b233908a5bea2e6c7d9f5af87fed8e5|title = Initial commit|date = September 14, 2016|accessdate = July 7, 2021}}</ref> Initially supported only on Chromium browsers, the Paint Timing API would eventually be supported by Firefox (Gecko) and Safari (WebKit) as well.<ref name=webpagetest-fcp>{{cite web|url = https://blog.webpagetest.org/posts/why-first-contentful-paint-doesnt-work-as-a-cross-browser-metric/|title = Why First Contentful Paint Doesn't Work As a Cross-Browser Metric|date = May 4, 2021|accessdate = July 7, 2021|publisher = WebPageTest Blog by Catchpoint}}</ref>
 
|-
 
|-
 
| 2017 || {{dts|February 1}} || Data collection || Public dataset || Loading speed || Lab data || Data for the HTTP Archive's Loading Speed dataset is available starting this day.<ref>{{cite web|url = https://httparchive.org/reports/loading-speed|title = Report: Loading Speed|accessdate = June 19, 2021}}</ref>
 
| 2017 || {{dts|February 1}} || Data collection || Public dataset || Loading speed || Lab data || Data for the HTTP Archive's Loading Speed dataset is available starting this day.<ref>{{cite web|url = https://httparchive.org/reports/loading-speed|title = Report: Loading Speed|accessdate = June 19, 2021}}</ref>
 
|-
 
|-
 
| 2017 || {{dts|August 24}} || New version || Public diagnostic tool || Loading speed, interactivity/responsiveness || Lab data || Lighthouse v2.0.0 is released. The last commit for it is from May 19. At this point, the Performance section of Lighthouse has the following metrics: First meaningful paint, First interactive (beta), Consistenly interactive (beta), Perceptual Speed Index, and Estimated Input Latency.<ref>{{cite web|url = https://github.com/GoogleChrome/lighthouse/releases/tag/v2.0.0|title = Lighthouse v2.0.0|date = August 24, 2017|accessdate = June 19, 2021}}</ref>
 
| 2017 || {{dts|August 24}} || New version || Public diagnostic tool || Loading speed, interactivity/responsiveness || Lab data || Lighthouse v2.0.0 is released. The last commit for it is from May 19. At this point, the Performance section of Lighthouse has the following metrics: First meaningful paint, First interactive (beta), Consistenly interactive (beta), Perceptual Speed Index, and Estimated Input Latency.<ref>{{cite web|url = https://github.com/GoogleChrome/lighthouse/releases/tag/v2.0.0|title = Lighthouse v2.0.0|date = August 24, 2017|accessdate = June 19, 2021}}</ref>
 +
|-
 +
| 2017 || {{dts|October 22}} || Insight || || Loading speed, interactivity/responsiveness || || Alex Russell publishes the first post of his multi-year series "The Performance Inequality Gap";<ref name=performance-inequality-gap>{{cite web|url = https://infrequently.org/series/performance-inequality|title = The Performance Inequality Gap|last = Russell|first = Alex|date = December 1, 2024}}</ref> in the first post, Russell, who is at Google at the time, lays out suggested targets for page load speed (5 seconds to interactive for first load, 2 seconds for subsequent loads) as well as the budgets this places on the amount of resources of various kinds (HTML, CSS, JavaScript) on the page. Russell also provides extensive reasoning for his suggested budgets.<ref name=can-you-afford-it>{{cite web|url = https://infrequently.org/2017/10/can-you-afford-it-real-world-web-performance-budgets/|title = Can You Afford It?: Real-world Web Performance Budgets|last = Russell|first = Alex|date = October 22, 2017|accessdate = December 1, 2024}}</ref> In later posts, published over the years, Russell updates his suggested budgets, taking into account the evolution of devices and network connectivity. Overall, Russell is critical of the heavy use of client-side JavaScript in modern web apps and of the focus on "developer experience" in web development at the cost of user experience.<ref name=performance-inequality-gap/>
 
|-
 
|-
 
| 2017 || {{dts|October 1}} || Data collection || Public dataset || All || Field data || Data for the Chrome User Experience (CrUX) report, collected anonymously from Chrome users who have consented to the anonymous data collection, is available in a BigQuery dataset starting this day.<ref>{{cite web|url = https://httparchive.org/reports/chrome-ux-report|title = Report: CrUX|accessdate = June 19, 2021}}</ref>
 
| 2017 || {{dts|October 1}} || Data collection || Public dataset || All || Field data || Data for the Chrome User Experience (CrUX) report, collected anonymously from Chrome users who have consented to the anonymous data collection, is available in a BigQuery dataset starting this day.<ref>{{cite web|url = https://httparchive.org/reports/chrome-ux-report|title = Report: CrUX|accessdate = June 19, 2021}}</ref>
Line 54: Line 221:
 
| 2018 || {{dts|July 11}} || New version || Public diagnostic tool || Loading speed, interactivity/responsiveness || Lab data || Lighthouse v3.0.0 is released. The last commit for it is from June 28. This release includes changes to performance weights and scoring thresholds.<ref>{{cite web|url = https://github.com/GoogleChrome/lighthouse/releases/tag/v3.0.0|title = Lighthouse v3.0.0|date = July 11, 2018|accessdate = June 19, 2021}}</ref>
 
| 2018 || {{dts|July 11}} || New version || Public diagnostic tool || Loading speed, interactivity/responsiveness || Lab data || Lighthouse v3.0.0 is released. The last commit for it is from June 28. This release includes changes to performance weights and scoring thresholds.<ref>{{cite web|url = https://github.com/GoogleChrome/lighthouse/releases/tag/v3.0.0|title = Lighthouse v3.0.0|date = July 11, 2018|accessdate = June 19, 2021}}</ref>
 
|-
 
|-
| 2018 || {{dts|August 11}} || Release || Public ranking tool || Loading speed, interactivity/responsiveness || Lab data || The earliest Wayback Machine snapshot of webperf.xyz, a site that maintains a lleaderboard of sites based on their performance, is from this date. At launch time, it uses webpagetest.org for its data generation.<ref>{{cite web|url = https://web.archive.org/web/20180811220510/https://webperf.xyz/|title = Article Performance Leaderboard|accessdate = July 9, 2021}}</ref> The tool would be referenced in an ''Atlantic'' article on August 23 about their efforts to speed up ad loading on their site.<ref>{{cite web|url = https://building.theatlantic.com/can-all-the-ads-be-fast-6aafa2e2045e|title = Can all the ads be fast? A data-driven approach to speeding up TheAtlantic.com|last = Goldstein|first = Jason|date = August 23, 2018|accessdate = July 9, 2021|publisher = Building the Atlantic}}</ref>
+
| 2018 || {{dts|August 11}} || Release || Public ranking tool || Loading speed, interactivity/responsiveness || Lab data || The earliest Wayback Machine snapshot of webperf.xyz, a site that maintains a leaderboard of sites based on their performance, is from this date. At launch time, it uses webpagetest.org for its data generation.<ref>{{cite web|url = https://web.archive.org/web/20180811220510/https://webperf.xyz/|title = Article Performance Leaderboard|accessdate = July 9, 2021}}</ref> The tool would be referenced in an ''Atlantic'' article on August 23 about their efforts to speed up ad loading on their site.<ref>{{cite web|url = https://building.theatlantic.com/can-all-the-ads-be-fast-6aafa2e2045e|title = Can all the ads be fast? A data-driven approach to speeding up TheAtlantic.com|last = Goldstein|first = Jason|date = August 23, 2018|accessdate = July 9, 2021|publisher = Building the Atlantic}}</ref>
 
|-
 
|-
 
| 2019 || {{dts|January 16}} || New version || Public diagnostic tool || Loading speed, interactivity/responsiveness || Lab data || Lighthouse v4.0.0 is released. The last commmit for it is from January 15.<ref>{{cite web|url = https://github.com/GoogleChrome/lighthouse/releases/tag/v4.0.0|title = Lighthouse v4.0.0|date = January 16, 2019|accessdate = June 19, 2021}}</ref>
 
| 2019 || {{dts|January 16}} || New version || Public diagnostic tool || Loading speed, interactivity/responsiveness || Lab data || Lighthouse v4.0.0 is released. The last commmit for it is from January 15.<ref>{{cite web|url = https://github.com/GoogleChrome/lighthouse/releases/tag/v4.0.0|title = Lighthouse v4.0.0|date = January 16, 2019|accessdate = June 19, 2021}}</ref>
Line 64: Line 231:
 
| 2019 || {{dts|May 15}} || Documentation commit || Web standard || Loading speed (LCP) || Field data, Lab data || The first commit to the GitHub repository for the Largest Contentful Paint API is made on this day. This is a proposal by Google for adoption as a web standard, though as of June 2021 it has not been adopted and is only used on Blink-based browsers, which is effectively just Chrome browsers (mainly Chrome, Edge, and Opera).<ref>{{cite web|url = https://github.com/WICG/largest-contentful-paint/commit/d5a260238087e9773a33578e7c37508aac1e7f9b|title = initial commit|date = May 15, 2019|accessdate = June 19, 2021}}</ref>
 
| 2019 || {{dts|May 15}} || Documentation commit || Web standard || Loading speed (LCP) || Field data, Lab data || The first commit to the GitHub repository for the Largest Contentful Paint API is made on this day. This is a proposal by Google for adoption as a web standard, though as of June 2021 it has not been adopted and is only used on Blink-based browsers, which is effectively just Chrome browsers (mainly Chrome, Edge, and Opera).<ref>{{cite web|url = https://github.com/WICG/largest-contentful-paint/commit/d5a260238087e9773a33578e7c37508aac1e7f9b|title = initial commit|date = May 15, 2019|accessdate = June 19, 2021}}</ref>
 
|-
 
|-
| 2019 || {{dts|June 11}} || Announcement || Metric introduction || Visual stability (CLS) || Field data, Lab data || The blo post "Cumulative Layout Shift (CLS)" is published on web.dev. In the post, Google describes a new metric, Cumulative Layout Shift (CLS), that measures the totality of unexpected shifts during the lifecycle of a page. This builds upon the Layout Instability API that Google started workingg on recently.<ref>{{cite web|url = https://web.dev/cls/|title = Cumulative Layout Shift (CLS)|date = June 11, 2019|accessdate = June 19, 2021|last = Walton|first = Philip|last2 = Mihajlija|first2 = Milica}}</ref>
+
| 2019 || {{dts|June 11}} || Announcement || Metric introduction || Visual stability (CLS) || Field data, Lab data || The blog post "Cumulative Layout Shift (CLS)" is published on web.dev. In the post, Google describes a new metric, Cumulative Layout Shift (CLS), that measures the totality of unexpected shifts during the lifecycle of a page. This builds upon the Layout Instability API that Google started workingg on recently.<ref>{{cite web|url = https://web.dev/cls/|title = Cumulative Layout Shift (CLS)|date = June 11, 2019|accessdate = June 19, 2021|last = Walton|first = Philip|last2 = Mihajlija|first2 = Milica}}</ref>
 
|-
 
|-
 
| 2019 || {{dts|August 8}} || Announcement || Metric introduction || Loading speed (LCP) || Field data, Lab data || The blog post "Largest Contentful Paint (LCP)" is published on web.dev. In the post, Google describes a new metric, Largest Contentful Paint (LCP), that measures how long it takes for the page's main content to have loaded.<ref>{{cite web|url = https://web.dev/lcp/|title = Largest Contentful Paint (LCP)|date = August 8, 2019|accessdate = June 19, 2021|last = Walton|first = Philip}}</ref>
 
| 2019 || {{dts|August 8}} || Announcement || Metric introduction || Loading speed (LCP) || Field data, Lab data || The blog post "Largest Contentful Paint (LCP)" is published on web.dev. In the post, Google describes a new metric, Largest Contentful Paint (LCP), that measures how long it takes for the page's main content to have loaded.<ref>{{cite web|url = https://web.dev/lcp/|title = Largest Contentful Paint (LCP)|date = August 8, 2019|accessdate = June 19, 2021|last = Walton|first = Philip}}</ref>
Line 84: Line 251:
 
| 2020 || {{dts|May 28}} || Announcement || Search algorithm update || All || Field data || Google announces that at some point in the future, it will start using "page experience" as a ranking factor in search.  The page experience signal combines core web vitals, mobile usability, security issues, whether the site is HTTPS, and no intrusive intersitials.<ref>{{cite web|url = https://developers.google.com/search/blog/2020/05/evaluating-page-experience|title = Evaluating page experience for a better web|date = May 28, 2020|accessdate = June 19, 2021|publisher = Google Search Central}}</ref><ref>{{cite web|url = https://searchengineland.com/the-google-page-experience-update-user-experience-to-become-a-google-ranking-factor-335252|title = The Google Page Experience Update: User experience to become a Google ranking factor. Core Web Vitals metrics will start to impact rankings in 2021. Here is what you need to know.|date = May 28, 2020|accessdate = June 19, 2021|publisher = Search Engine Land|last = Schwartz|first = Barry}}</ref>
 
| 2020 || {{dts|May 28}} || Announcement || Search algorithm update || All || Field data || Google announces that at some point in the future, it will start using "page experience" as a ranking factor in search.  The page experience signal combines core web vitals, mobile usability, security issues, whether the site is HTTPS, and no intrusive intersitials.<ref>{{cite web|url = https://developers.google.com/search/blog/2020/05/evaluating-page-experience|title = Evaluating page experience for a better web|date = May 28, 2020|accessdate = June 19, 2021|publisher = Google Search Central}}</ref><ref>{{cite web|url = https://searchengineland.com/the-google-page-experience-update-user-experience-to-become-a-google-ranking-factor-335252|title = The Google Page Experience Update: User experience to become a Google ranking factor. Core Web Vitals metrics will start to impact rankings in 2021. Here is what you need to know.|date = May 28, 2020|accessdate = June 19, 2021|publisher = Search Engine Land|last = Schwartz|first = Barry}}</ref>
 
|-
 
|-
| 2020 || {{dts|June 24}} || Implementation || Web standard || Loading speed (FCP) || N/A || A blog post on the {{w|Wikimedia Foundation}}'s tech blog describes work donee by Wikimedia Foundation engineers to implement the Paint Timing API in WebKit, the engine used by Safari, thus making it available in future versions of Safari.<ref>{{cite web|url = https://techblog.wikimedia.org/2020/06/24/how-we-contributed-paint-timing-api-to-webkit/|title = How we contributed Paint Timing API to WebKit|date = June 24, 2020|accessdate = July 7, 2021|last = Rosenthal|first = Noam|last2 = Dubuc|first2 = Gilles}}</ref>
+
| 2020 || {{dts|June 24}} || Implementation || Web standard || Loading speed (FCP) || N/A || A blog post on the {{w|Wikimedia Foundation}}'s tech blog describes work done by Wikimedia Foundation engineers to implement the Paint Timing API in WebKit, the engine used by Safari, thus making it available in future versions of Safari.<ref>{{cite web|url = https://techblog.wikimedia.org/2020/06/24/how-we-contributed-paint-timing-api-to-webkit/|title = How we contributed Paint Timing API to WebKit|date = June 24, 2020|accessdate = July 7, 2021|last = Rosenthal|first = Noam|last2 = Dubuc|first2 = Gilles}}</ref>
 
|-
 
|-
 
| 2020 || {{dts|November 10}} || Announcement || Search algorithm update || All || Field data || Google announces that it will start using "page experience" as a ranking factor for mobile searches starting May 2021. The page experience signal combines core web vitals, mobile usability, security issues, whether the site is HTTPS, and no intrusive interstitials.<ref>{{cite web|url = https://developers.google.com/search/blog/2020/11/timing-for-page-experience|title = Timing for bringing page experience to Google Search|date = November 10, 2020|accessdate = June 19, 2021|publisher = Google Search Central}}</ref><ref>{{cite web|url = https://searchengineland.com/google-page-experience-update-to-launch-in-may-2021-343581|title = Google Page Experience Update to launch May 2021 with new labels in search results. Google will highlight search results that have a great page experience.|date = November 10, 2020|accessdate = June 19, 2021|publisher = Search Engine Land|last = Schwartz|first = Barry}}</ref>
 
| 2020 || {{dts|November 10}} || Announcement || Search algorithm update || All || Field data || Google announces that it will start using "page experience" as a ranking factor for mobile searches starting May 2021. The page experience signal combines core web vitals, mobile usability, security issues, whether the site is HTTPS, and no intrusive interstitials.<ref>{{cite web|url = https://developers.google.com/search/blog/2020/11/timing-for-page-experience|title = Timing for bringing page experience to Google Search|date = November 10, 2020|accessdate = June 19, 2021|publisher = Google Search Central}}</ref><ref>{{cite web|url = https://searchengineland.com/google-page-experience-update-to-launch-in-may-2021-343581|title = Google Page Experience Update to launch May 2021 with new labels in search results. Google will highlight search results that have a great page experience.|date = November 10, 2020|accessdate = June 19, 2021|publisher = Search Engine Land|last = Schwartz|first = Barry}}</ref>
Line 105: Line 272:
 
|-
 
|-
 
| 2021 || {{dts|May 4}} || Insight || Cross-browser comparison of metric definition || Loading speed (FCP) || N/A || A blog post on the WebPageTest blog describes challenges with comparing First Contentful Paint (FCP) across browsers. FCP is one of the first web vitals to be available across all major browsers with the release of Safari 14.1.<ref name=webpagetest-fcp/>
 
| 2021 || {{dts|May 4}} || Insight || Cross-browser comparison of metric definition || Loading speed (FCP) || N/A || A blog post on the WebPageTest blog describes challenges with comparing First Contentful Paint (FCP) across browsers. FCP is one of the first web vitals to be available across all major browsers with the release of Safari 14.1.<ref name=webpagetest-fcp/>
 +
|-
 +
| 2021 || {{dts|May 18}} || Insight || Business impact || All || Field data (mostly) with some discussion of Lab data || In a blog post on web.dev that also includes a video, two Google staff members discuss the business impact of (core) web vitals. The post includes case studies of: Vodafone, iCook, Tokopedia, Redbus, and several others who have improved one or more of the core web vitals and seen improvement in traffic, user engagement, and revenue. These impacts are prior to (and therefore not caused by Google starting to use page experience (including core web vitals) as a signal for search ranking.<ref>{{cite web|url = https://web.dev/vitals-business-impact/|title = The business impact of Core Web Vitals. This article will help you understand how Core Web Vitals correlate with key business metrics by exploring examples of companies which have already see positive impact for their users and business.|last = Rajpal|first = Saurabh|last2 = Gopalakrishnan|first2 = Sweta|publisher = web.dev|date = May 18, 2021|accessdate = February 10, 2022}}</ref><ref name=clickio>{{cite web|url = https://searchengineland.com/optimizing-core-web-vitals-why-real-user-monitoring-is-key-379915|title = Optimizing Core Web Vitals: Why real-user monitoring is key. With Core Web Vitals now a key factor in search rankings for mobile and desktop, publishers must act now to safeguard traffic and revenue.|author = Clickio|publisher = Search Engine Land|date = February 10, 2022|accessdate = February 10, 2022}}</ref>
 
|-
 
|-
 
| 2021 || {{dts|May 25}} || New version || Browser behavior || Interactivity/responsiveness (FID) || Field data || Chrome 91 disables double-tap-to-zoom when the viewport meta tag specifies width=device-width or initial-scale>=1.0, even when implicitly doing so, like for example in minimum-scale=1.5, maximum-scale=2. Because DTZ negatively impacts FID and the amount of pages where DTZ is disabled is increased, Google expects some sites to see FID improvements.<ref>{{cite web|url = https://chromium.googlesource.com/chromium/src/+/refs/heads/main/docs/speed/metrics_changelog/2021_05_fid.md|title = First Input Delay Changes in Chrome 91|publisher = Chrome Speed|accessdate = July 17, 2021}}</ref>
 
| 2021 || {{dts|May 25}} || New version || Browser behavior || Interactivity/responsiveness (FID) || Field data || Chrome 91 disables double-tap-to-zoom when the viewport meta tag specifies width=device-width or initial-scale>=1.0, even when implicitly doing so, like for example in minimum-scale=1.5, maximum-scale=2. Because DTZ negatively impacts FID and the amount of pages where DTZ is disabled is increased, Google expects some sites to see FID improvements.<ref>{{cite web|url = https://chromium.googlesource.com/chromium/src/+/refs/heads/main/docs/speed/metrics_changelog/2021_05_fid.md|title = First Input Delay Changes in Chrome 91|publisher = Chrome Speed|accessdate = July 17, 2021}}</ref>
Line 113: Line 282:
 
|-
 
|-
 
| 2021 || {{dts|June 2}} || New version || Public diagnostic tool || All || Lab data || Lighthouse v8.0.0 is released. The release is made available on PageSpeed Insights immediately, and is expected to ship as part of Chrome 93. This includes Lab-side changes corresponding to field data updates for CLS released at around the same time; it also includes threshold changes for TBT and FCP and a reweighting: FCP: 15% to 10%, SI: 15% to 10%, TTI: 15% to 10%, TBT: 25% to 30%, and CLS: 5% to 15%. A new diagnostic aide called the Lighthouse Treemap is also released.<ref>{{cite web|url = https://github.com/GoogleChrome/lighthouse/releases/tag/v8.0.0|title = Lighthouse v8.0.0|date = June 2, 2021|accessdate = June 19, 2021}}</ref><ref>{{cite web|url = https://googlechrome.github.io/lighthouse/scorecalc/#FCP=3000&SI=5800&FMP=4000&TTI=7300&FCI=6500&LCP=4000&TBT=600&CLS=0.25&device=mobile&version=8&version=6&version=5|title = Lighthouse Scoring Calculator|accessdate = June 19, 2021}}</ref>
 
| 2021 || {{dts|June 2}} || New version || Public diagnostic tool || All || Lab data || Lighthouse v8.0.0 is released. The release is made available on PageSpeed Insights immediately, and is expected to ship as part of Chrome 93. This includes Lab-side changes corresponding to field data updates for CLS released at around the same time; it also includes threshold changes for TBT and FCP and a reweighting: FCP: 15% to 10%, SI: 15% to 10%, TTI: 15% to 10%, TBT: 25% to 30%, and CLS: 5% to 15%. A new diagnostic aide called the Lighthouse Treemap is also released.<ref>{{cite web|url = https://github.com/GoogleChrome/lighthouse/releases/tag/v8.0.0|title = Lighthouse v8.0.0|date = June 2, 2021|accessdate = June 19, 2021}}</ref><ref>{{cite web|url = https://googlechrome.github.io/lighthouse/scorecalc/#FCP=3000&SI=5800&FMP=4000&TTI=7300&FCI=6500&LCP=4000&TBT=600&CLS=0.25&device=mobile&version=8&version=6&version=5|title = Lighthouse Scoring Calculator|accessdate = June 19, 2021}}</ref>
 +
|-
 +
| 2021 || {{dts|June 10}} || New version || Public diagnostic tool || All, FID || Field data || PageSpeed Insights field data now reports field data even for pages where some (but not all) of the field data metrics have insufficient data; in such cases, only the metrics with sufficient data are reported.<ref>{{cite web|url = https://developers.google.com/speed/docs/insights/release_notes#june-10,-2021|title = Release Notes: June 10, 2021|date = June 10, 2021|accessdate = November 9, 2021}}</ref> Rick Viscomi further clarifies on Twitter that this will most affect pages missing FID, since FID data tends to be much more likely to be missing than LCP or CLS data. Further, an origin with insufficient FID data will be considered to pass overall in core web vitals if it passes LCP and CLS; however, an origin must have LCP and CLS data in order to be considered passing on core web vitals.<ref name=optional-fid>{{cite web|url = https://twitter.com/rick_viscomi/status/1403094734990712843|title = New behavior in PageSpeed Insights: partial field data|last = Viscomi|first = Rick|date = June 10, 2021|accessdate = November 9, 2021|publisher = Twitter}}</ref>
 
|-
 
|-
 
| 2021 || {{dts|June 15}} {{snd}} September 2 || Release || Search algorithm update || All || Field data || The rollout of Google's "page experience on mobile" update happens during this period. The update is limited to mobile searches, and gives weight to a "page experience" factor that includes performance on core web vitals, mobile usability, security issues, whether the site is HTTPS, and ads experience.<ref>{{cite web|url = https://twitter.com/googlesearchc/status/1404886100087246848|title = The page experience update is now slowly rolling out (Top Stories will begin using this new signal by Thursday). It will be complete by the end of August 2021.|date = June 15, 2021|accessdate = June 18, 2021}}</ref><ref>{{cite web|url = https://searchengineland.com/google-page-experience-update-now-slowly-rolling-out-349649|title = Google page experience update now slowly rolling out. Top stories will stop using AMP as an eligibility factor starting Thursday.|last = Schwartz|first = Barry|date = June 15, 2021|accessdate = June 18, 2021|publisher = Search Engine Land}}</ref><ref>{{cite web|url = https://searchengineland.com/google-page-experience-update-is-now-rolled-out-374237|title = Google page experience update is now rolled out. The Google News app changes have about a week more to go.|last = Schwartz|first = Barry|date = September 2, 2021|accessdate = September 8, 2021|publisher = Search Engine Land}}</ref>
 
| 2021 || {{dts|June 15}} {{snd}} September 2 || Release || Search algorithm update || All || Field data || The rollout of Google's "page experience on mobile" update happens during this period. The update is limited to mobile searches, and gives weight to a "page experience" factor that includes performance on core web vitals, mobile usability, security issues, whether the site is HTTPS, and ads experience.<ref>{{cite web|url = https://twitter.com/googlesearchc/status/1404886100087246848|title = The page experience update is now slowly rolling out (Top Stories will begin using this new signal by Thursday). It will be complete by the end of August 2021.|date = June 15, 2021|accessdate = June 18, 2021}}</ref><ref>{{cite web|url = https://searchengineland.com/google-page-experience-update-now-slowly-rolling-out-349649|title = Google page experience update now slowly rolling out. Top stories will stop using AMP as an eligibility factor starting Thursday.|last = Schwartz|first = Barry|date = June 15, 2021|accessdate = June 18, 2021|publisher = Search Engine Land}}</ref><ref>{{cite web|url = https://searchengineland.com/google-page-experience-update-is-now-rolled-out-374237|title = Google page experience update is now rolled out. The Google News app changes have about a week more to go.|last = Schwartz|first = Barry|date = September 2, 2021|accessdate = September 8, 2021|publisher = Search Engine Land}}</ref>
 +
|-
 +
| 2021 || {{dts|June 21}}, {{dts|November 3}} || Proposal || Metric definition update || Interactivity/responsiveness (responsiveness metric) || Field data || In two blog posts on web.dev. the Chrome Speed team proposes a new responsiveness metric, that is expected to correlate with the Lab data metrics of time to interactive (TTI) and total blocking time (TBT) and whose goal is to measure responsiveness over the page lifecycle. It is expected to overcome some of the shortcoming of first input delay (FID) and be a more holistic measure of responsiveness.<ref>{{cite web|url = https://web.dev/better-responsiveness-metric/|title = Towards a better responsiveness metric. Learn about our thoughts on measuring responsiveness and give us feedback.|last = Peña Moreno|first = Nicolas|last2 = Sullivan|first2 = Annie|last3 = Song|first3 = Hongbo}}</ref><ref>{{cite web|url = https://web.dev/responsiveness/|title = Feedback wanted: An experimental responsiveness metric. An update on our plans for measuring responsiveness on the web.|date = November 3, 2021|accessdate = December 5, 2021|last = Song|first = Hongbo}}</ref>
 
|-
 
|-
 
| 2021 || {{dts|June 24}} || Release || Public diagnostic tool || All || Field data || The HTTP Archive's Core Web Vitals Technology Report is released. This builds on the Chrome User Experience Report (CrUX report) as well as the HTTP Archive's data on CMS and technology stacks used by various websites, to provide a big-picture view of performance on core web vitals by CMS and technology stack.<ref>{{cite web|url = https://discuss.httparchive.org/t/new-dashboard-the-core-web-vitals-technology-report/2178?u=rviscomi|title = New dashboard: the Core Web Vitals technology report|date = June 24, 2021|accessdate = July 17, 2021|publisher = HTTP Archive}}</ref>
 
| 2021 || {{dts|June 24}} || Release || Public diagnostic tool || All || Field data || The HTTP Archive's Core Web Vitals Technology Report is released. This builds on the Chrome User Experience Report (CrUX report) as well as the HTTP Archive's data on CMS and technology stacks used by various websites, to provide a big-picture view of performance on core web vitals by CMS and technology stack.<ref>{{cite web|url = https://discuss.httparchive.org/t/new-dashboard-the-core-web-vitals-technology-report/2178?u=rviscomi|title = New dashboard: the Core Web Vitals technology report|date = June 24, 2021|accessdate = July 17, 2021|publisher = HTTP Archive}}</ref>
 +
|-
 +
| 2021 || {{dts|August 17}} || Insight || Search algorithm update || All || Field data, Lab data || A blog post on the Semrush blog reviews the rollout of Google's page experience update. It goes over trends in field data and Lab data performance of mobile urls before and during the rollout, as well as the correlation with mobile search rankings. It detects a small correlation in the expected direction.<ref>{{cite web|url = https://www.semrush.com/blog/core-web-vitals-update-initial-impact/|title = 2021 Core Web Vitals Update: Assessing the Initial Impact|last = McIlraith|last = Aoife|date = August 17, 2021|accessdate = January 4, 2022|publisher = Semrush}}</ref><ref name=sel-page-experience-review>{{cite web|url = https://searchengineland.com/core-web-vitals-the-seo-retrospective-and-an-introduction-to-optimizing-with-priority-hints-375536|title = Core Web Vitals: SEOs aren’t sold the work was worth it. But, UX remains crucial and Google has introduced Priority Hints to help site owners and browsers prioritize which resources to load first.|date = October 27, 2021|accessdate = January 4, 2022|publisher = Search Engine Land|last = Nguyen|first = George}}</ref>
 +
|-
 +
| 2021 || {{dts|August 17}} || Insight || Public diagnostic tool, private diagnostic tool || All || Field data, Lab data || A blog post on web.dev describes how field and Lab data differ conceptually, how the values of field data and Lab data might differ in general, and concrete field/Lab differences associated with the three core web vitals.<ref>{{cite web|url = https://web.dev/lab-and-field-data-differences/|title = Why lab and field data can be different (and what to do about it). Learn why tools that monitor Core Web Vitals metrics may report different numbers, and how to interpret those differences.|last = Walton|first = Philip|date = August 17, 2021|accessdate = May 23, 2022}}</ref>
 
|-
 
|-
 
| 2021 || {{dts|August 31}} || New version || Browser behavior || Visual stability (CLS) || Field data || Chrome 93 makes changes to its calculation of cumulative layout shift (CLS) to ignore changes to offscreen elements countered with scroll anchoring, as well as layout shifts while dragging or resizing elements with a mouse. This is expected to improve the performance of websites on CLS.<ref>{{cite web|url = https://groups.google.com/a/chromium.org/g/speed-metrics-announce/c/8OQmpeb1K5E/m/JizrFG-uAwAJ|title = Changes in Chrome 93|date = August 31, 2021|accessdate = September 18, 2021}}</ref>
 
| 2021 || {{dts|August 31}} || New version || Browser behavior || Visual stability (CLS) || Field data || Chrome 93 makes changes to its calculation of cumulative layout shift (CLS) to ignore changes to offscreen elements countered with scroll anchoring, as well as layout shifts while dragging or resizing elements with a mouse. This is expected to improve the performance of websites on CLS.<ref>{{cite web|url = https://groups.google.com/a/chromium.org/g/speed-metrics-announce/c/8OQmpeb1K5E/m/JizrFG-uAwAJ|title = Changes in Chrome 93|date = August 31, 2021|accessdate = September 18, 2021}}</ref>
 +
|-
 +
| 2021 || {{dts|September 16}} || Insight || Search algorithm update || All || Field data || A blog post on the Sistrix blog titled "Core Web Vitals is a Measurable Ranking Factor" documents the observed effect size on ranking of sites passing all core web vitals versus the average and versus sites failing all core web vitals.<ref>{{cite web|url = https://www.sistrix.com/blog/core-web-vitals-is-a-measurable-ranking-factor/|title = Core Web Vitals is a Measurable Ranking Factor|date = September 16, 2021|accessdate = January 4, 2022|publisher = Sistrix|last = Beus|first =  Johannes}}</ref><ref name=sel-page-experience-review/>
 
|-
 
|-
 
| 2021 || {{dts|September 21}} || New version || Browser behavior || Loading speed (FCP) || Field data, Lab data || Chromium is updated so that paint timing is not triggered by content that is not visible due to being under the effect of an opacity: 0 style. This change is part of the Chrome 94 release on September 21, 2021, and is also expected to affect other Chromium-based browsers such as Edge and Opera. The change is expected to increase (worsen) measured FCP (in field and Lab data) for some sites, without directly changing the end user experience.<ref>{{cite web|url = https://chromium.googlesource.com/chromium/src/+/refs/heads/main/docs/speed/metrics_changelog/2021_07_fcp.md|title = First Contentful Paint Changes in M94|publisher = Chrome Speed|accessdate = October 15, 2021}}</ref>
 
| 2021 || {{dts|September 21}} || New version || Browser behavior || Loading speed (FCP) || Field data, Lab data || Chromium is updated so that paint timing is not triggered by content that is not visible due to being under the effect of an opacity: 0 style. This change is part of the Chrome 94 release on September 21, 2021, and is also expected to affect other Chromium-based browsers such as Edge and Opera. The change is expected to increase (worsen) measured FCP (in field and Lab data) for some sites, without directly changing the end user experience.<ref>{{cite web|url = https://chromium.googlesource.com/chromium/src/+/refs/heads/main/docs/speed/metrics_changelog/2021_07_fcp.md|title = First Contentful Paint Changes in M94|publisher = Chrome Speed|accessdate = October 15, 2021}}</ref>
 +
|-
 +
| 2021 || {{dts|October 1}} || Data collection || Public dataset || All || Field data || This is the first day for which data is available in any dataset of the RUM Archive. RUM stands for Real User Monitoring. The RUM Archive is an archive managed by Akamai for which data is collected via boomerang.js and mapped using Akamai mPulse.<ref name=rumarchive-datasets>{{cite web|url = https://rumarchive.com/datasets/|title = Datasets|publisher = RUM Archive|accessdate = December 1, 2024}}</ref> Data would initially be available only for the first day of the month, before transitioning to being available for every day, starting September 1, 2022.
 +
|-
 +
| 2021 || {{dts|October 27}} || Insight || Search algorithm update || All || Field data || A post on Search Engine Land describes the relatively minor impact that page experience has had on search rankings so far, as well as SEOs questioning the value of spending time on improving page experience. It also discusses other potential benefits of improving page experience beyond the search ranking impact.<ref name=sel-page-experience-review/>
 +
|-
 +
| 2021 || {{dts|November 3}} || New version || Public diagnostic tool || All || Field data, Lab data || A new version of the PageSpeed Insights UI is released.<ref>{{cite web|url = https://web.dev/whats-new-pagespeed-insights/|title = What's new in PageSpeed Insights. Learn about the latest in PageSpeed Insights to help you better measure and optimize your page and site quality.|last = Sohoni|first = Leena|last2 = Osmani|first2 = Addy|last3 = Elizabeth|first3 = Sweeny|date = November 3, 2021|accessdate = November 18, 2021}}</ref> Around this time (by November 15), PageSpeed Insights is moved to pagespeed.web.dev.<ref name=psi-rn-2021-11-15>{{cite web|url = https://developers.google.com/speed/docs/insights/release_notes#nov-15,-2021|title = Release Notes: November 15, 2021|date = November 15, 2021|accessdate = November 18, 2021}}</ref>
 +
|-
 +
| 2021 || {{dts|November 13}}, November 15 || New version || Public diagnostic tool || All || Lab data || Starting November 13, PageSpeed Insights starts using Lighthouse 9.0.0.<ref name=psi-rn-2021-11-15/> On November 15, Lighthouse 9.0.0 is officially released. It is expected to be part of stable Chrome starting Chrome 98. One of the new functionalities it offers is support for user flows, making it easier to run Lighthouse for users with a warm cache, and to carry out user interactions.<ref>{{cite web|url = https://developer.chrome.com/blog/lighthouse-9-0/|title = What's new in Lighthouse 9.0|last = Kenny|first = Brendan|date = November 15, 2021|accessdate = November 18, 2021|publisher = Chrome Developers}}</ref><ref>{{cite web|url = https://web.dev/lighthouse-user-flows/|title = Lighthouse user flows. Try out a new Lighthouse API to measure performance and best practices throughout a user flow.|last = Kenny|first = Brendan|date = November 3, 2021|accessdate = February 10, 2022|publisher = web.dev}}</ref><ref>{{cite web|url = https://searchengineland.com/lighthouse-9-0-includes-api-changes-user-flows-updated-reports-and-more-376120|title = Lighthouse 9.0 includes API changes, user flows, updated reports and more. Check out the new features in the updated version of Lighthouse, which has been released with the new PageSpeed Insights tool.|last = Schwartz|first = Barry|date = November 17, 2021|accessdate = November 18, 2021|publisher = Search Engine Land}}</ref>
 +
|-
 +
| 2021 || {{dts|November 16}} || New version || Browser behavior || Loading speed (LCP) || Field data, Lab data || Chrome 96 fixes a bug in LCP calculation where a previous intended change to ignore images occupying the full viewport had been applied incorrectly to iframes to use the iframe's full viewport rather than the page's full viewport.<ref>{{cite web|url = https://chromium.googlesource.com/chromium/src/+/refs/heads/main/docs/speed/metrics_changelog/2021_09_lcp.md|title = Largest Contentful Paint Bug Fixes in M96|accessdate = December 14, 2021}}</ref>
 +
|-
 +
| 2021 || {{dts|December 8}} || Insight || Public diagnostic tool || All ||  Lab data (with some discussion of field data) || In a blog post on Calibre's blog, Karolina Szczur argues against focusing on the Lighthouse performance score. Arguments include: it’s impossible to describe user experience with one metric, Performance Score is relative to device type and speed trends, Performance Score is prone to variability, Performance Score doesn’t make it easier to talk about speed, Performance Score can be gamed, Performance Score doesn’t matter for SEO, and Performance Score has been overtaken by Core Web Vitals.<ref>{{cite web|url = https://calibreapp.com/blog/downsides-of-performance-score|title = Why Lighthouse Performance Score Doesn’t Work|date = December 8, 2021|accessdate = December 10, 2021|publisher = Calibre App}}</ref>
 +
|-
 +
| 2021 || {{dts|December 22}} || Insight || Public diagnostic tool, private diagnostic tool || Loading speed (LCP) || Field data || An article in Smashing Magazine describes in detail their efforts to get their core web vital of LCP to a passing state, including their use of tools such as Google Search Console, web-vitals JS library + CrUX dashboard, PageSpeed Insights, and the CrUX BigQuery dataset. The main methods used include the removal of author images from mobile and the skipping of loading webfonts for users with slow connections and/or data-saving preferences.<ref>{{cite web|url = https://www.smashingmagazine.com/2021/12/core-web-vitals-case-study-smashing-magazine/|title = Improving Core Web Vitals, A Smashing Magazine Case Study|last = Pollard|first = Barry|date = December 22, 2021|accessdate = December 22, 2021}}</ref>
 +
|-
 +
| 2021 || || Launch || Private diagnostic tool || All || Field data || RUMVision, a product and eponymous small company, launches. RUMVision helps its customers collect real-time web vitals data using their JavaScript, which is built on top of Google Chrome's web-vitals library.<ref>{{cite web|url = https://www.rumvision.com/about-us/|title = RUMVision|accessdate = December 1, 2024}}</ref> RUMVision would later provide anonymized data for other analyses including Google's performance team (for an INP analysis)<ref name=rumvision-inp-analysis/> and the 2024 Web Almanac (providing some specialized sub-part metrics for the analysis of LCP and INP in its performance chapter).<ref name=performance-2024-web-almanac/>
 +
|-
 +
| 2022 || {{dts|January 17}} || Release || Private diagnostic tool || All || Field data || The page experience section of {{w|Google Search Console}}, that previously only had "page experience on mobile" data, now has separate data for mobile and desktop. This update is made ahead of the rollout (scheduled for February and March 2022) of page experience on desktop as a search signal on desktop.<ref>{{cite web|url = https://searchengineland.com/google-search-console-launches-desktop-page-experience-report-378626|title = Google Search Console launches desktop page experience report. We now have a tool from Google to see how well our desktop URLs do with page experience.|last = Schwartz|first = Barry|date = January 17, 2022|accessdate = January 17, 2022|publisher = Search Engine Land}}</ref>
 +
|-
 +
| 2022 || {{dts|January 18}} || Insight ||  Public diagnostic tool, private diagnostic tool || All || Field data, Lab data || An article on web.dev provides a summary of the various diagnostic tools available for monitoring and debugging web vitals.<ref>{{cite web|url = https://web.dev/vitals-tools/|title = Core Web Vitals workflows with Google tools. Combine Google tools to audit, improve and monitor your website effectively.|last = Bisch|first = Antoine|last2 = Mimani|first2 = Garima|last3 = Osmani|first3 = Addy|last4 = Sweeny|first4 = Elizabeth}}</ref>
 +
|-
 +
| 2022 || {{dts|February 1}} || Release || Metric definition update || Visual stability (CLS) || Field data || Starting with Chrome 98: "The cumulative layout shift score will be recorded the first time a page moves from the foreground to the background, which can fill in for the layout shift values that are not able to be recorded at tab close, the current CLS reporting point." The change would show up in the CruX BigQuery dataset starting with the July 2022 dataset.<ref>{{cite web|url = https://chromium.googlesource.com/chromium/src/+/refs/heads/main/docs/speed/metrics_changelog/2021_11_cls.md|title = Cumulative Layout Shift Changes in Chrome 98|date = February 1, 2022|accessdate = August 9, 2022}}</ref>
 +
|-
 +
| 2022 || {{dts|February 10}} || Insight || Business impact || All, but concrete examples focused on visual stability (CLS) || Field data || A sponsored post by Clickio on Search Engine Land makes the case for the importance of optimizing Core Web Vitals, mentioning a few cases involving their customers. The post ends with a plug for Clickio's web vitals monitoring product.<ref name=clickio/>
 +
|-
 +
| 2022 || {{dts|February 22}} {{snd}} {{dts|March 3}} || Release || Search algorithm update || All || Field data || As previously announced on November 4, 2021, Google executes on the rollout of using page experience as a ranking factor on desktop during this period. Page experience on desktop includes all the core web vitals as well as all the other page experience signals on mobile except mobile-friendliness.<ref>{{cite web|url = https://twitter.com/googlesearchc/status/1499440494060916745|title = The page experience rollout is now complete for desktop.|date = March 3, 2022|accessdate = March 3, 2022|publisher = Google Search Console}}</ref><ref>{{cite web|url = https://developers.google.com/search/blog/2021/11/bringing-page-experience-to-desktop|title = Timeline for bringing page experience ranking to desktop|date = November 4, 2021|accessdate = November 8, 2021|publisher = Google Search Central}}</ref><ref>{{cite web|url = https://searchengineland.com/google-to-add-page-experience-ranking-signals-to-desktop-search-in-february-2022-375807|title = Google to add page experience ranking signals to desktop search in February 2022. The rollout will be complete by the end of March 2022.|last = Schwartz|first = Barry|date = November 4, 2021|accessdate = November 8, 2021|publisher = Search Engine Land}}</ref>
 +
|-
 +
| 2022 || {{dts|March 29}} || Release || Public diagnostic tool || All || Lab data || A blog post on the Chrome developer blog announces the Performance insights panel in Chrome Developer Tools. This panel has some of the functionality of the performance panel with a greater orientation toward producing actionable insights. It features diagnostics for each of the core web vitals.<ref>{{cite web|url = https://developer.chrome.com/docs/devtools/performance-insights/|title = Performance insights: Get actionable insights on your website's performance|date = March 29, 2022|accessdate = June 14, 2022|publisher = Chrome Devtools|last = Yeen|first = Jecelyn}}</ref>
 +
|-
 +
| 2022 || {{dts|May 6}} || Proposal || Metric definition update || Interactivity/responsiveness (Interaction to Next Paint (INP)) || Field data (but also available in Lab tools) || A blog post on web.dev announces Interaction to Next Paint (INP), a new experimental variant of the responsiveness metric, that may eventually replace First Input Delay (FID).<ref>{{cite web|url = https://web.dev/inp/|title = Interaction to Next Paint (INP)|last = Wagner|first = Jeremy|date = May 6, 2022|accessdate = May 13, 2022}}</ref>
 +
|-
 +
| 2022 || {{dts|May 12}} || Insight || || All || Field data || A 2-year anniversary conversation about core web vitals is published to Twitter Spaces. The conversation features Annie Sullivan from Chrome, Barry Pollard, Crystal Carter, and Henri Helvetica.<ref>{{cite web|url = https://twitter.com/i/spaces/1BdxYwoPeygGX|title = Core Web Vitals AMA - 2yr Anniversary|date = May 12, 2022|accessdate = May 24, 2022}}</ref>
 +
|-
 +
| 2022 || {{dts|May 16}} || Insight || Metric definition update || Interactivity/responsiveness (Interaction to Next Paint (INP)) || Field data || A blog post on web.dev looks at field data across a variety of frameworks for the experimental responsiveness metric titled Interaction to Next Paint (INP), and also describes what the frameworks (React, Next.js, and Angular) are doing to improve INP performance.<ref>{{cite web|url = https://web.dev/inp-in-frameworks/|title = How do modern frameworks perform on the new INP metric? Understand how the new INP metric affects the experience of sites built using JavaScript frameworks and libraries.|last = Sohoni|first = Leena|last2 = Osmani|first2 = Addy|last3 = Liau|first3 = Keen Yee|date = May 16, 2022|accessdate = May 23, 2022}}</ref>
 +
|-
 +
| 2022 || {{dts|July 19}} || Insight || Public diagnostic tool || All || Field data || Documentation on the Chrome User Experience (CrUX) report moves to a new home.<ref>{{cite web|url = https://groups.google.com/a/chromium.org/g/chrome-ux-report-announce/c/aJ4ni2LNVsU|title = Introducing a new home for CrUX documentation|last = Viscomi|first = Rick|date = July 19, 2022|accessdate = July 20, 2022}}</ref><ref>{{cite web|url = https://developer.chrome.com/docs/crux/|title = Chrome UX Report: The Chrome User Experience Report (CrUX) provides user experience metrics for how real-world Chrome users experience popular destinations on the web.|accessdate = July 20, 2022}}</ref>
 +
|-
 +
| 2022 || {{dts|August 15}} || Insight || || All || Field data || A blog post on web.dev describes various sources of difference between the official CrUX report and real user monitoring (RUM) data collected by websites using JavaScript.<ref>{{cite web|url = https://web.dev/crux-and-rum-differences/|title = Why is CrUX data different from my RUM data? Learn about reasons why RUM data can show different Core Web Vitals numbers from CrUX.|last = Pollard|first = Barry|date = August 15, 2022|accessdate = November 12, 2022|publisher = web.dev}}</ref>
 +
|-
 +
| 2022 || {{dts|September 1}} || Data collection || Public dataset || All || Field data || The RUM Archive's rumarchive_page_loads table data starts being available for every day starting on this date.<ref name=rumarchive-datasets/> The RUM Archive is an archive managed by Akamai for which data is collected via boomerang.js and mapped using Akamai mPulse. The RUM Insights charts also date back to approximately this time (the earliest start date for the charts appears to be September 6).<ref>{{cite web|url = https://rumarchive.com/insights/|title = RUM Insights|accessdate = December 1, 2024|publisher = RUM Archive}}</ref>
 +
|-
 +
| 2022 || {{dts|October 27}}{{snd}}28 || Insight || || All || Field data, Lab data || The performance.now() 2022 conference is held in Amsterdam over these two days. Talks from the conference would be released on YouTube in the coming days. Many of the talks would be about web vitals both in the field and in the Lab.<ref>{{cite web|url = https://perfnow.nl/speakers|title = Talks and speakers: performance.now() is a single track conference with fourteen world-class speakers, covering today’s most important web performance insights. They are selected by our program co-chairs Harry Roberts, Tammy Everts and Tim Kadlec.}}</ref><ref name=crux-report-oct-2022/>
 +
|-
 +
| 2022 || {{dts|November 4}} || || Public diagnostic tool || All || Lab data || pagespeed.web.dev is updated to include the entire Lighthouse report, not just the performance section of the report that it previously made available.<ref>{{cite web|url = https://twitter.com/____lighthouse/status/1588529580230381568|title = PageSpeed Insights has expanded! The lab section now includes the entire Lighthouse report|author = Lighthouse|publisher = Twitter|date = November 4, 2022|accessdate = November 12, 2022}}</ref>
 +
|-
 +
| 2023 || {{dts|January 10}} || Insight || || All || Field data || A blog post on web.dev includes a list of top recommendations to improve core web vitals.<ref>{{cite web|url = https://web.dev/top-cwv-2023/|title = Our top Core Web Vitals recommendations for 2023|last = Walton|first = Philip|last2 = Viscomi|first2 = Rick|last3 = Pollard|first3 = Barry|last4 = Kenny|first4 = Brendan|last5 = Wagner|first5 = Jeremy|date = January 10, 2023|accessdate = May 8, 2023|publisher = web.dev}}</ref>
 +
|-
 +
| 2023 || {{dts|February 7}} || Release || Public diagnostic tool || All || Field data || The CrUX History API is introduced; this API provides access to CrUX data at the level of url and origin for the past 6 months.<ref>{{cite web|url = https://developer.chrome.com/blog/chrome-ux-report-history-api/|title = Introducing historical web performance data via the CrUX History API|last = Henkel|first = Johannes|last2 = Yan|first2 = Jasmine|last3 = Pollard|first3 = Barry|date = February 7, 2023|accessdate = May 8, 2023}}</ref>
 +
|-
 +
| 2023 || {{dts|February 9}} (announcement), ~February 16 and March 29 (rollout) || New version || Public diagnostic tool || All || Lab data || Lighthouse 10 is announced; this introduces the scoring change of removing Time to Interactive (TTI) from the score calculation. There are a number of other changes to the available audits and the code now ships with full TypeScript declarations. Lighthouse 10 is shipped to PageSpeed Insights in mid-February and releases as part of Chrome 112 with its release on March 29.<ref>{{cite web|url = https://developer.chrome.com/en/blog/lighthouse-10-0/|title = What's new in Lighthouse 10|last = Kenny|first = Brandon|date = February 9, 2023|accessdate = May 8, 2023}}</ref><ref>{{cite web|url = https://www.searchenginejournal.com/lighthouse-10-tti-removal/479789/|title = Lighthouse 10 Improves PageSpeed Insights Scores For 90% Of Pages. Removal of TTI metric in Lighthouse 10, available now in PageSpeed Insights, increases scores of the vast majority of webpages|last = Montti|first = Roger|date = February 16, 2023|accessdate = May 8, 2023|publisher = Search Engine Journal}}</ref>
 +
|-
 +
| 2023 || {{dts|March 1}} || New version || Browser behavior || Loading speed (FCP) || Field data || Chrome 111 includes two bugfixes: (1) a bug that causes FCP to be reported as smaller (better) than it actually is gets fixed, so that the actual FCP now represents the more pessimistic true value, (2) a bug that causes the actual FCP event to sometimes get unnecessarily delayed is fixed. The net effect of these changes is that reported FCP increases (gets worse) but actual FCP decreases (gets better).<ref>{{cite web|url = https://chromium.googlesource.com/chromium/src/+/refs/heads/main/docs/speed/metrics_changelog/2023_03_lcp_fcp.md|title = Changes related to LCP, FCP and Paint Holding in Chrome 111|publisher = Chromium Google Source|accessdate = June 15, 2023}}</ref> This would be cited as a reason for the decrease in FCP and LCP pass rates in the CrUX mailing list announcements for April 2023<ref name=crux-report-apr-2023/> and May 2023.<ref name=crux-report-may-2023/>
 +
|-
 +
| 2023 || {{dts|April 6}} || New version || Browser behavior || Loading speed (LCP) || Field data || A change is introduced to Chrome to exclude low-entropy images from the pool of candidates for the LCP image. This could affect measured LCP if the low-entropy image would have been the largest of the LCP candidates, and the effect could be an increase or a decrease depending on whether it loads before or after the LCP candidate after the application of the exclusion. The change is applied to all Chrome versions 109 onward, but is largely coupled with Chrome 112 that was released a week ago.<ref>{{cite web|url = https://chromium.googlesource.com/chromium/src/+/refs/heads/main/docs/speed/metrics_changelog/2023_04_lcp.md|title = Largest Contentful Paint change in Chrome 112 to ignore low-entropy images|publisher = Chromium Google Source|accessdate = June 15, 2023}}</ref> This would be cited as a reason for the decrease in LCP pass rates in April 2023<ref name=crux-report-apr-2023/> and May 2023.<ref name=crux-report-may-2023/>
 +
|-
 +
| 2023 || {{dts|May 10}} (announcement) for planned change March 2024 || Release || Metric status update || Interactivity/responsiveness (First Input Delay (FID) and Interaction to Next Paint (INP)) || Field data || Google announces that Interaction to Next Paint (INP) will replace First Input Delay (FID) in the list of core web vitals, with the replacement planned for March 2024. As of the date of announcement, INP is immediately changed from an "experimental" metric to a "pending" core web vital. The thresholds for FID had made it a very easy metric, with almost all sites passing FID; INP seems to have stricter evaluation criteria, with fewer websites expected to pass it and more optimization work needed to get to passing.<ref>{{cite web|url = https://web.dev/inp-cwv/|title = Advancing Interaction to Next Paint. INP is no longer experimental. Learn about Chrome's plan to make it a Core Web Vital in 2024.|last = Viscomi|first = Rick|last2 = Sullivan|first2 = Annie|date = May 10, 2023|accessdate = June 2, 2023|publisher = web.dev}}</ref><ref>{{cite web|url = https://developers.google.com/search/blog/2023/05/introducing-inp|title = Introducing INP to Core Web Vitals|title = Introducing INP to Core Web Vitals|date = May 10, 2023|accessdate = June 2, 2023|publisher = Google Search Central Blog}}</ref><ref>{{cite web|url = https://www.searchenginejournal.com/interaction-to-next-paint-pending/486687/|title = New Core Web Vitals Metric Coming: Interaction To Next Paint. Interaction to Next Paint is elevated to Pending Core Web Vital Metric|last = Montti|first = Roger|date = May 11, 2023|accessdate = February 25, 2024|publisher = Search Engine Journal}}</ref><ref>{{cite web|url = https://blog.cloudflare.com/inp-get-ready-for-the-new-core-web-vital|title = INP. Get ready for the new Core Web Vital|date = June 20, 2023|accessdate = February 25, 2024|last = Woodhead|first = William|publisher = Cloudflare blog}}</ref> On the same day, it is announced that the INP metric is available in the CrUX BigQuery, API, and History API both with and without the experimental prefix.<ref>{{cite web|url = https://groups.google.com/a/chromium.org/g/chrome-ux-report-announce/c/_1ja3Bg-3Ow|title = The 202304 dataset is live|date = May 10, 2023|accessdate = June 2, 2023}}</ref>
 +
|-
 +
| 2023 || {{dts|June 5}} || Insight || || All || Field data || Dan Shappir's talk comparing JavaScript frameworks in terms of their performance on real-world data is published, along with a transcript.<ref>{{cite web|url = https://portal.gitnation.org/contents/comparing-javascript-frameworks-performance-using-real-world-data|title = Comparing JavaScript Frameworks Performance Using Real-World Data|last = Shappir|first = Dan|date = June 5, 2023|accessdate = July 17, 2023|publisher = GitNation}}</ref>
 +
|-
 +
| 2023 || {{dts|June 21}} || New version || Private diagnostic tool || Interaction to Next Paint (INP) || Field data || Google Search Console is updated to include reports on INP. Google had already announced in May that INP would replace FID as a core web vital in March 2024; the addition to Google Search Console gives websites information to help improve their INP about nine months ahead of the switch.<ref>{{cite web|url = https://searchengineland.com/google-adds-inp-report-to-search-console-428456|title = Google adds INP report to Search Console. In order for you to prepare for when Google replaces FID with INP as a core web vital metric, Google has launched a new report to aid you.|publisher = Search Engine Land|last = Schwartz|first = Barry|date = June 21, 2023|accessdate = November 16, 2024}}</ref>
 +
|-
 +
| 2023 || {{dts|August 11}} || New version || Browser behavior || Loading speed (LCP), visual stability (CLS) || Field data || An experimental change is rolled out to 50% of Chrome users starting on this date, starting with around Chome 116, whereby the priority of the first five sufficiently large images is increased from low to medium from their default of low; images with an explicit 'fetchpriority' are not affected. The experiment also allows for two medium-priority resources at a time to be loading while Chrome's loading scheduler is in “tight mode” (up until the body has been inserted into the document). This is expected to improve both LCP and CLS, with a bigger effect on CLS (as the images are more likely to be downloaded prior to rendering).<ref name=image-loading-priority/>
 +
|-
 +
| 2023 || {{dts|August 22}} || New version || Browser behavior || Loading speed (LCP) || Field data || Over a 14-day rollout period starting on this day, Chrome changes the way animated images and videos are considered for LCP. For animated images, the change "counts the time that the first frame of the animation is displayed, if the image becomes an LCP candidate." (In contrast, the prior behavior was to wait for the animation to fully load). This change is expected to improve LCP. For videos, they were previously ignored as LCP candidates unless they had a poster image; now they are included as LCP candidates, with the first video frame being used to determine the time of loading. This change is expected to worsen LCP for pages where the video element would become the LCP element.<ref name=animated-images-and-videos-for-lcp/>
 +
|-
 +
| 2023 || {{dts|August 3}} (release tag creation), {{dts|August 9}} (update in PageSpeed Insights), {{dts|August 24}} (announcement) {{dts|October 17}} (release in Chrome) || New version || Public diagnostic tool || All || Lab data || Lighthouse 11 is announced and is now the Lighthouse version in use in PageSpeed Insights; this is to become the Lighthouse version shipped with Chrome starting with Chrome 118. There are not many changes to the performance portion; the main changes are the update to the name for INP to remove the "experimental" label on it, and changes involving service workers, resource summary, and legacy navigation.<ref>{{cite web|url = https://developer.chrome.com/blog/lighthouse-11-0|title = What's new in Lighthouse 11|last = Raine|first = Adam|last2 = Yan|first2 = Jasmine|date = August 24, 2023|accessdate = November 17, 2024|publisher = Chrome for Developers}}</ref><ref>{{cite web|url = https://www.searchenginejournal.com/google-updates-pagespeed-insights-with-lighthouse-11/495011/|title = Google Updates PageSpeed Insights With Lighthouse 11. Google PageSpeed Insights is updated with new features from Lighthouse 11|last = Montti|first = Roger|publisher = Search Engine Journal|date = August 29, 2023|accessdate = November 17, 2024}}</ref> The PageSpeed Insights release notes give August 9 as the date that PageSpeed Insights is updated to Lighthouse 11.<ref>{{cite web|url = https://developers.google.com/speed/docs/insights/release_notes#aug-28,-2023|title = Release Notes: August 28, 2023|date = August 28, 2023|accessdate = November 17, 2024}}</ref>
 +
|-
 +
| 2023 || {{dts|October 15}} || Data collection || Public dataset || All || Field data || The RUM Archive's rumarchive_resources table data starts on this date, with daily data starting on this date.<ref name=rumarchive-datasets/> The RUM Archive is an archive managed by Akamai for which data is collected via boomerang.js and mapped using Akamai mPulse.
 +
|-
 +
| 2023 || {{dts|December 23}} || Insight || || Interactivity/responsiveness (INP) || Field data || A blog post by Rick Viscomi uses data from RUMVision, specifically, long animation frames (LoAF), to understand their impact on INP. The analysis uses anonymized data that RUMVision has shared from across its customer base. The analysis identifies the third-party scripts with the worst and best performance in terms of INP oerformance as determined via LoAF script attribution.<ref name=rumvision-inp-analysis>{{cite web|url = https://calendar.perfplanet.com/2023/inp-performance-analysis-rumvision-data/|title = Analysis of INP performance using real-world RUMvision data|last = Viscomi|first = Rick|publisher = Planet Performance|date = December 23, 2023|accessdate = December 1, 2024}}</ref>
 +
|-
 +
| 2024 || {{dts|March 12}} || Release || Metric status update || Interactivity/responsiveness (First Input Delay (FID) and Interaction to Next Paint (INP)) || Field data || Google replaces FID by INP as a core web vital. This follows the plan announced in May 2023.<ref>{{cite web|url = https://searchengineland.com/google-interaction-to-next-paint-coming-to-core-web-vitals-this-tuesday-438281|title = Google Interaction to Next Paint coming to Core Web Vitals this Tuesday. Don't confuse this with the Google Core Update - they are two very different things.|date = March 10, 2024|accessdate = November 16, 2024|publisher = Search Engine Land|last = Schwartz|first = Barry}}</ref>
 +
|-
 +
| 2024 || {{dts|April 9}} (announcement, the work likely happened prior) || New version || Consent management platform || Interactivity/responsiveness (INP) || Field data || In the message in the CrUX mailing list announcing the data for March 2024, Barry Pollard mentions that Google has been collaborating with consent management platforms (CMPs) (including OneTrust, Complianz, and Axeptio) to improve their code to yield better, and that this was a likely driver for the INP improvements seen in March.<ref name=crux-announce-cookie-caching-and-cmp-collaboration/><ref>{{cite web|url = https://www.searchenginejournal.com/google-improves-inp-for-sites-using-consent-management-platforms/513605/|title = Google Improves INP For Sites Using Consent Management Platforms, Google improves website interactivity metric by collaborating with consent management platforms, yielding faster load times when cookies are accepted.|last = Southern|first = Matt G.|date = April 10, 2024|accessdate = November 17, 2024|publisher = Search Engine Journal}}</ref> A case study of Google's collaboration with PubConsent, PubTech's CMP product, is also published as a case study on web.dev.<ref>{{cite web|url = https://web.dev/case-studies/pubconsent-inp|title = How PubTech's Consent Management Platform reduced INP on their customers' websites by up to 64%, while also improving ad viewability by up to 1.5%|publisher = web.dev|last = Prontera|first = Marco|last2 = Cocchi|first2 = Gilbert|accessdate = November 17, 2024}}</ref>
 +
|-
 +
| 2024 || {{dts|April 22}} (release tag creation), {{dts|May 10}} (PageSpeed Insights), {{dts|June 5}} (release in Chrome) || New version || Public diagnostic tool || All || Lab data || On May 10, the Lighthouse version used in PageSpeed Insights is updated to Lighthouse 12.<ref>{{cite web|url = https://developers.google.com/speed/docs/insights/release_notes#may-10,-2024|title = Release Notes: May 10, 2024|date = May 10, 2024|accessdate = November 17, 2024}}</ref> Lighthouse 12 becomes the Lighthouse version shipped with Chrome starting with Chrome 126. While this version does not make many changes to the performance portion, there are a bunch of updates to lantern, the underlying code used in Lighthouse to simulate webpage loads.<ref>{{cite web|url = https://github.com/GoogleChrome/lighthouse/releases/tag/v12.0.0|title = Lighthouse v12.0.0|date = April 22, 2024|accessdate = November 17, 2024}}</ref>
 +
|-
 +
| 2024 || {{dts|July 17}} || New version || Browser behavior || Interactivity/responsiveness (INP) || Field data || Chrome 127 introduces two changes to the calculation of INP: (a) Enable EventTimingKeypressAndCompositionInteractionId by default (this is not expected to have much effect in practice as the newly enabled event types tend to be fast), and (b) Enable EventTimingFallbackToModalDialogStart by default (this change is expected to help improve reported INP by covering additional ways a webpage may respond to a user action other than painting something on the page; for instance, it covers the case that the webpage shows a modal (by calling a browser function such as "alert"). This is expected to reduce (i.e., improve) measured INP for websites using modals to respond to user input, without having any effect on the underlying reality.<ref>{{cite web|url = https://chromium.googlesource.com/chromium/src/+/refs/heads/main/docs/speed/metrics_changelog/2024_07_inp.md|title = Interaction to Next Paint Changes in Chrome 127|accessdate = November 17, 2024}}</ref> This change is cited as a contributor to INP improvements seen from May 2024 to June 2024<ref name=crux-announce-chrome-127-changes-1/> as well as from June 2024 to July 2024.<ref name=crux-announce-chrome-127-changes-2/>
 +
|-
 +
| 2024 || {{dts|July 30}} || New version || Front-end ads code || Interactivity/responsiveness (INP) || Field data || Google Publisher Tag (GPT), the front-end ads code used for Google's ad stack on publisher websites, that is used by a large share of publisher websites, makes improvements to its ad yielding behavior. The improvement makes out-of-viewport ad insertion logic yield the thread, while also giving publishers the option to make the ad insertion logic yield the thread even for within-viewport ad insertion (the option is initially called adYield and later becomes threadYield). Initial data suggests a significant improvement in mobile INP pass rates in August 2024, the first full month with the change.<ref>{{cite web|url = https://x.com/gilberto_cocchi/status/1818406129765859721|title = Google Publisher Tag Ads Library just released an INP specific improvement Yielding on out of viewport ad slots insertions via SRA. Publishers can also decide to yield on every slot including the in-viewport ones by using the adYield Config option.|last = Cocchi|first = Gilberto|date = July 30, 2024|accessdate = November 17, 2024}}</ref><ref name=crux-announce-2024-08/><ref name=threadYield-GPT-doc>{{cite web|url = https://developers.google.com/publisher-tag/reference?hl=en#googletag.config.PageSettingsConfig.threadYield|title = Optional threadYield (Google Publisher Tag reference)|publisher = Google Publisher Tag|accessdate = November 17, 2024}}</ref>
 +
|-
 +
| 2024 || {{dts|August 21}} || New version || Browser behavior || Interactivity/responsiveness (INP) || Field data || Chrome 128 introduces a change to the calculation of INP; it excludes pointerup events that are the start of a scroll interaction. These events had been included in the INP calculation in contravention of the intended use of INP.<ref>{{cite web|url = https://chromium.googlesource.com/chromium/src/+/refs/heads/main/docs/speed/metrics_changelog/2024_08_inp.md|title = Interaction to Next Paint Changes in Chrome 128|accessdate = November 17, 2024}}</ref> The change is expected to improve measured INP in principle by reducing the set of interactions, though the practical impact is expected to be limited because the browser tends to be quite responsive to these kinds of events, so they are unlikely to be the slowest event that would determine INP.<ref name=crux-announce-2024-08/><ref name=crux-announce-2024-09/>
 +
|-
 +
| 2024 || {{dts|November 11}} || Insight || || All || Field data, Lab data || 11 chapters of the 2024 Web Almanac (a project of the HTTP Archive) are published, including three that are related to web vitals. The Performance chapter augments Lab data from the HTTP Archive with field data from the Chrome User Experience (CrUX) report with some additional metrics from RUMVision, since the HTTP Archive is limited to Lab data. The chapter goes through metrics in all three categories (loading speed, interactivity/responsiveness, and visual stability) and identifies trends in the field and Lab metrics in each category over the past five years, correlating the field data with the Lab data where both are available.<ref name=performance-2024-web-almanac>{{cite web|url = https://almanac.httparchive.org/en/2024/performance|title = 2024 Web Almanac Part II Chapter 11: Performance|publisher = HTTP Archive|date = November 11, 2024|accessdate = December 1, 2024}}</ref> In addition, the CMS and ECommerce chapters also touch on core web vitals and related considerations within their respective contexts.<ref>{{cite web|url = https://groups.google.com/a/chromium.org/g/chrome-ux-report-announce/c/SxXQw2bWZEQ|title = The 202410 dataset is live|last = Pollard|first = Barry|date = November 12, 2024|accessdate = December 1, 2024}}</ref>
 
|}
 
|}
  

Latest revision as of 11:06, 2 December 2024

The timeline currently offers focused coverage of the period until November 2024. It is likely to miss important developments outside this period (particularly after this period) though it may have a few events from after this period.

This is a timeline of web vitals, a set of metrics championed by Google that relate to how well web pages load. Of particular interest are three metrics Google calls core web vitals, whose values in field data are used to inform a "page experience" score that affects search ranking within Google.

Big picture

Time period Development summary
2007 – 2015 This period sees the emergence of diagnostic tools and web standards that help diagnose page load speed. This is also the period where some initial concepts such as "speed index" and "performance budgets" start getting fleshed out.
2016 – 2018 This period sees the emergence of systematic datasets covering web performance for a wide range of websites, including the HTTP Archive (that uses Lab data) and the Chrome User Expeience Report (CrUX) that uses field data collected anonymously from Chrome users. It also sees the growth of public diagnostic tools for site performance, including Lighthouse, that is integrated into Chrome's Developer Tools.
2019 This is the year when Google starts getting more directly involved with improving site performance, with communication being done via a bunch of blog posts on web.dev. During this year, the understanding of site performance is expanded to include visual stability (epitomized by Cumulative Layout Shift (CLS)). Previously the focus had been on loading speed and interactivity/responsiveness.
2020 This is the year that Google officially announces three "core web vitals": Largest Contentful Paint (LCP) for loading speed, Cumulative Layout Shift (CLS) for visual stability, and First Input Delay (FID) for interactivity/responsiveness. Google also provides guidance that the 75th percentile field data values for these metrics will be used to influence search results on mobile and desktop in the coming years. In particular, Google clarifies its focus on "field data" (as collected by the CrUX report) as the data it uses for official evaluation, and clarifies the role of Lab data as an aid for self-diagnosis by people involved with developing websites. The potential of core web vitals to affect search results leads to a flurry of activity in the SEO community. A number of new diagnostic tools and data sources emerge, both from Google and from the rest of the ecosystem, and existing tools on site performance shift direction a little bit to start focusing on core web vitals.
2021 – 2022 During this period, Google starts using core web vitals to influence search results, with mobile search results being affected starting mid-2021 and desktop search results being affected starting early 2022. However, the magnitude of impact on search results is small, leading to a dying down of activity and attention to core web vitals in the SEO community. Nonetheless, the overall proportion of origins passing on the core web vitals continues to improve over the period, with CLS (one of the more actionable core web vitals) seeing the most dramatic improvement. The improvements in the case of CLS are due to a combination of definition changes and websites making improvements. The less dramatic improvement for LCP is due to a combination of Chrome browser speed updates, computers getting a litle faster over time, and websites making improvements.
2023 – 2024 Despite its much-reduced profile in the context of SEO, measured core web vitals in field data on websites continue to improve over this period, likely due to a mix of continued effort on the part of various teams at Google (including those working on Chrome), the inclusion of core web vitals as a measurement yardstick for CMSes and software tools, and continued improvements in hardware and network connectivity as users upgrade to newer devices and faster connections. The main change to metrics is the replacement of FID by Interaction to Next Paint (INP) as the interactivity/responsiveness metric. Whereas almost all websites were passing FID because the threshold was easy to achieve, INP is a somewhat harder-to-crack metric, and this metric change leads to a new era of optimization work around interactivity/responsiveness.

List of web vitals and corresponding aspects of performance

Note that for the three web vitals measured in both field and Lab data, the thresholds for good and poor for field data match the thresholds for good and poor on Lab data (measured using Lighthouse) respectively. This has been the case since June 2021 updates to field data thresholds and the corresponding release of Lighthouse v8. The desktop Lab data thresholds differ for some web vitals, and are not in the table below to keep it simple.

Web vital Aspect of performance Core web vital? Reported in field data (PageSpeed Insights, CrUX report)? Reported in Lab data (Lighthouse, PageSpeed Insights)? Reported in WebPageTest web vitals?[1][2] Threshold for "good" on field data (if applicable) and mobile Lab data (if applicable) (in milliseconds except CLS that is unitless) Threshold for "poor" on field data (if applicable) and mobile Lab data (if applicable) (in milliseconds except CLS that is unitless)
Time to First Byte (TTFB) Loading speed No Yes No No 800 1,800
First Contentful Paint (FCP) Loading speed No Yes Yes Not online, but supported in code 1,800 3,000
Largest Contentful Paint (LCP) Loading speed Yes Yes Yes (since v6) Yes 2,500 4,000
Speed Index (SI) Loading speed No No Yes (some variant since v2) No 3,400 5,8000
Time to Interactive (TTI) Loading speed, interactivity/responsiveness No No No (retired in v10; was reported until v9 and since at least v5, some variant since v2) Not online, but supported in code 3,800 7,300
Total Blocking Time (TBT) Interactivity/responsiveness No No Yes (since v6) Yes 200 600
First Input Delay (FID) Interactivity/responsiveness No (retired March 2024) Yes No No 100 300
Interaction to Next Paint (INP) Interactivity/responsiveness Yes (starting March 2024) Yes No No 200 500
Cumulative Layout Shift (CLS) Visual stability Yes Yes Yes Yes 0.1 0.25

Numerical and visual data

The table below is based on monthly summaries provided in the CrUX announce mailing list.[3] Note that the total number of origins is not necessarily the denominator for the percentages; individual percentages have as denominator only the number of origins for which there was sufficient data for that particular metric.[4]

Overall, the data show a clear increase in the good percentage for LCP and CLS (the two metrics for which we have data throughout the period). FID shows improvement over the period for which data for it is available, though it reaches close to a flat line toward the end. Its replacement, INP, shows steady improvement over the period for which data for it is available.

In some cases, there are changes to the metric due to updates to the way Chrome measures it (the browser responsible for field data reporting) without any corresponding change to actual user experience. These changes can be both positive and negative; where identified, they are included in the notes column for that month. The bulk of the improvement in metrics seems to reflect genuine increases in the underlying conceptual metrics, and therefore, likely reflect genuine improvements in the user experience. This sustained improvement stands in contrast to ideas such as Wirth's law that would suggest that improvements in underlying hardware speed would be cancelled by bloat in browsers and wesites; it seems that even if websites are getting somewhat more bloated, the net effect on the metrics is still in the direction of improvement.

Another potential concern is Goodhart's law, which, applied to these metrics, would suggest that the way the metrics are improving is that websites are specifically targeting the metrics in ways that don't improve the facets of user experience that the metrics are intended as proxies for. Goodhart's law is more of an issue with Lab data (with hacks to optimize Lighthouse scores through cloaking-like practices) but can also be applied to field data. Generally, Goodhart's law loopholes for LCP and INP have been getting closed over time, so Goodhart's law is unlikely in practice to explain much of the improvement over time.[5]

Year and month (YYYY-MM) Number of origins covered in dataset Percentage good Largest Contentful Paint (LCP) Percentage good First Input Delay (FID) -- replaced by INP as a core web vital in March 2024 Percentage good Cumulative Layout Shift (CLS) Percentage good on all core web vitals Percentage good on Interaction to Next Paint (INP) -- becomes a core web vital in March 2024 Percentage good on CLS, LCP, and INP (the set of core web vitals starting March 2024) Special notes
2020-05 7,103,486 46 86 64 27 Corrected data to restrict denominator[4]
2020-06 7,501,835 47.84 86.74 57.45 25.34
2020-07 7,527,878 47.6 86.9 57.2 25.2
2020-08 7,773,359 47.1 86.9 57.1 24.9 Bump in origin coverage due to a data pipeline change that now accepts all user experiences with a FCP[6]
2020-09 7,937,088 46.8 87.6 55.8 24.6
2020-10 8,050,755 47.0 88.2 52.3 23.7
2020-11 7,942,408 47.0 88.8 51.1 23.5
2020-12 7,629,156 47.1 88.7 51.0 23.4
2021-01 8,185,540 47.81 89.28 50.25 23.71
2021-02 8,264,371 47.99 89.46 45.99 21.98
2021-03 8,326,310 49.01 89.66 51.84 24.81
2021-04 8,423,302 49.4 89.8 53.8 25.8
2021-05 8,411,670 50.7 89.9 60.4 29.2 Metric definition updates released in early June are applied to this data, including the 5-second session window for CLS, and at least partly explains the sharp increase in the percentage of origins with good CLS.[7]
2021-06 8,416,608 50.6 93.0 61.0 30.6 The effect of the double-tap-to-zoom FID metric change in Chrome 91, that improves measured FID, is largely seen in this month, and at least partly explains the sharp increase in the percentage of origins with good FID.[8]
2021-07 8,174,923 50.0 93.2 61.2 30.4
2021-08 8,431,699 50.9 93.2 62.1 31.3
2021-09 8,660,068 50.9 93.3 65.4 32.8
2021-10 8,784,894 50.0 93.4 65.9 34.1 This is the first month when the percentages reported are based on the "optional FID" methodology adopted in PageSpeed Insights on June 10, 2021.[9][10]
2021-11 8,733,078 50.8 93.5 66.1 34.8 The uncapped CLS metric (that was the old way of calculating CLS before a definition change around May/June) is retired from the BigQuery dataset starting with this month.[11]
2021-12 8,398,796 51.1 93.3 66.1 35.0
2022-01 8,934,350 52.4 93.9 68.9 37.6
2022-02 8,764,246 52.7 94.9 70.6 39.0 This is the first month for which the dataset includes data on the experimental responsiveness metric that had been described by Google in blog posts in 2021.[12]
2022-03 8,555,307 53.4 94.9 70.6 39.6
2022-04 8,602,902 55.2 94.9 71.6 41.2 This is the first month for which the dataset includes data on a new experimental metric called Interaction to Next Paint (INP), a new variant of the experimental responsiveness metric.[13]
2022-05 11,024,795 56.5 94.7 71.7 42.0 This is the first month where effective connection type and form factor fields transition from required fields to optional fields in the CruX dataset, resulting in more eligible traffic data for websites, and therefore a larger number of origins with enough traffic to qualify for inclusion in the CrUX report. A bug resulted in this change not having its full effect (on increase in origin coverage) in this month; the full effect is expected to be seen in June. Also, the LCP improvement is attributed to an increase in Chrome's speed on Android devices, "thanks to prioritizing critical navigation moments on the browser user interface thread."[14]
2022-06 16,230,572 54.9 94.3 72.3 41.3 There is a significant increase in the number of origins compared to last month and even more so compared to two months ago, the increase over the past two months is due to making form factor and effective connection type optional. Due to the increase in coverage of low-traffic origins, the numbers aren't directly comparable with previous months; in particular, the seeming decline in LCP is mostly a result of the expanded coverage. Restricting to the top 1,000 or top 10,000 origins shows a clearer trend of continued improvement.[15]
2022-07 16,190,453 54.3 94.2 71.7 40.6 This release includes a change which records the CLS metric at the first OnHidden in addition to tab close. Also, there is a bug in the origin filtering causing a small number of origins to be incorrectly filtered from the release.[16]
2022-08 16,754,655 53.7 94.2 72.5 40.7 This release continues to partially have the bug in the previous release due to which some origins are missed; the number of origins missed is smaller than last time but still not zero.[17]
2022-09 17,715,277 54.5 94.8 72.4 41.4
2022-10 17,637,195 54.8 95.0 72.3 41.6 This release includes a breakdown of "rank" popularity for top 5,000 sites, top 50,000 sites, etc. in addition to the already-existing rank popularity for top 1,000 sites, top 10,000 sites etc.[18]
2022-11 17,618,944 54.9 95.1 72.4 41.8
2022-12 16,824,271 54.8 95.0 72.7 41.8
2023-01 18,200,000 56.2 95.2 73.1 43.0
2023-02 18,184,396 56.3 95.3 73.1 43.1
2023-03 18,495,210 57.7 95.5 73.4 44.2
2023-04 18,406,973 57.1 95.3 72.9 43.5 This month sees a slight decrease in FCP and LCP pass rates. The FCP pass rate decrease is attributed to a paint timing fix in Chrome 109. The LCP pass rate decrease is attributed to a change to exclude low-entropy images introduced on April 6 and also, to a lesser extent, the paint timing change.[19]
2023-05 18,377,791 56.8 95.5 73.3 43.6 This month sees a slight decrease in FCP and LCP pass rates. The FCP pass rate decrease is attributed to a paint timing fix in Chrome 109. The LCP pass rate decrease is attributed to a change to exclude low-entropy images introduced on April 6 and also, to a lesser extent, the paint timing change.[20]
2023-06 18,065,718 57.2 95.6 73.7 44.1 77.7 The data for this month includes partial resolution of the "root page redirect issue" where some origins that redirect their root page are excluded from CrUX. This is also the first month where the INP metric is included without the experimental prefix (it's also included with the experimental prefix for backward compatibility). This is in preparation for INP becoming a core web vital in March 2024.[21]
2023-07 17,976,663 57.8 95.7 73.8 44.6 77.8 The data for this month is after full resolution of the "root page redirect issue" where some origins that redirect their root page are excluded from CrUX.[22]
2023-08 18,263,523 58.3 95.8 74.4 45.3 77.6 41.6 The data for this month includes the partial impact of several Chrome improvements affecting CLS and LCP, with the effect generally positive.[23][24][25]
2023-09 18,405,462 58.5 95.8 74.7 45.7 78.0 42.1 The improvements introduced in the previous month, that continued to roll out this month, are likely responsible for continued improvements to LCP and CLS, despite slight downturns in FCP and TTFB.[26]
2023-10 18,383,750 59.4 95.8 75.9 46.9 78.7 43.4 The final rollout of the improvements introduced in August, that continued to roll out this month, are likely responsible for continued improvements to LCP and CLS.[27]
2023-11 18,265,721 59.8 96.0 76.2 47.4 79.2 43.9
2023-12 17,323,447 60.4 95.9 76.4 48.0 79.0 44.4
2024-01 18,583,729 61.6 96.2 76.4 49.0 80.7 45.8
2024-02 18,729,879 61.3 96.2 76.6 48.8 80.6 45.6
2024-03 18,669,191 62.2 77.1 82.1 46.8 With INP replacing FID as a core web vital, FID-based data stops being included in this month. There are two concrete sets of improvements that may be contributing to LCP and INP improvements: improved cookie caching on Android Chrome, and consent management platforms improving their code to yield more readily.[28]
2024-04 18,703,230 62.4 77.5 82.8 47.3
2024-05 18,673,241 62.1 77.4 83.2 47.1
2024-06 18,442,199 63.4 77.8 84.1 51.0 The improvement in core web vitals is attributed as plausibly driven by seasonal factors, and the INP increase is attributed partly to changes introduced in Chrome 127, including the changed treatment of presentation modals in the INP calculation.[29]
2024-07 18,176,653 64.1 78.0 84.4 49.2 The continued improvement in INP is attributed to the continued rollout of improvements introduced in Chrome the previous month.[30]
2024-08 18,394,950 64.8 78.2 85.0 50.1 The continued improvement in INP is attributed to a mix of a measurement change from Chrome (no longer using pointerup events for INP calculation) and improvements in the Google Publisher Tag library to yield on out-of-viewport ads.[31]
2024-09 18,936,684 65.4 78.2 85.7 51.0 The continued improvement in INP is attributed to the finishing of the rollout of the measurement change in Chrome from last month (no longer using pointerup events for INP calculation).[32]
2024-10 18,814,228 65.5 78.2 85.9 51.2

Full timeline

Inclusion criteria

The following are some kinds of events that qualify for inclusion in the timeline:

  • Launch of new private or public diagnostics tools related to web vitals, or major updates to such tools
  • Major version updates to Lighthouse, the main Lab data tool
  • Introduction of a new web vital metric, changes to the definition of a web vital metric, or addition or removal of a web vital from the list of core web vitals
  • Changes to browser behavior that could affect the data for one or more web vitals
  • Blog posts or articles with insight around how to improve on web vitals, or critical discussion of web vitals and how much importance to give to them
  • Important conferences about site performance (such as the performance.now() conference)

Here are some examples of things that will not qualify for this timeline:

  • Minor version updates to Lighthouse
  • Performance trajectories of specific websites, except to the extent that the analysis of such performance qualifies as valuable insight into web vitals
  • Individual talks at a conference (such as the performance.now() conference) unless the specific talk breaks a lot of new ground and gets a bunch of commentary; in many cases, talks at these conferences summarize past discussion so the original post or articles for such discussions should be included instead

Timeline

Year Month and date (if available) Event type Type of tool, entity, or change Aspect of performance (specific metrics in parentheses) Type of measurement (field data (from real users; aka Real User Monitoring (RUM)) or Lab data (from a bot or synthetic local testing))? Event
2007 July New product Public diagnostic tool Loading speed Lab data Yahoo! launches YSlow, a Firefox add-on built on top of Firebug, to help debug speed issues on websites.[33][34] YSlow operationalilzes Yahoo! Chief Performance Officer Steve Souders' 13 rules for high-performance web sites (also covered in his book "High Performance Web Sites").[35] Development on it would cease after 2014 as people migrated to other tools like Google's Page Speed, Webpagetest, and later Lighthouse.[36][37]
2009 June 5 New product Public diagnostic tool Loading speed Lab data Google releases Page Speed, a Firefox add-on built on top of Firebug, to help debug speed issues on websites. Commentators consider this to be Google's equivaent to Yahoo's YSlow tool.[38]
2012 April 26 Documentation commit Web standard Detailed timing information Field data, Lab data The first commit is made to the repository with the specification for the Navigation Timing API. The API allows for access to information on the fetching of the root document and its loading in the browser.[39]
2013 April 9 Documentation commit Web standard Detailed timing information Field data, Lab data The first commit is made to the repository with the specification for the Resource Timing API. The API allows for access to information on the timing of download of various resources.[40]
2014 September 29 Documentation commit Web standard Loading speed (Speed Index) Field data The first commit is made to the repository with the specification for the RUM Speed Index (RUM stands for real user monitoring), an attempt to calculate a Speed Index based on field data. As of 2021, Speed Index is still calculated in the Lab.[41]
2014 November 18 Insight Metric definition, concept development Loading speed Field data, Lab data Tim Kadlec publishes his landmark post titled "Performance Budget Metrics" that classifies metrics used for performance budgets in four categories: (1) milestone timings (measuring when specific milestones in loading and rendering are achieved), (2) SpeedIndex (measuring how a page loads from start to finish), (3) quantity-based metrics (such as total number of requests, overall page weight, total image weight), and (4) rule-based metrics (such as PageSpeed and YSlow score).[42] Performance budgets would eventually be supported by build tools and diagnostic tools, and would be the subject of further analysis;[43] one analysis on web.dev would use a similar categorization of performance budget metrics (without a separate category for SpeedIndex).[44]
2016 January 15 Code commit Public diagnostic tool Loading speed, interactivity/responsiveness Lab data The first code commit to the Google Lighthouse GitHub repository is on this date.[45]
2016 June 30 Release Public diagnostic tool Loading speed, interactivity/responsiveness Lab data The Lighthouse v1.0.3 tag is created, suggesting the official release of Lighthouse 1.0.[46]
2016 September 14 Documentation commit Web standard Loading speed (FCP) Field data, Lab data The first commit is made to the repository documenting the Paint Timing API. This API is used to calculate metrics such as the First Contentful Paint (FCP).[47] Initially supported only on Chromium browsers, the Paint Timing API would eventually be supported by Firefox (Gecko) and Safari (WebKit) as well.[48]
2017 February 1 Data collection Public dataset Loading speed Lab data Data for the HTTP Archive's Loading Speed dataset is available starting this day.[49]
2017 August 24 New version Public diagnostic tool Loading speed, interactivity/responsiveness Lab data Lighthouse v2.0.0 is released. The last commit for it is from May 19. At this point, the Performance section of Lighthouse has the following metrics: First meaningful paint, First interactive (beta), Consistenly interactive (beta), Perceptual Speed Index, and Estimated Input Latency.[50]
2017 October 22 Insight Loading speed, interactivity/responsiveness Alex Russell publishes the first post of his multi-year series "The Performance Inequality Gap";[51] in the first post, Russell, who is at Google at the time, lays out suggested targets for page load speed (5 seconds to interactive for first load, 2 seconds for subsequent loads) as well as the budgets this places on the amount of resources of various kinds (HTML, CSS, JavaScript) on the page. Russell also provides extensive reasoning for his suggested budgets.[52] In later posts, published over the years, Russell updates his suggested budgets, taking into account the evolution of devices and network connectivity. Overall, Russell is critical of the heavy use of client-side JavaScript in modern web apps and of the focus on "developer experience" in web development at the cost of user experience.[51]
2017 October 1 Data collection Public dataset All Field data Data for the Chrome User Experience (CrUX) report, collected anonymously from Chrome users who have consented to the anonymous data collection, is available in a BigQuery dataset starting this day.[53]
2018 July 11 New version Public diagnostic tool Loading speed, interactivity/responsiveness Lab data Lighthouse v3.0.0 is released. The last commit for it is from June 28. This release includes changes to performance weights and scoring thresholds.[54]
2018 August 11 Release Public ranking tool Loading speed, interactivity/responsiveness Lab data The earliest Wayback Machine snapshot of webperf.xyz, a site that maintains a leaderboard of sites based on their performance, is from this date. At launch time, it uses webpagetest.org for its data generation.[55] The tool would be referenced in an Atlantic article on August 23 about their efforts to speed up ad loading on their site.[56]
2019 January 16 New version Public diagnostic tool Loading speed, interactivity/responsiveness Lab data Lighthouse v4.0.0 is released. The last commmit for it is from January 15.[57]
2019 May 7 New version Public diagnostic tool Loading speed, interactivity/responsiveness Lab data Lighthouse v5.0.0 is released.[58] The metrics used in the performance score, with weights, are: First Contentful Paint (FCP) (23%), Speed Index (SI) (27%), First Meaningful Paint (FMP) (7%), Time To Interactive (TTI) (33%), First CPU Idle (FCI) (13%), and Max Potential FID (0%).[59]
2019 May 13 Documentation commit Web standard Visual stability (CLS) Field data, Lab data The first commit to the GitHub repository for the Layout Instability API is made on this day. This is a proposal by Google for adoption as a web standard, though as of June 2021 it has not been adopted and is only used on Blink-based browsers, which is effectively just Chromium browsers (mainly Chrome, Edge, and Opera).[60]
2019 May 15 Documentation commit Web standard Loading speed (LCP) Field data, Lab data The first commit to the GitHub repository for the Largest Contentful Paint API is made on this day. This is a proposal by Google for adoption as a web standard, though as of June 2021 it has not been adopted and is only used on Blink-based browsers, which is effectively just Chrome browsers (mainly Chrome, Edge, and Opera).[61]
2019 June 11 Announcement Metric introduction Visual stability (CLS) Field data, Lab data The blog post "Cumulative Layout Shift (CLS)" is published on web.dev. In the post, Google describes a new metric, Cumulative Layout Shift (CLS), that measures the totality of unexpected shifts during the lifecycle of a page. This builds upon the Layout Instability API that Google started workingg on recently.[62]
2019 August 8 Announcement Metric introduction Loading speed (LCP) Field data, Lab data The blog post "Largest Contentful Paint (LCP)" is published on web.dev. In the post, Google describes a new metric, Largest Contentful Paint (LCP), that measures how long it takes for the page's main content to have loaded.[63]
2019 September 19 Insight Public diagnostic tool All Lab data The page "Lighthouse performance scoring" gives insight into how Google Lighthouse scores are calculated. In particular, it explains that the log-normal distribution used for translating each of the web vitals into a score component is based on real website performance data on HTTP Archive.[64]
2020 April 30 Announcement Metric selection, thresholds All Field data, Lab data Google announces the selection of three of its metrics as core web vitals: Largest Contentful Paint (LCP), First Input Delay (FID), and Cumulative Layout Shift (CLS). The post also states that the 75th percentile of fielld data should be used for any assessment using web vitals, and specifies thresholds for good and poor values for each of the core web vitals.[65]
2020 May 5 Insight All Field data, Lab data Google publishes three blog posts, one for each of the three core web vitals (LCP, FID, and CLS), on strategies to optimize that core web vital.[66][67][68]
2020 May 12 New version Public diagnostic tool All Lab data In version 21.07, WebPageTest adds support for web vitals. WebPageTest, available at webpagetest.org, is a tool that can be used to report performance data on any web page.[69]
2020 May 19 New version Public diagnostic tool All Lab data Lighthouse v6.0.0 is released (it is expected to ship in the DevTools of Chrome 84, that releases July 14).[70] The performance scoring is updated, with three new metrics added: Largest Contentful Paint (LCP), Total Blocking Time (TBT), and Cumulative Layout Shift (CLS); two of which are among Google's three core web vitals. Three metrics from Lighthouse v5 are removed: First Meaningful Paint, First CPU Idle, and Max Potential FID. The weights are as follows: First Contentful Paint (FCP) (15%), Speed Index (SI) (15%), Largest Contentful Paint (LCP) (25%), Time To Interactive (TTI) (15%), Total Blocking Time (TBT) (25%), and Cumulative Layout Shift (CLS) (5%). This is the first time that Lab data includes a metric for visual stability (the specific metric being CLS).[59]
2020 May 21 Insight Thresholds All Field data In a lengthy blog post, Google describes how it decided on the 75th percentile of field data as the point to use for assessing each of its metrics, and also explains how thresholds were selected for each of the threee core web vitals: LCP, FID, and CLS. The decision for each metric is made by a combination of acceeptable user experience and achievability by webpages with current technology.[71]
2020 May 27 Release Private diagnostic tool All Field data Google updates Google Search Console adding a section on core web vitals. This section reports on field data performance on both mobile and desktop on each of the three core web vitals (CLS, LCP, and FID). It is based on the CrUX report. Rather than making all the data available for each url, Search Console groups urls together and reports on aggregate performance of the url groups.[72]
2020 May 28 Announcement Search algorithm update All Field data Google announces that at some point in the future, it will start using "page experience" as a ranking factor in search. The page experience signal combines core web vitals, mobile usability, security issues, whether the site is HTTPS, and no intrusive intersitials.[73][74]
2020 June 24 Implementation Web standard Loading speed (FCP) N/A A blog post on the Wikimedia Foundation's tech blog describes work done by Wikimedia Foundation engineers to implement the Paint Timing API in WebKit, the engine used by Safari, thus making it available in future versions of Safari.[75]
2020 November 10 Announcement Search algorithm update All Field data Google announces that it will start using "page experience" as a ranking factor for mobile searches starting May 2021. The page experience signal combines core web vitals, mobile usability, security issues, whether the site is HTTPS, and no intrusive interstitials.[76][77]
2020 November 16 New version Public diagnostic tool, private diagnostic tool All Lab data GTmetrix, a performance optimization tool, switches from its legacy Timings and PageSpeed/YSlow measurements to using Lighthouse as its underlying engine; the new data includes Performance and Structure tabs, an overall GTMetrix grade, and a web vitals section that includes LCP, CLS, and Total Blocking Time (TBT).[78][79][80]
2020 December 17 New version Public diagnostic tool All Lab data Lighthouse v7.0.0 is released. It is expected to be shipped with Chrome 89 (released March 2, 2021) and becoms part of PageSpeed Insights on February 19, 2021.[81]
2021 February 17 Release Threshold update All Field data Field data available in Google Search Console and PageSpeed Insights are updated to consider a metric value at a threshold as being on the good side of the threshold. For instance, for CLS, the the threshold for good CLS is 0.1; a 75th percentile CLS value of exactly 0.1 would now be considered good.[82]
2021 April 7 Announcement Metric definition update Visual stability (CLS) Field data, Lab data Google announces a planned update to the calculation of Cumulative Layout Shift (CLS) to be fairer to long-lived pages. The update changes the definition of CLS to look at the largest CLS over 5-second windows with a 1-second gap. The rollout of this definition update would happen in June.[83][84]
2021 April 19 Release Private diagnostic tool All Field data A new section called "Page experience on mobile" is added to Google Search Console (where people can access this data for their own sites only). This is restriced to mobile searches; it reports on the percentage of urls and number of search impressions that have "good page experience" i.e., that perform well on core web vitals, mobile usability, security issues, whether the site is HTTPS, and ads experience.[85]
2021 April Insight Data All Lab data Searchmetrics publishes a study of core web vitals, looking at Lab data for over 2 million URLs on two of the three core web vitals (LCP and CLS) and a proxy for the third core web vital (using Total Blocking Time (TBT) instead of FID). YouTube is highlighted as an outlier that skews measurement.[86]
2021 April 19 Announcement Search algorithm update All Field data Google announces an updated timeline of mid-June to August for its rollout of page experience as a ranking factor for mobile searches. The previous announced rollout time was May 2021; the time extension is allegedly to give websites more time to prepare.[87]
2021 April 25 New version Public ranking tool All Lab data The backend for webperf.xyz is switched from webpagetest to Lighthouse on this date (or least, this is the earliest date with data recorded using Lighthouse).[88]
2021 May 4 Insight Cross-browser comparison of metric definition Loading speed (FCP) N/A A blog post on the WebPageTest blog describes challenges with comparing First Contentful Paint (FCP) across browsers. FCP is one of the first web vitals to be available across all major browsers with the release of Safari 14.1.[48]
2021 May 18 Insight Business impact All Field data (mostly) with some discussion of Lab data In a blog post on web.dev that also includes a video, two Google staff members discuss the business impact of (core) web vitals. The post includes case studies of: Vodafone, iCook, Tokopedia, Redbus, and several others who have improved one or more of the core web vitals and seen improvement in traffic, user engagement, and revenue. These impacts are prior to (and therefore not caused by Google starting to use page experience (including core web vitals) as a signal for search ranking.[89][90]
2021 May 25 New version Browser behavior Interactivity/responsiveness (FID) Field data Chrome 91 disables double-tap-to-zoom when the viewport meta tag specifies width=device-width or initial-scale>=1.0, even when implicitly doing so, like for example in minimum-scale=1.5, maximum-scale=2. Because DTZ negatively impacts FID and the amount of pages where DTZ is disabled is increased, Google expects some sites to see FID improvements.[91]
2021 June 1  – 2, some changes a little later in June Release Metric definition update Visual stability (CLS) Field data Google updates its field data tools including the Chrome User Experience (CrUX) report, PageSpeed Insights, and Google Search Console, to use an updated definition of Cumulative Layout Shift (CLS) that looks at the largest CLS over 5-second windows with a 1-second gap. The planned change itself had been announced back in April, but it had not yet been reflected in the tools Google used to report on field data, as well as in Google's Lighthouse tool available on PageSpeed Insights and in Chrome Developer Tools (canary channel only, so not part of officially released Chrome yet).[92][93][94]
2021 early June Release Metric definition update Loading speed (LCP) Field data Some changes are made to LCP calculations to account for offscreen images and multiple images of the same size.[95]
2021 June 2 New version Public diagnostic tool All Lab data Lighthouse v8.0.0 is released. The release is made available on PageSpeed Insights immediately, and is expected to ship as part of Chrome 93. This includes Lab-side changes corresponding to field data updates for CLS released at around the same time; it also includes threshold changes for TBT and FCP and a reweighting: FCP: 15% to 10%, SI: 15% to 10%, TTI: 15% to 10%, TBT: 25% to 30%, and CLS: 5% to 15%. A new diagnostic aide called the Lighthouse Treemap is also released.[96][97]
2021 June 10 New version Public diagnostic tool All, FID Field data PageSpeed Insights field data now reports field data even for pages where some (but not all) of the field data metrics have insufficient data; in such cases, only the metrics with sufficient data are reported.[98] Rick Viscomi further clarifies on Twitter that this will most affect pages missing FID, since FID data tends to be much more likely to be missing than LCP or CLS data. Further, an origin with insufficient FID data will be considered to pass overall in core web vitals if it passes LCP and CLS; however, an origin must have LCP and CLS data in order to be considered passing on core web vitals.[10]
2021 June 15  – September 2 Release Search algorithm update All Field data The rollout of Google's "page experience on mobile" update happens during this period. The update is limited to mobile searches, and gives weight to a "page experience" factor that includes performance on core web vitals, mobile usability, security issues, whether the site is HTTPS, and ads experience.[99][100][101]
2021 June 21, November 3 Proposal Metric definition update Interactivity/responsiveness (responsiveness metric) Field data In two blog posts on web.dev. the Chrome Speed team proposes a new responsiveness metric, that is expected to correlate with the Lab data metrics of time to interactive (TTI) and total blocking time (TBT) and whose goal is to measure responsiveness over the page lifecycle. It is expected to overcome some of the shortcoming of first input delay (FID) and be a more holistic measure of responsiveness.[102][103]
2021 June 24 Release Public diagnostic tool All Field data The HTTP Archive's Core Web Vitals Technology Report is released. This builds on the Chrome User Experience Report (CrUX report) as well as the HTTP Archive's data on CMS and technology stacks used by various websites, to provide a big-picture view of performance on core web vitals by CMS and technology stack.[104]
2021 August 17 Insight Search algorithm update All Field data, Lab data A blog post on the Semrush blog reviews the rollout of Google's page experience update. It goes over trends in field data and Lab data performance of mobile urls before and during the rollout, as well as the correlation with mobile search rankings. It detects a small correlation in the expected direction.[105][106]
2021 August 17 Insight Public diagnostic tool, private diagnostic tool All Field data, Lab data A blog post on web.dev describes how field and Lab data differ conceptually, how the values of field data and Lab data might differ in general, and concrete field/Lab differences associated with the three core web vitals.[107]
2021 August 31 New version Browser behavior Visual stability (CLS) Field data Chrome 93 makes changes to its calculation of cumulative layout shift (CLS) to ignore changes to offscreen elements countered with scroll anchoring, as well as layout shifts while dragging or resizing elements with a mouse. This is expected to improve the performance of websites on CLS.[108]
2021 September 16 Insight Search algorithm update All Field data A blog post on the Sistrix blog titled "Core Web Vitals is a Measurable Ranking Factor" documents the observed effect size on ranking of sites passing all core web vitals versus the average and versus sites failing all core web vitals.[109][106]
2021 September 21 New version Browser behavior Loading speed (FCP) Field data, Lab data Chromium is updated so that paint timing is not triggered by content that is not visible due to being under the effect of an opacity: 0 style. This change is part of the Chrome 94 release on September 21, 2021, and is also expected to affect other Chromium-based browsers such as Edge and Opera. The change is expected to increase (worsen) measured FCP (in field and Lab data) for some sites, without directly changing the end user experience.[110]
2021 October 1 Data collection Public dataset All Field data This is the first day for which data is available in any dataset of the RUM Archive. RUM stands for Real User Monitoring. The RUM Archive is an archive managed by Akamai for which data is collected via boomerang.js and mapped using Akamai mPulse.[111] Data would initially be available only for the first day of the month, before transitioning to being available for every day, starting September 1, 2022.
2021 October 27 Insight Search algorithm update All Field data A post on Search Engine Land describes the relatively minor impact that page experience has had on search rankings so far, as well as SEOs questioning the value of spending time on improving page experience. It also discusses other potential benefits of improving page experience beyond the search ranking impact.[106]
2021 November 3 New version Public diagnostic tool All Field data, Lab data A new version of the PageSpeed Insights UI is released.[112] Around this time (by November 15), PageSpeed Insights is moved to pagespeed.web.dev.[113]
2021 November 13, November 15 New version Public diagnostic tool All Lab data Starting November 13, PageSpeed Insights starts using Lighthouse 9.0.0.[113] On November 15, Lighthouse 9.0.0 is officially released. It is expected to be part of stable Chrome starting Chrome 98. One of the new functionalities it offers is support for user flows, making it easier to run Lighthouse for users with a warm cache, and to carry out user interactions.[114][115][116]
2021 November 16 New version Browser behavior Loading speed (LCP) Field data, Lab data Chrome 96 fixes a bug in LCP calculation where a previous intended change to ignore images occupying the full viewport had been applied incorrectly to iframes to use the iframe's full viewport rather than the page's full viewport.[117]
2021 December 8 Insight Public diagnostic tool All Lab data (with some discussion of field data) In a blog post on Calibre's blog, Karolina Szczur argues against focusing on the Lighthouse performance score. Arguments include: it’s impossible to describe user experience with one metric, Performance Score is relative to device type and speed trends, Performance Score is prone to variability, Performance Score doesn’t make it easier to talk about speed, Performance Score can be gamed, Performance Score doesn’t matter for SEO, and Performance Score has been overtaken by Core Web Vitals.[118]
2021 December 22 Insight Public diagnostic tool, private diagnostic tool Loading speed (LCP) Field data An article in Smashing Magazine describes in detail their efforts to get their core web vital of LCP to a passing state, including their use of tools such as Google Search Console, web-vitals JS library + CrUX dashboard, PageSpeed Insights, and the CrUX BigQuery dataset. The main methods used include the removal of author images from mobile and the skipping of loading webfonts for users with slow connections and/or data-saving preferences.[119]
2021 Launch Private diagnostic tool All Field data RUMVision, a product and eponymous small company, launches. RUMVision helps its customers collect real-time web vitals data using their JavaScript, which is built on top of Google Chrome's web-vitals library.[120] RUMVision would later provide anonymized data for other analyses including Google's performance team (for an INP analysis)[121] and the 2024 Web Almanac (providing some specialized sub-part metrics for the analysis of LCP and INP in its performance chapter).[122]
2022 January 17 Release Private diagnostic tool All Field data The page experience section of Google Search Console, that previously only had "page experience on mobile" data, now has separate data for mobile and desktop. This update is made ahead of the rollout (scheduled for February and March 2022) of page experience on desktop as a search signal on desktop.[123]
2022 January 18 Insight Public diagnostic tool, private diagnostic tool All Field data, Lab data An article on web.dev provides a summary of the various diagnostic tools available for monitoring and debugging web vitals.[124]
2022 February 1 Release Metric definition update Visual stability (CLS) Field data Starting with Chrome 98: "The cumulative layout shift score will be recorded the first time a page moves from the foreground to the background, which can fill in for the layout shift values that are not able to be recorded at tab close, the current CLS reporting point." The change would show up in the CruX BigQuery dataset starting with the July 2022 dataset.[125]
2022 February 10 Insight Business impact All, but concrete examples focused on visual stability (CLS) Field data A sponsored post by Clickio on Search Engine Land makes the case for the importance of optimizing Core Web Vitals, mentioning a few cases involving their customers. The post ends with a plug for Clickio's web vitals monitoring product.[90]
2022 February 22  – March 3 Release Search algorithm update All Field data As previously announced on November 4, 2021, Google executes on the rollout of using page experience as a ranking factor on desktop during this period. Page experience on desktop includes all the core web vitals as well as all the other page experience signals on mobile except mobile-friendliness.[126][127][128]
2022 March 29 Release Public diagnostic tool All Lab data A blog post on the Chrome developer blog announces the Performance insights panel in Chrome Developer Tools. This panel has some of the functionality of the performance panel with a greater orientation toward producing actionable insights. It features diagnostics for each of the core web vitals.[129]
2022 May 6 Proposal Metric definition update Interactivity/responsiveness (Interaction to Next Paint (INP)) Field data (but also available in Lab tools) A blog post on web.dev announces Interaction to Next Paint (INP), a new experimental variant of the responsiveness metric, that may eventually replace First Input Delay (FID).[130]
2022 May 12 Insight All Field data A 2-year anniversary conversation about core web vitals is published to Twitter Spaces. The conversation features Annie Sullivan from Chrome, Barry Pollard, Crystal Carter, and Henri Helvetica.[131]
2022 May 16 Insight Metric definition update Interactivity/responsiveness (Interaction to Next Paint (INP)) Field data A blog post on web.dev looks at field data across a variety of frameworks for the experimental responsiveness metric titled Interaction to Next Paint (INP), and also describes what the frameworks (React, Next.js, and Angular) are doing to improve INP performance.[132]
2022 July 19 Insight Public diagnostic tool All Field data Documentation on the Chrome User Experience (CrUX) report moves to a new home.[133][134]
2022 August 15 Insight All Field data A blog post on web.dev describes various sources of difference between the official CrUX report and real user monitoring (RUM) data collected by websites using JavaScript.[135]
2022 September 1 Data collection Public dataset All Field data The RUM Archive's rumarchive_page_loads table data starts being available for every day starting on this date.[111] The RUM Archive is an archive managed by Akamai for which data is collected via boomerang.js and mapped using Akamai mPulse. The RUM Insights charts also date back to approximately this time (the earliest start date for the charts appears to be September 6).[136]
2022 October 27 – 28 Insight All Field data, Lab data The performance.now() 2022 conference is held in Amsterdam over these two days. Talks from the conference would be released on YouTube in the coming days. Many of the talks would be about web vitals both in the field and in the Lab.[137][18]
2022 November 4 Public diagnostic tool All Lab data pagespeed.web.dev is updated to include the entire Lighthouse report, not just the performance section of the report that it previously made available.[138]
2023 January 10 Insight All Field data A blog post on web.dev includes a list of top recommendations to improve core web vitals.[139]
2023 February 7 Release Public diagnostic tool All Field data The CrUX History API is introduced; this API provides access to CrUX data at the level of url and origin for the past 6 months.[140]
2023 February 9 (announcement), ~February 16 and March 29 (rollout) New version Public diagnostic tool All Lab data Lighthouse 10 is announced; this introduces the scoring change of removing Time to Interactive (TTI) from the score calculation. There are a number of other changes to the available audits and the code now ships with full TypeScript declarations. Lighthouse 10 is shipped to PageSpeed Insights in mid-February and releases as part of Chrome 112 with its release on March 29.[141][142]
2023 March 1 New version Browser behavior Loading speed (FCP) Field data Chrome 111 includes two bugfixes: (1) a bug that causes FCP to be reported as smaller (better) than it actually is gets fixed, so that the actual FCP now represents the more pessimistic true value, (2) a bug that causes the actual FCP event to sometimes get unnecessarily delayed is fixed. The net effect of these changes is that reported FCP increases (gets worse) but actual FCP decreases (gets better).[143] This would be cited as a reason for the decrease in FCP and LCP pass rates in the CrUX mailing list announcements for April 2023[19] and May 2023.[20]
2023 April 6 New version Browser behavior Loading speed (LCP) Field data A change is introduced to Chrome to exclude low-entropy images from the pool of candidates for the LCP image. This could affect measured LCP if the low-entropy image would have been the largest of the LCP candidates, and the effect could be an increase or a decrease depending on whether it loads before or after the LCP candidate after the application of the exclusion. The change is applied to all Chrome versions 109 onward, but is largely coupled with Chrome 112 that was released a week ago.[144] This would be cited as a reason for the decrease in LCP pass rates in April 2023[19] and May 2023.[20]
2023 May 10 (announcement) for planned change March 2024 Release Metric status update Interactivity/responsiveness (First Input Delay (FID) and Interaction to Next Paint (INP)) Field data Google announces that Interaction to Next Paint (INP) will replace First Input Delay (FID) in the list of core web vitals, with the replacement planned for March 2024. As of the date of announcement, INP is immediately changed from an "experimental" metric to a "pending" core web vital. The thresholds for FID had made it a very easy metric, with almost all sites passing FID; INP seems to have stricter evaluation criteria, with fewer websites expected to pass it and more optimization work needed to get to passing.[145][146][147][148] On the same day, it is announced that the INP metric is available in the CrUX BigQuery, API, and History API both with and without the experimental prefix.[149]
2023 June 5 Insight All Field data Dan Shappir's talk comparing JavaScript frameworks in terms of their performance on real-world data is published, along with a transcript.[150]
2023 June 21 New version Private diagnostic tool Interaction to Next Paint (INP) Field data Google Search Console is updated to include reports on INP. Google had already announced in May that INP would replace FID as a core web vital in March 2024; the addition to Google Search Console gives websites information to help improve their INP about nine months ahead of the switch.[151]
2023 August 11 New version Browser behavior Loading speed (LCP), visual stability (CLS) Field data An experimental change is rolled out to 50% of Chrome users starting on this date, starting with around Chome 116, whereby the priority of the first five sufficiently large images is increased from low to medium from their default of low; images with an explicit 'fetchpriority' are not affected. The experiment also allows for two medium-priority resources at a time to be loading while Chrome's loading scheduler is in “tight mode” (up until the body has been inserted into the document). This is expected to improve both LCP and CLS, with a bigger effect on CLS (as the images are more likely to be downloaded prior to rendering).[24]
2023 August 22 New version Browser behavior Loading speed (LCP) Field data Over a 14-day rollout period starting on this day, Chrome changes the way animated images and videos are considered for LCP. For animated images, the change "counts the time that the first frame of the animation is displayed, if the image becomes an LCP candidate." (In contrast, the prior behavior was to wait for the animation to fully load). This change is expected to improve LCP. For videos, they were previously ignored as LCP candidates unless they had a poster image; now they are included as LCP candidates, with the first video frame being used to determine the time of loading. This change is expected to worsen LCP for pages where the video element would become the LCP element.[25]
2023 August 3 (release tag creation), August 9 (update in PageSpeed Insights), August 24 (announcement) October 17 (release in Chrome) New version Public diagnostic tool All Lab data Lighthouse 11 is announced and is now the Lighthouse version in use in PageSpeed Insights; this is to become the Lighthouse version shipped with Chrome starting with Chrome 118. There are not many changes to the performance portion; the main changes are the update to the name for INP to remove the "experimental" label on it, and changes involving service workers, resource summary, and legacy navigation.[152][153] The PageSpeed Insights release notes give August 9 as the date that PageSpeed Insights is updated to Lighthouse 11.[154]
2023 October 15 Data collection Public dataset All Field data The RUM Archive's rumarchive_resources table data starts on this date, with daily data starting on this date.[111] The RUM Archive is an archive managed by Akamai for which data is collected via boomerang.js and mapped using Akamai mPulse.
2023 December 23 Insight Interactivity/responsiveness (INP) Field data A blog post by Rick Viscomi uses data from RUMVision, specifically, long animation frames (LoAF), to understand their impact on INP. The analysis uses anonymized data that RUMVision has shared from across its customer base. The analysis identifies the third-party scripts with the worst and best performance in terms of INP oerformance as determined via LoAF script attribution.[121]
2024 March 12 Release Metric status update Interactivity/responsiveness (First Input Delay (FID) and Interaction to Next Paint (INP)) Field data Google replaces FID by INP as a core web vital. This follows the plan announced in May 2023.[155]
2024 April 9 (announcement, the work likely happened prior) New version Consent management platform Interactivity/responsiveness (INP) Field data In the message in the CrUX mailing list announcing the data for March 2024, Barry Pollard mentions that Google has been collaborating with consent management platforms (CMPs) (including OneTrust, Complianz, and Axeptio) to improve their code to yield better, and that this was a likely driver for the INP improvements seen in March.[28][156] A case study of Google's collaboration with PubConsent, PubTech's CMP product, is also published as a case study on web.dev.[157]
2024 April 22 (release tag creation), May 10 (PageSpeed Insights), June 5 (release in Chrome) New version Public diagnostic tool All Lab data On May 10, the Lighthouse version used in PageSpeed Insights is updated to Lighthouse 12.[158] Lighthouse 12 becomes the Lighthouse version shipped with Chrome starting with Chrome 126. While this version does not make many changes to the performance portion, there are a bunch of updates to lantern, the underlying code used in Lighthouse to simulate webpage loads.[159]
2024 July 17 New version Browser behavior Interactivity/responsiveness (INP) Field data Chrome 127 introduces two changes to the calculation of INP: (a) Enable EventTimingKeypressAndCompositionInteractionId by default (this is not expected to have much effect in practice as the newly enabled event types tend to be fast), and (b) Enable EventTimingFallbackToModalDialogStart by default (this change is expected to help improve reported INP by covering additional ways a webpage may respond to a user action other than painting something on the page; for instance, it covers the case that the webpage shows a modal (by calling a browser function such as "alert"). This is expected to reduce (i.e., improve) measured INP for websites using modals to respond to user input, without having any effect on the underlying reality.[160] This change is cited as a contributor to INP improvements seen from May 2024 to June 2024[29] as well as from June 2024 to July 2024.[30]
2024 July 30 New version Front-end ads code Interactivity/responsiveness (INP) Field data Google Publisher Tag (GPT), the front-end ads code used for Google's ad stack on publisher websites, that is used by a large share of publisher websites, makes improvements to its ad yielding behavior. The improvement makes out-of-viewport ad insertion logic yield the thread, while also giving publishers the option to make the ad insertion logic yield the thread even for within-viewport ad insertion (the option is initially called adYield and later becomes threadYield). Initial data suggests a significant improvement in mobile INP pass rates in August 2024, the first full month with the change.[161][31][162]
2024 August 21 New version Browser behavior Interactivity/responsiveness (INP) Field data Chrome 128 introduces a change to the calculation of INP; it excludes pointerup events that are the start of a scroll interaction. These events had been included in the INP calculation in contravention of the intended use of INP.[163] The change is expected to improve measured INP in principle by reducing the set of interactions, though the practical impact is expected to be limited because the browser tends to be quite responsive to these kinds of events, so they are unlikely to be the slowest event that would determine INP.[31][32]
2024 November 11 Insight All Field data, Lab data 11 chapters of the 2024 Web Almanac (a project of the HTTP Archive) are published, including three that are related to web vitals. The Performance chapter augments Lab data from the HTTP Archive with field data from the Chrome User Experience (CrUX) report with some additional metrics from RUMVision, since the HTTP Archive is limited to Lab data. The chapter goes through metrics in all three categories (loading speed, interactivity/responsiveness, and visual stability) and identifies trends in the field and Lab metrics in each category over the past five years, correlating the field data with the Lab data where both are available.[122] In addition, the CMS and ECommerce chapters also touch on core web vitals and related considerations within their respective contexts.[164]

See also

References

  1. "RunResultHtmlTable.php". Retrieved July 7, 2021. 
  2. "Web page performance test result for www.example.com/". July 7, 2021. Retrieved July 7, 2021. 
  3. "Chrome UX Report Announce". Retrieved October 15, 2021. 
  4. 4.0 4.1 "Correction. Not all origins have data for these metrics and they should not count against the % of "good" origins.". Chrome UX Report (on Twitter). June 17, 2020. Retrieved October 15, 2021. 
  5. Rosenthal, Noam (December 1, 2024). "Goodhart's law in action: 3 WebPerf examples". Planet Performance. Retrieved December 1, 2024. 
  6. "The 202008 dataset is live". September 9, 2020. Retrieved October 15, 2021. 
  7. "The 202105 dataset is live". June 8, 2021. Retrieved October 15, 2021. 
  8. "The 202106 dataset is live". July 13, 2021. Retrieved October 20, 2021. 
  9. Viscomi, Rick (November 9, 2021). "The 202110 dataset is live". Retrieved November 9, 2021. 
  10. 10.0 10.1 Viscomi, Rick (June 10, 2021). "New behavior in PageSpeed Insights: partial field data". Twitter. Retrieved November 9, 2021. 
  11. Henkel, Johannes (December 14, 2021). "The 202111 dataset is live". Retrieved December 14, 2021. 
  12. Henkel, Johannes (March 8, 2022). "The 202202 dataset is live". Retrieved March 9, 2022. 
  13. Henkel, Johannes (May 3, 2022). "The 202204 dataset is live". Retrieved May 13, 2022. 
  14. Viscomi, Rick (June 14, 2022). "The 202205 dataset is live". Retrieved June 14, 2022. 
  15. Henkel, Johannes (July 13, 2022). "The 202206 dataset is live". Retrieved July 20, 2022. 
  16. Pollard, Barry; Viscomi, Rick; Henkel, Johannes (August 9, 2022). "The 202207 dataset is live". Retrieved August 9, 2022. 
  17. Henkel, Johannes (September 13, 2022). "The 202208 dataset is live". Retrieved November 12, 2022. 
  18. 18.0 18.1 Pollard, Barry (November 8, 2022). "The 202210 dataset is live". Retrieved November 12, 2022. 
  19. 19.0 19.1 19.2 Pollard, Barry (May 10, 2023). "The 202304 dataset is live". Chrome UX Report. Retrieved June 15, 2023. 
  20. 20.0 20.1 20.2 Pollard, Barry (June 13, 2023). "The 202305 dataset is live". Chrome UX Report. Retrieved June 15, 2023. 
  21. Pollard, Barry (July 11, 2023). "The 202306 dataset is live". Chrome UX Report. Retrieved July 17, 2023. 
  22. Pollard, Barry (August 8, 2023). "The 202307 dataset is live". Retrieved February 25, 2024. }
  23. Pollard, Barry (September 12, 2023). "The 202308 dataset is live". Retrieved February 25, 2024. 
  24. 24.0 24.1 "Image loading experiments in Chrome 116 that impact LCP and CLS". Retrieved February 25, 2024. 
  25. 25.0 25.1 "Largest Contentful Paint change in Chrome 116 to better handle animated content.accessdate = February 25, 2024". 
  26. Pollard, Barry (October 10, 2023). "The 202309 dataset is live". Retrieved February 25, 2024. 
  27. Pollard, Barry (November 14, 2023). "The 202310 dataset is live". Retrieved February 25, 2024. 
  28. 29.0 29.1 Pollard, Barry (July 9, 2024). "The 202406 dataset is live". Retrieved November 16, 2024. 
  29. 30.0 30.1 Pollard, Barry (August 13, 2024). "The 202407 dataset is live". Retrieved November 16, 2024. 
  30. 31.0 31.1 31.2 Pollard, Barry (September 10, 2024). "The 202408 dataset is live". Retrieved November 16, 2024. 
  31. 32.0 32.1 Pollard, Barry (October 8, 2024). "The 202409 dataset is live". Retrieved November 16, 2024. 
  32. Buytaert, Dries (July 25, 2007). "YSlow". Retrieved July 9, 2021. 
  33. Forrest, Brady (July 27, 2007). "OSCON: Yahoo! Releases YSlow, Performance Analyzer". O'Reilly. Retrieved July 9, 2021. 
  34. Winterbottom, David (December 6, 2008). "High Performance Web Sites by Steve Souders". Retrieved July 9, 2021. 
  35. "YSlow". Retrieved July 9, 2021. 
  36. Steve. "What is YSlow: Why you need to move to Google Lighthouse". PageDart. Retrieved July 9, 2021. 
  37. "Google introduces alternative to Yahoo's YSlow page speed tool". Pingdom. June 5, 2009. Retrieved July 9, 2021. 
  38. "Performance Timeline - Removed Section 4.4. Navigation Timing 2 - Added PerformanceNavigationTiming interface". April 26, 2012. Retrieved July 7, 2021. 
  39. "Initial draft of Resource Timing L2 spec.". April 9, 2013. Retrieved July 7, 2021. 
  40. "Initial commit for RUM-SpeedIndex". September 29, 2014. Retrieved July 9, 2021. 
  41. Kadlec, Tim (November 18, 2014). "Performance Budget Metrics". Retrieved July 9, 2021. 
  42. Russell, Alex (October 22, 2017). "Can You Afford It?: Real-world Web Performance Budgets". Retrieved July 9, 2021. 
  43. Mihajlija, Milica (November 5, 2018). "Performance budgets 101". Retrieved July 9, 2021. 
  44. Lewis, Paul (January 15, 2016). "Adds tests.". Retrieved July 7, 2021. 
  45. Irish, Paul (June 30, 2016). "Lighthouse v1.0.3". Retrieved June 18, 2021. 
  46. "Initial commit". September 14, 2016. Retrieved July 7, 2021. 
  47. 48.0 48.1 "Why First Contentful Paint Doesn't Work As a Cross-Browser Metric". WebPageTest Blog by Catchpoint. May 4, 2021. Retrieved July 7, 2021. 
  48. "Report: Loading Speed". Retrieved June 19, 2021. 
  49. "Lighthouse v2.0.0". August 24, 2017. Retrieved June 19, 2021. 
  50. 51.0 51.1 Russell, Alex (December 1, 2024). "The Performance Inequality Gap". 
  51. Russell, Alex (October 22, 2017). "Can You Afford It?: Real-world Web Performance Budgets". Retrieved December 1, 2024. 
  52. "Report: CrUX". Retrieved June 19, 2021. 
  53. "Lighthouse v3.0.0". July 11, 2018. Retrieved June 19, 2021. 
  54. "Article Performance Leaderboard". Retrieved July 9, 2021. 
  55. Goldstein, Jason (August 23, 2018). "Can all the ads be fast? A data-driven approach to speeding up TheAtlantic.com". Building the Atlantic. Retrieved July 9, 2021. 
  56. "Lighthouse v4.0.0". January 16, 2019. Retrieved June 19, 2021. 
  57. "Lighthouse v5.0.0". May 7, 2019. Retrieved June 19, 2021. 
  58. 59.0 59.1 Clark, Connor (May 19, 2020). "What's New in Lighthouse 6.0. New metrics, Performance score update, new audits, and more.". Retrieved June 19, 2021. 
  59. "Create README.md". May 13, 2019. Retrieved June 19, 2021. 
  60. "initial commit". May 15, 2019. Retrieved June 19, 2021. 
  61. Walton, Philip; Mihajlija, Milica (June 11, 2019). "Cumulative Layout Shift (CLS)". Retrieved June 19, 2021. 
  62. Walton, Philip (August 8, 2019). "Largest Contentful Paint (LCP)". Retrieved June 19, 2021. 
  63. "Lighthouse performance scoring: How Lighthouse calculates your overall Performance score". September 19, 2019. Retrieved June 19, 2021. 
  64. Walton, Philip (April 30, 2020). "Web Vitals". Retrieved June 19, 2021. 
  65. Djirdeh, Houssein (May 5, 2020). "Optimize Largest Contentful Paint. How to render your main content faster.". Retrieved June 19, 2021. 
  66. Djirdeh, Houssein; Osmani, Addy (May 5, 2020). "Optimize First Input Delay. How to respond faster to user interactions.". Retrieved June 19, 2021. 
  67. Osmani, Addy (May 5, 2020). "Optimize Cumulative Layout Shift. Learn how to avoid sudden layout shifts to improve user-experience". Retrieved June 19, 2021. 
  68. "Added the web vitals measurements". May 12, 2020. Retrieved July 7, 2021. 
  69. "Lighthouse v6.0.0". May 19, 2020. Retrieved June 19, 2021. 
  70. McQuade, Bryan (May 21, 2020). "Defining the Core Web Vitals metrics thresholds. The research and methodology behind Core Web Vitals thresholds". Retrieved June 19, 2020. 
  71. Southern, Matt (May 27, 2020). "Google Search Console Updated With Core Web Vitals Report. Google is now reporting on a site's 'Core Web Vitals' in Search Console.". Search Engine Journal. Retrieved July 10, 2021. 
  72. "Evaluating page experience for a better web". Google Search Central. May 28, 2020. Retrieved June 19, 2021. 
  73. Schwartz, Barry (May 28, 2020). "The Google Page Experience Update: User experience to become a Google ranking factor. Core Web Vitals metrics will start to impact rankings in 2021. Here is what you need to know.". Search Engine Land. Retrieved June 19, 2021. 
  74. Rosenthal, Noam; Dubuc, Gilles (June 24, 2020). "How we contributed Paint Timing API to WebKit". Retrieved July 7, 2021. 
  75. "Timing for bringing page experience to Google Search". Google Search Central. November 10, 2020. Retrieved June 19, 2021. 
  76. Schwartz, Barry (November 10, 2020). "Google Page Experience Update to launch May 2021 with new labels in search results. Google will highlight search results that have a great page experience.". Search Engine Land. Retrieved June 19, 2021. 
  77. "Welcome to the new GTmetrix – powered by Lighthouse". GTmetrix Performance Blog. November 16, 2020. Retrieved July 7, 2021. 
  78. "Everything you need to know about the new GTmetrix Report (powered by Lighthouse)". GTmetrix performmance blog. November 16, 2020. Retrieved July 7, 2021. 
  79. "Lighthouse: Web Vitals". Retrieved July 7, 2021. 
  80. "Lighthouse v7.0.0". December 17, 2020. Retrieved Jun 19, 2021. 
  81. Schwartz, Barry (February 18, 2021). "Google updated metric boundaries for core web vitals in Search Console. You may see more green scores in your core web vitals report in Search Console.". Search Engine Land. Retrieved June 19, 2021. 
  82. Sullivan, Annie; Song, Hongbo (April 7, 2021). "Evolving the CLS metric. Plans for improving the CLS metric to be more fair to long-lived pages.". Retrieved June 19, 2021. 
  83. Kadlec, Tim (April 13, 2021). "Diving Into the New Cumulative Layout Shift". WebPageTest blog by Catchpoint. Retrieved July 7, 2021. 
  84. Schwartz, Barry (April 19, 2021). "Google Search Console adds Page Experience report and filters for Search Performance report. These new reports give us more information to prepare for the new timeline for the page experience update rollout.". Search Engine Land. Retrieved June 19, 2021. 
  85. "CORE WEB VITALS Study – April 2021" (PDF). Searchmetrics. Retrieved June 19, 2021. 
  86. Schwartz, Barry (April 19, 2021). "Google postpones page experience update rollout. The page experience update will now gradually rollout in mid-June and won't be fully live until the end of August.". Search Engine Land. Retrieved June 19, 2021. 
  87. "Performance Tracking - Lighthouse". Retrieved July 9, 2021.  (linked from webperf.xyz)
  88. Rajpal, Saurabh; Gopalakrishnan, Sweta (May 18, 2021). "The business impact of Core Web Vitals. This article will help you understand how Core Web Vitals correlate with key business metrics by exploring examples of companies which have already see positive impact for their users and business.". web.dev. Retrieved February 10, 2022. 
  89. 90.0 90.1 Clickio (February 10, 2022). "Optimizing Core Web Vitals: Why real-user monitoring is key. With Core Web Vitals now a key factor in search rankings for mobile and desktop, publishers must act now to safeguard traffic and revenue.". Search Engine Land. Retrieved February 10, 2022. 
  90. "First Input Delay Changes in Chrome 91". Chrome Speed. Retrieved July 17, 2021. 
  91. Osmani, Addy; Sweeny, Elizabeth (June 2, 2021). "Evolving Cumulative Layout Shift in web tooling". Google. Retrieved June 19, 2021. 
  92. "Data anomalies in Search Console". June 1, 2021. Retrieved June 19, 2021. 
  93. Schwartz, Barry (June 2, 2021). "Updated Cumulative Layout Shift Metric Is Live In Google Search Console". Search Engine Roundtable. Retrieved June 19, 2021. 
  94. "How big and fast was this Google June 2021 core update?; Wednesday's daily brief. Google cuts short names from Google My Business". June 9, 2021. Retrieved June 19, 2021. 
  95. "Lighthouse v8.0.0". June 2, 2021. Retrieved June 19, 2021. 
  96. "Lighthouse Scoring Calculator". Retrieved June 19, 2021. 
  97. "Release Notes: June 10, 2021". June 10, 2021. Retrieved November 9, 2021. 
  98. "The page experience update is now slowly rolling out (Top Stories will begin using this new signal by Thursday). It will be complete by the end of August 2021.". June 15, 2021. Retrieved June 18, 2021. 
  99. Schwartz, Barry (June 15, 2021). "Google page experience update now slowly rolling out. Top stories will stop using AMP as an eligibility factor starting Thursday.". Search Engine Land. Retrieved June 18, 2021. 
  100. Schwartz, Barry (September 2, 2021). "Google page experience update is now rolled out. The Google News app changes have about a week more to go.". Search Engine Land. Retrieved September 8, 2021. 
  101. Peña Moreno, Nicolas; Sullivan, Annie; Song, Hongbo. "Towards a better responsiveness metric. Learn about our thoughts on measuring responsiveness and give us feedback.". 
  102. Song, Hongbo (November 3, 2021). "Feedback wanted: An experimental responsiveness metric. An update on our plans for measuring responsiveness on the web.". Retrieved December 5, 2021. 
  103. "New dashboard: the Core Web Vitals technology report". HTTP Archive. June 24, 2021. Retrieved July 17, 2021. 
  104. Aoife (August 17, 2021). "2021 Core Web Vitals Update: Assessing the Initial Impact". Semrush. Retrieved January 4, 2022. 
  105. 106.0 106.1 106.2 Nguyen, George (October 27, 2021). "Core Web Vitals: SEOs aren't sold the work was worth it. But, UX remains crucial and Google has introduced Priority Hints to help site owners and browsers prioritize which resources to load first.". Search Engine Land. Retrieved January 4, 2022. 
  106. Walton, Philip (August 17, 2021). "Why lab and field data can be different (and what to do about it). Learn why tools that monitor Core Web Vitals metrics may report different numbers, and how to interpret those differences.". Retrieved May 23, 2022. 
  107. "Changes in Chrome 93". August 31, 2021. Retrieved September 18, 2021. 
  108. Beus, Johannes (September 16, 2021). "Core Web Vitals is a Measurable Ranking Factor". Sistrix. Retrieved January 4, 2022. 
  109. "First Contentful Paint Changes in M94". Chrome Speed. Retrieved October 15, 2021. 
  110. 111.0 111.1 111.2 "Datasets". RUM Archive. Retrieved December 1, 2024. 
  111. Sohoni, Leena; Osmani, Addy; Elizabeth, Sweeny (November 3, 2021). "What's new in PageSpeed Insights. Learn about the latest in PageSpeed Insights to help you better measure and optimize your page and site quality.". Retrieved November 18, 2021. 
  112. 113.0 113.1 "Release Notes: November 15, 2021". November 15, 2021. Retrieved November 18, 2021. 
  113. Kenny, Brendan (November 15, 2021). "What's new in Lighthouse 9.0". Chrome Developers. Retrieved November 18, 2021. 
  114. Kenny, Brendan (November 3, 2021). "Lighthouse user flows. Try out a new Lighthouse API to measure performance and best practices throughout a user flow.". web.dev. Retrieved February 10, 2022. 
  115. Schwartz, Barry (November 17, 2021). "Lighthouse 9.0 includes API changes, user flows, updated reports and more. Check out the new features in the updated version of Lighthouse, which has been released with the new PageSpeed Insights tool.". Search Engine Land. Retrieved November 18, 2021. 
  116. "Largest Contentful Paint Bug Fixes in M96". Retrieved December 14, 2021. 
  117. "Why Lighthouse Performance Score Doesn't Work". Calibre App. December 8, 2021. Retrieved December 10, 2021. 
  118. Pollard, Barry (December 22, 2021). "Improving Core Web Vitals, A Smashing Magazine Case Study". Retrieved December 22, 2021. 
  119. "RUMVision". Retrieved December 1, 2024. 
  120. 121.0 121.1 Viscomi, Rick (December 23, 2023). "Analysis of INP performance using real-world RUMvision data". Planet Performance. Retrieved December 1, 2024. 
  121. 122.0 122.1 "2024 Web Almanac Part II Chapter 11: Performance". HTTP Archive. November 11, 2024. Retrieved December 1, 2024. 
  122. Schwartz, Barry (January 17, 2022). "Google Search Console launches desktop page experience report. We now have a tool from Google to see how well our desktop URLs do with page experience.". Search Engine Land. Retrieved January 17, 2022. 
  123. Bisch, Antoine; Mimani, Garima; Osmani, Addy; Sweeny, Elizabeth. "Core Web Vitals workflows with Google tools. Combine Google tools to audit, improve and monitor your website effectively.". 
  124. "Cumulative Layout Shift Changes in Chrome 98". February 1, 2022. Retrieved August 9, 2022. 
  125. "The page experience rollout is now complete for desktop.". Google Search Console. March 3, 2022. Retrieved March 3, 2022. 
  126. "Timeline for bringing page experience ranking to desktop". Google Search Central. November 4, 2021. Retrieved November 8, 2021. 
  127. Schwartz, Barry (November 4, 2021). "Google to add page experience ranking signals to desktop search in February 2022. The rollout will be complete by the end of March 2022.". Search Engine Land. Retrieved November 8, 2021. 
  128. Yeen, Jecelyn (March 29, 2022). "Performance insights: Get actionable insights on your website's performance". Chrome Devtools. Retrieved June 14, 2022. 
  129. Wagner, Jeremy (May 6, 2022). "Interaction to Next Paint (INP)". Retrieved May 13, 2022. 
  130. "Core Web Vitals AMA - 2yr Anniversary". May 12, 2022. Retrieved May 24, 2022. 
  131. Sohoni, Leena; Osmani, Addy; Liau, Keen Yee (May 16, 2022). "How do modern frameworks perform on the new INP metric? Understand how the new INP metric affects the experience of sites built using JavaScript frameworks and libraries.". Retrieved May 23, 2022. 
  132. Viscomi, Rick (July 19, 2022). "Introducing a new home for CrUX documentation". Retrieved July 20, 2022. 
  133. "Chrome UX Report: The Chrome User Experience Report (CrUX) provides user experience metrics for how real-world Chrome users experience popular destinations on the web.". Retrieved July 20, 2022. 
  134. Pollard, Barry (August 15, 2022). "Why is CrUX data different from my RUM data? Learn about reasons why RUM data can show different Core Web Vitals numbers from CrUX.". web.dev. Retrieved November 12, 2022. 
  135. "RUM Insights". RUM Archive. Retrieved December 1, 2024. 
  136. "Talks and speakers: performance.now() is a single track conference with fourteen world-class speakers, covering today's most important web performance insights. They are selected by our program co-chairs Harry Roberts, Tammy Everts and Tim Kadlec.". 
  137. Lighthouse (November 4, 2022). "PageSpeed Insights has expanded! The lab section now includes the entire Lighthouse report". Twitter. Retrieved November 12, 2022. 
  138. Walton, Philip; Viscomi, Rick; Pollard, Barry; Kenny, Brendan; Wagner, Jeremy (January 10, 2023). "Our top Core Web Vitals recommendations for 2023". web.dev. Retrieved May 8, 2023. 
  139. Henkel, Johannes; Yan, Jasmine; Pollard, Barry (February 7, 2023). "Introducing historical web performance data via the CrUX History API". Retrieved May 8, 2023. 
  140. Kenny, Brandon (February 9, 2023). "What's new in Lighthouse 10". Retrieved May 8, 2023. 
  141. Montti, Roger (February 16, 2023). "Lighthouse 10 Improves PageSpeed Insights Scores For 90% Of Pages. Removal of TTI metric in Lighthouse 10, available now in PageSpeed Insights, increases scores of the vast majority of webpages". Search Engine Journal. Retrieved May 8, 2023. 
  142. "Changes related to LCP, FCP and Paint Holding in Chrome 111". Chromium Google Source. Retrieved June 15, 2023. 
  143. "Largest Contentful Paint change in Chrome 112 to ignore low-entropy images". Chromium Google Source. Retrieved June 15, 2023. 
  144. Viscomi, Rick; Sullivan, Annie (May 10, 2023). "Advancing Interaction to Next Paint. INP is no longer experimental. Learn about Chrome's plan to make it a Core Web Vital in 2024.". web.dev. Retrieved June 2, 2023. 
  145. "Introducing INP to Core Web Vitals". Google Search Central Blog. May 10, 2023. Retrieved June 2, 2023. 
  146. Montti, Roger (May 11, 2023). "New Core Web Vitals Metric Coming: Interaction To Next Paint. Interaction to Next Paint is elevated to Pending Core Web Vital Metric". Search Engine Journal. Retrieved February 25, 2024. 
  147. Woodhead, William (June 20, 2023). "INP. Get ready for the new Core Web Vital". Cloudflare blog. Retrieved February 25, 2024. 
  148. "The 202304 dataset is live". May 10, 2023. Retrieved June 2, 2023. 
  149. Shappir, Dan (June 5, 2023). "Comparing JavaScript Frameworks Performance Using Real-World Data". GitNation. Retrieved July 17, 2023. 
  150. Schwartz, Barry (June 21, 2023). "Google adds INP report to Search Console. In order for you to prepare for when Google replaces FID with INP as a core web vital metric, Google has launched a new report to aid you.". Search Engine Land. Retrieved November 16, 2024. 
  151. Raine, Adam; Yan, Jasmine (August 24, 2023). "What's new in Lighthouse 11". Chrome for Developers. Retrieved November 17, 2024. 
  152. Montti, Roger (August 29, 2023). "Google Updates PageSpeed Insights With Lighthouse 11. Google PageSpeed Insights is updated with new features from Lighthouse 11". Search Engine Journal. Retrieved November 17, 2024. 
  153. "Release Notes: August 28, 2023". August 28, 2023. Retrieved November 17, 2024. 
  154. Schwartz, Barry (March 10, 2024). "Google Interaction to Next Paint coming to Core Web Vitals this Tuesday. Don't confuse this with the Google Core Update - they are two very different things.". Search Engine Land. Retrieved November 16, 2024. 
  155. Southern, Matt G. (April 10, 2024). "Google Improves INP For Sites Using Consent Management Platforms, Google improves website interactivity metric by collaborating with consent management platforms, yielding faster load times when cookies are accepted.". Search Engine Journal. Retrieved November 17, 2024. 
  156. Prontera, Marco; Cocchi, Gilbert. "How PubTech's Consent Management Platform reduced INP on their customers' websites by up to 64%, while also improving ad viewability by up to 1.5%". web.dev. Retrieved November 17, 2024. 
  157. "Release Notes: May 10, 2024". May 10, 2024. Retrieved November 17, 2024. 
  158. "Lighthouse v12.0.0". April 22, 2024. Retrieved November 17, 2024. 
  159. "Interaction to Next Paint Changes in Chrome 127". Retrieved November 17, 2024. 
  160. Cocchi, Gilberto (July 30, 2024). "Google Publisher Tag Ads Library just released an INP specific improvement Yielding on out of viewport ad slots insertions via SRA. Publishers can also decide to yield on every slot including the in-viewport ones by using the adYield Config option.". Retrieved November 17, 2024. 
  161. "Optional threadYield (Google Publisher Tag reference)". Google Publisher Tag. Retrieved November 17, 2024. 
  162. "Interaction to Next Paint Changes in Chrome 128". Retrieved November 17, 2024. 
  163. Pollard, Barry (November 12, 2024). "The 202410 dataset is live". Retrieved December 1, 2024.