Lighthouse Audit: Complete Guide To Performance Testing In 2025
Learn how to run Lighthouse audits to test website performance. Covers testing methods, Core Web Vitals interpretation, platform-specific optimizations for Webflow and Framer, and proven fixes to improve your Lighthouse scores.
Website performance testing can be complex. Many teams work across multiple tools, environments, and metrics—each with their own definitions and scoring systems.
For those new to it, the terminology alone can make it hard to know where to begin. Terms like "LCP," "CLS," and "TBT" often appear without clear explanations.
Google Lighthouse provides a standardized way to measure how a page performs under controlled conditions. It helps teams understand how users experience their site and where bottlenecks may occur.
This guide explains Lighthouse audits with clarity and accuracy, based on how the tool works as of mid-2025.
You'll learn how to interpret your Lighthouse performance score, understand what scores mean for user experience, and implement proven strategies to improve your site's performance rating.
What Is Lighthouse Audit And Why It Matters
Lighthouse is an open-source auditing tool created by Google in 2016. It evaluates a web page across four main categories: Performance, Accessibility, Best Practices, and SEO. This article focuses on the Performance category.
A Lighthouse audit is a performance analysis that runs in a simulated browser environment. It measures how quickly your page loads, how responsive it is to user interactions, and how stable the layout remains during loading.
What is Lighthouse performance testing? Lighthouse performance testing is an automated process that simulates real user conditions to measure website speed, interactivity, and visual stability using standardized metrics and scoring systems.
The Performance score in a Lighthouse audit is based on lab data. It simulates page load on a mid-range mobile device with a slow network connection, as detailed in Google's methodology documentation. This helps identify delays, layout shifts, and blocking scripts that affect user experience.
Google developed Lighthouse to promote fast, accessible websites. It supports the Core Web Vitals initiative, which defines key metrics related to user experience:
Loading speed: How quickly content appears on screen
Interactivity: How responsive the page is to user actions
Visual stability: How much elements move around during loading
Website performance directly impacts bounce rates, user satisfaction, and conversion rates. Studies show that a 1-second delay in page load time can reduce conversions by 7%. Lighthouse provides a repeatable method to measure these outcomes using a single tool built into Chrome DevTools.
How Lighthouse Measures Performance & Calculates Scores
Lighthouse runs performance tests by simulating how a web page loads on a mid-range mobile device with a slow 4G network. It captures timing data for key user experience moments like when content first appears and when users can interact with the page.
How does Lighthouse do client side performance testing? Lighthouse creates a controlled browser environment using Chrome's rendering engine, loads your page with throttled CPU and network conditions, then measures real rendering times, JavaScript execution, and user interaction delays to generate performance scores.
The tool collects this data in a controlled environment to reduce outside interference. The results reflect a specific test scenario rather than actual user behavior, as explained in Google's testing methodology.
Core Web Vitals Overview
Core Web Vitals are three metrics that measure key aspects of user experience:
Largest Contentful Paint (LCP): Measures how long it takes for the largest visible element (like a hero image or heading) to load on screen. Good: 2.5s or less.
First Input Delay (FID): Measures how quickly the page responds to the first user interaction. In Lighthouse, Total Blocking Time (TBT) serves as a proxy for this metric. Good: 100ms or less.
Cumulative Layout Shift (CLS): Measures how much elements move around during page load. Good: 0.1 or less.
Metric | Good | Needs Improvement | Poor |
---|---|---|---|
LCP | ≤2.5s | 2.5s–4.0s | >4.0s |
FID | ≤100ms | 100ms–300ms | >300ms |
CLS | ≤0.1 | 0.1–0.25 | >0.25 |
Source: Google's Core Web Vitals thresholds
Lighthouse Performance Score: Weighting And Scoring Factors
What is a good performance score in Lighthouse? A good Lighthouse performance score is 90-100 (green), while 50-89 is needs improvement (yellow), and 0-49 is poor (red). Most real-world sites score between 50-80, so achieving 90+ puts you in the top tier of web performance.
Lighthouse generates a performance score from 0 to 100 based on a weighted average of individual metrics:
Metric | Weight |
---|---|
Largest Contentful Paint | 25% |
Total Blocking Time | 30% |
Cumulative Layout Shift | 25% |
First Contentful Paint | 10% |
Speed Index | 10% |
Understanding the color coding:
0-49 (Red/Poor): Significant performance issues affecting user experience. Most users will notice slow loading and may abandon the page.
50-89 (Yellow/Needs Improvement): Decent performance but room for optimization. Users may experience minor delays.
90-100 (Green/Good): Excellent performance providing a smooth user experience comparable to the fastest sites on the web.
The final score reflects how well the page performs overall, with greater emphasis on metrics that affect user experience the most.

