Lighthouse SEO-Score: Was er bedeutet und wie Sie ihn verbessern

Aktualisiert im Mai 2026.

TL;DR: Lighthouse-Scores beeinflussen das Ranking nicht direkt – die Probleme, die sie aufdecken, allerdings schon. Der Performance-Score (inklusive Core Web Vitals) ist der Stellhebel; der SEO-Score ist reine Hygiene. Kümmern Sie sich zuerst um Bilder und renderblockierendes JavaScript; die kosmetischen Hinweise können warten.

Als ich Anfang 2024 zum ersten Mal Lighthouse auf seojuice.com laufen ließ, bekam ich 54 Punkte bei Performance, 82 bei SEO und 71 bei Accessibility. Ich starrte eine Weile auf diese Zahlen und fragte mich, welche davon für unser Ranking wirklich zählen und welche nur mein Ego trafen.

Ich schreibe das hier, weil wir SEO-Tools entwickeln und die häufigste Frage neuer Kund:innen lautet: „Mein Lighthouse-SEO-Score liegt bei 92, warum ranke ich nicht?“ Kurzantwort: weil der SEO-Score kein Ranking-Signal ist. Die lange Antwort folgt gleich.

Hier also, was ich in zwei Jahren Score-Besessenheit gelernt habe – inklusive der Änderungen, nachdem ich unseren Performance-Score von 54 auf 89 gehoben habe (Spoiler: Manches verbesserte sich drastisch, einige Audits, über die ich mir den Kopf zerbrach, brachten gar nichts).

Was Lighthouse wirklich misst

Wenn Sie das hier lesen, haben Sie DevTools schon geöffnet und den Audit gestartet; die Erklärung „Was ist Lighthouse?“ spare ich mir. Wichtig ist die Unterscheidung zwischen den vier Scores, die ausgespuckt werden:

Der größte Irrtum: Viele betrachten den Lighthouse-SEO-Score als Stellvertreter für Google-Rankings. Ist er nicht. Der SEO-Audit prüft etwa 14 Punkte: Meta-Tags, Crawlability, Basis-Schema, Mobile-Viewport. Das sind Tischsitten. Wer sie einhält, wird nicht behindert – aber davon allein rankt man nicht.

Bei Performance ist es anders. Core Web Vitals (LCP, CLS, INP) sind bestätigte Ranking-Signale. Als ich unser LCP von 4,2 s auf 1,8 s verbesserte, stiegen Seiten, die vorher auf Position 6–10 dümpelten, messbar nach oben. Kein Quantensprung, aber genug, um mehrere Seiten auf Seite 1 zu hieven.

Kurz zu INP: Der Artikel von 2023, den Sie finden, spricht noch von FID. Google hat FID am 12. März 2024 durch INP ersetzt. INP misst die Interaktionslatenz über den gesamten Seitenlebenszyklus, FID nur die erste Eingabe. Wenn Ihr Tool noch FID ausweist, ist es veraltet – upgraden.

Was die Scores bedeuten

Lighthouse-SEO-Score (Ziel 82–100). Reine technische Basis-Hygiene. Unter 80 fehlt meist ein Meta-Tag, es gibt Crawl-Probleme oder ein Viewport-Fehler. Beheben, weil einfach. Der Unterschied zwischen 92 und 100 ist oft nur ein Struktur-Daten-Hinweis ohne Ranking-Einfluss.

Lighthouse-Performance-Score (Ziel 75+). Hier steckt der Impact (und hier habe ich drei Wochen Arbeit investiert, um von 54 auf 89 zu kommen): Bild-Optimierung, Font-Loading, Critical-CSS-Extraktion, Lazy Loading unterhalb des Folds.

Lighthouse-Accessibility-Score (Ziel 85+). Kein direktes Ranking-Signal, aber starke Überlappung mit gutem SEO (Alt-Texte, Überschriften, Link-Texte). Rechtliches Risiko steigt – siehe ADA-Regel 2024. Ich würde das höher priorisieren als eine 100 im SEO-Score.

Was ich bis heute nicht erklären kann: Zwei unserer Seiten haben nahezu identische Lighthouse-Profile (Abweichung <3 Punkte) und ranken sechs Positionen auseinander. Entweder ein Off-Page-Faktor oder eben doch nur ein unvollständiges Bild – vermutlich beides.

Lighthouse-SEO-Score: Wichtige Audits (und irrelevante)

Früher listete ich jeden Audit einzeln; jetzt die Kurzfassung, weil die meisten nicht gleich viel bedeuten. Die Tabelle oben ist die Headline; hier die Audits, die sich lohnen, mit Zahlen aus unserem Crawl.

