Die Core Web Vitals gehören zu den Signalen der Seitennutzererfahrung (Page Experience), die Google in seinen Ranking-Systemen berücksichtigt. Allein entscheiden sie nicht über das Ranking: Die Relevanz der Inhalte hat Vorrang. Bei vergleichbarer Relevanz hat eine schnelle, stabile Seite jedoch einen Vorteil, und sie bietet Besuchern eine bessere Erfahrung. Seit März 2024 hat INP (Interaction to Next Paint) den FID abgelöst; die von Google veröffentlichten Schwellenwerte sind unverändert. Dieser technische Leitfaden zeigt, wie Sie jede Metrik messen, diagnostizieren und optimieren.
Die 3 Core-Web-Vitals-Metriken im Jahr 2026
LCP (Largest Contentful Paint) – Schwellenwert: ≤ 2,5 Sekunden
Der LCP misst, wie lange es dauert, bis das größte sichtbare Element im Viewport angezeigt wird. Diese Metrik spiegelt am besten wider, wie Nutzer die Ladegeschwindigkeit wahrnehmen. Google bewertet einen LCP von höchstens 2,5 Sekunden als „gut“, alles darüber als „verbesserungswürdig“ und ab 4 Sekunden als „schlecht“.
Die häufigsten Ursachen für einen langsamen LCP:
- Nicht optimierte Bilder: JPEG/PNG statt WebP/AVIF, Dateien, die für ihre Anzeigegröße zu schwer sind, oder ein Hauptbild mit Lazy Loading, das dadurch später erscheint
- Render-blockierende Ressourcen: CSS und JavaScript, die das erste Rendering verzögern
- Serverantwortzeit (TTFB): Ein langsamer Server oder ein schlecht konfiguriertes CDN
- Webfonts: Eigene Schriftarten, die die Textanzeige blockieren (FOIT)
INP (Interaction to Next Paint) – Schwellenwert: ≤ 200 ms
INP hat FID 2024 abgelöst und misst die gesamte Reaktionsfähigkeit der Seite während des ganzen Besuchs – nicht nur bei der ersten Interaktion. Die Metrik ist anspruchsvoller als FID: Sie beobachtet Klicks, Tippen und Tastatureingaben und berücksichtigt eine der langsamsten Interaktionen des Besuchs.
Die häufigsten Ursachen für einen hohen INP:
- Schweres JavaScript im Main Thread: Drittanbieter-Skripte (Analytics, Chat, Werbung), die die CPU blockieren
- Hydration von Frameworks: React, Next.js und ähnliche Frameworks führen beim Laden viel JavaScript aus, um die Seite interaktiv zu machen; eine Interaktion in dieser Phase muss warten
- Aufwendige Event-Handler: Komplexe Berechnungen, die durch Klicks oder Scrollen ausgelöst werden
- Aufwendiges Rendering nach der Interaktion: Ein sehr großes DOM oder erzwungene Layout-Neuberechnungen verzögern die nächste Darstellung
CLS (Cumulative Layout Shift) – Schwellenwert: ≤ 0,1
Der CLS misst die visuelle Stabilität der Seite. Jedes Mal, wenn sich ein Element unerwartet verschiebt (ein Bild, das lädt und den Text nach unten schiebt, ein Werbebanner, das eingefügt wird), steigt der CLS-Wert. Ein CLS über 0,1 gilt als „verbesserungswürdig“, über 0,25 als „schlecht“.
Messen: Felddaten und Labordaten
Google bewertet die Core Web Vitals anhand von Felddaten: denen des Chrome User Experience Report (CrUX), die bei echten Chrome-Nutzern über die letzten 28 Tage erhoben werden. Eine Seite besteht die Bewertung, wenn alle drei Metriken beim 75. Perzentil der Besuche „gut“ sind. Der Bericht „Core Web Vitals“ der Search Console zeigt diese Daten nach URL-Gruppen; PageSpeed Insights zeigt sie für eine einzelne URL, neben einem Lighthouse-Labortest.
Labortests (Lighthouse, Chrome DevTools) dienen dazu, ein Problem zu diagnostizieren und eine Korrektur vor dem Livegang zu prüfen. Felddaten ersetzen sie nicht. Ein klassischer Lighthouse-Test misst INP nicht, denn dafür braucht es echte Interaktionen: Die Total Blocking Time (TBT) gibt stattdessen einen Anhaltspunkt.
Optimieren: die Hebel je Metrik
- LCP: das Hauptbild in einem modernen Format und in passender Größe ausliefern, es vorladen oder ihm eine hohe Ladepriorität geben (Attribut fetchpriority), die TTFB (Cache, CDN) und rendering-blockierendes CSS reduzieren
- INP: lange Aufgaben aufteilen und dem Browser regelmäßig die Kontrolle zurückgeben, Drittanbieter-Skripte verzögern oder verschlanken, die Arbeit pro Klick und die Größe des DOM begrenzen
- CLS: Bildern, Videos und iframes Abmessungen geben (width und height oder aspect-ratio), Platz für Werbung und Banner reservieren und Ersatzschriften wählen, die der endgültigen Schrift nahekommen
So misst Zerkado Ihre Core Web Vitals
Das technische SEO-Audit von Zerkado misst LCP, CLS und TBT im Labor auf einer Stichprobe von Seiten, in einem echten Browser mit mobiler Ansicht, und dazu die Antwortzeit aller gecrawlten Seiten. Zu jedem gefundenen Problem zeigt es, wie Sie es beheben. INP erfordert echte Besucher: Die TBT liefert eine Näherung im Labor, die Felddaten finden Sie weiterhin in der Search Console.
Das Modul SEO-Audit ordnet die Probleme nach Schweregrad (kritisch, Warnung, Information) und nach der Zahl der betroffenen Seiten, damit Sie entscheiden können, was Sie zuerst beheben. Jeder neue Crawl der Website aktualisiert die Messungen: Eine Seite, die nach einem Release langsamer wird, fällt beim nächsten Durchlauf auf.
Wenn Sie die technische Optimierung Ihrer Website vertiefen möchten, lesen Sie unseren umfassenden Leitfaden zum technischen SEO-Audit und unseren Artikel über die häufigsten technischen SEO-Fehler.