Der Lighthouse Score ist Googles Standard-Bewertung für Page-Qualität. Fünf Kategorien werden mit 0 bis 100 Punkten gemessen: Performance, Accessibility, Best Practices, SEO und Progressive Web App. Das Tool ist in Chrome DevTools integriert, über PageSpeed Insights erreichbar und liefert die operative Grundlage für alle Core Web Vitals-Optimierung.
- 5 Kategorien: Performance, Accessibility, Best Practices, SEO, PWA — jeweils 0-100 Punkte.
- 90 Plus ist das Ziel — nicht 100. Trade-Offs ab 95 sind oft unwirtschaftlich.
- Performance setzt sich aus 6 Metriken zusammen, TBT mit 30 % am stärksten gewichtet.
- Mobile-Score gilt — Google bewertet seit 2019 primär die mobile Version.
- Lab- vs. Field-Daten: Lighthouse misst Lab, CrUX liefert die real ranking-relevanten Field-Daten.
- 3 Quick-Wins: Bilder zu WebP/AVIF, JavaScript defer, Critical CSS inline.
- Effekt-Zeitfenster: 4 bis 8 Wochen, bis CrUX die Verbesserung in Search Console zeigt.
- Nicht jeder Score-Punkt bringt SEO-Wert — INP, LCP und CLS sind die ranking-relevanten Field-Metriken.
Wie sich der Lighthouse Score zusammensetzt
Lighthouse ist seit 2017 als Audit-Tool in Chrome integriert. Bei jedem Lauf werden über 100 Einzel-Checks ausgeführt und in fünf Kategorien aggregiert. Jede Kategorie hat eine eigene Gewichtungslogik — was den Score schwer interpretierbar macht, wenn man nur auf die finale Zahl schaut.
„The Lighthouse score is a useful indicator, but the only ranking signals that matter are the field metrics from real users — LCP, INP and CLS.“
Martin Splitt, Google Search Relations, Chrome Dev Summit 2024
Die 6 Performance-Metriken im Detail
Performance ist die wichtigste Lighthouse-Kategorie für SEO, weil drei ihrer Metriken zugleich Core Web Vitals sind und damit direkt ranking-relevant. Hier die Gewichtung im Detail:
Total Blocking Time (TBT) — 30 %
TBT misst, wie lange der Hauptthread des Browsers nach dem ersten Render blockiert ist. Ursache sind in 90 Prozent der Fälle große JavaScript-Bundles, Third-Party-Skripte (Tracking, Chat, Tag-Manager) oder ineffiziente Event-Listener. Gute TBT-Werte: unter 200 ms.
Largest Contentful Paint (LCP) — 25 %
LCP misst, wann das größte sichtbare Element (Bild, Heading, Video) gerendert ist. Für SEO ist LCP einer der drei Core Web Vitals und damit direkt im Ranking-Signal. Ziel: unter 2,5 Sekunden in Field-Daten.
Cumulative Layout Shift (CLS) — 25 %
CLS misst unerwartete Layout-Verschiebungen während des Ladens — etwa wenn Bilder ohne Dimensionen springen oder Werbung nachgeladen wird. Auch ein Core Web Vital. Ziel: unter 0,1.
First Contentful Paint (FCP) — 10 %
FCP misst, wann der erste Pixel der Page sichtbar wird (Text oder Bild). Wichtige Wahrnehmungsmetrik, aber weniger ranking-kritisch als LCP. Ziel: unter 1,8 Sekunden.
Speed Index (SI) — 10 %
SI misst, wie schnell sich der sichtbare Inhalt der Page füllt. Überlappt sich konzeptuell mit FCP und LCP, ist aber ein eigenständiger Wert. Ziel: unter 3,4 Sekunden.
INP (seit 2024 als Field-Metrik)
Interaction to Next Paint hat im März 2024 First Input Delay als Core Web Vital abgelöst. INP misst die Latenz zwischen Nutzerinteraktion und visueller Reaktion. Field-Metrik aus CrUX, nicht im Lab-Score — aber ranking-relevant. Ziel: unter 200 ms.
Welchen Lighthouse Score erreicht deine wichtigste Page?
Wir messen automatisiert alle fünf Kategorien plus Field-Daten aus CrUX. Du erhältst die drei größten Hebel zur Score-Verbesserung in 60 Sekunden.
Wie sichtbar ist dein Unternehmen für ChatGPT & Co.?
- Kostenlos • Ohne Anmeldung • Ergebnis in 15 Sekunden • DSGVO-konform
Lab-Daten vs. Field-Daten: warum CrUX entscheidet
Lighthouse läuft synthetisch — ein simuliertes Mid-Tier-Android-Gerät mit gedrosselter CPU und 3G-Throttling. Das ist reproduzierbar und nützlich für Debugging, aber nicht das, was Google fürs Ranking bewertet. Ranking-relevant sind die Field-Daten aus dem Chrome User Experience Report (CrUX), die auf realen Nutzerbesuchen der letzten 28 Tage basieren.
Praktische Konsequenz: ein Lighthouse-Score-Sprung von 50 auf 90 in den Lab-Daten reicht nicht. Erst wenn die Field-Daten in der Google Search Console unter Core Web Vitals von „Schlecht“ auf „Gut“ wechseln, wirkt sich die Verbesserung auf das Ranking aus.
Quick-Wins: die 3 Hebel mit dem höchsten ROI
Aus unseren Mandate-Audits an über 200 Websites zwischen 2023 und 2026: drei Hebel bringen typischerweise 30 bis 50 Score-Punkte Verbesserung mit moderatem Entwicklungsaufwand.
Hebel 1: Bilder zu WebP/AVIF konvertieren
Bilder sind in 60 bis 80 Prozent aller Cases das größte Performance-Problem. WebP spart gegenüber JPEG/PNG typischerweise 25 bis 40 Prozent Dateigröße, AVIF nochmal 20 bis 30 Prozent mehr. Plus: loading=„lazy“ auf alle Below-the-Fold-Bilder, explizites width/height-Attribut gegen CLS. LCP-Bild zusätzlich preloaden via <link rel=„preload“>.
Hebel 2: JavaScript defer und Third-Party-Skripte minimieren
Render-Blocking JavaScript ist die Hauptursache für hohe TBT. defer oder async auf alle <script>-Tags, die nicht im Critical Path liegen. Third-Party-Skripte (Analytics, Chat, Tracking) auditieren: oft sind 50 Prozent der Skripte unbenutzt oder redundant. Werkzeug: Chrome DevTools > Coverage Tab zeigt Unbenutzes JavaScript.
Hebel 3: Critical CSS inline einbetten
Externe Stylesheets sind Render-Blocking. Best Practice: das CSS, das für die ersten 100 Viewport-Höhen-Pixel nötig ist (Critical CSS), inline im <head> einbetten, der Rest asynchron laden. Tools wie Critters, Penthouse oder Critical generieren das automatisch.
Mobile vs. Desktop: warum der Mobile-Score zählt
Lighthouse simuliert auf Mobile ein Mid-Tier-Android-Gerät (Moto G Power) mit 4-fach gedrosselter CPU und 3G-Throttling. Das ist deutlich strenger als der Desktop-Modus. Für SEO ist der Mobile-Score relevanter, weil Google seit der Vollausrollung des Mobile-First-Index 2019 primär die mobile Version bewertet.
Quellen
- Chrome for Developers, Lighthouse Performance Scoring
- web.dev, Core Web Vitals Documentation
- Google Search Central, Core Web Vitals als Ranking-Faktor
- Chrome User Experience Report (CrUX) Dashboard
- Martin Splitt, Google Search Relations, Chrome Dev Summit 2024
- SichtbarerWerden Mandate-Audit: 200 Pages auf Performance-Pattern geprüft (intern)
Vom Audit zum 90-Score
Drei Schritte, die du heute starten kannst — mit Chrome DevTools, ohne weitere Tools:
- Lighthouse Mobile-Audit auf deiner wichtigsten Page laufen lassen, drei Mal hintereinander, Median nehmen. Diagnostics-Section öffnen und die Top-3 Performance-Probleme identifizieren.
- Bilder-Audit: größere als 200 KB konvertieren zu WebP/AVIF, lazy-loading aktivieren, LCP-Bild preloaden. Allein dieser Schritt bringt 15 bis 25 Score-Punkte.
- JavaScript-Audit: Chrome DevTools > Coverage Tab > unbenutzes JavaScript identifizieren und entfernen, Third-Party-Skripte auf defer setzen, kritische Bundles per Code-Splitting reduzieren.
Nach 4 bis 8 Wochen Core Web Vitals in der Search Console prüfen. Wenn die Verbesserung nicht in CrUX ankommt, ist die Page entweder für CrUX zu klein (unter 100 Sessions pro Monat) oder die Optimierung war nur Lab-relevant. Dann lohnt sich ein strukturierter Performance-Audit — siehe SEO-Audit-Paket oder SEO-Agentur.
Häufige Fragen zum Lighthouse Score
Was ist der Lighthouse Score?
Der Lighthouse Score ist eine von Google entwickelte Bewertung der Page-Qualität. Er besteht aus fünf Kategorien: Performance, Accessibility, Best Practices, SEO und Progressive Web App (PWA). Jede Kategorie wird mit 0 bis 100 Punkten bewertet. Lighthouse ist in Chrome DevTools integriert, über PageSpeed Insights erreichbar und kann als Open-Source-Tool oder Node-Modul in CI/CD-Pipelines eingebunden werden.
Was ist ein guter Lighthouse Score?
Google definiert drei Schwellenwerte: 90 bis 100 Punkte = grün (gut), 50 bis 89 = orange (verbesserungsbedürftig), 0 bis 49 = rot (schlecht). Für SEO-relevante Sites empfehlen wir 90 Plus in Performance und Best Practices, 95 Plus in SEO. Werte unter 50 in der Performance-Kategorie korrelieren in unseren Mandate-Audits typischerweise mit messbaren Ranking-Verlusten.
Welche Metriken bestimmen die Performance-Bewertung?
Lighthouse Performance setzt sich aus sechs Lab-Metriken zusammen: First Contentful Paint (10 %), Largest Contentful Paint (25 %), Total Blocking Time (30 %), Cumulative Layout Shift (25 %) und Speed Index (10 %). Seit März 2024 wird zusätzlich INP (Interaction to Next Paint) als Field-Metrik gemessen, ersetzt aber nicht TBT im Lab-Score. Total Blocking Time ist mit 30 Prozent die stärkste Stellschraube.
Lighthouse vs. PageSpeed Insights: was ist der Unterschied?
Lighthouse läuft lokal in deinem Browser und liefert reine Lab-Daten (synthetische Messung). PageSpeed Insights kombiniert die gleiche Lighthouse-Engine mit Field-Daten aus dem Chrome User Experience Report (CrUX). Field-Daten basieren auf realen Nutzerbesuchen der letzten 28 Tage. Für SEO-relevante Bewertung sind Field-Daten ausschlaggebend, da Google Core Web Vitals als Ranking-Signal aus CrUX zieht.
Warum ist mein Mobile-Score schlechter als Desktop?
Lighthouse simuliert auf Mobile ein Mid-Tier-Android-Gerät (Moto G Power) mit gedrosselter CPU (4× Slowdown) und 3G-Throttling. Das ist deutlich strenger als der Desktop-Modus. Für SEO ist der Mobile-Score relevanter, da Google seit dem Mobile-First-Index (Vollausrollung 2019) primär die mobile Version bewertet. Wer im Mobile-Score auf 90 Plus kommt, hat den realen Ranking-Hebel.
Wie schnell wirken sich Lighthouse-Verbesserungen auf das Ranking aus?
Field-Daten in CrUX aktualisieren sich rollierend über 28 Tage. Nach einer Optimierung dauert es typischerweise 4 bis 8 Wochen, bis sich die verbesserten Core Web Vitals in Search Console und Ranking zeigen. Googles offizielle Dokumentation bestätigt: der Page Experience Score ist ein Ranking-Faktor unter vielen, kein Killer-Argument, aber bei sonst gleichen Bedingungen entscheidend.
Welche Quick-Wins liefern die größte Lighthouse-Verbesserung?
Drei Quick-Wins mit hohem Hebel: 1) Bilder konvertieren zu WebP/AVIF und lazy-loaden — spart 30 bis 60 Prozent LCP-Zeit. 2) Render-Blocking JavaScript defer/async setzen oder per Code-Splitting reduzieren — spart 1 bis 3 Sekunden TBT. 3) Critical CSS inline einbetten, restliches CSS asynchron laden — verbessert FCP und LCP gleichzeitig. Mit diesen drei Maßnahmen kommen wir bei Mandaten typischerweise von 40 bis 60 Punkten auf 75 bis 90.
Sind 100 Punkte realistisch oder Überhang?
100 in allen Kategorien gleichzeitig ist sehr schwer und meist unwirtschaftlich. Realistisches Ziel für produktive Websites: 90 Plus in Performance, Accessibility und Best Practices, 95 Plus in SEO. Wer 100 in allem will, muss oft Trade-Offs eingehen, die Conversion-Rate kosten (z. B. komplette Removal von Animationen). Die ROI-Grenze liegt typischerweise bei 90 Punkten.
