Core Web Vitals deutsch — was Google misst und wie du es reparierst

Core Web Vitals sind kein technisches Spezialthema mehr — sie sind seit 2021 ein offizieller Google-Ranking-Faktor, und seit 2024 mit den Updates auf INP statt FID noch enger an dem ausgerichtet, was Besucher als „flüssig" empfinden. Wer dort nicht grün liegt, verliert messbar Klicks an Wettbewerber, die es liegen.

Wir schreiben das hier auf, weil wir es in fast jedem Audit erleben: Eine Mittelstands-Site mit gutem Inhalt und ordentlichem Design — aber das technische Fundament ist von 2018, und Google sieht das.

Was die drei Werte konkret messen

LCP — Largest Contentful Paint

LCP misst, wie lange es dauert, bis das größte sichtbare Element auf dem Bildschirm fertig gemalt ist. Bei den meisten Seiten ist das das Hero-Bild oder die große Überschrift. Google rechnet:

• Unter 2,5 Sekunden — grün, alles gut.
• 2,5 bis 4,0 Sekunden — gelb, Verbesserung nötig.
• Über 4,0 Sekunden — rot, Conversion-Killer.

Praxis: Wenn dein Hero-Bild 1,8 MB groß ist, weil dein Baukasten-Theme keine WebP-Variante liefert, hast du schon 1,2 Sekunden verloren — bevor irgendetwas anderes überhaupt geladen ist.

CLS — Cumulative Layout Shift

CLS misst, wie oft Elemente auf der Seite während des Aufbaus springen. Du kennst das: Du willst auf einen Link klicken, in dem Moment lädt eine Werbung nach, alles rutscht runter, du klickst aus Versehen woanders hin. Das ist CLS — und es nervt jeden Besucher konkret im Bauch.

• Unter 0,1 — grün.
• 0,1 bis 0,25 — gelb.
• Über 0,25 — rot.

Die häufigsten Ursachen: Bilder ohne width/height-Attribute, Webfonts ohne font-display: swap samt Fallback-Sizing, Werbe-Container, die ihre Höhe erst nach Ad-Load kennen.

INP — Interaction to Next Paint

INP hat 2024 FID als Core-Vital abgelöst. Es misst, wie schnell die Seite auf einen Klick, Tap oder Tastendruck reagiert — nicht nur beim ersten, sondern über die ganze Session.

• Unter 200 ms — grün, fühlt sich responsiv an.
• 200 bis 500 ms — gelb, leicht träge.
• Über 500 ms — rot, fühlt sich kaputt an.

INP-Probleme kommen meist aus überladenen JavaScript-Bundles — Tag-Manager mit zehn Tracking-Pixeln, Builder-Plugins, die jedes UI-Element zur Laufzeit re-rendern, oder Cookie-Banner, die den Main-Thread blockieren, während sie ihre eigene Logik laden.

Wie du deine Werte misst

Drei Werkzeuge, die wir täglich nutzen:

1. PageSpeed Insights (pagespeed.web.dev) — Googles eigenes Werkzeug. Liefert Lab-Daten (synthetischer Test) und, wenn deine Seite genug echten Traffic hat, Field-Daten (echte Besucher der letzten 28 Tage). Field-Daten sind das, was wirklich zählt — Google rankt darauf.
2. Chrome DevTools Performance Tab — Wenn du selbst entwickelst oder mit einem Entwickler arbeitest, ist das der präziseste Blick auf den Render-Pfad.
3. WebPageTest.org — Granularer als PageSpeed, mit Wasserfall-Diagramm. Gut, um exotische Probleme zu finden.

Hannes misst TTFB, Kompression und HTML-Gewicht direkt — die kompletten Core Web Vitals geht er mit dir im persönlichen Erstgespräch durch, weil sie Field-Daten aus echtem Browser-Verkehr brauchen.

Die fünf häufigsten Killer (und wie wir sie beheben)

