Lighthouse Score Estimator

Estimate your Lighthouse performance score from FCP, SI, LCP, TBT, and CLS metrics using official scoring weights for version 10+.

sec
sec
sec
ms
Overall Score
100 / 100
Good
FCP (10%)
100
SI (10%)
100
LCP (25%)
100
TBT (30%)
100
CLS (25%)
100
Planning notes, formulas, and examples

About the Lighthouse Score Estimator

Google Lighthouse calculates a performance score from 0 to 100 using a weighted combination of five metrics: First Contentful Paint (FCP), Speed Index (SI), Largest Contentful Paint (LCP), Total Blocking Time (TBT), and Cumulative Layout Shift (CLS). Understanding the weights helps you prioritize which metrics to improve for maximum score impact.

This calculator converts your raw metric values into sub-scores using log-normal distributions (matching Lighthouse's scoring methodology) and combines them using official weights: FCP (10%), SI (10%), LCP (25%), TBT (30%), and CLS (25%). TBT and LCP together account for 55% of the total score.

Use this estimator to predict how metric improvements will affect your overall Lighthouse score, helping prioritize optimization work for maximum impact.

When This Page Helps

Lighthouse scores influence both SEO rankings and stakeholder perception. Understanding how individual metrics contribute to the overall score helps you prioritize the improvements that will have the greatest impact on your score.

How to Use the Inputs

  1. Run a Lighthouse audit or check PageSpeed Insights for your current metric values.
  2. Enter FCP in seconds (First Contentful Paint).
  3. Enter Speed Index in seconds.
  4. Enter LCP in seconds (Largest Contentful Paint).
  5. Enter TBT in milliseconds (Total Blocking Time).
  6. Enter CLS as a unitless score.
  7. Review the estimated overall performance score.
Formula used
Score = FCP sub-score ร— 0.10 + SI sub-score ร— 0.10 + LCP sub-score ร— 0.25 + TBT sub-score ร— 0.30 + CLS sub-score ร— 0.25. Sub-scores use log-normal distribution curves (simplified to linear approximation in this estimator).

Example Calculation

Result: Estimated score: ~75

FCP 1.8s scores well (high sub-score), SI 3.4s is medium, LCP 2.5s is borderline Good, TBT 200ms is moderate (major weight), and CLS 0.1 is Good threshold. The estimated overall score is ~75. Reducing TBT (30% weight) would have the largest impact.

Tips & Best Practices

  • TBT (30% weight) is the single most impactful metric โ€” prioritize reducing main-thread blocking.
  • LCP and CLS together account for 50% โ€” optimize these for half the score.
  • Lab scores (Lighthouse) differ from field scores (CrUX) due to testing conditions.
  • Run Lighthouse in incognito mode to avoid extension interference.
  • Lighthouse scores vary between runs; average 3โ€“5 runs for reliable results.
  • Focus on reducing JavaScript execution time to improve both TBT and SI.

Lighthouse Scoring Methodology

Lighthouse converts raw metric values into 0โ€“100 sub-scores using log-normal distribution curves. Each metric has a median value (score = 50) and a point-of-diminishing-returns (score โ‰ˆ 90). Values better than the target curve receive higher sub-scores.

Weight Distribution

The scoring weights reflect the relative importance of each metric for user experience. TBT at 30% reflects the critical importance of interactivity. LCP and CLS at 25% each capture loading and stability. FCP and SI at 10% each capture early loading signals.

Score Ranges

Lighthouse scores: 0โ€“49 = Poor (red), 50โ€“89 = Needs Improvement (orange), 90โ€“100 = Good (green). The scoring is intentionally difficult โ€” reaching 90+ requires systematic optimization across all metrics.

Practical Optimization Strategy

Start by identifying your lowest-scoring metrics. Use the weight distribution to calculate which improvement will yield the most score points. For example, reducing TBT from 600ms to 200ms (30% weight improvement) will typically yield more score points than reducing FCP by the same relative amount (10% weight).

Sources & Methodology

Last updated:

Frequently Asked Questions

  • No. Lighthouse scores are estimates based on simulated conditions. They vary between runs due to network variability, CPU load, and other factors. It gives an approximation to help with prioritization, not an exact prediction.