Core Web Vitals: PageSpeed verstehen und gezielt verbessern

Lesen Sie Messwerte als unterschiedliche Nachweise

Bevor Sie eine Geschwindigkeitsoptimierung beauftragen, benennen Sie das Problem. Erscheint der Hauptinhalt spät? Reagiert eine Auswahl verzögert? Verschiebt sich ein Formular beim Ausfüllen? Ein allgemeiner Wunsch nach einem höheren Punktwert reicht nicht, um die passende Arbeit zu bestimmen.

Die PageSpeed-Insights-Dokumentation unterscheidet historische CrUX-Nutzungsdaten über 28 Tage und simulierte Lighthouse-Labortests. Beide Ansichten beantworten unterschiedliche Fragen. Ein guter Laborwert belegt deshalb noch kein gutes Ergebnis für die tatsächlich erfassten Besuche.

Unsere praktische Empfehlung: Eröffnen Sie die Aufgabe mit einer konkreten Seite, einer betroffenen Handlung und dem vorhandenen Nachweis. „Die Produktauswahl stockt nach diesem Wechsel“ ist ein besserer Ausgangspunkt als „Bitte überall 100 Punkte erreichen“. Der Auftrag kann anschließend Ursache, Änderung und Abnahme getrennt festhalten.

Ordnen Sie LCP, INP und CLS richtig ein

Die Web-Vitals-Dokumentation nennt die folgenden guten Grenzwerte. Bewertet wird das 75. Perzentil, getrennt nach Mobilgerät und Desktop. Ein Durchschnittswert ist damit nicht gleichzusetzen.

Verwenden Sie im Aufgabenprotokoll den passenden Namen. Ein langsames Hauptbild, ein stockender Filter und ein springendes Eingabefeld erfordern unterschiedliche Untersuchungen, auch wenn sie auf derselben Seite auftreten. Die gemeinsame Bezeichnung „langsam“ verdeckt diese Unterschiede.

Die Grenzwerte helfen bei der Einordnung von Nutzungserlebnissen. Sie legen weder das sinnvolle Projektbudget noch den wirtschaftlichen Nutzen einer Änderung fest. Dafür brauchen Sie zusätzliche Informationen über betroffene Abläufe, Aufwand und Bedeutung für Ihr Geschäft.

Prüfen Sie Seite, Gerät und Datenbasis

Notieren Sie, ob sich die angezeigten Felddaten auf eine einzelne URL oder die gesamte Origin beziehen. Ein übergreifender Wert kann ein Problem einer wichtigen Vorlage verdecken. Betrachten Sie Leistungsseite, Produktdetail und Anfrageabschluss getrennt, wenn sie unterschiedliche Abläufe enthalten.

Die CrUX-Methodik beschreibt Voraussetzungen und ausreichende Beobachtungen für die Aufnahme. Die genaue Mindestzahl wird nicht veröffentlicht. Erfasst werden geeignete Chrome-Nutzungserlebnisse, nicht sämtliche Besucher. Fehlende Daten sind kein bestandener Geschwindigkeitstest.

Für selten besuchte Seiten kann eine dokumentierte Laboruntersuchung zunächst sinnvoll sein. Rechtfertigt die Entscheidung zusätzliche Messungen, vereinbaren Sie eine geeignete Erfassung realer Nutzung einschließlich des Umgangs mit den Daten. Wenige manuelle Versuche dürfen nicht als repräsentative Kundenstatistik ausgegeben werden.

Stellen Sie ein reproduzierbares Szenario her

Halten Sie Seite, Version, Geräteklasse, Netzbedingungen, Cache-Zustand und Handlung fest. Vergleichen Sie Änderungen unter denselben vereinbarten Bedingungen. Das Protokoll sollte einer anderen Person ermöglichen, den beobachteten Vorgang nachzustellen.

Diese Fragen sind Untersuchungshilfen, keine fertigen Diagnosen. Ein großes Bild kann beteiligt sein. Ohne Prüfung lässt sich aber nicht behaupten, dass Bildkomprimierung das beobachtete Problem löst. Lassen Sie sich den Zusammenhang zwischen Befund und vorgeschlagener Maßnahme erklären.

Beispiel: Eine verzögerte Produktauswahl

