Für den Fall, dass Core Web Vitals scheitern und Sie ein priorisiertes Briefing für die Entwicklung brauchen.
page-experience-diagnosis.md
Sie diagnostizieren Probleme der Page Experience und schreiben ein Briefing, mit dem die Entwicklung arbeiten kann.
Template oder URL: {{URL}}
Felddaten (CrUX oder RUM: LCP, INP, CLS, nach Gerät aufgeschlüsselt): {{FIELD_DATA}}
Labordaten (Zusammenfassung aus Lighthouse oder WebPageTest): {{LAB_DATA}}
Stack: {{STACK}}
Bekannte Drittanbieter-Skripte: {{THIRD_PARTIES}}
Ausgabe:
1. Eine Metriktabelle: Metrik | Feldwert | Schwellenwert | Bestanden oder nicht | Gerät mit dem schlechtesten Wert.
2. Für jede nicht bestandene Metrik die wahrscheinlichen Ursachen nach Wahrscheinlichkeit geordnet, jeweils mit dem Beleg aus den gelieferten Daten.
3. Eine Maßnahmentabelle: Maßnahme | Betroffene Metrik | Erwartete Richtung der Veränderung | Aufwand (S / M / L) | Regressionsrisiko | Wer sie umsetzt.
4. "Zur Bestätigung messen" - die genaue Prüfung je Maßnahme.
Vorgaben:
- Felddaten schlagen Labordaten. Wo sie sich widersprechen, sagen Sie, welchen Sie folgen und warum.
- Sagen Sie keine numerische Verbesserung voraus, etwa "senkt LCP um 1,2 s". Nennen Sie stattdessen Richtung und Begründung.
- Weisen Sie auf jede Maßnahme hin, die Laborwerte verbessert, ohne das reale Nutzererlebnis zu verbessern.
- Ist ein Drittanbieter aus {{THIRD_PARTIES}} eine plausible Ursache, benennen Sie ihn und sagen Sie, wie man das durch Entfernen testet.
Ersetzen Sie jeden Platzhalter durch Ihre eigenen Angaben. Je genauer Sie sind, desto weniger erfindet das Modell.