Lighthouse

Kurz gesagt

Lighthouse ist ein open-source Audit-Tool von Google, das Webseiten automatisiert prueft. Es bewertet unter anderem Performance, Accessibility, Best Practices, SEO und Progressive-Web-App-Aspekte. Du kannst Lighthouse in Chrome DevTools, ueber PageSpeed Insights, per Kommandozeile oder als Node-Modul ausfuehren.

Fuer SEO ist Lighthouse sehr hilfreich, aber kein vollstaendiges SEO-Urteil. Es zeigt technische und qualitative Hinweise auf einer konkreten URL. Es ersetzt nicht Search Console, Crawls, Logfiles, echte Nutzerdaten oder eine redaktionelle Bewertung der Suchintention.

Einfach erklaert

Stell dir Lighthouse wie einen technischen Schnellcheck fuer eine einzelne Seite vor. Du gibst eine URL an, Lighthouse laedt diese Seite in einer kontrollierten Umgebung, fuehrt Audits aus und erstellt einen Bericht. Der Bericht zeigt Scores und konkrete Hinweise: Was bremst die Seite? Welche Accessibility-Probleme gibt es? Sind grundlegende SEO-Signale vorhanden? Welche Best Practices fehlen?

Das macht Lighthouse praktisch, weil Entwickler, SEO-Teams und Content-Teams schnell ueber dieselbe URL sprechen koennen. Statt "die Seite fuehlt sich langsam an" steht im Bericht zum Beispiel: Bilder sind zu gross, JavaScript blockiert lange, Alt-Texte fehlen oder die Meta Description ist nicht vorhanden.

Was Lighthouse offiziell ist

Chrome for Developers beschreibt Lighthouse als open-source, automatisiertes Tool zur Verbesserung der Qualitaet von Webseiten. Es kann oeffentliche Seiten und Seiten mit Authentifizierung pruefen und umfasst Audits fuer Performance, Accessibility, SEO und mehr.

Die allgemeine Lighthouse-Dokumentation erklaert auch die Ausfuehrungswege: PageSpeed Insights, Chrome DevTools, Kommandozeile oder Node-Modul. Dadurch ist Lighthouse nicht nur ein manuelles Tool, sondern auch fuer wiederholbare QA und CI-Prozesse nutzbar.

Was Lighthouse misst

Performance

Performance-Audits zeigen, wie schnell eine Seite im Lab laedt und interaktiv wird. Dazu gehoeren Metriken wie Largest Contentful Paint, Total Blocking Time, Cumulative Layout Shift und Speed Index. Die Lighthouse Performance Scoring-Dokumentation erklaert, dass der Performance Score aus gewichteten Metriken entsteht.

Accessibility

Accessibility-Audits finden technische Barrieren: fehlende Labels, zu niedrige Kontraste, Probleme mit ARIA, nicht beschreibende Links oder Formulare, die fuer Tastatur- und Screenreader-Nutzung schwierig sind.

Best Practices

Best-Practice-Audits pruefen typische Qualitaetssignale: sichere Verbindungen, Browserfehler, veraltete APIs, Bildformate oder technische Risiken. Nicht jeder Hinweis ist SEO-kritisch, aber viele verbessern Stabilitaet und Nutzererfahrung.

SEO

Der SEO-Bereich prueft grundlegende technische Signale: Title, Meta Description, Crawlability, HTTP-Status, hreflang, Canonicals, robots-Meta und mobile Darstellbarkeit. Google hat die SEO-Audit-Kategorie in Lighthouse frueh als Einstieg fuer technische Checks vorgestellt, unter anderem im Search Central Beitrag zur SEO Audit category in Lighthouse.

Was Lighthouse nicht misst

Keine vollstaendige Suchintention

Lighthouse kann nicht beurteilen, ob eine Seite die Suchintention wirklich trifft. Eine Seite kann technisch perfekt sein und trotzdem an der falschen Frage vorbeischreiben.

Keine Backlink- oder Autoritaetsanalyse

