RatgeberSuche und Reichweite

Core Web Vitals verstehen: Felddaten und Labortests richtig trennen

Unterscheiden Sie reale Besucherdaten von PageSpeed-Tests. Prüfen Sie LCP, INP, CLS, URL- oder Origin-Bezug und die Zeit bis zur Bestätigung einer Verbesserung.

Illustration einer Stoppuhr zwischen zwei Seitenkacheln für unterschiedliche Leistungsmessungen.
Auf dieser Seite

Ein hoher Laborwert in PageSpeed Insights und ein schlechtes Core-Web-Vitals-Ergebnis können gleichzeitig richtig sein. Der Labortest prüft eine bestimmte Konstellation; Felddaten beschreiben Erfahrungen echter Besucher über einen Zeitraum. Entscheiden Sie vor einem Entwicklungsauftrag, welches Ergebnis Sie verbessern möchten.

Für Websitebetreiber ist das praktische Ziel ein besseres Lade-, Interaktions- und Leseerlebnis, kein Screenshot mit einer perfekten Zahl. Notieren Sie zunächst Seite, Gerätekategorie, Testdatum und Datenumfang. Ohne diese Angaben können zwei Leistungsberichte widersprüchlich aussehen, obwohl sie unterschiedliche Dinge messen.

Lesen Sie das Feldergebnis vor dem Laborwert

Laut Googles PageSpeed-Insights-Dokumentation stammen die Felddaten aus dem Chrome User Experience Report und umfassen die vergangenen 28 Tage. Reichen Daten für eine URL nicht aus, kann der Bericht auf den gesamten Origin zurückgreifen. Sind auch dort zu wenige Daten vorhanden, gibt es kein Feldergebnis.

Prüfen Sie, ob das Panel die exakte URL oder den Origin beschreibt, bevor Sie es als Urteil über einen einzelnen Artikel verstehen. Ein Origin-Ergebnis enthält Erfahrungen aus anderen Websitebereichen. Eine verbesserte Seite schreibt nicht sofort die Vergangenheit sämtlicher anderer Vorlagen um.

Fehlende Felddaten bedeuten weder, dass eine Seite schnell ist, noch dass sie langsam ist. Der verfügbare Datensatz reicht lediglich für diese angezeigte Bewertung nicht aus. Sie können weiterhin Labortests und geeignete eigene Messungen zur Untersuchung nutzen. Kennzeichnen Sie deren Umfang, statt für eine wenig besuchte Seite ein Feldergebnis zu erfinden.

Halten Sie mobile und Desktop-Nachweise getrennt. Ein Entwicklungs-Laptop mit schneller Verbindung hilft bei der Fehlersuche, repräsentiert aber nicht die Geräte aller Leser. Wählen Sie typische Seiten und Bedingungen und speichern Sie die Testkonfiguration, damit der nächste Vergleich aussagekräftig bleibt.

Diagnostizieren Sie die tatsächlich schlechte Kennzahl

Die aktuellen Core-Web-Vitals-Definitionen verwenden Largest Contentful Paint für das Laden, Interaction to Next Paint für Reaktionsfähigkeit und Cumulative Layout Shift für visuelle Stabilität. Als gut gelten LCP von höchstens 2,5 Sekunden, INP von höchstens 200 Millisekunden und CLS von höchstens 0,1.

Die Feldbewertung nutzt das 75. Perzentil und verlangt die guten Schwellenwerte bei allen drei Kennzahlen. Es handelt sich nicht um einen Durchschnitt, bei dem sehr schnelles Laden schlechte Interaktion ausgleicht. Bewahren Sie Einzelwerte in Fortschrittsberichten auf, damit eine übergeordnete Zahl das verbliebene Problem nicht verdeckt.

