Measure Core Web Vitals and Web Performance Metrics in Lumar
With Google utilizing Core Web Vitals metrics as a ranking factor, SEOs need to be looking to expand their performance testing. Lumar allows you to capture web performance and Core Web Vital metrics automatically during crawls.
Important: Because Web Vitals are measurements of how a page renders, a crawl must have JavaScript rendering turned on to generate reports on these metrics.
What are Core Web Vitals?
Core Web Vitals are a set of web performance and user experience metrics that are based on real-world usage data from Google Chrome. Core Web Vitals metrics are:
- Largest Contentful Paint (LCP). This measures the render time of the largest image or text block visible within the viewport. The load time should be within 2.5 seconds of when the page first starts to load.
- Cumulative Layout Shift (CLS). Quantifies how often and how far elements move around above-the-fold (like content shifting down the page to make room for an advert). The CSL score should be 0.1 or less.
- First Input Delay (FID). This measures the time from when a visitor first interacts with a page, to when the browser starts processing the interaction. This should be less than 100 milliseconds.
Note: First Input Delay (FID) will be replaced with Interaction to Next Paint (INP) in March 2024. The key difference between the two is that INP measures the full amount of time between user input and the UI updating, whereas FID only measures the initial processing delay. It is therefore a better indication of overall user experience. INP is also designed to sample all interactions on a given page, which gives a more comprehensive view of the user experience (unlike FID which only considers the very first interaction that takes place).
The Google Webmaster team announced that Core Web Vitals will be part of the Page Experience ranking update in mid-June 2021.
How to incorporate Lumar into your site speed toolkit
Lumar automates capturing Web Vitals and web performance data at scale in a controlled environment. Because we are testing a page’s vitals in our own systems, this type of performance data is called lab data. Both Lighthouse and other performance testing tools capture this type of data.
The performance and Web Vital metrics in Lumar are just another tool in your site speed toolbox. We recommend combining any lab data (Lumar, Lighthouse, etc.) with other real-user monitoring (RUM) data to track the page experience of your users.
Our team recommends reading more into lab vs RUM data for site speed tools, the Chrome UX report, and creating your own CrUX dashboard.
What CWV metrics are available?
Lumar has the following performance and Web Vital metrics:
- Largest Contentful Paint (LCP) metric reports the render time of the largest image or text block visible within the viewport.
- First Contentful Paint (FCP) metric measures the time from when the page starts loading to when any part of the page’s content is rendered on the screen.
- Time to First Byte (TTFB) measures the time taken between the client making a request to the server and then receiving the first byte of data in the browser.
- Cumulative Layout Shift (CLS) measures that sum total of all individual layout shift scores for every unexpected layout shift that occurs during the entire lifespan of the page.
- Time to Interactive (TTI) measures the time from when the page starts loading to when its main sub-resources have loaded and it is capable of reliably responding to user input quickly.
- Dom Content Load (DCL) is when the initial HTML document has been completely loaded and parsed, without waiting for stylesheets, images, and subframes to finish loading.
If you are unsure about tracking page performance or Web Vitals, then read our guide on how to measure site speed and performance, or check out our SEO’s guide to Core Web Vitals.
What reports are available?
Lumar has reports for each performance and Web Vitals metric, these reports can be found under the Experience category, in the Page Speed subcategory.
Each new performance or Web Vital metric is broken down into Fast, Average/Medium, or Slow (or Good, Average, or Poor for the terminology used in the Cumulative Layout Shift report).
The breakdown of Fast, Average, Slow (or ‘Poor’ in the CLS report) pages for each metric is based on the Lighthouse performance audit scores.
A summary of these performance scores can be seen below.
Metric | Good | Average | Slow |
Time to First Byte | 0 – 200 ms | 200 – 600 ms | Over 600 ms |
First Contentful Paint | 0 – 2 secs | 2 – 4 secs | Over 4 secs |
Largest Contentful Paint | 0 – 2.5 secs | 2.5 – 4 secs | Over 4 secs |
Cumulative Layout Shift | 0 – 0.1 | 0.1 – 0.25 | Over 0.25 |
Time to Interactive | 0 – 3.8 secs | 3.9 – 7.9 secs | Over 7.3 secs |
Dom Content Load | 0 – 2 secs | 2 – 4 secs | Over 4 secs |
The performance score criteria for each report can also be found by clicking ‘(Show Help)’ next to the report title.
How can I get started?
Any customer can access these metrics, all that is required is that the JavaScript rendering feature is enabled and the metrics will be captured in your next crawl.
That’s it. Lumar will then capture the performance data and populate these reports!
Frequently Asked Questions
How does Lumar measure Core Web Vitals?
Lumar captures the Core Web Vital and web performance metrics using our Page Rendering Service (PRS). The page rendering service uses the most up-to-date version of Google Chrome for rendering JavaScript.
As Lumar crawls and renders the HTML of each page, it captures the Core Web Vital and web performance scores in a lab environment. These performance scores are then treated like any other metric in our system.
Why doesn’t Lumar match up with Google site speed tools?
The performance data captured in Lumar is in a controlled environment, which uses a different technology stack and runtime settings to Google’s and other third-party site speed tools. There may, therefore, be some differences between these results.
Does Lumar use Google Lighthouse or the PageSpeed Insights API?
Lumar does not rely on third party APIs to capture the Core Web Vitals data. All the metrics are captured using the most up-to-date version of Google Chrome.
Why isn’t First Input Delay (FID) captured in Lumar?
The Web Vital metrics in Lumar are captured in a lab environment and not real user monitoring data from the Chrome UX report. Google has stated that FID requires “a real user to interact with the page, and thus cannot be measured in the lab”.
Our team recommends creating your own CrUX dashboard to measure FID across your website.
What are the runtime settings?
The runtime settings for Lumar when capturing data:
- Device: Desktop
- Location: United States
- User-agent (network): [Check project settings]
- Throttling: None
Is this data available in Data Studio?
All of these reports are available in our Data Studio connector. To add these reports to an existing dashboard, you must edit the data source and “Reconnect” it to allow it to find these new data points.
Will the new metric and reports be available in the API?
Yes. Please read our API documentation to understand how to start pulling the data into your own workflows.
How can I improve my performance or Web Vital scores?
Our team recommends reading our web performance best practice guide to identify ways to improve the site speed of your pages. It’s also worth reading our SEO’s guide to Core Web Vitals.
Will I still need custom extraction reports for performance data?
Our team recommends reviewing all the new performance reports and if they meet your needs, remove any unnecessary custom extractions.