Lighthouse bewertet keine Linkprofile, Markenautoritaet, Erwaehnungen, Reputation oder Wettbewerbsumfeld. Diese Bereiche brauchen andere Datenquellen.

Keine vollstaendige Indexierungsdiagnose

Lighthouse kann Hinweise geben, aber nicht die komplette Indexierungsgeschichte einer Website erklaeren. Dafuer brauchst du Search Console, Crawls, Sitemaps, Canonical-Pruefung und manchmal Serverlogs.

Keine echten Nutzerdaten allein

Lighthouse ist ein Lab-Test. Er laeuft unter kontrollierten Bedingungen. Das ist gut fuer Reproduzierbarkeit, aber echte Nutzer haben unterschiedliche Geraete, Netzwerke, Browser, Consent-Zustaende und Standorte.

Lighthouse, PageSpeed Insights und Core Web Vitals

Lighthouse

Lighthouse prueft eine konkrete URL in einer Lab-Umgebung. Das ist ideal, um technische Ursachen sichtbar zu machen und Aenderungen schnell erneut zu testen.

PageSpeed Insights

PageSpeed Insights kombiniert Lighthouse-Lab-Daten mit Felddaten, wenn genuegend CrUX-Daten verfuegbar sind. Dadurch bekommst du sowohl Debug-Hinweise als auch eine Perspektive auf echte Nutzererfahrung.

Core Web Vitals

Core Web Vitals sind nutzerzentrierte Performance-Metriken. Lighthouse kann bei der Optimierung helfen, aber fuer die Bewertung echter Nutzererfahrung sind Felddaten besonders wichtig.

Warum Lighthouse-Ergebnisse schwanken

Lighthouse-Scores sind nicht immer identisch. Die Dokumentation zu Lighthouse score variability erklaert, dass Web- und Netzwerkbedingungen zu Schwankungen fuehren koennen. Auch Serverlast, Cache, Drittanbieter-Skripte, Fonts, Ads, Consent-Banner und lokale Rechnerauslastung veraendern Ergebnisse.

Deshalb solltest du Lighthouse nicht wie eine absolute Wahrheit behandeln. Fuehre Tests mehrmals aus, nutze moeglichst stabile Bedingungen und vergleiche Median oder typische Werte. Besonders fuer CI-Prozesse sind feste Umgebungen sinnvoll.

Lighthouse-Scores Richtig Einordnen

Rot, Orange und Gruen

Lighthouse arbeitet mit Score-Bereichen. Rot heisst nicht, dass eine Seite wertlos ist. Gruen heisst nicht, dass sie fertig ist. Die Farben sind ein Fruehwarnsystem: Sie zeigen, wo du genauer hinschauen solltest.

Bei Performance ist diese Einordnung besonders wichtig. Ein Score von 48 und ein Score von 62 fuehlen sich unterschiedlich an, koennen aber durch wenige grosse Ursachen erklaert werden: ein spaetes Hero-Bild, zu viel JavaScript, langsame Serverantwort oder ein Drittanbieter-Skript. Deshalb ist die erste Frage nicht "Wie komme ich auf 100?", sondern "Welche Ursache bremst echte Nutzer am meisten?"

Score und Opportunity trennen

Lighthouse zeigt oft Opportunities wie "Reduce unused JavaScript" oder "Properly size images". Diese Hinweise sind hilfreich, aber nicht jede Opportunity ist gleich wichtig. Eine Einsparung von 40 Millisekunden ist selten so dringend wie ein instabiles Layout, das den Kaufbutton verschiebt.

Gute SEO-Arbeit uebersetzt Lighthouse deshalb in Prioritaeten. Welche Warnung betrifft wichtige Templates? Welche Warnung betrifft mobile Nutzer? Welche Warnung verhindert, dass Hauptinhalt schnell sichtbar wird? Welche Warnung ist nur technischer Feinschliff? Erst diese Uebersetzung macht aus einem Audit eine brauchbare Aufgabenliste.

