Zum Inhalt springen

Neuen Page-Speed-Test erstellen

Öffnen Sie die Tests-Seite und klicken Sie auf Neuer Test (oder Neu erstellen, dann Test). Füllen Sie das Formular aus und führen Sie den Test dann sofort aus oder speichern Sie ihn für später.

Neuer Page-Speed-Test

Schritte zum Konfigurieren eines neuen Page-Speed-Tests

Abschnitt betitelt „Schritte zum Konfigurieren eines neuen Page-Speed-Tests“

Geben Sie die Webseite ein, die Sie testen möchten, zum Beispiel https://example.com. Um mehrere Seiten auf einmal hinzuzufügen, nutzen Sie Zu Test mit mehreren URLs wechseln oder Aus Sitemap importieren (siehe URLs aus Ihrer Sitemap importieren).

Der Name wird aus der URL übernommen. Ändern Sie ihn, wenn Sie etwas Lesbareres möchten.

Optional. Unter Wettbewerber (CrUX-Vergleich) fügen Sie bis zu 3 URLs von Wettbewerbern hinzu. Deren Core Web Vitals echter Nutzer werden im Felddaten-Verlauf über Ihre gelegt. Siehe Core-Web-Vitals-Wettbewerbervergleich.

Optional. Unter User Journey (optional) klicken Sie auf Schritte hinzufügen, um mehrere Schritte nacheinander zu messen, etwa die Anmeldung oder das Hinzufügen zum Warenkorb. Jeder gemessene Schritt verbraucht einen Lauf Ihres Tarifs. Mit Ablauf testen probieren Sie die Schritte vor dem Speichern aus. Wettbewerber und Journeys gibt es bei Tests mit einer einzelnen URL.

Der Standort ist die geografische Region, aus der der Test ausgeführt wird. Siehe alle Standorte; um den Test-Traffic freizugeben, siehe IP-Adressen freigeben.

Wählen Sie Mobil, Desktop oder beides. Das simuliert das Laden der Seite auf dieser Art von Gerät.

Führen Sie jeden Test 1, 3 oder 5 Mal aus und behalten Sie den Medianlauf. Siehe Läufe pro Test weiter unten.

Liegt die Seite hinter einem Login, füllen Sie Authentifizierung (optional) mit Basic Auth, einem Bearer-Token, einem eigenen Header oder Cookies aus. Siehe HTTP-Authentifizierung.

Optional. Unter Anfragen blockieren (optional) listen Sie die Anfragen auf, die während des Audits blockiert werden, zum Beispiel Analytics, Chat-Widgets oder A/B-Test-Skripte. Ein Muster pro Zeile, bis zu 20; * passt auf alles, zum Beispiel *.hotjar.com.

Legen Sie fest, wie oft der Test erneut läuft:

  • Keiner
  • Stündlich
  • Alle 6h
  • Alle 12h
  • Alle 24h (standardmäßig ausgewählt)
  • Alle 48h
  • Wöchentlich

Stündlich, Alle 6h und Alle 12h erfordern einen kostenpflichtigen Tarif.

Klicken Sie auf Test jetzt ausführen, um sofort einen Lauf zu starten, oder auf Speichern, um die Konfiguration ohne Ausführung zu behalten.

Laborergebnisse schwanken von Lauf zu Lauf etwas: Netzwerk, Server und Skripte von Drittanbietern sind nie zweimal genau gleich. Unter Gerät führt Läufe pro Test jeden Test 1, 3 oder 5 Mal aus und behält den Medianlauf, also den Lauf, der dem mittleren First Contentful Paint und Largest Contentful Paint am nächsten liegt. Bericht, Scores, Verlauf und Alarme verwenden diesen Lauf, damit ein einzelner langsamer Lauf Ihre Werte nicht verschiebt oder einen Alarm auslöst.

Auf der Ergebnisseite listet Median aus 3 Läufen jeden Lauf mit seinen Werten auf und markiert den Medianlauf. Ein fehlgeschlagener Lauf wird angezeigt, aber nicht gewertet.

Jeder Lauf zählt für Ihren Tarif: Bei 3 Läufen pro Test verbraucht jede Ausführung des Tests drei Läufe. Ein Test mit User Journey läuft immer einmal, weil jeder gemessene Schritt bereits als Lauf zählt. Wenn Sie CI-Builds an einen Test mit 5 Läufen koppeln, geben Sie dem CI-Skript ein längeres --timeout.

Alarme werden bei jedem Lauf eines geplanten Tests ausgelöst. In der App heißt eine Alert-Regel Monitor: Um einen für einen Test hinzuzufügen, klicken Sie auf der Tests-Seite in seiner Zeile auf Monitor hinzufügen. Mehr unter Neuen Alarm erstellen.

Schritttypen, geheime Schritte und Grenzen finden Sie unter User Journeys. Was ein abgeschlossener Lauf zeigt, erklärt Ein Page-Speed-Ergebnis lesen.