Tech-SEO Authority
Core Web Vitals: die drei Metriken, die Google wirklich rankt
LCP, INP, CLS. Field-Daten aus dem Chrome User Experience Report. Wer im 75. Perzentil schlecht steht, verliert Ranking-Punkte. Hier ist die Kurzfassung der Realitaet.
Die drei Schwellen, die ueber Ranking entscheiden
Good, Needs Improvement, Poor
Google misst das 75. Perzentil deiner Origin-Field-Daten. Wer Good schafft, hat ein positives Signal. Wer Poor sieht, hat ein direktes Ranking-Problem.
LCP
Largest Contentful Paint
Wann ist das groesste Hero-Element fertig?
INP
Interaction to Next Paint
Wie schnell reagiert die Page auf User-Interaktion?
CLS
Cumulative Layout Shift
Wie sehr verschiebt sich Layout waehrend der Session?
Was die Werte kaputt macht und wie wir es fixen
Pro Metrik: typische Killer und unsere Loesung
LCP-Killer
- • Hero-Bild als unkomprimiertes JPG ohne srcset, faellt fuer 4G zu spaet rein
- • Hero-Webfont ohne Preload, Schrift wechselt waehrend des Renderns
- • Server-Side-Render-Latenz, weil API auf demselben Box wie CMS lebt
- • Render-Blocking-CSS aus 6 Dateien, die seriell geladen werden
Unsere Loesung: Static-HTML aus Astro, Hero-Bild als AVIF mit srcset und sizes, Webfont preload und font-display swap, Critical CSS inline.
INP-Killer
- • Tag-Manager mit 14 Trackern, jeder davon synchron im Main-Thread
- • Cookie-Consent-Bibliothek die 200kb JS auf User-First-Click ausfuehrt
- • React-Rehydration auf einer Marketing-Page die kein React braucht
- • Client-side-Routing mit nicht-codegesplittetem Bundle
Unsere Loesung: Astro-Islands fuer interaktive Komponenten, sonst 0 JS. Cookie-Consent als Vanilla, GA4 erst nach window.load. Nur die Komponenten hydrieren, die wirklich Interaktion brauchen.
CLS-Killer
- • Bilder ohne width und height, Browser kennt die Dimensions nicht
- • Webfonts mit grossem Fallback-Mismatch, Layout shifted nach Swap
- • Display-Ads die ohne reservierten Slot eingeblendet werden
- • Cookie-Banner als Layout-Schicht statt fixed-Overlay
Unsere Loesung: Astro Image-Component liefert dimensions automatisch. Webfont mit Fallback-Matching ueber size-adjust. Cookie-Banner als position-fixed-Overlay ohne Layout-Impact.
Workflow
Wie wir Core Web Vitals jeden Tag im Blick halten
- Lighthouse CI im Pull Request: jeder PR misst LCP, INP-Aequivalent (TBT) und CLS auf dem Preview-Build. Threshold: Score unter 90 blockt Merge.
- Search Console weekly: Field-Daten aus CrUX, gefiltert auf ranking-relevante URL-Cluster. Wenn etwas Richtung Needs-Improvement driftet, alarmieren wir bevor es Poor wird.
- Real-User-Monitoring: bei groesseren Mandaten ein leichter web-vitals-JS-Snippet, der Field-Werte direkt aus dem Browser nach BigQuery schickt. Granularitaet bis Page-Template-Ebene.
- Drittanbieter-Audit quarterly: jedes Quartal eine Inventur welche Tags aktiv sind, wer sie initiiert hat, ob sie noch gebraucht werden. Tag-Manager ist sonst eine Friedhof-Pflanze die alle paar Jahre dramatisch ranziert.
Häufig gestellte Fragen
Sind Core Web Vitals ein direkter Ranking-Faktor? +
Ja, seit dem Page Experience Update von Mai 2021, verstaerkt im Februar 2022 fuer Desktop. Google misst LCP, INP und CLS aus Field-Daten via CrUX. Wer im 75. Perzentil "Good" steht, hat ein positives Signal. Wer im "Poor" landet, verliert Ranking-Punkte gegen schnellere Konkurrenten bei sonst gleichem Content-Niveau.
Was misst Field-Daten genau? +
Chrome User Experience Report (CrUX) sammelt anonymisiert echte Page-Loads von echten Chrome-Usern, aggregiert ueber 28 Tage und gruppiert nach Page-Typ und Origin. Das 75. Perzentil ist das Goldstandard-Signal: 75 Prozent deiner User mussten besser oder gleich gut bedient werden.
Wie sieht ein guter LCP aus? +
Bis 2,5 Sekunden ist "Good", 2,5 bis 4,0 Sekunden ist "Needs Improvement", ueber 4,0 Sekunden ist "Poor". Die meisten gemessenen B2B-Bestandssites liegen bei 5 bis 13 Sekunden im Field, was direkt Ranking-Verlust bedeutet.
Was ist INP und warum hat es FID ersetzt? +
Interaction to Next Paint, seit Maerz 2024 das offizielle Field-Aequivalent zu TBT. Misst die schlechteste relevante Interaktions-Antwort waehrend der Session, nicht nur die erste wie FID. Ziel: unter 200ms, "Poor" ab 500ms. Fuer JS-schwere Sites die wahre Probe.
CLS, was sind typische Ursachen? +
Bilder ohne Dimensions-Attribute, Schriften die spaet nachladen und Layout verschieben, Banner und Cookie-Pop-ups die ohne reservierten Platz nachgeschoben werden, Display-Ads die das Layout sprengen. Loesung: feste Heights, font-display swap mit korrektem Fallback-Stack, Reserve fuer Banner.
Wo stehen deine Core Web Vitals?
Wir checken kostenlos Field-Daten und Lab-Daten, vergleichen Origin-Werte mit der Branche und schicken dir die fuenf grossten Hebel.
Antwort innerhalb von 24h · Keine versteckten Kosten