Lab-Ziel und Nutzerwirkung trennen

Lighthouse ist ein Lab-Test. Das ist seine Staerke, weil du Ursachen kontrolliert vergleichen kannst. Es ist aber auch seine Grenze. Echte Nutzer kommen mit verschiedenen Geraeten, Verbindungen, Browsern, Cache-Zustaenden und Standorten.

Deshalb sollte Lighthouse nicht allein entscheiden. Nutze es, um technische Ursachen zu finden. Nutze Felddaten, Core Web Vitals und Search Console, um zu verstehen, ob echte Nutzer und wichtige Suchseiten betroffen sind. Wenn beides zusammenpasst, hast du ein starkes Signal.

Warum Lighthouse fuer SEO wichtig ist

Es macht technische Probleme sichtbar

Viele SEO-Probleme beginnen technisch: Inhalte laden spaet, Layout springt, Links sind nicht sichtbar, JavaScript blockiert, mobile Darstellung ist schwach oder Metadaten fehlen. Lighthouse macht solche Probleme schneller diskutierbar.

Es verbindet Teams

SEO, Entwicklung, Design und Content koennen denselben Bericht nutzen. Das reduziert Missverstaendnisse: Nicht "die Seite ist schlecht", sondern "dieser Seitentyp hat lange Blocking Time und fehlende Alt-Texte".

Es priorisiert konkrete Arbeit

Ein guter Lighthouse-Bericht zeigt Opportunities und Diagnosen. Daraus entstehen Tickets: Bildgroessen reduzieren, kritisches CSS verbessern, JavaScript splitten, accessible Namen ergaenzen, Meta-Daten korrigieren.

Es verhindert Regressionen

Wenn Lighthouse in CI oder Release-QA laeuft, werden neue Performance- oder Accessibility-Probleme frueher sichtbar. Das ist besonders wichtig fuer Templates, die auf vielen SEO-Seiten verwendet werden.

Wann Lighthouse besonders nuetzlich ist

Lighthouse ist besonders stark, wenn eine konkrete URL oder ein wiederverwendbares Template technische Fragen aufwirft. Zum Beispiel: Warum fuehlt sich eine Landingpage auf Mobile langsam an? Warum verschiebt sich ein Layout? Warum sind wichtige Links fuer Nutzer schwer erreichbar? Warum fallen nach einem Relaunch Accessibility-Checks durch?

Weniger stark ist Lighthouse, wenn die Frage eigentlich lautet: Warum rankt diese Seite nicht? Dann ist Lighthouse nur ein Baustein. Du brauchst zusaetzlich Suchintention, SERP-Vergleich, Content-Qualitaet, interne Links, Indexierungsdaten und Wettbewerb. Genau diese Grenze macht Lighthouse professionell nutzbar: Es beantwortet technische Qualitaetsfragen, aber nicht die gesamte SEO-Strategie.

Wie du Lighthouse richtig nutzt

1. Seitentyp statt Lieblingsseite testen

Teste nicht nur die Startseite. Waehle typische SEO-Seitentypen: Blogartikel, Kategorie, Produktseite, Glossar, Vergleichsseite, Landingpage, Dokumentation.

2. Mobile zuerst pruefen

Viele Probleme zeigen sich auf Mobile deutlicher. Da Google mobile-first indexiert, sollte Mobile nicht nur ein Zusatzcheck sein.

3. Mehrfach ausfuehren

Ein einzelner Run kann irrefuehrend sein. Fuehre mehrere Runs aus und beobachte Muster statt Einzelwerte.

4. Hinweise priorisieren

Nicht jeder Hinweis ist gleich wichtig. Eine Verbesserung am Hauptbild einer stark besuchten Landingpage ist oft wertvoller als ein kleiner Best-Practice-Hinweis auf einer Randseite.

5. Mit Felddaten verbinden

