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 den Bereich "gut" verlässt.

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. Ein Testlauf erfasst bis zu etwa 15 Messungen.
  • Sie läuft bei manuellen Testläufen. Geplante Läufe erfassen noch keine Core Web Vitals.
  • Nutzen Sie einen Lauf von mindestens einigen Minuten. Der Cloud-Browser braucht etwa eine Minute zum Start, ein kurzer Lauf kann also enden, bevor er etwas erfasst hat.

Aktivieren

  1. Öffnen Sie einen allgemeinen Cloud-Load-Test und gehen Sie zu seiner Konfiguration. Klicken Sie unter Weitere Optionen auf die Zeile Seitengeschwindigkeit unter Last.
  2. Aktivieren Sie Measure Core Web Vitals under load.
  3. 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.
  4. Optional: Schalten Sie Test fehlschlagen lassen, wenn die Core Web Vitals unter Spitzenlast diese Budgets überschreiten ein und setzen Sie Max. LCP (ms), Max. CLS, Max. FCP (ms) und Max. TTFB (ms). Lassen Sie ein Feld leer, um diesen Wert zu überspringen. Jedes Budget wird gegen den Messwert unter Spitzenlast geprüft, also bei der höchsten Parallelität, die der Browser erfasst hat.
  5. Starten Sie den Test wie gewohnt.

Ergebnisse lesen

Wenn der Lauf abgeschlossen ist, öffnen Sie die Ergebnisseite und wechseln Sie zum Tab Geschwindigkeit unter Last. Der Bereich Seitengeschwindigkeit unter Last erscheint, sobald Messungen erfasst wurden. Die Schaltfläche Über Läufe wechselt zum Trend über mehrere Läufe, siehe Page Speed Under Load Trends.

  • 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
    • Peak-load: der Wert bei höchster Last
    • Change under load: die prozentuale Differenz zwischen beiden
    • Left good (zum Beispiel "LCP left good, at ~620 VU"): die Anzahl virtueller Nutzer, bei der der Wert erstmals über die Grenze des Bereichs "gut" stieg (LCP 2,5 s, CLS 0,1, FCP 1,8 s, TTFB 0,8 s)
  • Die Messwert-Tabelle listet jede Messung mit ihrer Uhrzeit, der 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 Core Web Vitals hier sind Labormessungen der von Ihnen angegebenen Seite. Sie ergänzen die Felddaten im Page Speed Monitoring, ersetzen sie aber nicht.