Ein guter Lighthouse-Score ist kein Selbstzweck, aber er ist ein verlässlicher Wegweiser: Das Tool von Google deckt in wenigen Sekunden auf, wo eine Website langsam, schwer bedienbar oder technisch unsauber ist. Wer die Ergebnisse richtig liest und die wichtigsten Hebel zuerst angeht, holt oft mit überschaubarem Aufwand deutliche Sprünge heraus. In diesem Ratgeber gehe ich durch die vier Bewertungskategorien, erkläre den Unterschied zwischen Labor- und Felddaten und zeige konkrete Maßnahmen, die in der Praxis wirklich etwas bringen.
Die vier Kategorien und wie der Gesamtwert entsteht
Lighthouse bewertet eine Seite in vier Bereichen, jeweils auf einer Skala von 0 bis 100: Performance, Barrierefreiheit (Accessibility), Best Practices und SEO. Es gibt keinen einzelnen, alles zusammenfassenden Gesamtwert — jede Kategorie steht für sich. Verwirrend ist das vor allem bei der Performance, denn deren Punktzahl entsteht aus mehreren gewichteten Einzelmetriken und nicht aus einem simplen Mittelwert.
Die Performance-Note setzt sich aus Messwerten wie Largest Contentful Paint (LCP), Total Blocking Time (TBT) und Cumulative Layout Shift (CLS) zusammen. Diese Metriken werden unterschiedlich stark gewichtet, weshalb eine einzelne Verbesserung manchmal überraschend viele Punkte bringt — und eine andere kaum etwas. Wer den Score steigern will, sollte deshalb nicht blind alle Hinweise abarbeiten, sondern zuerst dort ansetzen, wo die größten Einsparungen ausgewiesen werden.
- Performance: Ladezeit, Reaktionsfähigkeit, visuelle Stabilität.
- Barrierefreiheit: Nutzbarkeit für Menschen mit Einschränkungen.
- Best Practices: technische Sauberkeit, Sicherheit, moderne Standards.
- SEO: grundlegende Voraussetzungen für gute Auffindbarkeit.
Lab- gegen Felddaten: warum reale Nutzer zählen
Ein häufiges Missverständnis: Der Lighthouse-Bericht im Browser misst sogenannte Labordaten. Das heißt, die Seite wird unter standardisierten, simulierten Bedingungen geladen — gedrosseltes Netzwerk, definierte Geräteleistung. Das ist reproduzierbar und gut zum Debuggen, bildet aber nicht ab, wie echte Besucher die Seite erleben.
Felddaten stammen dagegen von tatsächlichen Aufrufen über viele unterschiedliche Geräte, Netze und Standorte. Google sammelt sie im Rahmen seines Nutzungsberichts und zieht für das Ranking primär diese realen Core Web Vitals heran, nicht den Laborwert. Es kann also vorkommen, dass eine Seite im lokalen Lighthouse-Test glänzt, in den Felddaten aber durchfällt — etwa weil die Mehrheit der Nutzer über langsamere Mobilverbindungen kommt. Prüfe deshalb beide Quellen und betrachte den Laborwert als Diagnose, die Felddaten als die für die Suche entscheidende Realität.
Performance-Hebel mit dem größten Effekt
Bei den meisten Websites liegen die größten Reserven in drei Bereichen: Bilder, Render-blockierende Ressourcen und ungenutztes JavaScript. Diese drei lohnen sich fast immer als Erstes.
- Bilder optimieren: Moderne Formate wie WebP oder AVIF sind deutlich kleiner als JPEG oder PNG bei vergleichbarer Qualität. Liefere Bilder in der Größe aus, in der sie wirklich angezeigt werden, nutze
srcsetfür unterschiedliche Auflösungen und setze für alles außerhalb des ersten Bildschirmsloading="lazy". - Render-Blocking auflösen: CSS und JavaScript im Kopf der Seite können den ersten Bildaufbau verzögern. Lade nicht kritisches JavaScript mit
deferoderasync, lagere selten genutzten Code aus und reduziere die Menge an CSS, die für den sichtbaren Bereich nötig ist. - Ungenutztes JavaScript entfernen: Große Frameworks und Plugins schleppen oft Code mit, der auf der jeweiligen Seite gar nicht gebraucht wird. Code-Splitting, das Entfernen ungenutzter Bibliotheken und das Verschlanken von Drittanbieter-Skripten zahlen direkt auf die Total Blocking Time ein.
Ergänzend helfen Caching über sinnvolle HTTP-Header, Komprimierung per Gzip oder Brotli sowie das Vorab-Reservieren von Platz für Bilder und Anzeigen, damit nichts nachträglich verspringt und der CLS niedrig bleibt.
Barrierefreiheit: oft schnelle Punkte
Die Accessibility-Prüfung liefert vergleichsweise leicht erreichbare Verbesserungen, weil viele Probleme klar benannt sind. Lighthouse kann allerdings nur automatisch prüfbare Aspekte abdecken — echte Barrierefreiheit braucht zusätzlich manuelle Tests, etwa mit der Tastatur oder einem Screenreader.
- Farbkontrast: Text muss sich ausreichend vom Hintergrund abheben. Zu helle Grautöne auf Weiß sind ein Klassiker, der hier durchfällt.
- Alt-Texte: Jedes inhaltlich relevante Bild braucht eine aussagekräftige Alternativbeschreibung; rein dekorative Bilder bekommen ein leeres
alt-Attribut. - Formular-Labels: Eingabefelder müssen mit einem zugeordneten
labelverbunden sein, damit Hilfstechnologien sie korrekt vorlesen. - Sprachangabe und Struktur: Ein gesetztes
lang-Attribut und eine logische Überschriften-Hierarchie unterstützen sowohl Nutzer als auch Suchmaschinen.
Best Practices und SEO: die schnellen Gewinne
Diese beiden Kategorien enthalten viele Checks, die sich mit wenigen Handgriffen erledigen lassen und trotzdem mehrere Punkte bringen. Bei den Best Practices geht es um technische Hygiene: HTTPS überall, keine veralteten oder unsicheren Bibliotheken, korrekte Bild-Seitenverhältnisse und das Vermeiden von Fehlern in der Browser-Konsole.
Die SEO-Prüfung in Lighthouse deckt nur Grundlagen ab, keine Inhaltsqualität oder Backlinks. Geprüft werden zum Beispiel ein vorhandener Meta-Title und eine Meta-Description, ein gültiges robots-Verhalten, eine korrekte Canonical-Angabe und die mobile Nutzbarkeit. Wer diese Basics sauber hat, legt das Fundament — der eigentliche SEO-Erfolg entscheidet sich danach am Inhalt.
Übersicht: Problem, Maßnahme und erwarteter Effekt
Die folgende Tabelle fasst typische Befunde je Kategorie zusammen und ordnet ihnen eine konkrete Maßnahme und den grob zu erwartenden Effekt zu. Die Größenordnungen sind Richtwerte — der tatsächliche Gewinn hängt stark vom Ausgangszustand der Seite ab.
| Kategorie | Typisches Problem | Maßnahme | Erwarteter Effekt |
|---|---|---|---|
| Performance | Große, unkomprimierte Bilder | WebP/AVIF, passende Größen, Lazy Loading | Deutlich besserer LCP, spürbar kürzere Ladezeit |
| Performance | Ungenutztes JavaScript | Code-Splitting, Drittanbieter-Skripte reduzieren | Niedrigere Total Blocking Time, schnellere Interaktion |
| Performance | Verspringendes Layout | Platz für Bilder/Anzeigen reservieren | Geringerer CLS, stabileres Bild beim Laden |
| Barrierefreiheit | Zu schwacher Farbkontrast | Kontrastverhältnis erhöhen | Mehrere Accessibility-Punkte, bessere Lesbarkeit |
| Best Practices | Veraltete Bibliotheken, Konsolenfehler | Updates einspielen, Fehler beseitigen | Höhere Punktzahl, weniger Sicherheitsrisiko |
| SEO | Fehlende Meta-Description | Aussagekräftige Description ergänzen | Erfüllter Basis-Check, bessere Snippet-Darstellung |
So gehst du den Bericht systematisch an
Statt jeden roten Hinweis sofort zu beheben, lohnt sich ein geordnetes Vorgehen. Beginne mit der Kategorie, die für dein Ziel am wichtigsten ist — meist Performance — und arbeite die Vorschläge nach ausgewiesener Einsparung ab. Miss nach jeder größeren Änderung erneut, am besten mehrfach, da die Laborwerte schwanken können. Prüfe parallel die Felddaten, um sicherzustellen, dass die Verbesserung auch bei echten Besuchern ankommt. Weitere Hilfsmittel rund um Web und Technik findest du in unseren Webtools, und aktuelle Beiträge zu Performance und SEO gibt es laufend im News-Bereich.
Häufige Fragen
Was ist ein guter Lighthouse-Score?
Als grobe Orientierung gelten Werte ab etwa 90 als gut, der Bereich von rund 50 bis 89 als verbesserungswürdig und alles darunter als schwach. Wichtiger als die exakte Zahl ist jedoch der Trend nach Optimierungen und die Bewertung in den realen Felddaten.
Warum schwankt mein Performance-Score bei jedem Test?
Der Laborwert wird unter simulierten Bedingungen gemessen und reagiert auf Schwankungen bei CPU-Last, Netzwerk und Drittanbieter-Skripten. Führe den Test mehrfach durch und betrachte den Median, um ein verlässliches Bild zu bekommen.
Beeinflusst der Lighthouse-Score direkt mein Google-Ranking?
Nicht der Laborwert selbst. Google nutzt für das Ranking die realen Core Web Vitals aus Felddaten. Lighthouse hilft dir, die Ursachen schlechter Werte zu finden, ist aber ein Diagnosewerkzeug und kein direkter Ranking-Faktor.
Reicht es, nur die Performance zu optimieren?
Performance ist oft der größte Hebel, aber Barrierefreiheit, Best Practices und SEO erfüllen unterschiedliche Zwecke. Vor allem die SEO- und Best-Practices-Checks bringen mit wenig Aufwand schnelle Gewinne und sollten nicht ignoriert werden.
Deckt Lighthouse alle Barrierefreiheitsprobleme ab?
Nein. Das Tool prüft nur automatisch erkennbare Aspekte wie Kontrast, Alt-Texte und Labels. Echte Barrierefreiheit erfordert zusätzlich manuelle Tests, etwa per Tastaturnavigation und Screenreader.
Wie oft sollte ich einen Lighthouse-Audit durchführen?
Sinnvoll ist eine Prüfung nach größeren Änderungen an Inhalten, Design oder eingebundenen Skripten sowie in regelmäßigen Abständen, um schleichende Verschlechterungen früh zu bemerken. Weitere Tipps findest du jederzeit auf kotsch.tech.