PageSpeed-Analysator: öffentliche Seiten richtig beurteilen

So verwenden Sie das Werkzeug

1. Geben Sie die vollständige öffentliche URL einschließlich https:// oder http:// ein.
2. Wählen Sie Mobilgerät oder Desktop und behalten Sie diese Strategie bei Vergleichen bei.
3. Starten Sie die Analyse und warten Sie. Ist der Dienst nicht aktiviert, nutzen Sie die angezeigte direkte PSI-Option.
4. Prüfen Sie zurückgegebene URL, Abrufzeit und Cachehinweise vor der Interpretation.
5. Lesen Sie Labor und gegebenenfalls echte Nutzerdaten getrennt und untersuchen Sie den wichtigsten Befund.

Verwenden Sie nur öffentliche Seiten. Senden Sie keine URLs mit Passwörtern, Tokens, privaten Dokumentkennungen oder anderen vertraulichen Angaben an den externen Dienst. Der Analysator verwendet nicht Ihre angemeldete Browsersitzung für private Kontoseiten.

Bedeutung der Ergebnisse

Bei Aktivierung sendet der Analysator die URL über den Websiteserver an Googles PageSpeed-Insights-API. Ergebnisse werden kurz zwischengespeichert; ein kurzlebiger Anfragezähler pro IP begrenzt Missbrauch. Das unterscheidet sich von vollständig lokal rechnenden Werkzeugen.

Lighthouse beschreibt einen simulierten Lauf, der mit Umgebung und Seitenverhalten schwanken kann. Gelieferte Felddaten beschreiben aggregierte geeignete Nutzererfahrungen über einen historischen Zeitraum. Ein weiterer Labortest erzeugt keine neue Feldhistorie.

Google kündigt an, CrUX künftig aus der PSI-API zu entfernen, und empfiehlt eigenständige CrUX-APIs. Die Verfügbarkeit hängt daher von Antwort und Websiteintegration ab. Fehlende Felddaten bedeuten nicht automatisch gescheiterte Core Web Vitals oder lediglich zu wenig Traffic.

Die PageSpeed-Insights-Anleitung erläutert den Bericht ausführlich. Der Analysator fasst die Antwort zusammen und zertifiziert weder Geschwindigkeit, Zugänglichkeit, Sicherheit noch Suchergebnisberechtigung.

Warum fehlen Nutzerdaten oder gelten für die Origin?

Die Seite kann zu wenige geeignete Beobachtungen haben, oder die API-Antwort enthält die angeforderten Daten nicht. Ein verfügbarer Origin-Ersatz fasst Erfahrungen dieser Origin statt allein der angefragten URL zusammen.

Prüfen Sie den Umfang vor Aussagen über eine Vorlage. Der Vergleich von Feld und Labor trennt Abdeckungsgrenzen von echten Problemen. Ersetzen Sie fehlende Werte nicht durch null.

Warum ändert sich die Punktzahl zwischen Läufen?

Inhalt, Drittanbieter, Server und Testbedingungen können variieren. Vergleichen Sie Metriken, Lighthouse-Version, Gerätestrategie und Diagnosen statt nur einen farbigen Wert.

Eine Cacheantwort kann bis zum Ablauf eine frühere Analyse wiederholen. Beachten Sie Abrufzeit und Hinweise. Speichern Sie bei Releaseprüfungen vergleichbare Läufe und kontrollieren Sie die richtige Seitenversion.

Was tue ich bei einer fehlgeschlagenen Anfrage?

Prüfen Sie öffentliche Erreichbarkeit und Fehlermeldung. Ratenlimit, Zeitüberschreitung, deaktivierte Konfiguration und Fehler des externen Dienstes sind verschiedene Zustände. Ein fehlgeschlagener Test ist keine Leistungsnote.

Senden Sie bei aktivem Limit nicht ständig neu. Wählen Sie nach einem gültigen Bericht eine konkrete Untersuchung, etwa LCP-Element oder Dokumentlatenz. Die Performance-Checkliste verfolgt diese Arbeit, ohne jede Empfehlung gleich wichtig zu behandeln.