DIE CWV-CHECKLISTE
Die zwölf Kontrollen, die ich vor dem Launch einer Website oder eines Templates durchlaufe. Kurz genug zum Einsatz, streng genug, um echte Fehler zu finden.
← Alle Guides Alle Guides zu diesem Thema
Warum kurze Checklisten funktionieren
Lange Performance-Audits werden ignoriert. Eine zwölf-Punkte-Liste, die ein Lead Developer an einem Nachmittag durcharbeiten kann, wird genutzt. Das ist die Liste, die ich vor dem Launch durchlaufe, vor einem großen Template-Update und nach jedem „wir haben nur ein kleines Script hinzugefügt"-Überraschungsmoment.
Es setzt voraus, dass du die Metriken bereits kennst. Wenn du die Diagnose brauchst, lies, warum deine Website langsam ist. Wenn du an einer einzelnen Metrik operieren musst, lies den LCP-, INP-, CLS-Guide. Diese Seite ist das Tor.
Wichtigste Erkenntnis: Eine Checkliste, die du abschließt, schlägt ein 40-Seiten-Audit, das niemand zweimal öffnet.
Die 12 Punkte
| # | Überprüfung | Pass sieht so aus |
|---|---|---|
| 1 | Feldaten extrahiert | CrUX oder RUM für die wichtigsten Templates, mobil 75. Perzentil |
| 2 | LCP-Element identifiziert | Du kannst das Element und seine URL auf der Money Page benennen |
| 3 | LCP-Medienbudget | Hero unter vertretbarem Gewicht, modernes Format, skaliert, bei Bedarf vorgeladen |
| 4 | TTFB sinnvoll | Gecachtes oder statisches HTML hält TTFB aus der Gefahrenzone |
| 5 | JS auf kritischem Pfad | Kein Chat, A/B oder aufwendiges Hydration vor erstem Nutzer-Trigger |
| 6 | INP Stichprobencheck | Primäre Taps bleiben auf Mid-Tier-Telefonen responsiv |
| 7 | Schriftarten | Subset, selbst gehostet oder kontrolliertes CDN, kein mehrsekündiger unsichtbarer Text |
| 8 | CLS reservierter Platz | Bilder, Embeds und Anzeigen haben Dimensionen oder Aspect-Ratio-Boxen |
| 9 | Third Parties aufgelistet | Jeder Tag hat einen Owner und einen Grund zu existieren |
| 10 | Cache-Header | HTML und Assets haben absichtliche Cache-Richtlinie, nicht zufällig |
| 11 | Template-Parität | Homepage, Hub und Article Templates jeweils geprüft, nicht nur Home |
| 12 | Stop-Regel | Du stoppst wenn Field CWV passt, nicht wenn Lighthouse 100 erreicht |
Drucke sie aus, füge sie ins Launch-Ticket ein oder nutze sie als PR-Checkliste. Es geht um binär Bestanden oder Nicht-Bestanden pro Zeile, nicht um ausführliche Antworten.
Wichtigste Erkenntnis: Wenn du Punkt 1 und Punkt 2 nicht abhaken kannst, bist du nicht bereit für Punkt 3 bis 12.
Wie du es tatsächlich nutzt
Führe die Liste auf den Templates aus, die Geld verdienen oder Rankings bringen: Homepage, primäre Landing Page, Kategorie oder Hub und eine repräsentative Artikel- oder Produktseite. Eine grüne Homepage mit einem roten Article-Template ist immer noch ein fehlgeschlagener Launch.
Benenne einen Owner pro Fehler. Performance-Arbeit ohne Owner wird zu einem Slack-Thread. Führe Field Data eine Woche nach dem Release erneut aus, nicht nur im Staging. Staging lügt über Third Parties, Cache-Wärmung und echte Geräte.
Wenn alles bestanden hat, stopp. Weitere Optimierung ist optionales Brand-Polish, es sei denn, ein spezifischer Conversion-Test sagt etwas anderes.
Kernaussage: Nutze die Checkliste als Gate für Templates, die zählen, dann zieh dich zurück, wenn die Field-Daten stimmen.
Woran ich Teams scheitern lasse
Lab grün als bestanden zu nennen, während Search Console immer noch eine schlechte URL-Gruppe zeigt. Eine neue Marketing-Seite zu shipppen, die nie auf der Checkliste stand. Chat-Widgets auf dem kritischen Pfad zu belassen, weil der Sales es verlangt hat. CLS in Staging mit leeren Ad-Slots zu fixen, die in Production explodieren.
Auch: die Checkliste als einmalige Sache zu behandeln. Templates driften ab. Ein vierteljährlicher Durchlauf auf den Money Pages fängt den langsamen Tod durch „nur noch ein Tag" auf.
Wenn mehr als drei Zeilen fehlschlagen, parallelisiere nicht zwölf Micro-Tasks. Fix LCP und Third Parties zuerst, dann erneut durchlaufen. Die meisten Boards räumen sich auf diese Weise schneller auf als mit einem Schrotflintensprint.
Kernaussage: Den Launch abblocken, wenn Field Data oder Template Coverage fehlt, nicht wenn ein Eitelkeits-Lab-Score 89 ist.
Wo diese Checkliste im Cluster sitzt
Nutze why-is-my-website-slow, wenn du immer noch die Story von Server versus Front End brauchst. Nutze den LCP-, INP-, CLS-Guide, wenn eine einzelne Metrik rot ist und du Hebel brauchst. Nutze die Performance Pillar, wenn die Frage Roadmap und Investment ist, nicht ein Launch Gate.
Diese Checkliste ist die langweilige Mitte: binär, wiederholbar, kurz genug, dass Menschen sie tatsächlich durchlaufen.
Kernaussage: Gate Launches mit der Checkliste. Diagnose mit den anderen Performance Guides.