Core Web Vitals: Was überwachen und wie Regressionen beheben
Performance-Regressionen werden fast nie absichtlich ausgeliefert. Sie kommen mit einer scheinbar harmlosen Änderung: ein neues Karussell, ein Drittanbieter-Tag, ein Font-Wechsel. Wenn jemand den Conversion-Drop bemerkt, ist die Regression zwei Wochen alt. Kontinuierliche CWV-Überwachung dreht die Schleife um — Sie sehen die Regression am gleichen Tag.
Google bewertet Seiten nach echter Nutzerperformance. LCP, FCP, CLS, TTFB — das sind keine abstrakten Zahlen, das sind Conversion-Killer wenn sie driften. So überwachen Sie sie kontinuierlich und fangen Regressionen ab, bevor sie den Nutzer erreichen.
Was Core Web Vitals tatsächlich messen
Die sechs Metriken, die zählen, einfach erklärt:
• LCP (Largest Contentful Paint) — wie lange bis das größte sichtbare Element gerendert ist. Gut < 2,5s. • FCP (First Contentful Paint) — wie lange bis irgendein Pixel rendert. Gut < 1,8s. • CLS (Cumulative Layout Shift) — wie stark die Seite beim Laden springt. Gut < 0,1. • TTFB (Time to First Byte) — reine Server/CDN-Latenz. Gut < 0,8s. • TBT (Total Blocking Time) — wie lange der Main-Thread blockiert war. Gut < 200ms. • Speed Index — synthetisierter 'wie schnell fühlte es sich an'-Score. Gut < 3,4s.
Warum synthetische Labor-Scores lügen
Lighthouse-CI führt Ihre Seite auf einem simulierten Mittelklasse-Gerät mit simuliertem 3G aus. Es ist gut für relative Vergleiche, aber es verpasst viele echte Fehlermodi. Drittanbieter-Skripte, die Cookie-basiert lazy-laden, A/B-Branches, die nur die Hälfte der Nutzer sehen — Lighthouse sieht sie nie.
Ein Full-Browser-Playwright-Check fängt die Fehler ab, die Lighthouse verpasst. SpeedTest führt beides aus, sodass Sie sowohl die CI-Baseline als auch die echte Browser-Wahrheit bekommen.
Die Graphen lesen: graduelle vs. Sprung-Regressionen
Zwei Regressionsformen erzählen unterschiedliche Geschichten.
Ein gradueller Anstieg von LCP über zwei Wochen bedeutet meist, dass eine einzelne Ressource wächst — ein Produktbild-Feed ohne Pagination, ein Analytics-Bundle, das immer mehr Features bekommt.
Eine Sprungänderung bei einem einzelnen Deploy — TTFB springt über Nacht von 400ms auf 1200ms — ist eine direkte Code-Ursache. Korrelieren Sie den Zeitstempel mit DeployLog, finden Sie den Commit, rollen Sie zurück oder fixen Sie.
Pro-Metric-Alarmschwellen, die Sie wirklich wollen
Eine Schwelle pro Metric, Alarm beim Überschreiten der 'poor'-Grenze statt einem grellen 'regressed by 10%':
• LCP > 4,0s — Alarm • FCP > 3,0s — Alarm • CLS > 0,25 — Alarm • TTFB > 1,8s — Alarm • TBT > 600ms — Alarm
Kombinieren Sie mit einer 'warn'-Schwelle an Googles 'needs improvement'-Linie.
Was tun wenn CWV nach einem Deploy regressiert
Das Playbook wenn eine rote Metric direkt nach einem Release alarmiert:
1. Öffnen Sie den Playwright-Trace für den fehlgeschlagenen Lauf. 2. Finden Sie die neue oder geänderte Ressource. 3. Wenn es ein Drittanbieter ist, prüfen Sie dessen Statusseite und erwägen Sie `async` oder `defer`. 4. Wenn es Ihr Code ist, korrelieren Sie mit DeployLog und rollen Sie zurück oder hotfixen Sie. 5. Fügen Sie das Fehlermuster zu Ihrer Pre-Deploy-Checkliste hinzu.
Feature-Leitfaden
Uptime Monitoring
AlertsDock gives teams uptime monitoring for websites, APIs, TCP checks, DNS checks, SSL expiry, and fast alert routing without enterprise overhead.
Leitfaden lesenAlternativseite
Better Stack Alternative
Compare AlertsDock with Better Stack for teams that want a more focused monitoring product covering uptime, cron jobs, status pages, and webhooks.
Vergleich ansehenMore articles
KI-generierte Changelogs: Git-Commits automatisch in Release Notes verwandeln
Release Notes zu schreiben ist die lästige Aufgabe, die niemand will. DeployLog liest Ihre Commits bei jedem Push und generiert saubere, lesbare Changelogs nach Typ gruppiert — kein Anthropic erforderlich, funktioniert mit Groq, Gemini, Cloudflare, OpenRouter oder selbst gehostetem Ollama.
Hören Sie auf, .env-Dateien per E-Mail zu verschicken: Ein praktischer Leitfaden für verschlüsselte Vaults
Die DATABASE_URL Ihres Teams liegt in einer Slack-DM. Ihr STRIPE_SECRET_KEY lebt auf einer Notion-Seite. So lecken Secrets. Hier ist die Hygiene, die Sie vom ersten Tag hätten haben sollen — und wie verschlüsselte Vaults es schmerzlos machen.
Vorfalls-Playbooks, die sich selbst ausführen: vom Runbook zur Laufzeit
Ein Runbook zu schreiben, das niemand um 3 Uhr morgens liest, ist Verschwendung. Eines zu schreiben, das sich in dem Moment auto-startet, in dem ein Monitor ausfällt, und jeden Schritt protokolliert, ist ein Kraftmultiplikator.