The Lighthouse Chrome Extension: How to Use It and What the Scores Actually Mean
Photo by op23 on Pexels

9 min read

From the studio

We build apps people actually keep.

Tinkrd is a small indie studio making focused, high-quality apps for everyday life. See what we're working on.

View our apps

If you have ever wondered why your site feels slow even though it looks fine, the Lighthouse Chrome extension is probably the fastest way to find out. It runs a full audit of performance, accessibility, SEO, and best practices right in your browser, in about thirty seconds. Here is what it actually does, how to read the results, and how to act on them without going down a rabbit hole.

What the Lighthouse Chrome Extension Is

The Lighthouse Chrome extension is a free auditing tool built by Google that analyzes any web page and produces a scored report across four categories: Performance, Accessibility, Best Practices, and SEO. Each category gets a score from 0 to 100. The extension runs the same underlying engine as Google’s PageSpeed Insights tool, but it runs entirely from your local machine and your current browser session, which matters when you are testing pages behind a login or on a staging server.

Lighthouse is not a mystery box. It is an open-source project from Google, and the scoring weights and audit logic are documented publicly. That means when a score goes up or down, you can usually trace exactly why.

Extension vs. DevTools vs. PageSpeed Insights

Lighthouse ships in three places, and it helps to know which one to reach for.

Where it runs Best for Limitations
Chrome Extension Authenticated pages, staging, quick local checks Results vary by your machine and network
Chrome DevTools (Lighthouse tab) Same as extension, baked into the browser Same local-machine variability
PageSpeed Insights Real-world field data, public pages only Cannot audit pages behind a login
Lighthouse CLI CI pipelines, automated regression tracking Requires Node.js setup

For most indie builders, the extension or the DevTools tab covers ninety percent of the work. You reach for PageSpeed Insights when you want real user data to confirm what your lab tests are showing.

How to Install and Run a Lighthouse Audit

Installing the Lighthouse Chrome extension takes about one minute, and running an audit takes another thirty seconds on most pages.

Installation

  1. Open Chrome and go to the Lighthouse extension page in the Chrome Web Store.
  2. Click “Add to Chrome” and confirm the prompt.
  3. The Lighthouse icon (a small lighthouse) appears in your toolbar. If it does not, click the puzzle-piece Extensions icon and pin Lighthouse from the list.

Running your first audit

  1. Navigate to the page you want to audit. If it needs a login, log in first.
  2. Click the Lighthouse icon in the toolbar.
  3. Choose which categories to audit. For a first pass, leave all four checked.
  4. Choose a device mode. Mobile is the default and is what Google uses for ranking signals.
  5. Click “Generate report.” The browser will reload the page, run tests, and open the results in a new tab in about 30 to 60 seconds.

One thing worth knowing: close extra tabs before you run the audit. Chrome shares CPU and memory across tabs, and a busy browser produces lower and less consistent performance scores. Running the audit in a fresh Chrome window with nothing else open gives you the cleanest read.

Reading the Scores Without Overthinking Them

Each Lighthouse category score is a weighted average of individual audits, and the weights are not equal. A few audits carry most of the points.

Performance

The Performance score is the most volatile and the most misunderstood. It is a lab score based on simulated conditions, not a direct measure of what real users experience. Google uses six metrics to compute it, and three of them carry almost all the weight.

A score of 90 or above is green. 50 to 89 is orange. Below 50 is red. Getting from 40 to 70 is usually achievable in a weekend. Getting from 70 to 95 often takes deliberate engineering work.

Accessibility, Best Practices, and SEO

These three scores are more stable than performance and more directly actionable. Accessibility audits check things like image alt text, button labels, color contrast, and heading order. Best Practices checks for HTTPS, console errors, and deprecated APIs. SEO checks for meta descriptions, crawlability, and mobile-friendly text sizes.

A common mistake is treating a 100 SEO score as proof your SEO is good. It is not. Lighthouse checks technical correctness, not content quality or link authority. A page with a 100 SEO score can still rank terribly if the content is thin. Think of it as a floor check, not a ceiling.

What to Do With the Results

The real value of a Lighthouse audit is the “Opportunities” and “Diagnostics” sections underneath the scores. These tell you exactly what is causing problems and, in many cases, estimate how many seconds each fix would save.

