English

PageSpeed Insights (PSI) ist ein kostenloses Google-Werkzeug, das die Geschwindigkeit und Nutzererfahrung einer Seite für Mobilgeräte und Desktop analysiert. Es kombiniert zwei Datenquellen und zeigt Verbesserungsvorschläge. Viele Suchen nach dem Namen wollen nur das Tool aufrufen.

Auf einen Blick

Messwerte
FCP, LCP, INP, CLS (Felddaten); TTFB als experimentelle Metrik
Misst
Seitenerlebnis einer URL auf Mobilgeräten und Desktop
Bewertung
Core Web Vitals bestanden, wenn LCP, INP und CLS am 75. Perzentil „gut“ sind; Performance-Wert ab 90 gut
Datenquelle
Felddaten: Chrome User Experience Report, vorherige 28 Tage; Labordaten: Lighthouse

Stand:

Felddaten und Labordaten

Die Felddaten stammen aus dem Chrome User Experience Report (CrUX) und basieren auf echten Nutzern der vergangenen 28 Tage. Dazu gehören First Contentful Paint (FCP), Largest Contentful Paint (LCP), Interaction to Next Paint (INP), Cumulative Layout Shift (CLS) und Time to First Byte (TTFB, laut Doku noch als experimentelle Metrik). Die Labordaten liefert Lighthouse, das die Seite in einer kontrollierten Umgebung simuliert. Sie helfen bei der Fehlersuche, bilden aber nicht jeden Engpass echter Nutzer ab.

Schwellenwerte

Für die Bewertung nennt PSI als Grenzen für „gut“ bei FCP bis 1.800 ms, bei LCP bis 2.500 ms, bei INP bis 200 ms und bei CLS bis 0,1. Die Core Web Vitals (LCP, INP, CLS) gelten als bestanden, wenn das 75. Perzentil aller drei Metriken im grünen Bereich liegt. Hat eine Seite zu wenige Felddaten, fällt PSI auf die Daten der gesamten Domain (Origin) zurück. Reichen auch dort die Daten nicht, gibt es keine Felddaten.

Grenzwerte: LCP, INP, CLS
LCPLargest Contentful Paint
LCP: gut bis 2,5 s, verbesserungswürdig bis 4 s, darüber schlecht.
INPInteraction to Next Paint
INP: gut bis 200 ms, verbesserungswürdig bis 500 ms, darüber schlecht.
CLSCumulative Layout Shift
CLS: gut bis 0,1, verbesserungswürdig bis 0,25, darüber schlecht.

Bewertet wird das 75. Perzentil der Seitenaufrufe, Mobil und Desktop getrennt. Quellen: web.dev: Largest Contentful Paint (LCP); web.dev: Interaction to Next Paint (INP); web.dev: Cumulative Layout Shift (CLS). Stand: .

Grenzwerte: FCP
FCPFirst Contentful Paint
FCP: gut bis 1,8 s, verbesserungswürdig bis 3 s, darüber schlecht.

Bewertet wird das 75. Perzentil der Seitenaufrufe, Mobil und Desktop getrennt. Quelle: web.dev: First Contentful Paint (FCP). Stand: .

Web-Vitals-Messwerte im Vergleich
MesswertMisstCore Web Vital?Feld oder Labor„Gut“ laut web.dev
LCP (Largest Contentful Paint)Renderzeit des größten sichtbaren Bilds, Textblocks oder Videos im Viewport, ab Beginn der Navigationja (Laden)Feld und Laborbis 2,5 s
INP (Interaction to Next Paint)Latenz der Interaktionen während des gesamten Besuchs bis zur nächsten Darstellung; ein Wert, unter dem (fast) alle Interaktionen liegenja (Interaktivität), seit 12.03.2024Feld; im Labor nur mit simulierten Interaktionen, Lighthouse misst INP nichtbis 200 ms
CLS (Cumulative Layout Shift)größte Folge unerwarteter Layoutverschiebungen während der gesamten Lebensdauer der Seiteja (visuelle Stabilität)Feld und Laborbis 0,1
TTFB (Time to First Byte)Zeit vom Beginn der Navigation bis zum ersten Byte der Antwortnein (hilft bei der Diagnose von LCP)Feld und Laborbis 0,8 s
FCP (First Contentful Paint)Zeit vom Beginn der Navigation, bis irgendein Inhalt der Seite dargestellt wirdnein (hilft bei der Diagnose von LCP)Feld und Laborbis 1,8 s
TBT (Total Blocking Time)Summe der Zeit nach dem FCP, in der der Hauptthread so lange blockiert war, dass Eingaben nicht reagieren konntennein (Labor-Stellvertreter für INP)Labor; Feldmessung empfiehlt web.dev nichtunter 200 ms auf durchschnittlicher mobiler Hardware
Speed Indexwie schnell Inhalte beim Laden sichtbar aufgebaut werden (aus einem Video des Ladevorgangs)neinLabor (Lighthouse)Schwelle laut Lighthouse: mobil bis 3,4 s „schnell“ (web.dev nennt keinen Wert)
FID (First Input Delay), historischZeit von der ersten Interaktion bis der Browser mit der Verarbeitung der Event-Handler beginnen kannbis 12.03.2024, ersetzt durch INPnur Feldbis 100 ms

Bewertet wird laut web.dev das 75. Perzentil der Seitenaufrufe, Mobil und Desktop getrennt. Eine Seite besteht die Core Web Vitals, wenn LCP, INP und CLS am 75. Perzentil im Bereich „gut“ liegen. Chrome-Tools unterstützen FID seit dem 9. September 2024 nicht mehr. Quellen: web.dev: Web Vitals; web.dev: Largest Contentful Paint (LCP); web.dev: Interaction to Next Paint (INP); web.dev: Cumulative Layout Shift (CLS); web.dev: Time to First Byte (TTFB); web.dev: First Contentful Paint (FCP); web.dev: Total Blocking Time (TBT); web.dev: First Input Delay (FID); web.dev Blog: Interaction to Next Paint is officially a Core Web Vital (2024-03-12); Chrome for Developers: Lighthouse – Speed Index. Stand: .

Beispiel

PSI hat auch eine Schnittstelle. Eine Abfrage für die mobile Variante:

Text
https://www.googleapis.com/pagespeedonline/v5/runPagespeed?url=https://www.example.com&strategy=mobile

Häufige Fehler

  • Nur den Labor-Score ansehen und die Felddaten übergehen.
  • Nur die Startseite prüfen, obwohl andere Seitentypen betroffen sind.
  • Einzelne Werte vergleichen, obwohl sie von Lauf zu Lauf schwanken.
  • Den Gesamtwert von 0 bis 100 mit den Core Web Vitals verwechseln.

Häufige Fragen

Was ist ein guter PSI-Score? Der Performance-Wert stammt aus Lighthouse. Werte von 90 bis 100 gelten dort als grün.

Ist PageSpeed Insights ein Rankingfaktor? Google nennt PSI als Werkzeug zur Messung von Core Web Vitals. Die Core Web Vitals stimmen laut Google mit dem überein, was die Core-Ranking-Systeme belohnen sollen. Einige Drittquellen bezeichnen PSI selbst als wichtigen Rankingfaktor.

Quellen

  1. Über PageSpeed Insights – Google for Developersdevelopers.google.com
  2. Core Web Vitals und die Google Suche – Google Search Centraldevelopers.google.com
  3. Lighthouse performance scoring – Chrome for Developersdeveloper.chrome.com
  4. Web Vitals – web.devweb.dev

Stand: