Browser monitoring ist ein Beta-Feature von AppSignal Labs. Das Paket
@appsignal/browser wird unter dem beta-Tag auf npm veröffentlicht, und
seine Konfiguration und API können sich zwischen Beta-Releases noch ändern.
Teilen Sie Ihr Feedback in unserer
Discord-Community.Zusammenfassung der web vitals
Die Ansicht enthält Kacheln für fünf Metriken: LCP, INP, CLS, FCP und TTFB. Werte, Bewertungen und Trends erscheinen, sobald Messungen vorliegen. Die Trendlinie unterscheidet eine stabile Zahl von einer, die seit einer Weile steigt. Jeder Zeitraum wird außerdem mit dem gleich langen Zeitraum davor verglichen. Wenn Sie zum Beispiel die letzten vier Stunden auswählen, werden diese mit den vorherigen vier verglichen. Das zeigt, ob sich ein Wert verändert hat. Wenn ein Trend eine Spitze zeigt, prüfen Sie, wie viele Messungen dahinterstehen. Eine einzelne Messung reicht nicht aus, um eine Regression festzustellen. Die Bewertungen stammen aus den Schwellenwerten von Google, die zu jeder Metrik auf der Seite zu web vitals aufgeführt sind. Die drei Core Web Vitals sind LCP, INP und CLS. FCP und TTFB helfen, einen schlechten LCP zu erklären. Ein langsamer TTFB deutet auf den Server oder das Netzwerk hin. Ein schneller TTFB bei langsamem LCP deutet auf das Laden von Ressourcen oder das Rendering hin.Perzentile
Werte werden zu einem Perzentil Ihrer Wahl gemeldet: p75, p90 oder p95. Beginnen Sie mit p75. Die Schwellenwerte von Google nutzen dieses Perzentil, um Core Web Vitals zu bewerten. Nutzen Sie p90 oder p95, um langsamere Erfahrungen zu sehen, die ein Durchschnitt verbergen kann.Aufschlüsselung pro Route
Unter der Zusammenfassung zeigt die Tabelle bis zu 20 Seiten, jeweils mit der Anzahl an samples und den verfügbaren Metriken. Die Anzahl der samples ist genauso wichtig wie die Werte: Eine Route mit vier samples ist ein Hinweis, kein Befund. In dieser Tabelle finden Sie die Arbeit. Die Tabelle priorisiert Seiten mit mehr Messungen und sortiert die angezeigten dann nach LCP. Vergleichen Sie die Metriken in einer Zeile, um Hinweise zu finden:- Ein langsamer TTFB deutet auf Wartezeit auf den Server oder das Netzwerk hin, bevor das Rendering beginnen kann.
- Ein schneller TTFB bei schlechtem CLS bedeutet, dass die Antwort schnell beginnt, sich das Layout aber unerwartet verschiebt.
Releases vergleichen
Ein Filter nach App-Version beschränkt die gesamte Ansicht, Zusammenfassung wie Tabelle, auf die Seitenaufrufe, die dieses Release gemeldet hat. Wenn Sie eine Version wählen, werden die Trendlinien damit beschriftet. Das ist der schnellste Weg, die Frage zu beantworten, ob ein Deploy etwas langsamer gemacht hat. Setzen SieappVersion auf Ihren Release-Tag oder Commit-SHA, dann trägt jede Messung diesen Wert.
Nach Route filtern
Ein Filter nach Route schränkt sowohl die Zusammenfassung als auch die Tabelle ein. So können Sie einen Teil der Anwendung gezielt betrachten. Solche Durchschnitte sind für sich genommen oft nicht hilfreich. Eine schnelle Marketingseite und ein langsames dashboard ergeben zusammen eine einzige Zahl, die keines von beiden beschreibt.Was die Zahlen auslassen
Zwei Dinge, die Sie beim Deuten der Werte im Blick behalten sollten:- Die Verfügbarkeit der Metrik hängt vom Browser ab. CLS und INP benötigen bestimmte Performance-Einträge, daher tragen Browser ohne diese keine Werte dazu bei. Mehr dazu unter Browser-Unterstützung.
- LCP, FCP und TTFB gehören zum Seitenaufruf, nicht zur Route. Der Browser misst sie einmal, beim ersten Laden der Seite. In einer Single-Page-Anwendung gehören sie zu der Route, die der Nutzer zuerst geöffnet hat, nicht zu denen, zu denen er danach gewechselt ist. CLS und INP werden pro Route gemessen. Mehr dazu unter Wie Werte Routen zugeordnet werden.