Ehrliche Performance-Messung: echte Telemetrie vom eigenen Dev-Traffic trennen und Budgets in Tests verwandeln.
Ein Performance-Dashboard taugt nur so viel wie die Daten dahinter. Dieses misst zwei verschiedene Dinge und vermischt sie bewusst nicht: Felddaten echter Besucher und Labormessungen aus einem Produktions-Build.
Core Web Vitals im 75. Perzentil, von Besuchern mit Analyse-Einwilligung. Bewertet nach Googles veröffentlichten Schwellenwerten, damit das Urteil dem entspricht, was die Search Console meldet.
Alle Zahlen oben lesen nur die Produktionsspur. Dies ist die Aufteilung, aus der gefiltert wurde — gezeigt statt versteckt, denn ein Aggregat, das stillschweigend Zeilen verwirft, sieht genauso aus wie eines, bei dem es nichts zu verwerfen gibt.
Produktionsverkehr macht 79.3% der erfassten Messwerte aus. Verschiebt sich dieser Anteil deutlich, ist zuerst der Filter zu prüfen — nicht die Website.
Bundle-Größe taucht in Echtnutzerdaten erst auf, wenn sie längst ausgeliefert ist. Diese Werte stammen aus einem Produktions-Build und liegen im Repository, damit Wachstum im Review sichtbar wird.
route_js_kb Schlechtbaseline_js_kb Gutdoc_html_kb GutGemessen am 2026-09-18 · NODE_ENV=production
Geht dieses Pattern noch besser? Sag uns, wie.
Feedback geben