Lighthouse-Score auf 100: messen, verstehen, optimieren

Performance 100. Accessibility 100. Best Practices 100. SEO 100. Das ist der perfekte Lighthouse-Score von Google, und für genau diese vier grünen Hunderter haben Agenturen früher ordentlich abgerechnet.

Die gute Nachricht: Du kannst den Wert selbst messen und Stück für Stück nach oben schrauben. Die wichtigere Nachricht: Eine Sache daran versteht fast jeder falsch, und dieses Missverständnis kostet am Ende echtes Ranking. Fangen wir vorne an.

Was der Lighthouse-Score überhaupt misst

Lighthouse ist ein Test-Werkzeug, das direkt in Google Chrome steckt. Es lädt deine Seite einmal komplett und vergibt vier Noten, jede von 0 bis 100:

Performance: wie schnell deine Seite lädt und nutzbar wird.
Accessibility (Barrierefreiheit): ob Menschen mit Einschränkungen deine Seite bedienen können, vom Screenreader bis zur reinen Tastatur-Bedienung.
Best Practices: ob die Seite technisch sauber gebaut ist. HTTPS, keine Fehler in der Konsole, keine veralteten Schnittstellen.
SEO: ob die technischen Grundlagen für Google stimmen. Titel, Meta-Description, crawlbar, mobiltauglich.

Die Farbe sagt dir sofort, wo du stehst: 0 bis 49 ist rot, 50 bis 89 orange, 90 bis 100 grün. Grün heißt nicht automatisch perfekt. Es heißt: gut genug, dass du dich um anderes kümmern kannst.

Zur Einordnung: Bis 2024 gab es noch eine fünfte Kategorie für Progressive Web Apps. Die ist mit Lighthouse 12 rausgeflogen. Heute sind es die vier oben, und die zählen.

Wie die Performance-Note zustande kommt

Die Performance-Zahl ist keine einzelne Messung, sondern ein gewichteter Mix aus fünf Werten. Aktuell so:

Total Blocking Time (30 %): wie lange die Seite blockiert und auf keine Eingabe reagiert.
Largest Contentful Paint (25 %): wann das größte sichtbare Element geladen ist.
Cumulative Layout Shift (25 %): wie stark Inhalte beim Laden noch verspringen.
First Contentful Paint (10 %): wann der erste Inhalt erscheint.
Speed Index (10 %): wie schnell sich der sichtbare Bereich füllt.

Heißt praktisch: Wenn deine Seite ruckelt, Inhalte verspringen und sie erst spät auf Klicks reagiert, verlierst du die meisten Punkte. Hübsch aussehen allein reicht nicht.

Der Punkt, den fast jeder falsch versteht

Jetzt der wichtigste Teil, und der, den du in den meisten Tutorials nicht hörst.

Dein Lighthouse-Score ist kein Google-Ranking-Faktor. Nicht direkt. Google nutzt deinen Lighthouse-Wert für die Suchplatzierung an keiner Stelle.

Wie passt das zusammen? Es gibt zwei Sorten Messdaten:

Labor-Daten: das ist Lighthouse. Eine simulierte Messung auf einem standardisierten Test-Gerät mit gedrosseltem Netz. Sauber wiederholbar, perfekt zum Optimieren.
Feld-Daten: echte Ladezeiten von echten Chrome-Nutzern auf deiner Seite, gesammelt im Chrome User Experience Report (CrUX).

Und nur die Feld-Daten fließen ins Ranking, nicht der Labor-Score. Konkret bewertet Google drei Werte aus dem echten Nutzererlebnis, die Core Web Vitals (dazu gleich mehr).

Warum das so wichtig ist? Weil eine Seite im Labor 95 holen und beim echten Besucher trotzdem durchfallen kann, wenn deine Leute auf langsameren Handys und in schlechteren Netzen unterwegs sind. Der Lighthouse-Score ist dein Werkzeug, um Probleme zu finden und zu fixen. Entscheiden tut sich das Ranking danach beim echten Besucher.

