Seitengeschwindigkeit unter Last
Übersicht
Seitengeschwindigkeit unter Last misst Core Web Vitals auf einer Ihrer Seiten, während ein Cloud-Load-Test gegen sie läuft. Statt nur Server-Metriken wie Antwortzeiten und Fehlerraten zu sehen, sehen Sie auch, was ein echter Browser erlebt, wenn das Backend unter Last gerät, und Sie können ablesen, ab welcher Anzahl virtueller Nutzer die Nutzererfahrung der Seite zu leiden beginnt.
Während der Test die virtuellen Nutzer hochfährt, lädt LoadFocus die von Ihnen gewählte Seite in regelmäßigen Abständen in einem echten Headless-Browser und erfasst:
- LCP (Largest Contentful Paint)
- CLS (Cumulative Layout Shift)
- FCP (First Contentful Paint)
- TTFB (Server-Antwortzeit)
Jede Messung wird mit der Anzahl der zu diesem Zeitpunkt aktiven virtuellen Nutzer versehen, sodass die Ergebnisse den Wert gegen die Lastkurve auf einer gemeinsamen Zeitachse darstellen.
Warum es wichtig ist
Ein Load-Test sagt Ihnen, dass der Server erreichbar blieb. Er sagt Ihnen nicht, ob sich die Seite für einen Besucher unter Last noch schnell anfühlte. Wenn das Backend an seine Grenzen kommt, werden Seiten langsamer gerendert: LCP steigt, TTFB wächst, das Layout kann verrutschen. Seitengeschwindigkeit unter Last macht das sichtbar, und die wichtigste Kennzahl für die Kapazitätsplanung ist die Anzahl virtueller Nutzer, ab der ein Wert in den Bereich "schlecht" wechselt.
Voraussetzungen
- Ein allgemeiner (URL) Cloud-Load-Test. Diese Funktion ist beim Standard-Cloud-Load-Test verfügbar, nicht bei JMeter- oder k6-Tests.
- Ein Page Speed Monitoring-Plan. Im kostenlosen Plan zeigt der Schalter einen Upgrade-Hinweis, statt sich zu aktivieren.
- Jede erfasste Messung verbraucht einen Page-Speed-Test aus Ihrem Page Speed Monitoring-Kontingent (dasselbe Kontingent, das auch Site Monitoring nutzt). Ein Testlauf erfasst bis zu etwa 15 Messungen.
- Sie läuft bei manuellen Testläufen. Geplante Läufe erfassen noch keine Core Web Vitals.
Aktivieren
- Öffnen Sie einen allgemeinen Cloud-Load-Test und gehen Sie zu seiner Konfiguration.
- Aktivieren Sie Measure Core Web Vitals under load.
- Geben Sie unter Page to measure die Seite ein, die gemessen werden soll. Standardmäßig ist es die erste Anfrage-URL des Tests. Verwenden Sie eine Seite, die tatsächlich vom getesteten System ausgeliefert wird, sonst spiegeln die Werte die Last nicht wider.
- Starten Sie den Test wie gewohnt.
Ergebnisse lesen
Wenn der Lauf abgeschlossen ist, öffnen Sie die Ergebnisseite. Ein Bereich Page speed under load erscheint, sobald Messungen erfasst wurden.
- Das Diagramm legt zwei Linien über die Zeitachse des Laufs: die Kurve der virtuellen Nutzer und den gewählten Wert. Sie können beobachten, wie der Wert mit steigender Last ansteigt.
- Die Wert-Auswahl (LCP, CLS, FCP, TTFB) wechselt, welcher Wert im Diagramm und in den Kacheln angezeigt wird.
- Die Kacheln fassen den Lauf zusammen:
- Baseline: der Wert bei geringster Last
- Spitzenlast: der Wert bei höchster Last
- Veränderung: die prozentuale Differenz zwischen beiden
- Überschreitungspunkt: die Anzahl virtueller Nutzer, bei der der Wert erstmals den Schwellenwert "schlecht" überschritt, zum Beispiel "LCP überschritt 2,5s bei ~620 VU"
- Die Messwert-Tabelle listet jede Messung mit ihrer Anzahl virtueller Nutzer und allen vier Werten auf.
Hinweise
- Die angezeigte Anzahl virtueller Nutzer wird aus der konfigurierten Laststeigerung Ihres Tests rekonstruiert (Nutzer, Ramp-up-Zeit und Schritte). Sie ist eine genaue Näherung der Nebenläufigkeit an jedem Punkt, nicht der exakt umgesetzte Thread-Zeitplan.
- Die Messungen verwenden reale beobachtete Bedingungen, ohne simulierte Netzwerkdrosselung, sodass die sichtbare Verschlechterung vom System unter Last stammt und nicht von einer emulierten Verbindung.
- Die Core Web Vitals hier sind Labormessungen der von Ihnen angegebenen Seite. Sie ergänzen die Felddaten im Page Speed Monitoring, ersetzen sie aber nicht.