Common Reasons Scores Fluctuate
If you've run Lighthouse tests multiple times, you've probably noticed that scores can vary between runs. This is normal and happens due to several factors, as documented in Lighthouse's variability guide:
Network conditions: Even simulated network speeds can fluctuate, affecting load times and metrics.
Device performance: Background processes on your testing device can slow down page execution.
Browser extensions: Extensions can inject scripts or modify requests, interfering with performance measurements.
Server variability: Server response times change based on traffic, caching, or backend load.
Testing environment differences: Tests run locally in Chrome DevTools versus remote services like PageSpeed Insights may produce different results.
To get more consistent Lighthouse scores:
Run tests in incognito mode to avoid browser extension interference
Close unused applications before testing
Run multiple tests and use the average score
Use the same testing method and device for comparison
Remember that small fluctuations are expected. Focus on significant changes and overall trends rather than minor score differences.
How To Run Lighthouse Tests: DevTools, CLI & More
You can run Lighthouse audits using several methods depending on your needs. Each method uses the same underlying engine but differs in how tests are triggered.
DevTools Approach
Chrome DevTools provides the most accessible way to run Lighthouse:
Open Chrome and navigate to the page you want to test
Right-click and select "Inspect" or press Ctrl+Shift+I (Windows/Linux) or Cmd+Option+I (Mac)
Click the "Lighthouse" tab (you may need to click ">>" first if it's not visible)
Select device type (mobile or desktop) and categories to test
Click "Analyze page load"
View the report when the test completes (30-60 seconds)
This method works with local development sites and pages requiring login, making it ideal for testing during development.

CLI And Node Module
For automated testing workflows, the command line interface offers more flexibility:
Install Node.js and Google Chrome
Install Lighthouse globally:
npm install -g lighthouse
Run a basic test:
lighthouse https://example.com
Customize with flags like
--output html
or--only-categories=performance
Example command with options:
The CLI method supports batch testing and integration with continuous integration systems, making it valuable for regular automated testing.
Browser Extensions
The Lighthouse Chrome extension provides a simple way to run tests:
Install the extension from the Chrome Web Store
Navigate to the page you want to test
Click the Lighthouse icon in the toolbar
Select categories and device type
Click "Generate report"
While convenient, the extension cannot test local sites or pages requiring authentication. For those cases, Chrome DevTools is recommended.
Interpreting Core Metrics For Website Performance Test Lighthouse
Understanding the key metrics in your Lighthouse report helps you identify specific areas for improvement. Here's what each core metric means and how to address common issues.
Largest Contentful Paint
LCP measures when the largest content element becomes visible. This is typically:
Hero images on landing pages
Large headline text blocks
Featured video thumbnails
Product images on e-commerce pages
Poor LCP often results from:
Large, unoptimized images
Slow server response times
Render-blocking resources
Total Blocking Time
TBT measures the time when the main thread is blocked, preventing user interactions. High TBT means the page appears loaded but doesn't respond quickly to clicks or taps.
Common causes include:
Heavy JavaScript execution
Long tasks that take over 50ms
Third-party analytics and marketing scripts
Cumulative Layout Shift
CLS measures visual stability during page load. A high CLS score means elements move around unexpectedly, creating a frustrating user experience.
Common causes include:
Images without dimensions
Ads or embeds that load late
Dynamically injected content
Web fonts causing text to reflow
Each metric in the Lighthouse report includes specific suggestions for improvement. Focus on the red and yellow items first, as they offer the greatest opportunity for score improvement.
How To Improve Lighthouse Web Performance Scores
Improving your Lighthouse performance score requires targeted optimizations in several key areas. Here are the most effective strategies to boost your score.
1. Optimize Images And Media
🎯 Addresses: Largest Contentful Paint (LCP)
Images often account for the largest portion of page weight. Optimizing them can significantly improve loading speed and LCP.
Quick wins (0-2 hours):
Convert images to WebP format using Convertio or Cloudinary
Add
loading="lazy"
to images below the fold
Advanced optimizations (2-8 hours):
Implement responsive images with
srcset
attributesUse Imagemin for automated compression
Set up Cloudinary or Imgix for dynamic image optimization
Example responsive image code:
2. Reduce Server Response Times
🎯 Addresses: Largest Contentful Paint (LCP)
A slow server response delays everything else. Time to First Byte (TTFB) should be under 200ms for optimal performance according to Google's TTFB recommendations.
Quick wins:
Enable gzip compression using Implement browser caching with GTmetrix recommendations
Use Cloudflare free plan for basic CDN
Advanced optimizations:
Upgrade to faster hosting (consider Vercel, Netlify, or DigitalOcean)
Implement Redis caching with Redis Cloud
3. Minimize JavaScript Blocking
🎯 Addresses: Total Blocking Time (TBT)
JavaScript can block rendering and interaction, increasing both LCP and TBT.
Quick wins:
Add
defer
attribute to non-critical scriptsUse Chrome DevTools Coverage tab to find unused code
Use Lighthouse Treemap to visualize unused JavaScript
Use Chrome DevTools Performance tab to identify tasks over 50ms
Remove or defer non-essential third-party scripts (chat widgets, social media embeds)
Advanced optimizations:
Use Partytown for Google Analytics and marketing scripts
Consider React.lazy() for component-level splitting
Example of proper script loading:
4. Leverage Caching And CDNs
🎯 Addresses: Largest Contentful Paint (LCP), faster loading for returning users
Proper caching reduces server load and speeds up repeat visits.
Quick wins:
Set up Cloudflare free CDN (30 minutes setup)
Enable browser caching through .htaccess or server configuration
Use KeyCDN Cache Test to verify setup
Advanced optimizations:
Implement service workers using Workbox
Set up Amazon CloudFront for global distribution
Use Varnish Cache for server-side caching
5. Fix Cumulative Layout Shift
🎯 Addresses: Cumulative Layout Shift (CLS)
To prevent elements from shifting during page load:
Specific fixes for CLS:
Always specify width and height attributes for images and videos
Use font-display: swap in CSS
Reserve space for ads using CSS min-height
Webflow, Framer & Others: Platform-Specific Performance Tips
Using Webflow, Framer, or other website builders? Many technical optimizations in this guide require server access you don't have. The sections below focus on what you CAN control within your platform's limitations.
Here's how to improve Lighthouse scores based on your specific website platform:
How to Improve Webflow Site Performance
Webflow users can optimize performance within the Designer interface and hosting settings:
Optimize images using Webflow's built-in compression or upload pre-optimized WebP images
Enable lazy loading in the Designer settings for images below the fold
Minimize custom code and third-party embeds that can slow page loading
Choose lightweight fonts from Google Fonts and limit font variations
Use Webflow's CDN which is automatically enabled for all sites
Optimize interactions by reducing complex animations that can impact performance
How to improve Framer Website Performance
Framer sites can be optimized through careful component and content management:
Use Framer's image optimization features and upload appropriately sized images
Limit component complexity and reduce the number of animated elements per page
Optimize custom code components for performance and minimize external dependencies
Test different hosting regions if available in your Framer plan
Reduce page weight by limiting the number of components and assets per page
Use system fonts when possible to avoid web font loading delays
No-Code Platform Best Practices
Regardless of your specific platform, focus on optimizations you can control:
Content optimization: Compress images, optimize videos, and minimize text content
Third-party script management: Audit and remove unnecessary analytics, chat widgets, and marketing tools
Platform-specific features: Use built-in performance optimizations offered by your platform
Testing and monitoring: Regular Lighthouse testing helps identify platform-specific issues
Automated monitoring: Consider tools that can test your site regardless of the platform used to build it
Automating Lighthouse Performance Audits At Scale
Once you understand Lighthouse fundamentals, the next challenge is maintaining performance across dozens or hundreds of pages. This includes testing authenticated areas, different user flows, and performance from various geographic locations.
Running manual Lighthouse tests works for occasional checks, but automated testing helps catch performance issues before they reach production.
1. CI/CD Integration Steps
Integrating Lighthouse into your continuous integration workflow ensures performance is tested with every code change:
Choose your CI/CD platform: GitHub Actions, GitLab CI, or Jenkins
Set performance budgets using Lighthouse CI
Configure failure thresholds for key metrics
Store reports to track changes over time
Example GitHub Actions configuration:
Create a .lighthouserc.js
file in your project root for configuration:
2. Scheduling No-Code Automated Audits
For teams without the time or technical resources for complex CI/CD setups, no-code solutions eliminate the manual effort of running individual tests while still providing reliable, ongoing performance monitoring.
This is exactly what Sitepager does. It automates Lighthouse audits across your entire site—including gated pages behind login—without any code or dev setup. Sitepager handles:
Running a site-wide Lighthouse audit by scanning your entire site, starting from your URL
Testing authenticated pages that manual tools can’t reach
Multi-location testing to catch regional performance issues
Shareable reports that your team can access and collaborate on
Making performance testing easy, repeatable, and a team-wide activity
This makes it easy to monitor performance continuously, catch regressions early, and improve Core Web Vitals without needing a custom workflow.
Next Steps For A Complete Lighthouse Performance Strategy
Lighthouse provides valuable insights, but turning those insights into action requires a systematic approach:
Establish performance baselines by running Lighthouse tests on your key pages and documenting current scores
Set realistic improvement targets based on current scores and business priorities
Prioritize fixes with the highest potential impact on Core Web Vitals
Test changes in development before deploying to production
Scale testing across your entire site to catch issues beyond your homepage. Testing multiple pages gives a more complete picture of site performance. While your homepage might score well, product pages, blog posts, or checkout flows could have different issues affecting user experience.
Schedule regular audits and monitor performance over time: You can either use code-based alternatives like a cron job or use no-code solutions. The idea is to monitor your site’s performance consistently:
Set up weekly or monthly tests across key pages
Compare results to identify trends or regressions
Alert teams when performance degrades significantly
Remember that performance optimization is ongoing. As your site evolves, new challenges will emerge that require attention.
Performance is more than just a metric. It directly impacts your bottom line—studies show improving Core Web Vitals can increase conversions by 12% and reduce bounce rates by 24%. Regular monitoring is key to ensuring consistent site quality, protecting revenue and user experience.
Ready to run a Lighthouse audit and see how your site performs? Start with Chrome DevTools for single-page testing, or try Sitepager for automated site-wide reports, using just your URL.
Frequently Asked Questions About Lighthouse Testing
What's the difference between Lighthouse and PageSpeed Insights?
PageSpeed Insights uses Lighthouse for lab data but also includes real-user metrics from Chrome User Experience Report (CrUX), giving you both lab and field data in one report.
How can I test my website's performance in different geographic locations?
Lighthouse tests locally by default, but specialized tools can run tests from multiple geographic locations. Sitepager allows you to select your testing region, helping you evaluate how your site performs for users worldwide and providing insights into CDN effectiveness and server response times.
Should I fix every issue Lighthouse identifies?
Focus on high-impact issues affecting Core Web Vitals first rather than trying to achieve a perfect score. Prioritize fixes that improve real user experience over minor technical optimizations, as outlined in Google's performance guidance.
How often should I run Lighthouse audits on my website?
Run audits after significant changes and on a regular schedule (weekly or monthly) to catch performance regressions early before they affect users, especially for high-traffic pages.
Can Lighthouse test authenticated or dynamic pages?
Yes, Lighthouse can test password-protected pages when using Chrome DevTools or programmatic methods, but the online PageSpeed Insights tool and browser extension cannot access authenticated content without additional configuration. Sitepager can also help you generate Lighthouse reports for authenticated pages, making it easy to monitor performance across your entire site including gated content.
Ready to get started?
Start your free trial with Sitepager today and see how easy website testing can be.