Das Wichtigste in Kürze
- Der grüne PageSpeed-Score ist ein Laborwert (ein simulierter Test). Er ist ein gutes Diagnose-Werkzeug, aber nicht das, was Google für die Suche heranzieht.
- Für die Core Web Vitals (Googles drei Kennzahlen zur Nutzererfahrung) zählen Felddaten: echte Ladevorgänge echter Besucher, gemessen am 75. Perzentil (der Wert, den 75 von 100 Aufrufen erreichen oder unterbieten).
- Die „guten" Schwellen sind unverändert: LCP ≤ 2,5 Sekunden, INP ≤ 200 Millisekunden, CLS ≤ 0,1.
- INP (Interaction to Next Paint) hat am 12. März 2024 die alte Kennzahl FID abgelöst. Sie misst, wie schnell deine Seite auf Klicks und Eingaben reagiert.
- Heißt für dich: Jage nicht den 100er-Score. Schau in die echten Nutzerdaten – in der Google Search Console oder im Feld-Teil von PageSpeed Insights.
Du hast den 100er-Score. Grün, alle Häkchen, PageSpeed Insights jubelt. Trotzdem fühlt sich die Seite auf dem Handy zäh an, und in der Search Console steht „verbesserungswürdig".
Das ist kein Widerspruch, sondern ein Messmissverständnis. Der Score, den die meisten jagen, misst etwas anderes als das, was Google für die Suche bewertet.
In diesem Beitrag klären wir drei Dinge: warum ein perfekter Score täuschen kann, welche Daten Google wirklich nutzt, und worauf du stattdessen schaust. Ohne Panik vor roten Balken.
Der grüne Score, der nichts beweist
PageSpeed Insights zeigt dir zwei Dinge, die leicht durcheinandergehen.
Der große farbige Kreis oben ist der Lighthouse-Score – ein Laborwert. Google lädt deine Seite einmal in einer simulierten Umgebung: gedrosseltes Netz, festgelegte Rechenleistung. Daraus entsteht eine Zahl von 0 bis 100.
Diese Zahl ist nützlich zum Aufspüren von Problemen. Sie ist aber eine Momentaufnahme aus dem Testlabor, kein Abbild deiner echten Besucher. Wer auf einem alten Android-Handy im Funkloch deine Seite öffnet, erlebt etwas völlig anderes als der Lighthouse-Test.
Genau deshalb kann ein 100er-Score und eine langsame Realität nebeneinander existieren. Der Score lügt nicht – er beantwortet nur eine andere Frage als die, die für dein Google-Ranking zählt.
Labordaten und Felddaten – der Unterschied
Es gibt zwei Arten, Geschwindigkeit zu messen. Beide haben ihren Platz, aber nur eine fließt in Googles Bewertung ein.
| Labordaten | Felddaten | |
|---|---|---|
| Woher | Simulierter Testlauf (Lighthouse) | Echte Aufrufe echter Nutzer (Chrome UX Report, kurz CrUX) |
| Was | Eine kontrollierte Momentaufnahme | 28 Tage gesammelte Wirklichkeit |
| Wofür gut | Fehler finden, Ursachen debuggen | Bewertung der tatsächlichen Nutzererfahrung |
| Nutzt Google dafür die Suche? | Nein (nur Diagnose) | Ja – das ist die Grundlage der Core Web Vitals |
Die Kurzfassung: Labordaten zeigen dir, woran es liegt. Felddaten zeigen, wie es sich für deine Besucher anfühlt. Google bewertet die Core Web Vitals an den Felddaten, nicht am Laborscore.
Das steht so in Googles eigener Dokumentation – und ist der Grund, warum der Sprung von „Score 90" auf „Score 100" oft nichts an deiner Bewertung ändert, wenn die echten Nutzer schon vorher zufrieden waren (oder eben nicht).
Was Google wirklich bewertet
Die Core Web Vitals sind drei Kennzahlen für die Nutzererfahrung. Google fasst sie unter „Page Experience" (Seitenerlebnis) zusammen. Hier sind sie, mit den offiziellen Schwellen – Stand Juni 2026 unverändert:
| Kennzahl | Misst | Gut | Verbesserungswürdig | Schlecht |
|---|---|---|---|---|
| LCP (Largest Contentful Paint) | Wann der größte Inhalt sichtbar ist (Ladegefühl) | ≤ 2,5 s | 2,5–4,0 s | > 4,0 s |
| INP (Interaction to Next Paint) | Wie schnell die Seite auf Eingaben reagiert | ≤ 200 ms | 200–500 ms | > 500 ms |
| CLS (Cumulative Layout Shift) | Wie stark das Layout beim Laden verspringt | ≤ 0,1 | 0,1–0,25 | > 0,25 |
Zwei Dinge sind hier wichtig.
Erstens: das 75. Perzentil. Google nimmt nicht den Durchschnitt, sondern den Wert, den 75 von 100 Aufrufen erreichen oder unterbieten. Ein paar schnelle Ladevorgänge retten dich also nicht, wenn das letzte Viertel deiner Besucher leidet. Gemessen wird getrennt für Mobil und Desktop.
Zweitens: „gut" gilt nur, wenn alle drei stimmen. Eine Seite besteht die Core-Web-Vitals-Prüfung, wenn LCP, INP und CLS am 75. Perzentil im grünen Bereich liegen.
Ein ehrlicher Hinweis zum Thema Ranking: Page Experience ist für Google ein Faktor unter vielen, kein Hauptschalter. Eine schnelle Seite katapultiert dich nicht automatisch nach oben. Aber eine langsame, springende Seite kostet dich Besucher, bevor Google überhaupt eine Rolle spielt – Tempo zahlt also zuerst auf deine Anfragen ein, nicht auf eine Ranking-Garantie.
INP hat FID abgelöst – was das ändert
Wenn du noch „FID" im Kopf hast: Die Kennzahl gibt es als Core Web Vital nicht mehr. Am 12. März 2024 hat INP sie ersetzt.
Der Unterschied ist praktisch relevant. FID maß nur die Verzögerung bei der allerersten Interaktion. INP schaut über den gesamten Besuch und misst die Reaktionszeit bei Klicks, Tippen und Antippen – also genau das, was Nutzer als „hakt" oder „läuft flüssig" empfinden.
Für dich heißt das: Schwere Skripte, überladene Cookie-Banner und träge Menüs fallen jetzt stärker ins Gewicht. INP ist die Kennzahl, die viele bisher gute Seiten 2025 und 2026 in den gelben Bereich gerückt hat.
Was das für dich heißt – Schritt für Schritt
Statt den Laborscore zu jagen, gehst du an die echten Daten. So:
- Search Console öffnen. Im Bericht „Core Web Vitals" siehst du, wie deine Seiten bei echten Nutzern abschneiden – getrennt nach Mobil und Desktop. Das ist deine Wahrheit, nicht der Laborscore.
- Felddaten in PageSpeed Insights lesen. Oben im Bericht steht der Feld-Block („Daten echter Nutzer"). Den schaust du zuerst an, den Laborscore darunter erst danach.
- Mobil zuerst. Die meisten Probleme sitzen auf dem Handy. Wenn Mobil grün ist, ist die halbe Miete drin.
- Ursachen technisch angehen. Typische Bremsen: zu große Bilder, blockierende Skripte, Schriften, die spät laden, und Cookie-Banner, die alles ausbremsen. Hier ist der Laborscore wieder nützlich – als Werkzeug, um die Ursache zu finden.
- Nicht auf die 100 starren. Ziel ist „gut" bei echten Nutzern, nicht eine perfekte Laborzahl. Die letzten Punkte Richtung 100 kosten oft viel Aufwand und ändern an der Nutzererfahrung wenig.
Was wir in Projekten sehen
Ein offenes Wort aus der Praxis. Wir betreuen Websites seit 2007, und das Score-Missverständnis begegnet uns immer wieder – oft, nachdem jemand viel Geld in den letzten Punkt Richtung 100 gesteckt hat, ohne dass sich für die Besucher etwas geändert hätte.
Was wir in den Felddaten regelmäßig als Bremse sehen: unkomprimierte Bilder aus der Mediathek, ein Cookie-Banner, das die Reaktionszeit (INP) nach oben treibt, und Theme- oder Extension-Ballast, den niemand mehr braucht. Das sind keine spektakulären Probleme, aber genau die, die das 75. Perzentil drücken.
Die Lehre, die wir daraus ziehen: Erst die echten Nutzerdaten lesen, dann gezielt die größte Bremse lösen. Das bringt mehr als ein grüner Kreis im Testlabor.
Fazit
Der PageSpeed-Score ist ein Werkzeug, kein Zeugnis. Er hilft beim Finden von Ursachen, aber er ist nicht das, was Google für die Suche bewertet.
Entscheidend sind die Felddaten: echte Besucher, gemessen am 75. Perzentil, an drei Kennzahlen – LCP, INP und CLS. Wer dort im grünen Bereich liegt, hat eine Seite, die sich für echte Menschen schnell anfühlt. Und das ist der Punkt, der zählt – für deine Besucher zuerst, für Google danach.
Du weißt nicht, wie deine Seite bei echten Nutzern abschneidet, oder warum der gute Score und das langsame Gefühl nicht zusammenpassen? Genau das lässt sich in einem kurzen Check klären.
→ Ladezeit deiner Website an echten Nutzerdaten prüfen lassen
Häufige Fragen
Mein PageSpeed-Score ist 100. Ist meine Seite damit schnell genug für Google?
Nicht automatisch. Der Score ist ein Laborwert aus einem simulierten Test. Google bewertet die Core Web Vitals an Felddaten – echten Aufrufen echter Nutzer. Schau in die Search Console oder in den Feld-Block von PageSpeed Insights, um deine echte Lage zu sehen.
Was ist der Unterschied zwischen Labordaten und Felddaten?
Labordaten kommen aus einem einzelnen, kontrollierten Testlauf (Lighthouse). Felddaten sind über 28 Tage gesammelte Werte echter Besucher (Chrome UX Report). Für die Suche zählen die Felddaten, die Labordaten sind zum Aufspüren von Ursachen da.
Was bedeuten LCP, INP und CLS in einfachen Worten?
LCP misst, wann der größte Inhalt sichtbar ist (Ladegefühl), gut ist ≤ 2,5 Sekunden. INP misst, wie schnell die Seite auf Klicks reagiert, gut ist ≤ 200 Millisekunden. CLS misst, wie stark das Layout beim Laden verspringt, gut ist ≤ 0,1.
Was ist aus FID geworden?
FID wurde am 12. März 2024 durch INP als Core Web Vital ersetzt. INP misst die Reaktionszeit über den gesamten Besuch statt nur bei der ersten Interaktion und bildet die gefühlte Flüssigkeit einer Seite genauer ab.
Bringt ein besserer Core-Web-Vitals-Wert mehr Google-Rankings?
Das lässt sich nicht versprechen. Page Experience ist für Google ein Faktor unter vielen. Eine schnelle, stabile Seite hilft aber direkt deinen Besuchern – und das wirkt sich auf Verweildauer und Anfragen aus, unabhängig vom Ranking.
Quellen
- web.dev – Web Vitals: Definition und Schwellen, 75. Perzentil, Feld- vs. Labordaten, Stand 2026-06-23. web.dev
- Google Search Central – Core Web Vitals & Suche. developers.google.com
- Google Search Console – Hilfe zum Core-Web-Vitals-Bericht. support.google.com
- Google Search Central Blog – Einführung von INP. developers.google.com
- web.dev – Interaction to Next Paint, Erklärung der Metrik. web.dev