Bericht „Seiten“

Der Bericht „Seiten“ zeigt den Status und die Entwicklung der Geschwindigkeit der gemessenen URLs.

Er beantwortet Ihnen beispielsweise folgende Fragen:

• Wie steht es um die Geschwindigkeit der gemessenen URLs aktuell und wie entwickelt sie sich?
• Waren die Optimierungen für bestimmte URLs erfolgreich?
• Welche Seiten haben den größten Einfluss auf die Geschwindigkeitsänderungen der gesamten Domain?

Der Bericht „Seiten“ gehört zu den fortgeschrittenen Werkzeugen. Er ist für diejenigen interessant, die tiefer in die Webgeschwindigkeit eintauchen möchten. In der Regel sind dies Entwickler und andere Geschwindigkeitsoptimierer.

Für Website-Besitzer und andere Manager ist es sinnvoller, den Bericht „Domains“ zu verfolgen.

Status der synthetischen Metriken (oben) und die Entwicklung der Metrik LPS bei einer der gemessenen Websites.

Bevor Sie weiter lesen, sollten Sie folgende Punkte im Kopf haben:

• Es ist notwendig, die Unterschiede zwischen verschiedenen Arten der Geschwindigkeitsmessung zu kennen. Im Bericht „Seiten“ arbeiten wir mit Daten aus synthetischen Messungen und von Google-Nutzern (CrUX).
• Sie sollten auch wissen, wie wir die Webgeschwindigkeit messen in unserem Monitoring.
• Wir empfehlen dringend, Ihre gemessenen Seiten gut einzustellen.
• Es ist auch hilfreich zu wissen, wie der Bericht „Domains“ oder der Geschwindigkeitswächter funktioniert.

Alles klar? Dann lassen Sie uns fortfahren.

Wächter vs. Domains vs. Seiten#

Lassen Sie uns zunächst die Beziehung dieser drei großen Berichte in unserem Geschwindigkeitsmonitoring klären.

Der Wächter überwacht die Geschwindigkeit der URLs, die Sie in den Einstellungen haben, und meldet sich bei Änderungen zum Besseren oder Schlechteren. Der Wächter verwendet synthetische Daten, daher sind die Zahlen sehr aktuell, aber möglicherweise nicht ganz genau.

Der Bericht „Domains“ meldet keine täglichen Änderungen, da er Daten aus dem Chrome UX Report (CrUX) verwendet. Diese sind andererseits sehr genau, sodass es sinnvoll ist, jede Wächtermeldung mit diesen Daten zu überprüfen. Allerdings wissen wir aus den Daten von Google-Nutzern nicht, welche konkreten Teile der Website sich ändern.

Der Bericht „Seiten“ meldet ebenfalls keine Änderungen, ermöglicht jedoch nach jeder Wächtermeldung zu überprüfen, welche konkreten URLs die Änderungen verursacht haben.

Wie gelangt man zur problematischen Seite, die Ihre Geschwindigkeit beeinträchtigt? Klicken Sie im Wächter auf das Diagramm, im Modalfenster auf den Link zum Bericht „Seiten“.

Der Bericht „Seiten“ zeigt den Status und die Entwicklung der Metriken für alle gemessenen URLs, sowohl synthetische Metriken als auch Daten von Google-Nutzern (CrUX).

🔐 Die Benutzerdaten von Google (CrUX) für Seiten sind nur im PLUS-Geschwindigkeitsmonitoring verfügbar.

Was, wenn einige URLs keine Benutzerdaten haben?#

Es ist durchaus üblich, dass Daten für einige URLs nicht verfügbar sind oder nur über einen bestimmten Zeitraum hinweg verfügbar sind.

Oben sieht man, dass einige Seiten möglicherweise überhaupt keine CrUX-Daten haben. Unten sieht man den Zustand, bei dem Daten nur für einige bestimmte Tage verfügbar sind.

Um Daten aus dem Chrome UX Report anzuzeigen, müssen Seiten eine bestimmte Besucherzahl erreichen. Es ist üblich, dass kleinere Websites nur für einige wenige Seitentypen CrUX-Daten haben.

In der Dokumentation zu den Überwachungseinstellungen geben wir Tipps, wie Sie bessere Seiten finden, die Benutzerdaten von Google haben.

Es muss jedoch gesagt werden, dass viele Websites diese Daten einfach nicht haben werden. Deshalb zeigen wir hier auch synthetische Daten an.

Einzelne Diagramme und deren Bedeutung#

Der Bericht „Seiten“ ist in zwei Registerkarten unterteilt: Benutzerdaten und Synthetik. Über den Tabellen und Diagrammen können Sie zwischen Mobil und Desktop wechseln und den Zeitraum auswählen (bei Benutzerdaten: 1 Monat, 3 Monate, 1 Jahr; bei Synthetik zusätzlich 7 Tage).

Benutzerdaten zeigen Metriken aus dem Chrome UX Report (CrUX) – Messungen von realen Chrome-Nutzern. Sie sind genauer, aber nur für Seiten mit ausreichendem Traffic und kumulativ über 28 Tage verfügbar. Synthetik zeigt Daten aus Lighthouse-Tests: mehr Metriken und den Status für den aktuellen Tag, aber ohne reale Nutzer sind sie nicht so genau.

