Page-Speed-Experimente
Ein Experiment zeigt, was eine Änderung für die Geschwindigkeit Ihrer Seite bringen würde, bevor Sie sie bauen und veröffentlichen. Sie wählen eine oder mehrere Änderungen, zum Beispiel ein Tag-Manager-Skript entfernen oder das Hero-Bild vorladen, und LoadFocus misst die Seite mit und ohne diese Änderungen.
An Ihrer Website ändert sich nichts. Jedes Experiment prüft die Seite zweimal in frischen Browsern: einmal so, wie sie ist, und einmal mit Ihren Änderungen, in zufälliger Reihenfolge. Beide Versionen werden im selben Moment gemessen, der Unterschied kommt also von den Änderungen. Die Änderungen werden nur auf das Haupt-HTML-Dokument angewendet, das der Testbrowser erhält.
Ein Experiment starten
- Öffnen Sie ein Ergebnis des Monitors, den Sie testen möchten, über die Monitore-Seite.
- Scrollen Sie zu Eine Änderung testen, ohne sie zu veröffentlichen.
- Wählen Sie in der ersten Zeile eine Art von Änderung und füllen Sie ihre Felder aus.
- Klicken Sie für jede weitere Änderung auf Änderung hinzufügen, bis zu 10. Die Schaltfläche × entfernt eine Zeile.
- Klicken Sie auf Experiment starten.
Ein Experiment dauert etwa eine Minute. Das Ergebnis erscheint im selben Bereich, sobald es fertig ist.
Arten von Änderungen
| Änderung | Was Sie eingeben |
|---|---|
| Skript entfernen | Text, den die Skript-URL enthält, zum Beispiel googletagmanager.com |
| Skript mit defer laden | Text, den die Skript-URL enthält |
| Skript mit async laden | Text, den die Skript-URL enthält |
| Stylesheet entfernen | Text, den die Stylesheet-URL enthält |
| Ressource vorladen | Die vorzuladende URL (eine vollständige URL oder ein Pfad wie /images/hero.avif), ihren Typ (image, font, style, script oder fetch) und Hohe Priorität, wenn sie zuerst laden soll |
HTML in <head> einfügen | Das einzufügende HTML, zum Beispiel ein <link rel="preconnect">-Tag |
| Im HTML suchen und ersetzen | Der genaue Text, der im HTML gesucht wird, und wodurch er ersetzt wird |
Die Felder für HTML, Suchen und Ersetzen nehmen jeweils bis zu 5.000 Zeichen auf.
Da nur das Haupt-HTML-Dokument geändert wird, kann eine Änderung nur treffen, was in diesem HTML steht. Ein Skript, das ein anderes Skript erst während der Laufzeit einfügt, steht nicht darin, die URL-basierten Änderungen können es also nicht treffen.
Das Ergebnis lesen
Das Ergebnis listet zuerst Ihre Änderungen, jeweils mit der Anzahl, wie oft sie angewendet wurden. auf der Seite nicht gefunden bedeutet, dass die Änderung keine Wirkung hatte: Prüfen Sie den URL-Text oder den genauen Text, den Sie eingegeben haben, und versuchen Sie es erneut.
In eine Seite, die nicht UTF-8 ist, kann kein Text mit Akzenten oder Sonderzeichen eingefügt werden. Eine Änderung, die solchen Text einfügen würde, wird dort nicht angewendet und als übersprungen: Diese Seite ist nicht UTF-8 markiert.
Darunter werden Ohne Änderungen und Mit Änderungen nebeneinander verglichen, im selben Aufbau wie Läufe vergleichen (siehe CI-Build-Gating): Scores, Metriken, Seitengewicht, neue und entfernte Anfragen und die Audits, die neu fehlschlagen oder nicht mehr fehlschlagen.
Frühere Experimente listet Ihre letzten Experimente für den Monitor mit ihrem Status (Läuft, Fertig oder Fehlgeschlagen). Klicken Sie auf eines, um sein Ergebnis wieder zu öffnen. Ein Experiment, das sich nach 15 Minuten nicht zurückgemeldet hat, wird als fehlgeschlagen markiert.
Ideen, was Sie testen können
Die Ergebnisseite zeigt bereits gute Kandidaten:
- Wichtigste Möglichkeiten nennt die größten geschätzten Einsparungen, siehe Lighthouse-Opportunities.
- Im Anfrage-Wasserfall lohnen sich Anfragen mit dem Hinweis Blockiert das Rendern für Skript mit defer laden oder Skript mit async laden, und Anfragen mit Preload werden von Ihrer Seite bereits vorgeladen.
- Das Largest-Contentful-Paint-Element in der Performance-Diagnose zeigt, welches Bild Sie mit Ressource vorladen testen sollten, siehe Largest Contentful Paint.
Grenzen
- Bis zu 10 Änderungen pro Experiment.
- 3 Experimente pro Tag im kostenlosen Plan, 30 in kostenpflichtigen Plänen, gezählt über die letzten 24 Stunden. Jedes Experiment besteht aus zwei Testläufen.
- Monitore mit einer User Journey, Monitore mit Login und Monitore mit Authentifizierungs-Headern (siehe HTTP-Authentifizierung) werden noch nicht unterstützt.
- Experimente sind nicht für Monitore verfügbar, die von den Standorten Middle East (Bahrain) oder Middle East (UAE) laufen.
- Teammitglieder, deren Rolle nur Lesezugriff hat, sehen Experimente, können aber keine starten.