Begriff
Core Web Vitals erklärt: LCP, INP, CLS — Glossar
Direkte Antwort
Core Web Vitals: Core Web Vitals sind drei von Google gemessene Kennzahlen für das Seitenerlebnis: Largest Contentful Paint (LCP, gut bis 2,5 s), Interaction to Next Paint (INP, gut bis 200 ms) und Cumulative Layout Shift (CLS, gut bis 0,1) — jeweils im 75. Perzentil echter Besuche. Sie sind ein Rankingsignal unter vielen; vor allem entscheiden sie, ob Besucher bleiben und Crawler Seiten vollständig abrufen.
Wichtigste Punkte
- Drei Metriken — LCP, INP, CLS — bewertet im 75. Perzentil echter Nutzerdaten.
- Schwellen für „gut“: 2,5 s, 200 ms und 0,1; Felddaten zählen mehr als ein einzelner Labortest.
- Pagebuilder-WordPress landet oft bei 2,5–4 s LCP; SSR/SSG zielt deutlich darunter.
- Caching-Plugins kaschieren Ballast, entfernen ihn aber nicht.
— Steve Baka
Aktualisiert: · Autor: Steve Baka
Was sind die Core Web Vitals?
Die Core Web Vitals sind ein Teil von Googles Web-Vitals-Initiative und reduzieren Seitenerlebnis auf drei messbare Zahlen. LCP misst, wann der größte sichtbare Inhalt — oft ein Hero-Bild oder ein Textblock — gerendert ist. INP misst, wie schnell die Seite während des gesamten Besuchs auf Klicks, Taps und Tastatureingaben reagiert; er hat im März 2024 den Wert FID abgelöst. CLS misst, wie stark sich sichtbare Elemente unerwartet verschieben.
Google erhebt die Werte aus anonymisierten Messdaten echter Chrome-Nutzer und bewertet das 75. Perzentil, getrennt für Mobil und Desktop. Das heißt: Drei von vier Besuchen müssen mindestens „gut“ sein. Laborwerte aus Werkzeugen wie Lighthouse helfen bei der Fehlersuche, ersetzen aber keine Felddaten.
Welche Schwellenwerte gelten?
| Metrik | Gut | Verbesserungswürdig | Schlecht |
|---|---|---|---|
| LCP | bis 2,5 s | 2,5–4 s | über 4 s |
| INP | bis 200 ms | 200–500 ms | über 500 ms |
| CLS | bis 0,1 | 0,1–0,25 | über 0,25 |
Eine Seite gilt als bestanden, wenn alle drei Metriken im 75. Perzentil im grünen Bereich liegen. Ein einzelner roter Wert reicht, um die Gesamtbewertung zu verfehlen.
Warum sind Core Web Vitals für Webseiten und KI wichtig?
Für Suche und Nutzer: Google zählt das Seitenerlebnis als eines von vielen Signalen. Inhaltliche Relevanz bleibt wichtiger, aber bei ähnlich guten Seiten kann die Erfahrung den Ausschlag geben. Deutlicher ist der Effekt auf Verhalten: Wenn ein Hero-Bild erst nach drei Sekunden erscheint oder der Button beim Tippen wegspringt, springen Besucher ab — und mit ihnen deine Conversions.
Für KI-Systeme und Crawler: Langsame oder instabile Seiten werden häufiger unvollständig oder gar nicht abgerufen. Assistenten haben enge Zeitbudgets; wenn dein Text erst nach clientseitigem JavaScript erscheint, wird er nicht gelesen. Die Core Web Vitals sind deshalb ein guter Frühindikator für Crawlability und Extrahierbarkeit, auch wenn KI-Anbieter sie nicht offiziell als Signal ausweisen.
Warum scheitern viele WordPress-Seiten?
Die Ursachen wiederholen sich: Ein Theme lädt Dutzende Skripte und Stylesheets, Pagebuilder wie Elementor erzeugen tief verschachteltes Markup, Plugins injizieren Tracker und Slider, Bilder sind zu groß oder ohne Maße. Das Ergebnis sind lange Hauptthread-Blockaden (schlechter INP), spät erscheinende Hero-Inhalte (schlechter LCP) und nachladende Elemente (schlechter CLS). In unseren Audits liegen unveränderte Pagebuilder-Seiten typischerweise bei 2,5–4 s LCP.
Ein Cache-Plugin liefert die fertige Seite schneller aus, ändert aber nichts an der Menge von Markup und Skripten, die der Browser verarbeiten muss. Ein vorgeschaltetes CDN bringt Bytes näher zum Nutzer, nicht weniger Bytes.
Wie verbesserst du die Werte nachhaltig?
- Weniger ausliefern: schlankes HTML, wenige Skripte, moderne Bildformate in passender Größe.
- Fertiges HTML: SSG oder SSR liefern Inhalt ohne Warten auf Client-Rendering; Hydration gezielt einsetzen.
- Platz reservieren: Bildmaße, feste Slots für Banner und Einbettungen gegen CLS.
- JavaScript kontrollieren: Drittanbieter-Skripte prüfen, Aufgaben zerlegen, nicht benötigtes Laden verschieben.
- Nach dem Umbau messen: Feld- und Labordaten vergleichen und Regressionen nach Updates (Wartung & Updates) im Blick behalten.
Praxis bei Modern Stack
Wir messen vor der Modernisierung, ersetzen den Pagebuilder-Unterbau durch Next.js mit statischer oder serverseitiger Auslieferung und prüfen danach erneut — mobil und mit aktiven Banner-Skripten. Ziel sind grüne Werte im Feld, nicht nur ein gutes Lighthouse-Ergebnis. Der Prozess steht in Core Web Vitals & Modernisierung; Einordnung in die Gesamtstrategie: Webseite-Modernisierung und Technical SEO.
Verwandte Themen
Mehr dazu: Webseite-Modernisierung
Quellen
- web.dev — Web Vitals — Google web.dev
Offizielle Definition der Metriken, Schwellenwerte und Messmethodik.
- Google Search Central — Seiterlebnis und Core Web Vitals — Google Search Central
Erläutert die Rolle der Core Web Vitals in der Google-Suche.
- Core Web Vitals & Modernisierung — Modern Stack
Praxis, wie Performance und Stack gemeinsam modernisiert werden.
Häufige Fragen
Welche Metriken zählen zu den Core Web Vitals?
Reicht ein Cache-Plugin für gute Werte?
Sind Core Web Vitals ein starker Rankingfaktor?
Sie sind ein Signal unter vielen; Relevanz des Inhalts bleibt wichtiger. Spürbar werden sie als Nutzer-Effekt: Langsame, springende Seiten verlieren Besucher und Anfragen, und sie erhöhen das Risiko unvollständiger Abrufe durch Crawler.
Weiterlesen
- Core Web Vitals & Modernisierung
Warum LCP, INP und CLS zur Webseite-Modernisierung gehören — und warum CDN-Caching allein selten reicht, wenn WordPress oder Pagebuilder das Markup aufblasen.
- Webseite-Modernisierung
Was Webseite-Modernisierung bei Modern Stack bedeutet: bestehende WordPress- und Baukasten-Webseiten auf einen modernen Web-Stack bringen — Inhalte behalten, Technik erneuern, bereit für Google und KI-Suche.
- LCP
LCP (Largest Contentful Paint) ist eine der drei Core Web Vitals. Die Metrik misst die Zeit, bis das größte sichtbare Element im Viewport gerendert ist; gut sind höchstens 2,5 Sekunden.
- Wartung & Updates
Moderne Webseiten benötigen weiterhin Wartung, aber keine wöchentliche Pflege eines WordPress-Plugin-Zoos. Relevant bleiben Abhängigkeiten, Inhalte, Formulare, Sicherheitsmeldungen und messbare Web-Qualität.
- INP
INP (Interaction to Next Paint) ist ein Core Web Vital, der misst, wie schnell eine Webseite nach Klick, Tipp oder Tastendruck sichtbar reagiert. Gut sind 200 Millisekunden oder weniger; schweres JavaScript und aufgeblähte Pagebuilder verschlechtern den Wert.
- CLS
CLS (Cumulative Layout Shift) ist eine Core-Web-Vitals-Kennzahl für visuelle Stabilität: Sie summiert unerwartete Layout-Sprünge beim Laden. Gut ist ein Wert bis 0,1. Ursachen sind fehlende Bildmaße, späte Fonts und Cookie-Banner ohne Platzreserve.
- Technical SEO
Technical SEO ist der Teil der Suchmaschinenoptimierung, der sicherstellt, dass Crawler eine Webseite abrufen, rendern und indexieren können: Statuscodes, robots.txt, Sitemap, Canonicals, Performance, mobile Nutzbarkeit und strukturierte Daten.
- CDN
Ein CDN (Content Delivery Network) ist ein verteiltes Netz aus Cache-Servern (PoPs), das statische und oft auch gerenderte Dateien geografisch nah am Nutzer ausliefert — statt alles vom Origin-Server zu ziehen.
- Conversion
Eine Conversion ist eine erwünschte Handlung auf deiner Webseite — Anfrage, Anruf, Terminbuchung oder Kauf. Die Conversion-Rate setzt sie ins Verhältnis zu den Besuchen. Tempo, Klarheit und Formular-UX entscheiden mit.
- SSG
SSG (Static Site Generation) erzeugt das fertige HTML jeder Seite einmal beim Build, nicht bei jedem Aufruf. Die Dateien lassen sich über ein CDN ausliefern — schnell, robust und für Crawler direkt lesbar.
- Elementor
Elementor ist ein WordPress-Pagebuilder, mit dem du Seiten per Drag-and-drop aufbaust. Der Komfort kostet oft Performance: tief verschachteltes HTML, viel CSS und JavaScript, schwächere Core Web Vitals und schwer extrahierbare Inhalte.
- RAG
RAG (Retrieval-Augmented Generation) ergänzt ein Sprachmodell um eine Suchstufe: Vor der Antwort werden passende Textstellen abgerufen und dem Modell mitgegeben. Für Webseiten heißt das: klare, aktuelle, kurze Abschnitte.
- Hydration
Hydration ist der Schritt, in dem der Browser vorgerendertes HTML mit JavaScript verbindet und interaktiv macht. Zu viel Hydration bedeutet schweres JavaScript, träge Reaktion (INP) und unnötigen Ballast.
- SSR
SSR (Server-Side Rendering) erzeugt das HTML einer Seite auf dem Server pro Anfrage, statt es dem Browser per JavaScript zusammenbauen zu lassen. Crawler, Assistenten und Nutzer erhalten den Inhalt sofort im ersten Response.