Ist die Website schnell für echte Nutzer?
Gib eine URL ein und sieh dir die Core Web Vitals an, die Google bei echten Chrome-Nutzern misst, für Smartphone und Desktop, mit kurzem Verlauf. Ein Lighthouse-Labortest zeigt, wo die Ladezeit verloren geht. Der Labortest kann bis zu 40 Sekunden dauern.
Die Zahlen zeigen, wo es hakt, nicht warum. Die eigentliche Ursache (Theme, Tags, Bilder, Hosting) findest du nur mit einem Blick auf Seite und Setup.
- LCP · INP · CLS
- dazu FCP und TTFB
- 28 Tage
- echte Chrome-Nutzer
- 0 €
- gratis, ohne E-Mail-Pflicht
Was der Check prüft
Felddaten aus dem Chrome UX Report, derselben Quelle wie der Core-Web-Vitals-Bericht in der Search Console, plus ein Labortest über PageSpeed Insights.
- 01
Largest Contentful Paint (LCP)
Wie lange es dauert, bis der Hauptinhalt (meist Hero-Bild oder Überschrift) sichtbar ist. Gut sind 2,5 s oder weniger bei 75 % der Aufrufe.
- 02
Interaction to Next Paint (INP)
Wie schnell die Seite reagiert, wenn jemand tippt oder klickt. Gut sind 200 ms oder weniger. Meist bremsen schweres JavaScript und Drittanbieter-Tags.
- 03
Cumulative Layout Shift (CLS)
Wie stark das Layout beim Laden springt: Bilder ohne Größenangaben, spät eingeblendete Banner, Webfonts. Gut ist 0,1 oder weniger.
- 04
FCP und TTFB
First Contentful Paint und Time to First Byte sind keine Core Web Vitals, zeigen aber, ob ein langsamer LCP schon am Server beginnt oder erst im Browser.
- 05
Smartphone vs. Desktop
Echte Nutzerdaten für beide Gerätetypen. Die meisten Websites bestehen am Desktop und fallen am Smartphone durch, und Googles Mobile-First-Index schaut aufs Smartphone.
- 06
Verlauf
Die letzten 28-Tage-Fenster fürs Smartphone. So siehst du, ob es nach einem Relaunch, einem neuen Theme oder einem neuen Tag besser oder schlechter wurde.
- 07
Labortest
Ein Lighthouse-Lauf auf einem simulierten Mittelklasse-Smartphone, mit den größten Hebeln, die er findet. Gut zur Fehlersuche, aber nicht das, wonach Google rankt.
Häufige Fragen
Was ist der Unterschied zwischen Felddaten und Labordaten?
Felddaten stammen von echten Chrome-Nutzern, die die Website in den letzten 28 Tagen besucht haben (Chrome UX Report). Labordaten sind ein einzelner simulierter Seitenaufruf auf einem gedrosselten Smartphone. Google nutzt die Felddaten für seine Page-Experience-Signale. Der Labortest hilft, Ursachen zu finden, und sein Score schwankt von Lauf zu Lauf.
Warum steht da „zu wenige Nutzerdaten“?
Chrome veröffentlicht Werte nur für Seiten und Websites mit genug auswertbarem Traffic. Kleinere Websites haben für eine einzelne URL oft keine Daten; der Check greift dann auf die ganze Website (Origin) zurück. Gibt es auch dafür keine Daten, bekommst du nur den Labortest. Das ist normal und kein Fehler.
Beeinflussen Core Web Vitals das Ranking?
Sie gehören zu Googles Page-Experience-Signalen, und Google beschreibt sie als einen Faktor unter vielen. Relevanz und Inhaltsqualität zählen mehr. Gute Werte retten keine schwache Seite, aber wer am Smartphone deutlich durchfällt, verliert Nutzer, bevor er Rankings verliert.
Mein Labor-Score ist 95, aber die Core Web Vitals fallen durch. Wie geht das?
Der Labortest lädt eine Seite ein einziges Mal, mit leerem Cache, ohne Login, ohne Klick auf den Cookie-Banner und ohne echtes Gerät. Echte Nutzer bringen langsame Smartphones, schlechtes Netz, Consent-Tools und Interaktionen mit. Vor allem INP lässt sich nur mit echten Nutzern messen; im Labor klickt niemand.
Was bedeutet das 75. Perzentil?
Google bewertet jede Kennzahl nach dem Wert, den 75 % der Aufrufe unterbieten. Ein „guter“ LCP heißt also: Bei mindestens drei von vier Aufrufen war der Hauptinhalt innerhalb von 2,5 Sekunden zu sehen.
Langsame Website, und keiner weiß, warum?
Ich verfolge schlechte Core Web Vitals bis zur Ursache, ob Theme, Tag Manager, Bilder oder Hoster, und schreibe die Fixes in der Reihenfolge auf, in der sie sich lohnen. Relaunch geplant? Dann gehört die Ladezeit vom ersten Tag an in den Migrationsplan. Mehr dazu: Core Web Vitals optimieren.