Meta-Tags (eine Stunde lohnt sich). Title-Tags und Meta-Descriptions sind die einzigen SEO-Audits, bei denen eine Korrektur direkt die CTR hebt. Sieben Seiten hatten bei uns identische Titles („SEOJuice – Dashboard“). Nach intent-basiertem Umschreiben stieg die CTR der betroffenen Seiten laut Search Console um 15 % in sechs Wochen. Titel 50–60 Zeichen, Beschreibungen einzigartig, kein Keyword-Stuffing.

Bild-Optimierung (größter Performance-Hebel). Lighthouse markiert große Bilder sowohl als SEO- (Alt-Text) als auch als Performance-Problem (LCP, Payload). Umstellung von PNG auf WebP reduzierte die Bild-Payload über die 40 meistindexierten Seiten um 62 % (PageSpeed Insights, mobil). LCP sank dadurch um 1,3 s. Alt-Texte sind simpel; bei einem Kunden-Audit fehlten sie bei 340 von 400 Bildern – verschenktes SEO- und Accessibility-Potenzial.

HTTPS (Pflicht). Google wertet HTTPS seit August 2014 als leichtes Ranking-Signal. Wer 2026 noch auf HTTP ist: SSL gibt es bei den meisten Hostern gratis.

Überschriften-Hierarchie, Canonicals, Robots/Sitemap, Schema (Hygiene). Lighthouse meldet fehlende H1, Sprünge von H1 auf H3, Duplicate-Content ohne Canonical, per robots.txt blockierte Seiten. Reparieren, was kaputt ist; nichts anfassen, was läuft. JSON-LD ist das einfachste Schema-Format – Details sparen wir uns.

Mobil-Tauglichkeit. Mobile-First-Indexing ist seit 2019 Standard. Fehlender Viewport-Meta oder zu kleine Buttons werden markiert. Teils ranken Seiten noch über Desktop-Signale, aber die Lösung bleibt: Mobile Experience sauber umsetzen.

Was ich auslasse: jede „Opportunity“ verfolgen (manche bringen kaum etwas) und HTML manuell minifizieren, wenn das Build-Tool das ohnehin tut.

Häufige Stolperfallen (hart gelernt)

Diese Fehler habe ich alle selbst gemacht. Geständnis: Ich jagte einmal einen perfekten Accessibility-Score und verbrachte einen Monat damit, für die letzten 12 Punkte unsere komplette Form-Library umzubauen. Sichtbares Resultat: null.

Falsche Priorisierung. Eine Woche lang optimierte ich Server-Response-Zeiten (half etwas), ignorierte aber, dass 12 Seiten gar keine Meta-Descriptions hatten. Erst günstige Fixes, dann teure.

Plugin-Overload (WordPress & Co.). Jedes Plugin bringt JS, CSS und oft DB-Queries. Liste vierteljährlich prüfen, Unnötiges löschen.

Duplicate Content. Mehrere identische Seiten zwingen Google zur Wahl. Canonical-Tag für die Master-Version setzen. Bei dauerhafter Stilllegung: 301 Redirect statt 404.

User-Experience fürs Punkte-Jagen opfern. Sauberes Design, klare CTAs und schnelle Ladezeit schlagen die letzten 5 Lighthouse-Punkte. Eine 95-Punkte-Seite, die alle abspringen lässt, ist schlechter als eine 80-Punkte-Seite, die konvertiert.

Daten ignorieren. Ich tracke monatlich: Seiten, bei denen Performance besser wurde, Rankings aber nicht (andere Faktoren dominieren), und Seiten, die nach Performance-Fixes stiegen (Investition lohnte sich). Korrelation ist nicht perfekt, aber konstant genug.

Was bei uns wirklich etwas brachte

Vorab: Die Unterscheidung SEO-Score vs. Performance erklärt, warum die Liste kurz ist. SEO-Hygiene war bereits in Ordnung; alle Gewinne lagen auf der Performance-Seite.

Konkret:

1. Bild-Optimierung (PNG → WebP, Lazy Loading): LCP –1,3 s. Größter Einzel-Hebel.
2. Critical-CSS-Extraktion: renderblockierende Ressourcen reduziert. FCP –0,8 s.
3. Font-Loading (font-display: swap + preload): Flash of Invisible Text eliminiert, CLS verbessert.
4. Nicht genutztes JavaScript entfernen: 340 KB Analytics- & Chat-JS liefen auf jeder Seite. Nach dem Deferring sank Total Blocking Time merklich.
5. Server-Side-Rendering für Schlüssel-Seiten: React-Komponenten vorher client-gerendert; SSR verkürzte Time-to-Interactive.