Benutzer-Messungen für Seiten#

Die Daten stammen aus dem Chrome UX Report und sind nur für Seiten mit einem bestimmten Besucheraufkommen verfügbar. Sie zeigen sehr genau die Geschwindigkeit für alle Chrome-Nutzer, sind aber nur kumulativ für die letzten 28 Tage verfügbar. Google stellt die Daten nicht für alle Seiten bereit.

Im Reiter Benutzerdaten finden Sie:

1. Zusammenfassung – Tabelle der aktuellen Metrikwerte für jede gemessene URL, farblich markiert (in Ordnung / Verbesserung erforderlich / nicht in Ordnung).
2. 75. Perzentil – für jede Metrik ein Liniendiagramm der Entwicklung des 75. Perzentils über die Zeit (einfache Darstellung der Verteilung durch eine Zahl).
3. Verteilung – für jede Metrik Balkendiagramme mit dem prozentualen Anteil der Zustände in Ordnung / Verbesserung erforderlich / nicht in Ordnung für alle Nutzer; ein detaillierterer Blick als das 75. Perzentil.

Hier sehen Sie den Status und die Entwicklung dieser Metriken bei den Nutzern:

• PageSpeed.ONE-Score (SPS) – Gesamtgeschwindigkeitspunktzahl abgeleitet aus CrUX.
• Backend (TTFB) – Server-Antwortzeit, also vom Servercode und der Infrastruktur.
• Erste inhaltliche Darstellung (FCP) – erste Darstellung von irgendetwas auf dem Bildschirm des Nutzers.
• Darstellung des größten Inhalts (LCP) – erstes größtes Inhaltselement.
• Interaktion bis zur nächsten Darstellung (INP) – Reaktionsgeschwindigkeit bei Interaktionen wie Klicken.
• Kumulative Layoutverschiebung (CLS) – Summe der unerwünschten Layoutverschiebungen auf der Seite.

Synthetische Messungen für Seiten#

Status der Metriken und deren Entwicklung für die im Test angegebenen URLs. Die Daten stammen aus Tests mit dem Lighthouse-Tool (siehe wie wir testen). Sie sind für den konkreten Messtag und jede Messung der URL verfügbar, können aber ungenau sein, da sie nicht von Nutzern stammen.

Hier können Sie den Status und die Entwicklung der folgenden Metriken aus der synthetischen Messung sehen:

• Lighthouse-Score (LPS) – Gesamtgeschwindigkeitspunktzahl.
• Backend (TTFB) – Server-Antwortzeit, also vom Servercode und der Infrastruktur.
• Erste inhaltliche Darstellung (FCP) – erste Darstellung von irgendetwas auf dem Bildschirm des Nutzers.
• Darstellung des größten Inhalts (LCP) – erstes größtes Inhaltselement.
• Gesamtblockierungszeit durch JS (TBT) – Zeit, in der der Browser durch die Ausführung von Frontend-Code blockiert ist.
• Gesamtblockierungszeit durch Drittanbieter-JS (3PBT) – Zeit, in der der Browser durch die Ausführung von Drittanbieter-Frontend-Code blockiert ist.
• Kumulative Layoutverschiebung (CLS) – Summe der unerwünschten Layoutverschiebungen auf der Seite.

Anmerkungen zu den Metriken und den Unterschieden zwischen ihnen#

Beim Blick auf die obigen Metriken sind Ihnen vielleicht einige Fragen in den Sinn gekommen, also lassen Sie uns die häufigsten gleich beantworten:

1. Warum enthalten verschiedene Messarten unterschiedliche Metriken? Die Metriken in den Benutzer- und synthetischen Abschnitten unterscheiden sich, da einige nur von realen Nutzern (INP) und andere nur synthetisch (LPS, TBT) erfasst werden können.
2. Warum liefern verschiedene Messarten unterschiedliche Werte für dieselben Metriken? Die Werte der Metriken, die von Nutzern erfasst wurden, können unterschiedlich ausfallen. Zum Beispiel wird CLS synthetisch nur beim Laden des ersten Bildschirms berechnet, aber benutzerseitig während der gesamten Sitzung.
3. Es gibt viele Metriken, worauf sollte man sich konzentrieren? Konzentrieren Sie sich in erster Linie auf die Benutzerwerte (also CrUX) der Metriken Core Web Vitals (LCP, CLS, INP).

Zusammenfassung#

Was sollten Sie sich über den Bericht „Seiten“ merken?

• Der Bericht dient zur detaillierten Überwachung der Entwicklung der Metriken für gemessene URLs.
• Es ist entscheidend, die URLs in den Einstellungen sorgfältig auszuwählen.
• Der Bericht „Seiten“ ist eher für Entwickler und andere Techniker gedacht, die sich tiefer mit der Geschwindigkeit beschäftigen möchten.
• Auch wenn die Metriken gleich heißen, können sie aus verschiedenen Quellen unterschiedliche Werte zeigen.
• Achten Sie primär auf die Core Web Vitals aus CrUX-Daten.

Möchten Sie das Messen als Ganzes verstehen? Eine vollständige Anleitung bietet unser Artikel Wie wir testen und Detail des Testlaufs mit dem PageSpeed.ONE-Tester.