Eine Einordnung, damit du es nicht überdrehst: Die Core Web Vitals sind ein Ranking-Signal, aber kein übermächtiges. Guter, relevanter Inhalt schlägt Geschwindigkeit. Bei zwei inhaltlich gleich starken Seiten ist Performance aber der Tiebreaker, der dich nach vorne bringt. Schlechte Werte sind ein Nachteil gegenüber jedem Konkurrenten, der seine Hausaufgaben gemacht hat.

So misst du deinen Score in zwei Minuten

Zwei Wege, beide kostenlos.

Direkt im Browser (Chrome):

Rechtsklick auf deine Seite, dann „Untersuchen”.
Oben im Panel auf den Reiter „Lighthouse”.
„Mobile” oder „Desktop” wählen. Nimm Mobile, danach richtet sich Google.
Auf „Analyze page load” klicken und warten.

Oder über die Web-Version: Geh auf pagespeed.web.dev, gib deine URL ein, fertig.

Der zweite Weg hat einen entscheidenden Vorteil: PageSpeed Insights zeigt dir beide Datensorten nebeneinander. Oben die echten Feld-Daten deiner Nutzer (falls deine Seite genug Besucher hat), darunter den Lighthouse-Labor-Test mit der Liste aller gefundenen Probleme. Genau diese Liste ist deine To-do-Liste.

Ein ehrlicher Hinweis, der dir Nerven spart: Die mobile Messung schwankt. Derselbe Test zeigt heute 92 und morgen 99, ohne dass du irgendwas geändert hast. Das liegt an der simulierten Drosselung. Schau auf den Median aus ein paar Läufen und verlass dich fürs echte Bild auf die Feld-Daten, nicht auf einen einzelnen Screenshot.

Und falls dein erster Wert ernüchternd ist: Selbst die Seiten großer Konzerne liegen beim ersten Test oft tief im roten Bereich, über die Jahre vollgeladen mit Skripten und Tracking. Du bist da in guter Gesellschaft.

Was Google wirklich bewertet: die Core Web Vitals

Drei Werte, gemessen am echten Nutzer. Google bewertet sie am 75. Perzentil. Heißt: 75 von 100 Aufrufen müssen den guten Wert schaffen.

Largest Contentful Paint (LCP): Das größte sichtbare Element, meist dein Hero-Bild oder die Überschrift, soll in 2,5 Sekunden stehen.
Interaction to Next Paint (INP): Die Seite soll auf Klicks und Eingaben in 200 Millisekunden reagieren. INP hat 2024 den älteren Wert First Input Delay abgelöst.
Cumulative Layout Shift (CLS): Der Inhalt soll beim Laden kaum verspringen. Zielwert 0,1 oder weniger.

Kleiner, aber wichtiger Haken: INP misst echte Interaktion und taucht im Lighthouse-Labor-Test deshalb gar nicht auf. Lighthouse nutzt stattdessen die Total Blocking Time als Stellvertreter. Drückst du die TBT nach unten, verbesserst du in aller Regel auch das echte INP.

So holst du jeden Score nach oben

Die Reihenfolge ist immer gleich: messen, Problem aus dem Report ablesen, fixen, neu messen. Das wiederholst du, bis nichts Grünes mehr fehlt. Im ersten Durchlauf passt selten alles, plan zwei bis vier Runden ein.

Hier die Hebel, die am meisten bringen, sortiert nach den vier Noten.

Performance:

Bilder sind fast immer das größte Problem. Liefere sie in modernen Formaten (WebP oder AVIF), in der Größe, in der sie wirklich angezeigt werden, und gib jedem Bild feste Breite und Höhe mit. Das allein killt die meisten Layout-Sprünge.
Lade nur, was sofort sichtbar ist. Bilder weiter unten erst beim Scrollen (lazy loading), das Hero-Bild dagegen bevorzugt (preload).
Schiebe nicht kritisches JavaScript ans Ende (defer) und wirf ungenutztes CSS und JS raus. Jedes Skript, das beim Laden blockiert, frisst Total Blocking Time.
Vorsicht mit Fremd-Skripten. Cookie-Banner, Chat-Widgets, Tracking-Pixel und Tag-Manager sind die heimlichen Performance-Killer. Jedes davon kostet.
Aktiviere Komprimierung (Brotli oder gzip), Browser-Caching und liefere über ein CDN aus.

Accessibility:

Genug Kontrast zwischen Text und Hintergrund.
Alt-Texte für Bilder, echte Labels für jedes Formularfeld.
Saubere Überschriften-Hierarchie und ein gesetztes lang-Attribut.

Das ist nicht nur fürs grüne Häkchen. Es entscheidet, ob ein Teil deiner Besucher deine Seite überhaupt bedienen kann.

Best Practices:

HTTPS ist Pflicht.
Keine Fehler in der Browser-Konsole.
Keine veralteten oder bekannt unsicheren Bibliotheken.

SEO:

Ein eindeutiger Titel und eine Meta-Description pro Seite.
Crawlbar bleiben, also kein versehentliches noindex, robots.txt offen.
Mobiltauglich und lesbare Schriftgrößen.

Diesen Loop kannst du komplett von Hand fahren. Schneller wird es mit einem KI-gestützten Entwicklungswerkzeug, das den Report direkt einliest und die Fixes im Code setzt, statt dass du jeden Punkt einzeln nachschlägst. Und nein, nicht das ChatGPT, mit dem du mal eben eine Mail formulierst. Profi-Werkzeuge für Entwicklung spielen in einer anderen Liga: Sie lesen den kompletten Quellcode und arbeiten die Liste systematisch ab.

Warum manche Seiten nie auf 100 kommen

Und jetzt der Teil, den dir niemand sagt, der dir „schnell mal 100” verspricht.

Optimieren funktioniert nur auf einem guten Fundament. Du bekommst nicht jede Seite auf 100, egal wie sauber du arbeitest. Läuft die Seite auf WordPress mit einem Baukasten-Theme und einem Dutzend Plugins, schleppt sie von Haus aus so viel Code mit, dass die Werte gedeckelt sind. Du kämpfst dann gegen die Architektur, nicht mehr gegen einzelne Bilder. Genau deshalb landen solche Seiten typischerweise bei 50 bis 70 statt im grünen Bereich.

Die saubere Lösung ist dann nicht noch ein Optimierungs-Plugin, sondern ein schlankes Fundament: eine Seite, die statisch ausgeliefert wird und nur den Code mitbringt, den sie wirklich braucht. Auf so einem Fundament sind Spitzenwerte kein Kunststück mehr, sondern der Normalfall.

Wie wir das machen

Kein WordPress, kein Baukasten. Wir bauen auf einem schlanken, statisch ausgelieferten Stack und fahren den Mess-und-Fix-Loop von oben mit unserem eigenen Entwicklungs-Stack (unter anderem Claude Code und Lighthouse), kombiniert mit dem Wissen aus Jahren Webentwicklung. Das Ergebnis ist das, wofür früher Spezial-Aufträge und ordentlich Budget nötig waren: Seiten, die im Top-Bereich der Skala laufen. Ziel sind immer 100/100/100/100.

Wenn deine Seite gerade im roten oder orangen Bereich hängt und du nicht jedes Wochenende selbst an Bildern und Skripten schrauben willst: Schreib uns kurz oder buch dir ein kostenloses Strategiegespräch. Wir schauen uns deine aktuellen Werte an und sagen dir ehrlich, ob sich auf deinem Fundament optimieren lohnt oder ob ein Neubau am Ende schneller und günstiger ist. Was wir sonst noch übernehmen, steht auf der Seite Leistungen.

— Pascal & Luis