Quick wins that almost always appear

A simple config fix: deferring scripts

If Lighthouse flags render-blocking scripts, this is usually the fix. Change this:

<script src='/app.js'></script>

To this:

<script src='/app.js' defer></script>

Or for scripts that do not depend on the DOM at all:

<script src='/analytics.js' async></script>

The difference matters. defer preserves execution order and waits for the DOM to parse. async executes as soon as the script downloads, regardless of order. Use defer for your own app code and async for independent third-party scripts like analytics.

Running Lighthouse from the command line

If you want to track performance over time in a CI pipeline, the CLI version is the right tool. It requires Node.js 18 or later.

npm install -g lighthouse
lighthouse https://yoursite.com --output json --output-path ./report.json

You can then parse report.json to extract scores and fail a build if performance drops below a threshold. This is how teams catch regressions before they ship. It is also what we use at Tinkrd when we do pre-launch checks on our web presence for Stepping Stones, our teeth-brushing story app.

If you are building or maintaining a Chrome extension and want the full picture of what goes into serious web tooling work, the Chrome extension development guide is worth reading alongside this one.

Common Mistakes When Using Lighthouse

Lighthouse is useful but easy to misread, and a few habits will make your audits much more reliable.

Running in development mode

Development builds of React, Vue, and similar frameworks are significantly larger and slower than production builds. A performance score of 30 on a dev build says almost nothing about the production experience. Always audit a production build or a staging environment that mirrors production.

Chasing the score instead of the metric

It is possible to improve your Lighthouse score without improving user experience. Lazy-loading every image, including ones above the fold, is one example. Lighthouse rewards lazy loading, but lazy-loading your hero image will hurt LCP for real users. Read what each audit is actually measuring before applying the fix blindly.

Ignoring score variance

Run the same page three times and you will probably get three slightly different performance scores. CPU load, network conditions, and browser state all affect the result. If two scores are within five points of each other, they are probably the same. Look for differences of ten points or more before drawing conclusions. Running three audits and averaging them is a simple way to get a stable number.

For more detail on building and shipping browser tooling, the articles on how to build and publish a Chrome extension and whether you can build a Chrome extension yourself are practical starting points.

Frequently asked questions

Is the Lighthouse Chrome extension the same as running Lighthouse in DevTools?

Yes, they run the same underlying Lighthouse engine, so the results should be nearly identical. The extension is useful when you prefer not to open DevTools, and it can be slightly easier to share reports. Both produce the same audit categories and scoring.

Why does my Lighthouse score change every time I run it?

Performance scores vary because Lighthouse simulates real-world conditions using your actual machine’s CPU and network. Background processes, other open tabs, and minor network fluctuations all shift the result. Run three audits and average them for a more stable baseline, and always audit with other tabs closed.

Does a high Lighthouse score guarantee better Google rankings?

Not directly. Google uses Core Web Vitals as a ranking signal, and Lighthouse measures those metrics, but the relationship is not one-to-one. Lighthouse is a lab tool measuring simulated conditions. Google’s ranking signals use real-world field data collected from Chrome users. A high score is a good sign, but it is not a guarantee of ranking improvement.

Can I audit a page that requires a login?

Yes, and this is one of the main reasons to use the extension or the DevTools version instead of PageSpeed Insights. Log into the page in Chrome first, then run the audit from the same session. PageSpeed Insights cannot access authenticated pages because it fetches from Google’s servers, not your browser.

How do I use Lighthouse in a CI/CD pipeline?

Install the Lighthouse CLI via npm and run it as part of your build process. You can output results as JSON, parse the scores, and fail the build if a score drops below a threshold you define. Google also maintains a Lighthouse CI tool specifically for this use case, with GitHub Actions integration and a comparison dashboard.

The Lighthouse Chrome extension is one of the more honest feedback loops available to a small team. Run it regularly, fix the things that actually affect users, and treat the score as a direction indicator rather than a final grade. The audits point you toward real problems, and the real problems are worth fixing.

We’re building in the open

Tinkrd is a small studio making thoughtful apps for families. Our first app is launching soon.

See what we’re building

T
The Tinkrd Team

We are a small independent app studio in California. We write about what we are learning as we build and ship products, from first commit to first customer.