Vergleiche Lighthouse mit PageSpeed Insights, Search Console, Analytics und echten Nutzerwerten. Lab-Daten erklaeren Ursachen, Felddaten zeigen Wirkung.

Praxisbeispiel: Marketing-Landingpage

Eine Landingpage hat einen Lighthouse Performance Score von 48. Der Bericht zeigt: grosses Hero-Bild, viel ungenutztes JavaScript, langsame Third-Party-Skripte und lange Main-Thread-Arbeit. SEO-seitig sind Title und Meta Description okay, aber die Seite wirkt auf Mobile traege.

Das Team priorisiert drei Dinge: Hero-Bild passend ausliefern, JavaScript fuer nicht sofort sichtbare Komponenten verschieben und Tracking-Skripte ueberpruefen. Danach steigt der Lab-Score. Wichtiger ist aber, dass Felddaten und Conversion-Rate beobachtet werden. Ein besserer Lighthouse-Wert ist ein Zwischenziel, nicht der eigentliche Geschaeftswert.

Praxisbeispiel: Produktkategorie

Ein Shop testet eine Kategorie-Seite. Lighthouse meldet gute Performance, aber SEO-Audits zeigen fehlende Meta Description und Accessibility-Audits finden schwache Kontraste in Filterchips. Aus SEO-Sicht ist die Seite nicht "fertig", nur weil Performance gut ist.

Das Team ergaenzt bessere Metadaten, prueft interne Links, verbessert Filter-Kontraste und testet danach erneut. Zusaetzlich wird in Search Console beobachtet, ob CTR und mobile Nutzerpfade besser werden.

Haeufige Fehler

Auf 100 Punkte jagen

Ein Score von 100 sieht gut aus, ist aber nicht immer der beste Einsatz von Zeit. Priorisiere nach Nutzerwirkung, SEO-Wert und Seitentyp.

Lighthouse mit Ranking verwechseln

Ein hoher Lighthouse Score garantiert kein Ranking. Relevanz, Suchintention, Content-Qualitaet, interne Links, Autoritaet und technische Indexierung bleiben wichtig.

Nur eine URL testen

Eine gute Startseite sagt wenig ueber tausende Produkt-, Kategorie- oder Blogseiten. Teste Templates und wichtige URL-Gruppen.

Accessibility ignorieren

Accessibility ist nicht nur Compliance. Sie macht Seiten fuer mehr Menschen nutzbar und deckt oft strukturelle Qualitaetsprobleme auf.

Mini-Workflow

1. Waehle wichtige SEO-Seitentypen. 2. Fuehre Lighthouse mehrfach mobil aus. 3. Notiere Performance-, Accessibility-, Best-Practice- und SEO-Probleme getrennt. 4. Priorisiere nach Nutzerwirkung, SEO-Risiko und Aufwand. 5. Erstelle konkrete Tickets statt generischer "Score verbessern"-Aufgaben. 6. Pruefe nach Umsetzung erneut. 7. Vergleiche Lighthouse mit Felddaten und Search Console.

Contextter-Perspektive

Contextter kann Lighthouse-Ergebnisse in einen groesseren SEO-Review einordnen. Ein technischer Score allein sagt noch nicht, ob ein Inhalt hilfreich ist, Suchintention trifft oder intern gut verlinkt ist.

Sinnvoll wird Lighthouse, wenn technische Diagnosen mit Content-Qualitaet, Seitentyp, Search-Console-Daten und konkreten naechsten Schritten verbunden werden. Genau dann entsteht aus einem Audit ein priorisierter Verbesserungsplan.

Verwandte Begriffe

• core-web-vitals
• page-speed
• technical-seo
• responsive-design
• javascript-rendering-seo
• server-side-rendering

Quellen

• Chrome for Developers: Introduction to Lighthouse
• Chrome for Developers: Lighthouse performance scoring
• Google Search Central Blog: SEO Audit category in Lighthouse
• Google Search Central: Understanding Core Web Vitals and Google Search results
• PageSpeed Insights
• GoogleChrome Lighthouse: Score variability