Googles Core Web Vitals wurden 2021 zum Ranking-Signal. Seitdem hat jede Agentur „CWV-optimiert“ in ihre Pitch-Decks aufgenommen. Kaum eine erklärt, was die Metriken tatsächlich messen oder was konkret dazu führt, dass sie nicht bestanden werden.
Hier ist die Version ohne Fachjargon.
Was sie misst: Wie lange es dauert, bis das größte sichtbare Element der Seite erscheint.
Dieses Element ist meist Ihr Hero-Bild, Ihr Hero-Video oder ein großer Textblock. Sobald dieses Element vollständig sichtbar ist, stoppt die LCP-Uhr.
Warum sie wichtig ist: LCP ist der Moment, in dem Nutzer entscheiden, ob die Seite lädt. Vor dem LCP sehen sie eine teilweise gerenderte Seite. Nach dem LCP fühlt sich die Seite nutzbar an.
Der Zielwert: Unter 2,5 Sekunden. Unter 1,5 Sekunden ist exzellent. Ab 4 Sekunden steigen die Absprungraten messbar an.
Was zum Scheitern führt: Große, nicht optimierte Bilder. Hero-Videos, die vor dem Abspielen vollständig laden. Die Server-Antwortzeit (langsames Hosting). Render-blockierendes JavaScript, das alles verzögert.
Was sie misst: Wie schnell die Seite reagiert, wenn Sie klicken, tippen oder etwas eingeben.
INP hat 2024 FID (First Input Delay) abgelöst. Die Metrik misst die schlechteste Interaktionsverzögerung über den gesamten Seitenbesuch, nicht nur die erste.
Warum sie wichtig ist: Eine Seite, die schnell aussieht, aber langsam auf Klicks reagiert, wirkt kaputt. INP erfasst genau diese Reibung.
Der Zielwert: Unter 200 Millisekunden. Unter 100 ms ist exzellent. Über 500 ms fühlt sich selbst auf schneller Hardware träge an.
Was zum Scheitern führt: Schweres JavaScript, das auf dem Main Thread läuft. Drittanbieter-Skripte (Chat-Widgets, Analytics, A/B-Testing-Tools), die Interaktionen blockieren. Schlecht optimierte Event-Handler.
Was sie misst: Wie stark sich die Seite während des Ladens verschiebt.
Wenn Sie schon einmal auf einen Button klicken wollten und er sich genau in diesem Moment bewegt hat, weil darüber ein Banner oder Bild geladen wurde, haben Sie CLS erlebt. Gemessen wird ein Score (niedriger ist besser).
Warum sie wichtig ist: Layout-Verschiebungen verursachen Fehlklicks und signalisieren Nutzern, dass die Seite schlecht gebaut ist. Google misst sie, weil sie mit einer schlechten Nutzererfahrung korrelieren.
Der Zielwert: Unter 0,1. Unter 0,05 ist exzellent. Über 0,25 ist ein Problem.
Was zum Scheitern führt: Bilder ohne explizite width- und height-Attribute. Schriften, die erst nach dem Rendern des Textes laden und einen Textumbruch auslösen. Dynamisch eingefügte Inhalte oberhalb bestehender Inhalte (Banner, Cookie-Hinweise).
Suchranking: CWV ist ein Tiebreaker, kein primärer Rankingfaktor. Zwei Seiten mit identischem Inhalt ranken je nach CWV unterschiedlich. Eine Seite mit schlechten CWV und exzellentem Inhalt rankt besser als eine Seite mit perfekten CWV und dünnem Inhalt. Bei gleicher Inhaltsqualität zählen CWV jedoch.
Absprungrate: Laut den von Google veröffentlichten Daten korreliert eine LCP-Verbesserung um 1 Sekunde mit einer um 10–20 % niedrigeren Absprungrate. Nutzer, deren Seite schnell lädt, bleiben eher.
Conversion-Rate: Mit jeder Sekunde Ladeverzögerung über 2 Sekunden sinken die Conversion-Raten messbar. Das ist besonders auf Mobilgeräten relevant, wo die Verbindungen langsamer sind.
Wahrgenommene Qualität: Eine schnelle Website signalisiert Kompetenz. Eine langsame Website einer Agentur, die Webprodukte verkauft, ist ein sofortiges Glaubwürdigkeitsproblem.
PageSpeed Insights (pagespeed.web.dev): URL einfügen, Test starten. Zeigt Felddaten (echte Nutzer, sofern Sie genug Traffic haben) und Labordaten (simuliert). Auf die Labordaten optimieren Sie hin; die Felddaten sind das, was Google sieht.
Chrome DevTools: Lighthouse-Tab, Mobilgerät, gedrosseltes Netzwerk. Simuliert ein Mittelklasse-Smartphone mit 4G-Verbindung, das repräsentativste Szenario für die tatsächliche Verteilung Ihrer Nutzer.
Search Console: Wenn Ihre Website genug Traffic hat, zeigt Google Ihren CWV-Status im Bericht „Core Web Vitals“. Das sind Felddaten, und genau die nutzt Google für das Ranking.
Das Hero-Bild ist fast immer das LCP-Element. Die Lösung:
width- und height-Attribute ergänzen, um CLS zu verhindernfetchpriority="high" zum Hero-Bild hinzufügen; damit priorisiert der Browser es<head> vorladen: <link rel="preload" as="image" href="/hero.webp">Allein das verbessert den LCP auf den meisten Marketing-Sites typischerweise von 2,5–4 s auf 1,2–2 s.
Analytics, Chat-Widgets, A/B-Testing-Tools und Social-Embeds sind oft der größte INP- und LCP-Killer. Sie laden synchron und blockieren alles andere.
Laden Sie sie mit defer oder async. Besser noch: Laden Sie nicht kritische Skripte erst, nachdem die Seite interaktiv ist (beim load-Event oder nach einer Nutzerinteraktion). Für die meisten Marketing-Sites reicht es völlig, wenn Analytics 2 Sekunden nach der Seite lädt. Der Chat kann nach dem ersten Scrollen laden.
Jedes Bild ohne width und height verursacht CLS. Das gilt auch für Bilder in CMS, Blogartikeln und Karussells.
Ergänzen Sie die Maße. Wenn das nicht möglich ist (dynamische Inhalte), verwenden Sie einen Container mit bekanntem Seitenverhältnis per CSS (aspect-ratio: 16/9). Der Browser reserviert den Platz, bevor das Bild lädt.
font-display: swap für eigene Schriften verwendenEigene Schriften werden asynchron geladen. Ohne font-display: swap warten Browser auf die Schrift, bevor sie Text rendern, was den LCP verzögert. Mit swap rendert der Browser sofort mit einer Fallback-Schrift und tauscht sie aus, sobald die eigene Schrift geladen ist.
Das kann einen leichten Textumbruch verursachen (eine kleine CLS-Einbuße), aber der Kompromiss lohnt sich fast immer. Die Alternative (unsichtbarer Text, bis die Schriften geladen sind) ist schlechter.
Liegt Ihre Time to First Byte über 600 ms, ist alles andere schwerer zu beheben. Die TTFB hängt von Ihrem Hosting, Ihrer serverseitigen Renderzeit und Ihrer CDN-Konfiguration ab.
Günstiges Hosting mit einem einzigen Server in einer Region bedeutet eine langsame TTFB für Nutzer in anderen Ländern. Ein CDN (Cloudflare, Vercel, Fastly) verteilt Ihre Inhalte weltweit und senkt die TTFB für die meisten Nutzer auf unter 200 ms.
Für statische Marketing-Sites sollten Sie ein CDN nutzen. Es ist keine Option, sondern Pflicht, wenn Ihnen Performance außerhalb des Rechenzentrums Ihres Hosters wichtig ist.
| Website-Typ | LCP | INP | CLS | Lighthouse |
|---|---|---|---|---|
| Exzellente Marketing-Site | < 1,2 s | < 80 ms | < 0,02 | 95–100 |
| Gute Marketing-Site | 1,2–2,0 s | 80–150 ms | 0,02–0,06 | 85–95 |
| Akzeptabel | 2,0–2,5 s | 150–200 ms | 0,06–0,1 | 70–85 |
| Verbesserungsbedürftig | > 2,5 s | > 200 ms | > 0,1 | < 70 |
Die meisten Webflow-Sites landen standardmäßig bei „akzeptabel“. Die meisten sorgfältig gebauten Next.js- und Astro-Sites erreichen mit gezielter Optimierung „exzellent“.
Sie möchten wissen, wie Ihre Website abschneidet und was Sie zuerst beheben sollten? Starten Sie ein Gespräch – wir führen ein vollständiges CWV-Audit durch und priorisieren die Änderungen nach Wirkung.
Wir nehmen jeden Quartal eine begrenzte Anzahl von Projekten an. Erzählen Sie uns, was Sie bauen.
Seit 28. Juni 2025 gilt das BFSG. Wer betroffen ist, wer nicht, was droht und wie Sie Ihre Website barrierefrei machen: mit Selbsttest und Checkliste.
Eine App zu bauen kostet 2026 zwischen 15.000 € und 350.000 €+. Die Aufschlüsselung nach Komplexität, die echten Kostentreiber und laufenden Kosten.
