Core Web Vitals im Onlineshop messen und lesen
LCP, INP, CLS: drei Werte, mit denen Google die Ladeerfahrung bewertet. Woher die Zahlen kommen, warum Labor und Feld oft weit auseinanderliegen und wie man sie in einem Onlineshop so liest, dass daraus die richtige Maßnahme folgt — mit den Grenzwerten aus der Google-Dokumentation und unseren eigenen Messungen.
Kaum eine Kennzahl wird im Shop so oft zitiert und so oft falsch gelesen wie die Core Web Vitals. Eine Agentur zeigt eine Punktzahl aus einem Prüfwerkzeug, die Search Console meldet „Optimierung erforderlich", und niemand weiß genau, welche Zahl für die Bewertung durch Google zählt. Dieser Beitrag ordnet, was die drei Werte messen, woher sie kommen und wie man sie im Shop liest.
Die drei Werte und ihre Grenzen
| Wert | misst | gut laut Google |
|---|---|---|
| Largest Contentful Paint (LCP) | wann das größte sichtbare Element geladen ist | bis 2,5 Sekunden |
| Interaction to Next Paint (INP) | wie schnell die Seite auf Klicks und Eingaben reagiert | bis 200 Millisekunden |
| Cumulative Layout Shift (CLS) | wie stark sich der Inhalt beim Laden verschiebt | bis 0,1 |
Entscheidend ist, wo diese Grenze angelegt wird: am 75. Perzentil aller Seitenaufrufe, getrennt nach Mobilgeräten und Desktop. Eine Seite gilt als gut, wenn mindestens drei von vier Aufrufen den Grenzwert einhalten. Der langsamste Besucher entscheidet also nicht, der Durchschnitt aber auch nicht.
Feld und Labor: zwei verschiedene Fragen
Felddaten stammen von echten Chrome-Nutzern. Die Search Console zeigt sie im Core-Web-Vitals-Bericht, gemittelt über die letzten 28 Tage. Diese Daten sind die Grundlage, an der Google die Ladeerfahrung bewertet.
Labordaten entstehen in einer Testumgebung unter festen Bedingungen: ein bestimmtes Gerät, eine bestimmte Verbindung, ein leerer Cache. Sie zeigen, warum eine Seite langsam ist — welches Element spät kommt, welches Skript blockiert. Sie zeigen nicht, wie schnell die Seite für Ihre Besucher ist.
Wie weit beides auseinanderliegen kann, sieht man an unserer eigenen Labormessung: Bei 51 Shopware-Startseiten erschien das größte Element im gedrosselten Mobil-Labor im Median erst nach 9,6 Sekunden (zur Messung). Das ist kein Wert, den echte Besucher erleben — die Drosselung ist absichtlich streng. Er zeigt aber, wo die Zeit verloren geht: zwischen dem ersten Inhalt nach 2,9 Sekunden und dem größten Element, in Bildern, Slidern und Bannern.
Den Search-Console-Bericht lesen
Die Search Console gruppiert Seiten, die sich ähnlich verhalten, zu URL-Gruppen. In einem Onlineshop entsprechen diese Gruppen meist den Seitentypen: Kategorien, Produkte, Inhaltsseiten. Das ist hilfreich, weil die Ursachen fast immer im Seitentyp liegen — im Template, nicht in der einzelnen Seite.
Vom Bericht zur Ursache
- 1Plattform wählen. Mobil und Desktop getrennt ansehen — Google bewertet beide getrennt.
- 2Gruppe und Wert notieren. Welche URL-Gruppe ist bei welchem Wert schlecht — LCP, INP oder CLS?
- 3Eine typische Seite der Gruppe im Labor messen. Welches Element ist das größte, was blockiert, was verschiebt sich?
- 4Im Template beheben. Eine Korrektur am Seitentyp wirkt auf alle Seiten der Gruppe.
- 528 Tage abwarten. Erst dann zeigt der Bericht, ob die Änderung bei Besuchern ankommt.
Was im Shop besonders ist
Seitentypen verhalten sich verschieden. Eine Startseite mit Slider hat andere Probleme als eine Produktseite mit Bildergalerie oder eine Kategorie mit vielen Vorschaubildern. Eine einzige Messung der Startseite sagt über den Shop wenig.
Der Warenkorb ändert die Messung. In Shopware wird jede Seite einer Sitzung ungecacht ausgeliefert, sobald ein Artikel im Warenkorb liegt. In unserer Messung stieg die Antwortzeit einer Kategorieseite dadurch von 3,4 auf rund 40 Millisekunden (zur Messung). Felddaten enthalten diese Besucher, die meisten Labortests nicht.
Verschiebungen kommen oft spät. Cookie-Banner, nachgeladene Bewertungs-Widgets oder Hinweisleisten verschieben den Inhalt, nachdem die Seite scheinbar fertig ist. Im CLS zählen sie mit.
Core Web Vitals liest man im Feld und repariert man im Labor. Wer beides verwechselt, optimiert die falsche Zahl.
Wenn Sie wissen wollen, wo Ihr Shop steht und was ihn bremst, beschreibt unsere Performance-Optimierung, wie wir messen und beheben.
Häufige Fragen
- Was hat INP ersetzt?
- Interaction to Next Paint hat First Input Delay als Messwert für die Reaktionsfähigkeit abgelöst. INP betrachtet nicht nur die erste, sondern die Reaktion auf Interaktionen während des gesamten Besuchs.
- Warum zeigt die Search Console keine Daten für meine Seite?
- Felddaten gibt es nur, wenn genug echte Chrome-Nutzer die Seite besucht haben. Für wenig besuchte Seiten fasst die Search Console ähnliche Seiten zu Gruppen zusammen oder zeigt keine Werte.
- Warum ist die Labormessung schlechter als die Felddaten?
- Labormessungen simulieren oft ein langsames Gerät und eine langsame Verbindung, damit Probleme sichtbar werden. Viele echte Besucher sind schneller unterwegs. Beide Zahlen sind richtig, sie beantworten nur verschiedene Fragen.
- Lässt sich INP im Labor messen?
- Nicht direkt, weil es echte Interaktionen braucht. Labortools zeigen stattdessen Hinweise wie lange blockierende Aufgaben, die auf schlechte Reaktionszeiten schließen lassen.
- Wie schnell sehe ich eine Verbesserung?
- Im Labor sofort. In den Felddaten und im Search-Console-Bericht erst nach und nach, weil sie über 28 Tage gemittelt werden.