Untersuchen Sie bei langsamer Darstellung zunächst, was den wichtigsten sichtbaren Inhalt verzögert, statt wahllos jedes Bild zu verkleinern. Reproduzieren Sie bei schlechter Interaktion die träge Aktion. Beobachten Sie bei Layoutverschiebungen die Leseposition, während Medien, Schriften oder andere Elemente erscheinen. Jedes Symptom erfordert eine andere Untersuchung.

Ein hypothetischer Artikel könnte sein Hauptbild schnell laden und trotzdem springen, wenn oberhalb des gelesenen Absatzes eine Anzeige erscheint. Weitere Bildkompression behebt diese Bewegung nicht. Passenden Platz für das später eintreffende Element zu reservieren, greift das beobachtete Problem direkter an.

Nutzen Sie Labortests für eine konkrete Hypothese

Testen Sie dieselbe Seite unter konsistenten Einstellungen, ändern Sie gezielt einen Punkt und wiederholen Sie den Test. Mehrere Durchläufe zeigen, ob die Differenz stabil oder nur Messrauschen ist. Dokumentieren Sie veränderten und unveränderten Code sowie die Inhalte und Drittanbieterkomponenten, die während der Messung vorhanden waren.

Entfernen Sie eine notwendige Funktion nicht bloß deshalb, weil ein Audit sie als aufwendig einstuft. Ermitteln Sie zuerst ihren Nutzen für Leser und die beobachteten Kosten. Eine schlankere Umsetzung, verschobene Nebenarbeit oder ein klarerer Ladezustand können sinnvoller sein als die Aktion zu löschen, für die Besucher gekommen sind.

Googles Search-Console-Bericht gruppiert ähnliche URLs, während PageSpeed Insights eine konkrete URL oder einen Origin anzeigen kann. Ein guter Test auf einer Beispielseite beweist nicht, dass die gesamte Gruppe repariert ist. Prüfen Sie repräsentative Vorlagen und die gemeinsamen Komponenten, die sie verbinden.

Behalten Sie neben der Geschwindigkeitsarbeit auch Barrierefreiheit und Bedienbarkeit im Blick. Ein nicht mehr öffnendes Menü ist keine Leistungsverbesserung, selbst wenn weniger JavaScript läuft. Prüfen Sie wichtige Aktionen nach der Optimierung erneut, statt einen besseren Laborwert als Erlaubnis zum Überspringen funktionaler Tests zu verstehen.

Geben Sie Felddaten Zeit und prüfen Sie dann die Wirkung

Ein rollierendes Feldfenster enthält Besuche vor der Veröffentlichung einer Änderung. Dokumentieren Sie das Deployment-Datum und verfolgen Sie die Kennzahl, statt von gestrigen Besuchern rückwirkend heutige Verbesserungen zu erwarten. Nutzen Sie Laborwerte als frühe Diagnosehinweise, nicht als Versprechen eines sofort guten Feldpanels.

Die Validierung in Search Console überwacht das Problem über 28 Tage; ihr Start löst keine Neuindexierung aus. Nutzen Sie sie nach der Behebung im betroffenen Umfang, nicht als Reparaturknopf für die Website. Untersuchen Sie weiter, wenn die betreffende Gruppe dasselbe Problem zeigt.

Googles Suchdokumentation verknüpft Core Web Vitals mit der Seitenerfahrung. Eine Leistungsverbesserung allein belegt jedoch kein Ranking- oder Traffic-Ergebnis. Bewerten Sie die bessere Nutzungserfahrung eigenständig. Suchsichtbarkeit hängt auch von Faktoren außerhalb der konkret ausgelieferten Geschwindigkeitskorrektur ab.

Nutzen Sie den Leitfaden zu Artikelbildern, wenn Medien den Engpass bilden, und die Anleitung zur Traffic-Untersuchung, wenn Besuche sich verändern. Halten Sie abschließend betroffene Kennzahl, getestete Änderung und beobachtetes Ergebnis fest. Das ist für die Wartung erheblich wertvoller als ein unerklärter grüner Wert.

Aus der englischen Ausgangsausgabe übersetzt.

Primärquellen