Was nichts brachte: den SEO-Score perfektionieren (war schon >80), HTML-Minifikation (kaum Ersparnis) und jede Lighthouse-„Opportunity“ umzusetzen (teilweise vernachlässigbare Effekte).

Lighthouse ist nicht allein

Erwähnenswert: Lighthouse ist nur eines von mehreren CWV-Tools. PageSpeed Insights nutzt Lighthouse, zieht aber Feld-Daten aus dem Chrome User Experience Report. CrUX liefert echte Nutzerdaten – daher können Lighthouse-Lab-Daten und rankingrelevante Feld-Daten auseinanderliegen. Calibre und DebugBear ergänzen Monitoring. Der Score in DevTools ist eine Momentaufnahme Ihres Rechners, Netzes und Chrome-Builds; als Richtwert, nicht als absolute Wahrheit behandeln.

FAQ

F1. Beeinflusst der Lighthouse-SEO-Score Google-Rankings?
Nein, nicht direkt. Google hat ihn nie als Ranking-Signal bestätigt. Die geprüften Punkte (Meta-Tags, Viewport, Schema-Präsenz) fallen unter technische Hygiene, die Google separat bewertet. Ein perfekter 100er-Score lässt Sie nicht besser ranken. Ein 60er-Score heißt jedoch meist, dass etwas kaputt ist (noindex-Tag, fehlender Title, blockierte Sitemap).

F2. Was ist 2026 ein guter Lighthouse-Performance-Score?
75+ ist solide, 90+ hervorragend und bei content-lastigen Seiten selten. Der Score ist ein gewichteter Mix aus LCP, CLS und INP (seit März 2024 statt FID). Keine 100 jagen; Aufwand/Nutzen kippt ab ≈85.

F3. Warum schwankt mein Lighthouse-Score bei jedem Lauf?
Lighthouse läuft lokal im Browser; Ihr Netzwerk, CPU-Last und Extensions beeinflussen das Ergebnis. Dreimal laufen lassen und den Median nehmen oder PageSpeed Insights für einen Server-Snapshot nutzen. Für rankingrelevante Zahlen lieber CrUX-Feld-Daten ansehen.

F4. Wann sieht man Ranking-Verbesserungen nach Fixes?
Performance-Optimierungen, die Core Web Vitals verbessern, erscheinen in Feld-Daten nach ein paar Wochen (CrUX: 28-Tage-Rolling-Window). Ranking-Moves habe ich binnen sechs Wochen gesehen – bei Seiten, die schon auf Seite 2 waren. Seiten jenseits Top 50 brauchen meist erst Links oder Content-Tiefe, bevor CWV wirkt.

F5. Ist INP dasselbe wie FID?
Nein. FID (First Input Delay) maß nur die erste Interaktionslatenz. INP (Interaction to Next Paint) erfasst die schlechteste Interaktion über den gesamten Lebenszyklus und deckt so Trägheit auf, die FID übersah. web.dev erklärt INP im Detail. Wenn Ihr Monitoring noch FID meldet, nutzt es Pre-März-2024-Schwellen.

Das eigentliche Fazit

Konzentrieren Sie sich auf Performance-Verbesserungen (CWV wirken aufs Ranking). Nutzen Sie den SEO-Score als Hygiene-Check (unter 80 reparieren, 92 vs. 100 ignorieren). Accessibility ist ethische Pflicht und SEO-Adjunkt in einem.

Liegt Ihr Lighthouse-Performance-Score wie früher meiner in den 50ern, keine Panik. Starten Sie bei Bildern und renderblockierenden Ressourcen. Allein diese zwei Maßnahmen heben den Score um 20–30 Punkte. Der Rest ist Feinschliff, vieles davon Rauschen.

Wie John Mueller mehrfach öffentlich sagte: „Lighthouse ist ein großartiges Tool, aber eben nur ein Tool, nicht das Ziel.“ Nutzen, um Defekte zu finden. Beheben. Dann Inhalte schreiben, die ein Ranking wert sind.

Schneller erkennen, was auf jeder Seite kaputt ist? SEOJuice führt dieselben Audits wie Lighthouse (plus 30+ weitere) site-weit automatisch durch, hebt die rankingrelevanten hervor und lässt die kosmetischen weg. Kostenlos testen, keine Kreditkarte nötig.

Weiterführende Artikel:

• SEO-Hygiene-Audit-Checkliste
• 10 On-Site-SEO-Faktoren, die Suchergebnisse beeinflussen
• Kostenlose SEO-Tools