1. Hero-Bild ohne WebP/AVIF

Ein 1,2-MB-JPEG kann als WebP auf 280 KB schrumpfen, als AVIF auf unter 200 KB — ohne sichtbaren Qualitätsverlust. Lösung: Build-Pipeline, die alle Bilder in mehreren Formaten ausliefert, plus <picture>-Element für moderne Browser. Wir liefern das automatisch in jeder neuen Site mit.

2. Webfonts ohne Preload + Fallback-Sizing

Wenn Fraunces erst nach 400 ms vom Server geladen wird, springt deine ganze Typografie — CLS-Killer. Lösung: <link rel="preload"> für die wichtigsten Schnittstellen, dazu font-display: swap mit metrik-angepasstem Fallback (size-adjust, ascent-override).

3. Plugins, die im Hintergrund weiterrechnen

Klassische CMS-Plugins wie SEO-Suiten oder schwere Builder laden bei jedem Request Datenbank-Queries, die niemand mehr braucht. Lösung: Audit der aktiven Plugins, raus mit allem, was nicht messbar Wert liefert, Server-seitiges Caching aktivieren.

4. Tag-Manager-Overload

Wenn dein Google Tag Manager neun Pixel feuert — Meta, LinkedIn, Twitter, Hotjar, Google Ads, Bing, Pinterest, TikTok, Reddit — bist du schon vor dem ersten Klick langsam. Lösung: Konsolidierung auf zwei bis drei Channels, die wirklich Conversions bringen, der Rest fliegt raus.

5. Hosting auf Shared-Servern aus dem €4,99-Tarif

Manche Lücken kannst du nicht wegoptimieren — sie liegen am Fundament. Ein günstiger Shared-Host hat TTFB-Werte von 1,5 bis 3 Sekunden, weil die Datenbank auf einem überladenen Server liegt. Lösung: Hosting im richtigen Segment (deutsche Hetzner-Knoten, EU-CDN, eigene Datenbank-Instanz).

Was bei uns Standard ist

Wenn wir eine Seite ausliefern, bekommt sie:

• Hetzner-Hosting in Deutschland, eigene Datenbank-Instanz (kein Shared-Database)
• Brotli-Kompression, HTTP/2, Cache-Header für statische Assets
• WebP- und AVIF-Varianten aller Bilder, automatisch generiert
• Webfonts mit Preload und CLS-sicherem Fallback
• JavaScript-Bundles unter 250 KB gzipped, Code-Splitting pro Route
• Server-seitiges Rendering der wichtigsten Seiten

Das bringt grüne Core Web Vitals als Stand der Technik — nicht als Premium-Aufpreis, sondern als Standard-Auslieferung.

Wie aufwendig ist die Reparatur einer Bestands-Site?

Drei Szenarien, die wir typisch sehen:

• Quick-Win-Sprint (2-4 Tage): Bilder optimieren, Webfonts korrigieren, Tag-Manager aufräumen, Cache-Header setzen. Bringt 70-80 % der Verbesserung. Sinnvoll, wenn die Site sonst ok ist.
• Mittel-Sprint (1-2 Wochen): Plugins aufräumen, Builder-Reste ausbauen, Hosting prüfen, einzelne Sektionen rewriten. Lohnt sich, wenn das Fundament noch trägt, aber die Aufbauten chaotisch sind.
• Neubau auf modernem Stack: Wenn die Site älter als fünf Jahre ist und mit drei verschiedenen Builder-Generationen darin steckt, kostet die Reparatur oft mehr als ein sauberer Neubau auf modernem Fundament. Festpreis nach Audit, in 5-10 Tagen live.

Der ehrliche Tipp: Lass uns deine Seite gegen die sechs Audit-Dimensionen prüfen — Core Web Vitals sind nur eine davon. Frag Hannes — er sagt dir, ob ein Sprint, ein Mittel-Lift oder ein Neubau sinnvoller ist.