Stellen Sie sich eine erfundene Produktseite mit Hauptbild, Auswahlfeld und Angebotsformular vor. Gemeldet wird eine Pause nach dem Wechsel einer Option. Die Untersuchung beginnt genau mit dieser Interaktion und dokumentiert die verwendeten Eingaben sowie die dabei ausgeführten Schritte.

Erst wenn die Aufzeichnung auf aufwendige Verarbeitung im Auswahlvorgang hinweist, wird diese gezielt bearbeitet. Die Bildauslieferung bleibt eine eigene Frage, falls der Ladevorgang dafür Hinweise liefert. Beides wahllos in einer Sammelaufgabe zu verändern würde die spätere Zuordnung erschweren.

Die Abnahme wiederholt die Auswahl und prüft zusätzlich die abgesendete Anfrage. Enthält sie noch die richtige Produktoption? Das Beispiel behauptet keine gemessene Verbesserung. Es zeigt, wie ein konkretes Symptom in eine prüfbare Aufgabe überführt wird, ohne einen Umsatzanstieg zu erfinden.

Schützen Sie den vollständigen Kundenablauf

Nach einer Änderung muss die Seite weiterhin ihren Zweck erfüllen. Ein höherer Punktwert ist kein ausreichendes Ergebnis, wenn das Formular nicht mehr sendet, Optionen falsch übernommen werden oder Redakteure Inhalte nicht mehr pflegen können. Nehmen Sie diese Funktionsprüfungen in die Abnahme auf.

Berücksichtigen Sie externe Komponenten anhand ihrer Aufgabe und beobachteten Wirkung. Chat, Einwilligungsoberfläche oder Analyse dürfen nicht stillschweigend verschwinden, nur um einen Messwert zu verändern. Beschreiben Sie vorgeschlagene Änderungen und deren Folgen für den Betreiber.

Bei einer kleinen Aufgabe genügt oft ein kompaktes Vorher-Nachher-Protokoll mit Umgebung, Version, wiederholter Beobachtung und Funktionsprüfung. Größere Arbeiten brauchen eine Ausgangsbasis für wichtige Vorlagen und einen Weg, spätere Verschlechterungen zu erkennen. Der Nachweis sollte zum tatsächlichen Umfang passen.

Bewerten Sie die Veröffentlichung zum passenden Zeitpunkt

• Stellen Sie das ursprüngliche Problem unter vereinbarten Bedingungen nach.
• Führen Sie denselben Ablauf in der neuen Version aus und bewahren Sie den Vergleich auf.
• Schließen Sie den wichtigsten Anfrage- oder Kaufweg vollständig ab.
• Dokumentieren Sie Veröffentlichungsdatum, Messumfang und verbleibende Einschränkungen.
• Berücksichtigen Sie bei späteren Felddaten, dass ältere Besuche noch im Zeitraum enthalten sind.

Ein einzelner guter Lauf rechtfertigt keine Verbesserung in Prozent für die gesamte Website. Nennen Sie bei Ergebnissen Kennzahl, Seite, Bedingungen und Vergleichsmethode. Liegt noch keine ausreichende Datenbasis vor, berichten Sie die umgesetzte Änderung und abgeschlossenen Prüfungen. Diese Aussage ist belastbarer als eine unbelegte Geschäftswirkung.

Liefern Sie einen brauchbaren Ausgangspunkt

Senden Sie Adresse, betroffene Handlung und vorhandene Berichte über das Website-Audit-Briefing. Gehört die Optimierung zu einem größeren Umbau, nutzen Sie das Relaunch-Briefing und nennen die bestehenden Abläufe, die weiter funktionieren müssen.

So lässt sich zunächst klären, ob eine Untersuchung, eine begrenzte Korrektur oder eine weitergehende Überarbeitung sinnvoll ist. Die Entscheidung sollte auf dem Befund beruhen. Ein pauschales Paket ohne Bezug zur betroffenen Seite kann diese Prüfung nicht ersetzen.

Quellen und Einordnung

Quellen geprüft am 15. Oktober 2026. Untersuchungstabelle, Ablauf und Produktbeispiel sind redaktionelle Hilfen von WebSoftLeader. Es werden keine Kundenergebnisse berichtet.

• web.dev: Web Vitals. Kennzahlen, Grenzwerte und Perzentil.
• Google: PageSpeed Insights. Labor- und Felddaten sowie Zeitraum.
• Chrome for Developers: CrUX-Methodik. Datenbasis und Einschränkungen.