Lighthouse 6.4.1
Canarytrace Professional and Canarytrace Smoke Pro use Lighthouse for performance audit and for obtaining metrics such as Web Vitals .
Canarytrace Smoke Pro automatically run Lighthouse on every URL and lhr object stored to Elasticsearch. Canarytrace Professional run Lighthouse at any time and on any tested site.
Result of Performance Audit (lhr object) stored to c.audit-*
index
#
AuditsAn object containing the results of the audits, keyed by their name.
first-contentful-paint
https://web.dev/first-contentful-paint/ First Contentful Paint (FCP) is one of six metrics tracked in the Performance section of the Lighthouse report. Each metric captures some aspect of page load speed.largest-contentful-paint
https://web.dev/lcp/ Largest Contentful Paint (LCP) is an important, user-centric metric for measuring perceived load speed because it marks the point in the page load timeline when the page's main content has likely loaded—a fast LCP helps reassure the user that the page is useful.speed-index
https://web.dev/speed-index/ Speed Index measures how quickly content is visually displayed during page load. Lighthouse first captures a video of the page loading in the browser and computes the visual progression between frames. Lighthouse then uses the Speedline Node.js module to generate the Speed Index score.first-meaningful-paint
https://web.dev/first-meaningful-paint/ DEPRECATED FMP measures when the primary content of a page is visible to the user. The raw score for FMP is the time in seconds between the user initiating the page load and the page rendering the primary above-the-fold content. FMP essentially shows the timing of the paint after which the biggest above-the-fold layout change happens. Learn more about the technical details of FMP in Google's Time to First Meaningful Paint: a layout-based approach.estimated-input-latency
https://web.dev/estimated-input-latency/ Estimated Input Latency is an estimate of how long your app takes to respond to user input during the busiest 5 second window of page load. The timing of this audit is from First Meaningful Paint to the end of the trace, which is roughly 5 seconds after Time to Interactive. If your latency is higher than 50 ms, users may perceive your app as laggy.total-blocking-time
https://web.dev/tbt/ The Total Blocking Time (TBT) metric measures the total amount of time between First Contentful Paint (FCP) and Time to Interactive (TTI) where the main thread was blocked for long enough to prevent input responsiveness.max-potential-fid
https://web.dev/lighthouse-max-potential-fid/ Max Potential FID measures the worst-case First Input Delay that your users might experience. First Input Delay measures the time from when a user first interacts with your site, such as clicking a button, to the time when the browser is actually able to respond to that interaction.cumulative-layout-shift
https://web.dev/cls/ CLS measures the sum total of all individual layout shift scores for every unexpected layout shift that occurs during the entire lifespan of the page. A layout shift occurs any time a visible element changes its position from one rendered frame to the next. (See below for details on how individual layout shift scores are calculated.)server-response-time
https://web.dev/time-to-first-byte/ This audit fails when the browser waits more than 600 ms for the server to respond to the main document request. Users dislike when pages take a long time to load. Slow server response times are one possible cause for long page loads. When users navigate to a URL in their web browser, the browser makes a network request to fetch that content. Your server receives the request and returns the page content.first-cpu-idle
https://web.dev/first-cpu-idle/ DEPRECATED First CPU Idle measures how long it takes a page to become minimally interactive.interactive
https://web.dev/interactive/ Measuring TTI is important because some sites optimize content visibility at the expense of interactivity. This can create a frustrating user experience: the site appears to be ready, but when the user tries to interact with it, nothing happens.critical-request-chains
https://web.dev/critical-request-chains/ Critical request chains are series of dependent network requests important for page rendering. The greater the length of the chains and the larger the download sizes, the more significant the impact on page load performance.redirects
https://web.dev/redirects/ Redirects slow down your page load speed.mainthread-work-breakdown
https://web.dev/mainthread-work-breakdown/ The browser's renderer process is what turns your code into a web page that your users can interact with. By default, the main thread of the renderer process typically handles most code: it parses the HTML and builds the DOM, parses the CSS and applies the specified styles, and parses, evaluates, and executes the JavaScriptbootup-time
https://web.dev/bootup-time/ When your JavaScript takes a long time to execute, it slows down your page performanceuses-rel-preload
https://web.dev/uses-rel-preload/ Potential savings ms. Prioritize fetching resources that are currently requested later in page load.uses-rel-preconnect
https://web.dev/uses-rel-preconnect/ Potential savings ms. Prioritize fetching resources that are currently requested later in page load.network-rtt
Round-trip time (RTT) is the duration in milliseconds (ms) it takes for a network request to go from a starting point to a destination and back again to the starting point. RTT is an important metric in determining the health of a connection on a local network or the larger Internet, and is commonly utilized by network administrators to diagnose the speed and reliability of network connections.third-party-summary
https://web.dev/third-party-summary/ A third-party script is any script hosted on a domain that's different than the domain of the URL that you audited with Lighthouse. As the page loads, Lighthouse calculates how long each of the third-party scripts blocks the main thread. If the total blocking time is greater than 250 ms the audit fails.long-tasks
https://web.dev/long-tasks-devtools/ A Long Task is JavaScript code that monopolizes the main thread for extended periods of time, causing the UI to "freeze".non-composited-animations
https://web.dev/non-composited-animations/ Non-composited animations can appear janky (i.e. not smooth) on low-end phones or when performance-heavy tasks are running on the main thread. Janky animations can increase the Cumulative Layout Shift (CLS) of your page. Reducing CLS will improve your Lighthouse Performance score.unsized-images
https://web.dev/optimize-cls/?utm_source=lighthouse&utm_medium=node#images-without-dimensions Image elements do not have explicit width and height. Set an explicit width and height on image elements to reduce layout shifts and improve CLS.uses-long-cache-ttl
https://web.dev/uses-long-cache-ttl/ When a browser requests a resource, the server providing the resource can tell the browser how long it should temporarily store or cache the resource. For any subsequent request for that resource, the browser uses its local copy rather than getting it from the network.offscreen-image
https://web.dev/offscreen-images/ Consider lazy-loading offscreen and hidden images after all critical resources have finished loading to lower time to interactive. Learn more.render-blocking-resources
https://web.dev/render-blocking-resources/ The Opportunities section of your Lighthouse report lists all URLs blocking the first paint of your page. The goal is to reduce the impact of these render-blocking URLs by inlining critical resources, deferring non-critical resources, and removing anything unused.unminified-css
https://web.dev/unminified-css/ Minifying CSS files can improve your page load performance. CSS files are often larger than they need to be.unminified-javascript
https://web.dev/unminified-javascript/ Minifying JavaScript files can reduce payload sizes and script parse time. Minification is the process of removing whitespace and any code that is not necessary to create a smaller but perfectly valid code fileunused-css-rules
https://web.dev/unused-css-rules Remove unused CSS.unused-javascript
https://web.dev/unused-javascript/ Unused JavaScript can slow down your page load speed.uses-webp-images
https://web.dev/serve-images-webp/ WebP images are smaller than their JPEG and PNG counterparts—usually on the magnitude of a 25–35% reduction in filesize. This decreases page sizes and improves performance. Example: https://twitter.com/RDPanek/status/1340918791279132672uses-optimized-images
https://web.dev/uses-optimized-images/#optimize-images-using-gui-tools Lists all unoptimized images, with potential savings in kibibytes (KiB).uses-text-compression
https://web.dev/uses-text-compression/ Text-based resources should be served with compression to minimize total network bytes.uses-responsive-images
https://web.dev/uses-responsive-images/ Lists all images in your page that aren't appropriately sized, along with the potential savings in kibibytes (KiB).efficient-animated-content
https://web.dev/efficient-animated-content/ Lists all animated GIFs, along with estimated savings in seconds achieved by converting GIFs to video format. Large GIFs are inefficient for delivering animated content.duplicated-javascript
Remove large, duplicate JavaScript modules from bundles to reduce unnecessary bytes consumed by network activity.legacy-javascript
https://web.dev/publish-modern-javascript/#legacy-javascript Legacy JavaScript is typically around 20% larger and slower than equivalent modern code.dom-size
https://web.dev/dom-size/ A large DOM tree can slow down your page performance.no-document-write
https://web.dev/no-document-write/ For users on slow connections, external scripts dynamically injected viadocument.write()
can delay page load by tens of seconds.uses-http2
https://web.dev/uses-http2/ HTTP/2 offers many benefits over HTTP/1.1, including binary headers, multiplexing, and server push.uses-passive-event-listeners
https://web.dev/uses-passive-event-listeners/ Consider marking your touch and wheel event listeners aspassive
to improve your page's scroll performance.
#
Visualizations of Lighthouse resultsDashboard documentation
You can visit our visual documentation with all dashboards.