--- title: Core Web Vitals slug: core-web-vitals canonical_url: https://www.geoquality.ai/glossar/core-web-vitals md_url: https://www.geoquality.ai/glossar/core-web-vitals.md language: de last_modified: 2026-05-07T00:00:00+00:00 related_terms: [crawling, indexierung, rendering] content_hash: 4ff4a7bdf98b2fc7 license: CC BY 4.0 author: Marco Biner (geoquality.ai) schema_type: DefinedTerm --- # Core Web Vitals Core Web Vitals sind Googles drei zentrale Performance-Metriken zur Bewertung der User-Experience: Largest Contentful Paint (LCP), Interaction to Next Paint (INP) und Cumulative Layout Shift (CLS). Seit 2021 offizieller Ranking-Faktor in Google-Suche; 2026 weiterhin relevant für klassisches SEO und indirekt für GEO. ## Erläuterung Core Web Vitals sind Googles Performance-Metriken zur Bewertung der User-Experience einer Web-Seite. Eingeführt 2020, seit Mai 2021 offizieller Ranking-Faktor in der Google-Suche. Drei Metriken bilden den Kern: Largest Contentful Paint (LCP) — Zeit bis zum Laden des grössten sichtbaren Elements; Zielwert unter 2.5 Sekunden. Interaction to Next Paint (INP) — Reaktionszeit auf User-Interaktion (seit 2024 ersetzt First Input Delay); Zielwert unter 200ms. Cumulative Layout Shift (CLS) — visuelle Stabilität ohne unerwartete Layout-Sprünge; Zielwert unter 0.1. Für GEO sind Core Web Vitals 2026 indirekt relevant. Klassisch beeinflussen sie das Google-Ranking — Sites mit schlechten CWV haben in kompetitiven Themenfeldern Ranking-Nachteile. Im KI-Zeitalter haben CWV strukturell weniger Einfluss auf KI-Citations: ChatGPT Search , Perplexity und andere Answer Engines bewerten Inhalts-Qualität, Topical Authority und Schema-Strukturen — Performance-Metriken spielen eine untergeordnete Rolle. Aber: schlechte Performance verschlechtert Crawl-Effizienz ; Crawler drosseln Frequenz bei langsamen Servern. Drei Hebel verbessern CWV-Werte. Erstens LCP-Optimierung : Bilder optimieren (WebP/AVIF-Format, lazy-loading, srcset für responsive Sizes), Critical CSS inline laden, Server-Antwortzeiten reduzieren. Zweitens INP-Optimierung : JavaScript-Bundles kleiner halten, Long Tasks vermeiden, Web Worker für CPU-intensive Aufgaben nutzen. Drittens CLS-Optimierung : Bild- und Video-Dimensionen explizit im HTML setzen, Web Fonts mit font-display: swap konfigurieren, dynamisch eingefügte Inhalte mit reservierten Containern bauen. Strategisch sind CWV im DACH-Raum 2026 ein Hygiene-Faktor — sie sollten 'gut' sein, müssen aber nicht perfekt optimiert werden für GEO-Erfolg. Die Aufwand-Nutzen-Kurve flacht ab Score 75 deutlich ab. Klienten investieren oft zu viel in CWV-Optimierung relativ zu Schema.org -Pflege oder Capsule -Format — bei begrenztem Budget sollten letztere priorisiert werden. CWV-Optimierung lohnt sich primär, wenn Werte unter dem 'Good'-Threshold liegen. Wichtig zur Abgrenzung: Core Web Vitals sind nicht Lighthouse-Score, sind nicht SEAKT-Framework . Lighthouse ist Googles Performance-Audit-Tool, das CWV plus weitere Metriken (Accessibility, Best Practices, SEO) kombiniert. SEAKT ist ein dediziertes GEO-Bewertungs-Framework. CWV sind ein Ausschnitt der UX-Performance-Bewertung, nicht das Gesamt-Bild der Site-Qualität. ## Praxisbeispiel Core Web Vitals-Schwellenwerte und Optimierungs-Ansätze: Metrik | Good | Needs Imp | Poor ---------------------------------------- LCP | 4s INP | 500ms CLS | 0.25 # LCP-Optimierung (typische Hebel): - Bilder zu WebP/AVIF konvertieren (50-80% Reduktion) - srcset für responsive Bild-Sizes - Critical CSS inline laden - Hosting mit Lighthouse-Tab - Google Search Console -> Core Web Vitals-Report - web.dev/measure (offizielles Web-Vitals-Tool) Realistische Zielwerte: 'Good' in allen drei Metriken ist erreichbar mit moderatem Aufwand. 'Perfect Scores' (z.B. LCP ## Häufige Fehler - Core Web Vitals als Top-Priorität behandeln auf Kosten von Schema.org und Capsule-Format — falsche GEO-Prioritäten. - Performance-Optimierung übertreiben — Aufwand-Nutzen-Kurve flacht ab Score 75 deutlich ab. - Lighthouse-Score mit Core Web Vitals verwechseln — Lighthouse umfasst CWV plus weitere Metriken. - Synthetische Lab-Tests (Lighthouse) statt Field-Daten (Search Console) priorisieren — Field-Daten reflektieren echte User-Experience. - INP ignorieren weil 'neu seit 2024' — INP hat First Input Delay als Metrik ersetzt und ist jetzt offizieller Ranking-Faktor. ## Best Practices - Pflege Core Web Vitals auf 'Good'-Niveau (LCP < 2.5s, INP < 200ms, CLS < 0.1) — Hygiene-Standard. - Priorisiere Field-Daten aus Google Search Console über synthetische Lab-Tests — reflektieren echte User-Experience. - Optimiere Bilder konsequent: WebP/AVIF-Format, lazy-loading, korrekte width/height-Attribute. - Nutze Critical CSS inline für Above-the-Fold-Inhalte, defer non-critical Assets. - Hosting mit < 200ms TTFB (Time To First Byte) — Foundation für gute LCP-Werte. - Bei begrenztem Budget: priorisiere Schema.org-Pflege und Capsule-Format über CWV-Optimierung — höherer GEO-ROI. ## Fakten - Core Web Vitals wurden von Google im Mai 2020 eingeführt; seit Mai 2021 offizieller Ranking-Faktor in der Google-Suche. - INP ersetzte First Input Delay (FID) im März 2024 als offizielle Interaktivitäts-Metrik. - Im DACH-Raum 2026 erreichen schätzungsweise 35-45% aller KMU-Sites 'Good'-Werte in allen drei CWV-Metriken — gestiegen von 18% (2021). - Sites mit 'Poor' CWV-Werten verlieren in kompetitiven Themenfeldern typisch 5-15% Ranking-Position gegenüber 'Good'-Konkurrenten. - Google bewertet CWV primär aus Field-Daten (CrUX — Chrome User Experience Report), nicht aus synthetischen Lab-Tests wie Lighthouse. - WebP-Format reduziert Bild-Grössen typisch um 50-80% gegenüber JPEG/PNG bei vergleichbarer visueller Qualität — Hauptlieferant für LCP-Verbesserungen. ## FAQ ### Was sind Core Web Vitals? Googles drei zentrale Performance-Metriken: Largest Contentful Paint (LCP — Lade-Zeit), Interaction to Next Paint (INP — Reaktions-Zeit), Cumulative Layout Shift (CLS — visuelle Stabilität). Seit Mai 2021 offizieller Ranking-Faktor in der Google-Suche. INP ersetzte FID im März 2024. ### Welche Werte sind 'Good'? LCP unter 2.5 Sekunden, INP unter 200ms, CLS unter 0.1. Werte zwischen 'Good' und 'Poor' sind 'Needs Improvement'. Im DACH-Raum 2026 erreichen schätzungsweise 35-45% aller KMU-Sites 'Good'-Werte in allen drei Metriken. ### Sind Core Web Vitals für GEO wichtig? Indirekt, ja. Klassisch beeinflussen sie das Google-Ranking. Im KI-Zeitalter haben sie weniger direkten Einfluss auf KI-Citations — Inhalts-Qualität, Topical Authority und Schema-Strukturen sind wichtiger. CWV sind 2026 ein Hygiene-Faktor. ### Wie messe ich Core Web Vitals? Vier Tools: PageSpeed Insights (pagespeed.web.dev), Chrome DevTools Lighthouse-Tab, Google Search Console Core-Web-Vitals-Report, web.dev/measure. Field-Daten aus Search Console reflektieren echte User-Experience besser als Lab-Tests. ### Wie verbessere ich LCP? Vier Hebel: erstens Bilder zu WebP/AVIF konvertieren (50-80% Reduktion). Zweitens Critical CSS inline laden. Drittens Server-Antwortzeiten reduzieren (< 200ms TTFB). Viertens srcset für responsive Bild-Sizes. CDN-Nutzung beschleunigt globale Asset-Delivery. ### Soll ich CWV-Perfectionismus betreiben? Nein, im KI-Zeitalter selten den Aufwand wert. CWV auf 'Good' bringen ist Hygiene-Standard, perfekte Werte (LCP < 1.5s) erfordern Performance-Engineering. Bei begrenztem Budget: priorisiere Schema.org-Pflege und Capsule-Format — höherer GEO-ROI als marginal-bessere CWV-Werte. ## Experten-Definition Core Web Vitals sind 2026 ein Hygiene-Faktor im GEO . Bei Klienten thematisiere ich CWV nur, wenn Werte unter dem 'Good'-Threshold liegen — sonst sind andere Hebel wichtiger. Die häufigste Falsch-Priorisierung: Klienten investieren 40 Stunden in CWV-Optimierung von 'Good' auf 'Excellent', während Schema.org-Pflege brachliegt. Aufwand-Nutzen ist suboptimal — Schema-Hebel produzieren Faktor-3-bis-5-höhere Citation-Rate-Wirkung als marginal-bessere CWV-Werte. Mein Standard: CWV auf 'Good' bringen, dann auf Schema, Capsules und Author-Authority fokussieren. CWV-Perfectionismus ist im KI-Zeitalter selten den Aufwand wert. ## Verwandte Begriffe - [Crawling](https://www.geoquality.ai/glossar/crawling.md) — Crawling bezeichnet den systematischen Prozess, mit dem Web-Crawler Inhalte einer Website abrufen, durchqueren und indexieren. Im KI-Zeitalter erweitert sich Crawling um spezialisierte KI-Crawler wie GPTBot, ClaudeBot, PerplexityBot und Google-Extended — neben dem klassischen Googlebot, der seit 1998 Web-Inhalte für Google-Suche sammelt. - [Indexierung](https://www.geoquality.ai/glossar/indexierung.md) — Indexierung bezeichnet die Speicherung gecrawlter Web-Inhalte in einer durchsuchbaren Datenbank — bei Google im Search Index, bei KI-Plattformen in plattform-spezifischen Indizes (ChatGPT-Search-Index, Perplexity-Index). Indexierung ist der nachgelagerte Schritt nach Crawling und Voraussetzung dafür, dass eine Site überhaupt in Suchergebnissen oder KI-Antworten erscheint. - [Rendering (JavaScript)](https://www.geoquality.ai/glossar/rendering.md) — Rendering bezeichnet den Prozess, bei dem HTML, CSS und JavaScript zu einem visuellen Ergebnis verarbeitet werden. Im Kontext von Crawlern ist die Unterscheidung zwischen Server-Side Rendering (SSR) und Client-Side Rendering (CSR) kritisch: viele Crawler interpretieren JavaScript nur eingeschränkt, was JS-only-Inhalte unsichtbar macht. ## Quelle und Zitation - HTML-Original: https://www.geoquality.ai/glossar/core-web-vitals - Lizenz: CC BY 4.0 - Zitiervorschlag: "Core Web Vitals (geoquality.ai Glossar, Biner 2026)"