Core Web Vitals im Jahr 2026: Complete Guide for LCP, CLS, INP

30-04-2026
13 Minuten
Abhishek Garg

Core Web Vitals (CWV) sind Googles standardisierte Kennzahlen zur Seitenerfahrung, die messen, wie schnell, stabil und responsiv eine Website für echte Nutzer ist. Im Jahr 2026 lauten die drei Metriken Largest Contentful Paint (LCP, Ziel 2,5 Sekunden oder weniger), Cumulative Layout Shift (CLS, Ziel 0,1 oder weniger) und Interaction to Next Paint (INP, Ziel 200 ms oder weniger, nachdem First Input Delay im März 2024 ersetzt wurde). CWV are determined google-ranking-Signals as part of the page Experience-Signalclusters, and correlieren strong with the conversion: industry data show through that the conversion rate is increased by 1 to 3 seconds to 5 to 25 percent. The ehrliche image of CWV in year 2026: You are necessary, but not enough. Websites mit schlechtem CWV sind Schwierigkeiten, wettbewerbsfähig in kommerziellen Kategorien, aber Websites mit perfektem CWV, aber schwachem Inhalt, geringer Autorität oder UX werden auch nicht bewertet. Betrachtet CWV as the technical foundation, on your content and your authority, not as magic SEO label. The largest functional problems in year 2026 are javascript-based frontends, cause INP errors, page builder (Elementor, Divi), the layout changes, scripts from third provider (analysis, chat widgets, display tags), the main thread block, and unoptimierte images, the LCP dominieren. The problem behebings are general known: image optimization, elimination of content, block the rendering, script administration by third provider via verzögert load or fassadenmuster and an CDN. This guide, was die einzelnen Metriken misst, the wave values of 2026, why they are relevant for Rankings and Conversions, frequent fault modes for metrics, platform specific patterns (Webflow, WordPress, Shopify, Next.js), messtools, mobile reality, implementation schedule and warning signals in all provider offers.

Was sind Core Web Vitals im Jahr 2026

Core Web Vitals sind eine Untergruppe von Web Vitals, einer umfassenden Google-Initiative zur Standardisierung der Messung von Seitenleistung und Nutzererlebnis. As core web vitals, es handelt sich um drei Metriken, die ausgewählt wurden, weil sie die wichtigsten Aspekte der eigentlichen Benutzererfahrung erfassen: Ladegeschwindigkeit (LCP), visuelle Stabilität (CLS) und Responsibility on user interaction (INP).

Largest Contentful Paint (LCP) misst, wie schnell das größte sichtbare Inhaltselement beim ersten Laden der Seite im Viewport gerendert wird. Das Element ist in der Regel ein Heldenbild, ein Heldenvideoposter oder ein großer Textblock. Der Schwellenwert liegt bei 2,5 Sekunden oder weniger, gemessen am 75. Perzentil of real user data. Langsames LCP fühlt sich langsam an, weil die Seite leer oder hängen bleibt, während der Benutzer darauf wartet, dass der Hauptinhalt erscheint.

Cumulative Layout Shift (CLS) misst die visuelle Stabilität, indem es quantifiziert wird, wie stark Elemente beim Laden der Seite und während der Benutzerinteraktion bewegen. A value of 0.1 or less is good. This value is calculated, by the impact anteil (how strong the viewport is) mal the distance anteil (how far move the elements) is calculated. Ein hoher CLS-Wert fühlt sich fehlerhaft an, weil der Benutzer versucht, auf etwas zu klicken, und das Layout ändert sich, sodass er auf das falsche Objekt klickt.

Interaction to Next Paint (INP) mißt die Reaktionsfähigkeit, indem es die Zeit von der Interaktion eines Benutzers (click, tip, tastendruck) bis zum Zeitpunkt, an dem die Seite sichtbar reagiert, erfasst. INP ersetzte im März 2024 die erste Eingangsverzögerung (FID), da es die Reaktionsfähigkeit aller Interaktionen nicht erfasst, nur bei der ersten. The good threshold value is by 200 ms or less. Ein hoher INP fühlt sich verzögert an: Der Benutzer klickt, nichts passiert, er klickt erneut, dann wird die Aktion zweimal ausgelöst.

Nebst the Core Web Vitals are two support metrics of meaning: Time to First Byte (TTFB, Ziel 800 ms oder weniger) misst die Antwortgeschwindigkeit des Servers, und First Contentful Paint (FCP, Ziel 1,8 Sekunden oder weniger) misst, wann Inhalte zum ersten Mal erscheinen. TTFB ist LCP vorgeschaltet, also hilft es LCP in der Regel, TTFB zu korrigieren. FCP wird manchmal als Proxy für die wahrgenommene Ladegeschwindigkeit verwendet.

All Core Web Vitals are with the 75. Perzentil of the actual user data, was bedeutet, dass mindestens 75 Prozent der Seitenzugriffe den Schwellenwert erreichen müssen, sodass die Seite als Dateien gilt. This is, according to Google on the ranking, not on lab data from synthetic tests. Labordaten (Lighthouse, WebPageTest) sind nützlich für das Debuggen und Testen vor der Bereitstellung. Das Ranking-Signal stammt jedoch aus den CRUX-Daten (Chrome User Experience Report), die von echten Usern gesammelt wurden.

MetrikWas sie misstGutVerbesserungsbeduerftigSchlecht
Largest Contentful Paint (LCP)Ladezeit: Zeit bis das groesste sichtbare Element rendert2,5 Sekunden oder weniger2,5 bis 4,0 SekundenUeber 4,0 Sekunden
Cumulative Layout Shift (CLS)Visuelle Stabilitaet: wie stark sich Elemente waehrend des Ladens verschieben0,1 oder weniger0,1 bis 0,25Ueber 0,25
Interaction to Next Paint (INP)Reaktionsfaehigkeit: Zeit von Interaktion bis visueller Antwort200 ms oder weniger200 bis 500 msUeber 500 ms
Time to First Byte (TTFB)Server-Antwort: Zeit von Anfrage bis erstes Byte empfangen800 ms oder weniger800 bis 1.800 msUeber 1.800 ms
First Contentful Paint (FCP)Ladezeit: Zeit bis erster Text oder erstes Bild rendert1,8 Sekunden oder weniger1,8 bis 3,0 SekundenUeber 3,0 Sekunden
DACH-Hosting-Vorteil (TTFB)Latenz mit deutschem Hoster fuer DACH-Traffic50 bis 200 ms (Hetzner, IONOS Frankfurt, Strato)200 bis 500 ms (US-Hosting mit EU-Edge)500 ms plus (US-Hosting ohne CDN)

Warum Core Web Vitals wichtig sind: Ranking and Conversion

CWV wirken auf zwei Geschäftsergebnisse, die sich verstärken: Suchrankings und Konversionsrate. The mechanisms are different, strong it but.

Suchrankings: CWV sind seit Juni 2021 im Rahmen des Page Experience-Updates bestätigte Google-Ranking-Signale und werden auch 2026 bleiben. Das Signal ist kein unentschieden zwischen zwei gleichwertigen relevanten Seiten; es ist ein bedeutsamer Faktor für Grenzfälle und ein signifikanterer Faktor für Websites mit weit verbreiteten CWV-Ausfällen. Google hat erklärt, dass CWV nicht der wichtigste Faktor sind (Relevanz und Autorität dominieren), aber sie sind real, insbesondere bei kommerziellen Suchanfragen, bei denen viele Websites ähnlich relevant sind. Websites, die bei vielen URLs in CWV eingedrungen sind, haben es schwerer, in diesen Wettbewerbskategorien zu ranken.

Steigerung der Konversionsrate: Branchendaten zeigen eine Verbesserung der Konversionsrate von 1 bis 3 Sekunden um 5 bis 25 Prozent. Walmart meldete einen Anstieg der Konversionsrate um 2 Prozent pro Sekunde der Geschwindigkeitsverbesserung. Vodafone meldete eine Umsatzsteigerung von 8 Prozent, da das LCP um 31 Prozent verbessert wurde. Das Muster gilt für E-Commerce-, B2B-SaaS-, Lead Generierung- und Content-Websites. The mechanism is easy: Faster pages reduce the absprung rate, increase the number of pages pro sitzung and reduce the reibung to decision point.

Effects on the Absprungrate: Seiten, die in 1 bis 3 Sekunden geladen werden, haben 32 Prozent höhere Absprungraten als Seiten unter einer Sekunde; im Bereich von 3 bis 5 Sekunden sind 90 Prozent höhere Absprungraten zu verzeichnen. The losses are larger in the run of the always time, as more users leave the page before the page is completely loaded.

The crawling efficiency is significant for large websites: The googlebot distributed the crawling budget on the basis of the response ability of the website. Langsame Websites werden weniger gecrawlt, was bedeutet, dass weniger Seiten indexiert werden und der Index nach Inhaltsänderungen langsamer aktualisiert wird. Bei Websites mit Tausenden oder Zehntausenden von Seiten führen CWV-Fehler direkt zu Indexierungsproblemen.

Korrelation der Sichtbarkeit von KI-Engines: KI-Engines (Anthropic Claude, Perplexity, ChatGPT-Suchtools) zitieren bevorzugt schnellere Websites, da ihre Crawler-Inhalte zuverlässiger extrahieren können. Langsame Websites mit Rendering-Problemen werden seltener zitiert. Da die Sichtbarkeit der KI-Engine zu einem wichtigen Entdeckungskanal wird, wird CWV auch Teil von AEO sein, nicht nur von herkömmlicher Suchmaschinenoptimierung.

Warum Core Web Vitals 2026 zaehlen: Ranking- und Conversion-Auswirkung im DACH-Kontext
  • Bestaetigtes Google-Ranking-Signal: Core Web Vitals sind seit 2021 Ranking-Signale und bleiben es 2026. Sie sind Teil des Page-Experience-Signal-Clusters neben HTTPS, Mobilfreundlichkeit und Richtlinien fuer aufdringliche Interstitials. Das Signal ist fuer Grenzfaelle und Sites mit weitverbreiteten CWV-Ausfaellen ein bedeutender Faktor.
  • Conversion-Lift durch verbesserte Performance: Branchen-Daten zeigen konsistent 5 bis 25 Prozent Conversion-Verbesserungen aus 1- bis 3-Sekunden LCP-Verbesserungen. Im DACH-Mittelstand-B2B-Kontext mit langen Verkaufszyklen kompoundieren diese Verbesserungen ueber den gesamten Funnel hinweg.
  • DACH-spezifischer Hosting-Vorteil: Sites auf deutschen Hostern (Hetzner Falkenstein/Nuernberg, IONOS Frankfurt, Strato Berlin) erreichen TTFB von 50 bis 200 ms fuer DACH-Nutzer, im Vergleich zu 200 bis 500 ms mit US-Hosting plus EU-CDN-Edge. Dieser TTFB-Vorteil reflektiert sich direkt in besseren LCP-Werten.
  • Bounce-Rate-Auswirkung: Seiten, die 1 bis 3 Sekunden zum Laden brauchen, haben 32 Prozent hoehere Bounce-Raten als Seiten unter 1 Sekunde. Der 3-bis-5-Sekunden-Bereich zeigt 90 Prozent hoehere Bounces.
  • Mobile Crawl-Budget: Sites mit schlechter Performance werden weniger effizient von Googlebot gecrawlt. Fuer grosse Sites (1.000-plus Seiten) bedeutet das weniger indexierte Seiten und langsamere Index-Updates.
  • BFSG-Barrierefreiheit ab Juni 2025: Im DACH-Kontext kommt zusaetzlich das Barrierefreiheitsstaerkungsgesetz (BFSG) ab Juni 2025 hinzu. Performance und Barrierefreiheit ueberschneiden sich: Layout-Shifts beeintraechtigen Screen-Reader-Nutzer; lange INP-Zeiten erschweren Tastatur-Navigation; nicht-optimierte Bilder belasten Nutzer mit langsamen Verbindungen.
  • KI-Engine-Sichtbarkeits-Korrelation: KI-Engines (Anthropic Claude, Perplexity, ChatGPT-Suche, Aleph Alpha, Mistral) zitieren bevorzugt schnellere Sites, weil ihre Crawler Inhalte zuverlaessiger extrahieren koennen. Langsame Sites mit Render-Problemen werden seltener zitiert.
  • Marken-Wahrnehmung: Performance ist ein Marken-Signal. Langsame Sites vermitteln Nachlaessigkeit; schnelle Sites vermitteln Kompetenz, besonders im DACH-B2B, wo Kaeufer Due Diligence auf Anbieter-Sites betreiben.

Largest Contentful Paint (LCP): häufig auftretende Probleme und Problembehebungen

LCP is in the rule the visible core web vital, da es direkt mit der Wahrnehmung des Users korreliert, „how quickly this page is loaded“. Es ist auch die Metrik, bei der die größte Lücke zwischen den besten und den schlechtesten Results besteht. Gut optimierte Websites erreichen 1,5 Sekunden, während schlecht optimierte Websites länger als 8 Sekunden sein können.

Die häufigsten LCP-Probleme sind vorhersehbar. The large Hero Image is the most cause; unkomprimierte JPGs über 500 KB oder übergroße Bilder, die mit voller Auflösung in kleinen Viewports angezeigt werden, dominieren LCP. The solution contains within to convert in WebP or AVIF, for typical Hero images to compression and provide related size about srcset.

The Lazy-Loading of the LCP elements is an self added wound, that if teams select loading="lazy „anwenden. Images, die ohne Scrollen angezeigt werden, sollten nicht verzögert geladen werden. Use loading="eager „or entferne das Attribut vollständig auf dem LCP-Element. Viele CMS und Frameworks erledigen das jetzt automatisch, aber ältere Websites haben das Problem oft.

JavaScript and CSS, the block the rendering, are the two-thäufigste LCP-problems. Synchrones JS in Head verzögert das Rendern, bis das Script heruntergeladen und ausgeführt wird. Large CSS files block the rendering, until the download is completed. The correctures include critical CSS, without critical JS, remove unused scripts and minimate all.

Ein langsamer Serververantwort (TTFB über 800 ms) fällt in LCP ab, da nichts gerendert werden kann, bis der Server reagiert. Häufige Ursachen sind langsames Shared Hosting, fehlendes Seiten-Caching, Datenbankengpässe auf dynamischen CMS und fehlendes CDN. The solution is existing from hosting-upgrade plus caching plus CDN; all three in der Regel.

Synchron geladene Webschriften blockieren das Rendern von Text. Use the font display: Tauschen Sie wichtige Schriftarten aus, laden Sie sie vorab herunter und nehmen die benötigten Glyphen in Untergruppen vor. Bei markenkritischer Typografie vermeidet Schriftdarstellung: optionale Layoutverschiebungen, zeigt aber bei langen Verbindungen möglicherweise Ersatzschriften an.

Skripte von Drittanbietern (Analysen, Chat-Widgets, Anzeigen-Tags) werden häufig vor dem Hauptinhalt geladen, da sie bei synchroner Ausführung in den Kopf injiziert werden. The solution contains in, the load to shift or asynchron to load. Insbesondere sollten Chat-Widgets erst nach einer Benutzerinteraktion geladen werden.

Cookie-Banner, die das LCP-Element sind, treten auf, wenn das Banner groß, animiert oder so gestaltet ist, dass es das größte sichtbare Element ist. Optimiere das Banner selbst, stellst sicher, dass das Rendern des zugrunde liegenden Inhalts nicht blockiert ist, und sie überlegen, ob ein weniger aufdringliches Design die Einhaltung der Richtlinien erfüllt.

Hero Video Autoplay can press the LCP-element under the false or it complete replace. Use a poster picture, lade das Video selbst in den Lazy-Modus und überlege, ob ein statisches Hero-Bild besser funktionieren würde als das Autoplay-Video.

LCP-ProblemUrsacheLoesung
Hero-Bild zu grossUnkomprimiertes JPG oder PNG ueber 500 KB; ueberdimensioniert fuer ViewportKonvertierung zu WebP oder AVIF, Komprimierung auf 80 bis 120 KB, responsive Groessen via srcset
Hero-Bild lazy-geladenloading="lazy" auf above-the-fold Bild angewendetloading="eager" verwenden oder Attribut entfernen auf LCP-Element
Render-blockierendes JavaScriptSynchrones JS im Head verzoegert RenderingNicht-kritisches JS deferren, async verwenden, ans Body-Ende verschieben oder ungenutzte Skripte entfernen
Render-blockierendes CSSGrosse CSS-Dateien blockieren Rendering bis heruntergeladenKritisches CSS inlinen, nicht-kritisches CSS deferren, ungenutztes CSS entfernen
Langsame Server-Antwort (TTFB ueber 800 ms)Langsames Hosting, kein Caching, Datenbank-EngpassHosting auf deutschen Anbieter (Hetzner, IONOS Frankfurt) wechseln, Page-Caching, CDN, Datenbank-Optimierung
Grosse WebfontsCustom-Fonts laden synchron, blockieren Text-Renderingfont-display: swap verwenden, kritische Fonts preloaden, auf benoetigte Glyphen subsetten
Drittanbieter-SkripteAnalytics, Chat-Widgets, Ad-Tags laden vor HauptinhaltDrittanbieter-Skripte deferren oder async; Chat nach Nutzer-Interaktion laden
Cookie-Banner ueber dem FoldCookie-Consent-Banner ist das LCP-Element (Borlabs Cookie, Cookiebot, Usercentrics)Banner-Code optimieren; Banner darf darunter liegenden Inhalt nicht blockieren
Hero-Video-AutoplayAutoplay-Video schiebt LCP-Element unter den FoldPoster-Bild verwenden; Video lazy-loaden; statisches Bild in Erwaegung ziehen
Kein CDN fuer statische AssetsBilder und CSS aus Origin-Server in einer RegionCloudflare, Fastly oder BunnyCDN hinzufuegen; Bildoptimierung an CDN-Edge aktivieren
US-Hosting ohne EU-EdgeServer in den USA, hohe Latenz fuer DACH-NutzerMigration zu deutschem Hoster (Hetzner Falkenstein, IONOS Frankfurt) oder CDN mit EU-Edges

Cumulative Layout Shift (CLS): häufig auftretende Probleme und Problembehebungen

CLS is the best reparable Core Web Vital. The problems are vorhersehbar, the problem behebings are general known and the most websites can reach a good CLS within less hours focus work. The challenge is there, CLS to hold at the latest stand, if new content and functions are added.

Images without dimensions are the most cls cause. Wenn ein IMG-Tag keine Breiten- und Höhenattribute hat, weiß der Browser nicht, wie viel Speicherplatz reserviert sein muss, bevor das Bild geladen wird. Also ändere andere Inhalte, wenn das Bild ankommt. The solution contains, defined for each IMG element wide and height attribute (or CSS for the page relationship). This is a einmaliges standortweites audit.

If web fonts are exchange, the text into new, if the benutzerdefinierte font the fallback. The text change its width or line height, wodurch alles, was darunter liegt, verschoben wird. Use font-display: optional, to avoid the exchange or pass the metrics for spare fonts using the CSS properties to size adaptation and the benutzerdefinierte font or load the font before, to load the font before the rendering.

Anzeigen or Iframes, the late loaded, are an problem for media pages and websites with embedded content. Reservieren Sie Platz mit CSS für Mindesthöhe oder Seitenverhältnis auf Anzeigen- und Iframe-Containern, sodass das Layout nicht geändert wird, wenn der Inhalt ankommt.

Cookie-Banner, die Inhalte nach unten drängen, sind ein häufiges Problem. Das Banner erscheint oben auf der Seite und verschiebt alles nach unten, wenn es geladen wird. Dann verschiebt es alles wieder nach oben, wenn der Benutzer zustimmt oder ablehnt. Use an overlay or an modal with fester position, statt es in the document flow einzufügen.

The dynamic insert of content via javascript, the elements through sichtbarer content, has to shift. Add to possible under the current viewport or reservation place for the element, that no other content is transferred.

Eingebettete Videos und Beiträge in sozialen Netzwerken (YouTube, Twitter, Instagram) werden asynchron geladen, ohne reservierten Speicherplatz, was zu Verschiebungen führt, wenn sie ankommen. Richten Sie explizit den Container für das Seitenverhältnis der Einbettungen ein, bevor sie geladen werden.

Animationen, die oben, links oder breit verwenden, lösen Layout-Reflows aus, die für CLS aufgerufen werden. Use transformation and opazität for animations. This are performed on the GPU compositor, without the layout out, that they are not apply on CLS.

CLS-ProblemUrsacheLoesung
Bilder ohne DimensionenImage-Tags ohne width- und height-Attributewidth- und height-Attribute setzen (oder aspect-ratio CSS) auf jedem img-Element
Webfonts wechseln einFont-Substitution verursacht Text-Reflow, wenn Custom-Font laedtfont-display: optional verwenden, Fallback-Font-Metriken anpassen oder Fonts preloaden
Anzeigen oder iframes laden spaetAnzeigen-Slots werden nach Layout eingefuegt, schieben Inhalt nach untenPlatz mit min-height oder aspect-ratio auf Anzeigen-Containern reservieren
Cookie-Banner verschiebt InhaltBanner erscheint oben, verschiebt alles nach unten (haeufig bei Borlabs Cookie ohne Optimierung)Fixed-position Overlay oder Modal verwenden; nicht in Document Flow einfuegen
Dynamische Inhalts-EinfuegungJavaScript fuegt Elemente ueber sichtbarem Inhalt nach Laden einUnter aktuellem Viewport einfuegen oder Platz fuer Element reservieren
Eingebettete Videos oder Social-PostsYouTube-Embeds, Twitter-Cards laden ohne reservierten PlatzExplizite aspect-ratio Container um Embeds setzen, bevor sie laden
Custom-Font-IconsIcon-Font ersetzt Text-basierte Fallbacks, verursacht ReflowSVG-Icons inline verwenden oder explizite Dimensionen auf Icon-Containern setzen
Animation, die Layout beeinflusstAnimationen mit top, left oder width loesen Layout austransform und opacity fuer Animationen verwenden (loesen kein Layout aus)
Spaet ladender Hero-InhaltHero-Sektion-Inhalt kommt nach initialem Render anHero-Sektion server-renderen; Client-seitigen Hero-Ersatz vermeiden
Sticky-Header durch JS hinzugefuegtHeader wechselt von static zu fixed via JS, verursacht ReflowSticky-Position in initialem CSS anwenden, nicht via JS-Klassen-Wechsel

Interaction with Next Paint (INP): frequently occur problems and problem behebings

INP ist das schwierigste zu optimierende Core Web Vital. Es ersetzte First Input Delay im März 2024, da INP die Reaktionsfähigkeit für alle Interaktionen erfasst, nicht nur für die erste. INP misst die längste Verzögerung bei typischen Interaktionen (Klicks, Tippen, Tastendruck) und meldet die langsamste Interaktion mit 98. Perzentil.

Langanhaltendes JavaScript beim Klicken ist das häufigste INP-Problem. Event-Handler, die umfangreiche Logik ausführen, blockieren synchron den Haupt-Thread und verhindern, dass die Seite aktualisiert wird. The solution contains, the work with setTimeout or queueMicrotask in minor tasks, Web Workers for comprehensive calculated or optimize the algorithmus itself.

Große Pakete, die bei der ersten Interaktion analysiert und ausgeführt werden, sind in JavaScript-fähigen Frameworks üblich. Dutting MB JavaScript, the asynchron is download, may not analyzed to time of user interaction. Code splitting, dynamic imports, upload unkritical JS files and remove unused libraries help.

Starker Event-Listener im Dokument (Scrollen, Größenänderung, Eingabe) with teurere Logikblock-Interaktionen. Drosseln oder entpuppen Sie den Listener, verschieben Sie die Logik nach requestAnimationFrame und verwenden IntersectionObserver anstelle von Scroll-Listenern, wenn möglich.

Erzwungenes synchrones Layout (also Layout-Thrashing genannt) tritt auf, wenn JavaScript Layouteigenschaften (offsetWidth, getBoundingClientRect) liest und Styles in derselben Aufgabe schreibt. The browser must run the layout sync, to receive precise measurements. Batch-DOM-Lese- und Schreibvorgänge, use by possible ResizeObserver and IntersectionObserver.

Skripte von Drittanbietern, die den Hauptthread blockieren, sind das hartnäckigste INP-Problem. Bei Analysen, Tag-Managern, Chat-Widgets und Kundensupport-Tools wird viel JavaScript im Hauptthread ausgeführt. The solution contains in, to set on the time after the first interaction and in modern frameworks to use a part hydratation, or by fassadenmustern, when a light place holder is displayed, to the user interaction with this special function.

Große React- oder Vue-Renderings verursachen INP-Probleme, wenn der Komponentenbaum bei einer kleinen Zustandsänderung vollständig neu gerendert wird. Use React.memo, useMemo, useCallback for their components; check you check the React DevTools Profiler to identify unnötigen another renderings.

Long tasks by Iframes of Third Providers (YouTube-einbettungen, soziale Widgets) führen zu Konflikten im Hauptthread, auch wenn der Nutzer nicht mit ihnen interagiert. Use fassadenmuster: light place holder, by the users clickt to play or with the embedded object interagiert.

INP-ProblemUrsacheLoesung
Lang laufendes JavaScript bei KlickEvent-Handler fuehrt schwere Logik synchron ausArbeit in kleinere Tasks mit setTimeout aufbrechen, Web-Workers fuer schwere Berechnung verwenden
Grosses Bundle bei erster InteraktionMehrere MB JavaScript parsen und ausfuehren bei InteraktionCode-Splitting, nicht-kritisches JS deferren, ungenutzte Bibliotheken entfernen
Schwere Event-Listener auf DocumentScroll-, Resize- oder Input-Listener mit teurer LogikListener throttlen oder debouncen; Logik in requestAnimationFrame verschieben
Erzwungenes synchrones LayoutLesen von Layout-Eigenschaften und Schreiben von Styles in derselben TaskDOM-Lese- und Schreib-Operationen batchen; ResizeObserver und IntersectionObserver verwenden
Drittanbieter-Skripte blockieren HauptthreadAnalytics, Tag-Manager, Chat-Widgets fuehren schweres JS auf Hauptthread ausAuf nach erste Interaktion deferren; Partial-Hydration verwenden bei React oder Vue
Grosse React- oder Vue-Re-RendersKomponentenbaum re-rendert vollstaendig bei kleiner State-AenderungReact.memo, useMemo, useCallback verwenden; auf unnoetige Re-Renders pruefen
Animationen waehrend InteraktionCSS-Animationen oder Transitions laufen waehrend Klick-Handlerwill-change sparsam verwenden; transform- und opacity-Animationen bevorzugen
Synchrone Netzwerk-Anfragenfetch oder XHR synchron waehrend Interaktion aufgerufenAsync-Patterns verwenden; sofort Loading-State zeigen und nach Antwort aktualisieren
Lange Tasks aus Drittanbieter-iframesYouTube-Embeds, Social-Widgets verursachen Hauptthread-KonkurrenzFacade-Pattern: leichter Platzhalter bis Nutzer Play klickt oder interagiert
Schweres Font-Subsetting bei erster InteraktionCustom-Fonts werden zum ersten Mal bei Interaktion angefragtKritische Fonts preloaden, font-display: swap verwenden, auf benoetigte Zeichen subsetten

So messen Sie Core Web Vitals richtig

Bei der CWV-Messung gibt es zwei verschiedene Typen: Labordaten und Felddaten. Labordaten stammen aus synthetischen Tests unter kontrollierten Bedingungen (Lighthouse, WebPageTest); Felddaten stammen von echten Benutzern (CruX, RUM-Tools). Beides ist wichtig, aber sie beantworten verschiedene Fragen.

Felddaten sind das Ranking-Signal. Google used data from the Chrome User Experience Report (CruX), in denen reale Nutzerdaten von Chrome-Usern zusammengefasst werden, die sich für den anonymen Austausch von Leistungsdaten entscheiden. CRUX-Daten sind das, was die Search Console meldet, was in PageSpeed Insights als „Felddaten“ angezeigt wird und was die Rankings beeinflusst. CruX wird monatlich aktualisiert und ist nur für Websites mit ausreichendem Chrome-Traffic verfügbar.

Labordaten sind das Debugging-Tool. Lighthouse führt synthetische Tests mit kontrollierter CPU- und Netzwerkdrosselung durch und liefert so reproduzierbare Ergebnisse. Labordaten sind nützlich, um Änderungen vor der Bereitstellung zu testen, alternative Implementierungen zu vergleichen und spezifische Engagements zu identifizieren. Laborergebnisse wirken sich jedoch nicht direkt auf das Ranking aus. Sie sind ein Indikator dafür, was echte Benutzer erleben.

PageSpeed Insights kombiniert beides: Es zeigt Labordaten (Lighthouse) und Felddaten (CruX) für jede URL. This is the quickest way to evaluation a single page. Use the Core Web Vitals-Report of the Search Console, in the url group by pattern and trends in the time history, to determine the status of the website.

Real User Monitoring (RUM) -Tools liefern kontinuierliche Felddaten von Ihren spezifischen Besuchern. Zu den Tools gehören New Relic, Datadog RUM, SpeedCurve und werden selbst über die Web-Vitals JavaScript-Library gehostet. RUM is necessary for websites, which crux-data are spärlich (less chrome traffic) or which they must follow CWV by users, regions or devices.

With the Web-Vitals JavaScript library can send field data to your own analysis (in der Regel GA4). This way you receive CWV-data for real users for each page your website, segmented by your wish. The setup is from a small JS snippet plus GA4-configuration. The total effort contains for a typical site 2 to 4 hours.

WerkzeugDatentypAm besten fuerBegrenzungen
PageSpeed InsightsLab- (Lighthouse) plus Field- (CrUX) DatenSchnelles Audit jeder URL mit beiden DatentypenEine URL gleichzeitig; CrUX erfordert ausreichend echten Nutzer-Traffic
Chrome User Experience Report (CrUX)Echte Nutzer-Field-Daten von Chrome-NutzernAutoritative Ranking-Signal-Daten; was Google tatsaechlich nutztNur Sites mit genuegend Chrome-Traffic; monatlich aktualisiert
Search Console Core Web Vitals-BerichtField-Daten aus CrUX, nach URL-Muster gruppiertSite-weite CWV-Gesundheit; Verbesserungs-Tracking ueber ZeitNur URLs mit genuegend Daten; verzoegert hinter Echtzeit
Lighthouse (Chrome DevTools)Lab-Daten aus synthetischem TestSpezifische Seiten debuggen; Aenderungen vor Deploy testenEinzelne Test-Bedingungen; entspricht moeglicherweise nicht echter Nutzer-Erfahrung
WebPageTestLab-Daten mit Standort-, Geraete-, Netzwerk-OptionenPerformance ueber Regionen und Geraete vergleichen, einschliesslich DACH-spezifischer TestsLab-Bedingungen; Setup-Lernkurve
Real User Monitoring (RUM)-ToolsEchte Nutzer-Field-Daten von Ihren BesuchernKontinuierliches Monitoring; Alerting bei RegressionenErfordert JS-Snippet auf jeder Seite; Kosten fuer grosse Sites
web-vitals JS-BibliothekEchte Nutzer-Field-Daten, an Ihre Analytics gesendetCustom CWV-Tracking integriert mit GA4 oder Matomo (DSGVO-freundlich)Erfordert Implementierung; Datenqualitaet haengt von Analytics-Setup ab
Cloudflare Web AnalyticsEchte Nutzer-Field-Daten von Cloudflare-belieferten SitesKostenloses RUM fuer Cloudflare-Kunden; datenschutz-respektierendErfordert Cloudflare auf der Domaene; weniger granular als dediziertes RUM

Bei der CWV-Messung gibt es zwei verschiedene Typen: Labordaten und Felddaten. Labordaten stammen aus synthetischen Tests unter kontrollierten Bedingungen (Lighthouse, WebPageTest); Felddaten stammen von echten Benutzern (CruX, RUM-Tools). Beides ist wichtig, aber sie beantworten verschiedene Fragen.

Felddaten sind das Ranking-Signal. Google used data from the Chrome User Experience Report (CruX), in denen reale Nutzerdaten von Chrome-Usern zusammengefasst werden, die sich für den anonymen Austausch von Leistungsdaten entscheiden. CRUX-Daten sind das, was die Search Console meldet, was in PageSpeed Insights als „Felddaten“ angezeigt wird und was die Rankings beeinflusst. CruX wird monatlich aktualisiert und ist nur für Websites mit ausreichendem Chrome-Traffic verfügbar.

Labordaten sind das Debugging-Tool. Lighthouse führt synthetische Tests mit kontrollierter CPU- und Netzwerkdrosselung durch und liefert so reproduzierbare Ergebnisse. Labordaten sind nützlich, um Änderungen vor der Bereitstellung zu testen, alternative Implementierungen zu vergleichen und spezifische Engagements zu identifizieren. Laborergebnisse wirken sich jedoch nicht direkt auf das Ranking aus. Sie sind ein Indikator dafür, was echte Benutzer erleben.

PageSpeed Insights kombiniert beides: Es zeigt Labordaten (Lighthouse) und Felddaten (CruX) für jede URL. This is the quickest way to evaluation a single page. Use the Core Web Vitals-Report of the Search Console, in the url group by pattern and trends in the time history, to determine the status of the website.

Real User Monitoring (RUM) -Tools liefern kontinuierliche Felddaten von Ihren spezifischen Besuchern. Zu den Tools gehören New Relic, Datadog RUM, SpeedCurve und werden selbst über die Web-Vitals JavaScript-Library gehostet. RUM is necessary for websites, which crux-data are spärlich (less chrome traffic) or which they must follow CWV by users, regions or devices.

With the Web-Vitals JavaScript library can send field data to your own analysis (in der Regel GA4). This way you receive CWV-data for real users for each page your website, segmented by your wish. The setup is from a small JS snippet plus GA4-configuration. The total effort contains for a typical site 2 to 4 hours.

Platform specific CWV pattern

Verschiedene Plattformen haben unterschiedliche CWV-Standardeinstellungen und unterschiedliche häufige Engpässe. The knowledge of the pattern spart Zeit bei Audits.

Webflow ist sofort einsatzbereit (Lighthouse 85 bis 95 auf Mobilgeräten, 85 bis 95 Prozent CWV-Erfolgsquote). Die häufigsten Engpässe sind benutzerdefinierte Code-Einbettungen (Skripte von Drittanbietern, die über eingebettete Elemente eingefügt werden), große Hero-Videos und Widgets von Drittanbietern (Chat, Calendar, social networks). Zu den Problembehebungen gehören die Überprüfung der Codeeingaben, die Optimierung der Videobereitstellung und das verzögerte Laden von Widgets, die sich im unteren Bereich befinden.

Wordpress with a custom theme and minimum plugins works good (Lighthouse 80 bis 92, 60 bis 80 Prozent CWV-Erfolgsrate). Die häufigsten Engpässe sind der Plugin-Overhead (jedes aktive Plugin fügt JS und CSS hinzu), Theme-Bloat (Page Builder sind besonders schlecht) und not optimize images. As the correctures, it used to minimum plugin sets, an custom theme, an image plugin, caching and CDN.

Wordpress with Page Builders (Elementor, Divi, Beaver Builder) schneidet in der Regel schlecht ab (Lighthouse 40 bis 70, 15 bis 35 Prozent CWV-Erfolgsquote). Seitenersteller generieren umfangreiches DOM, renderblockierendes CSS und übermäßiges JavaScript. The solution exists in the rule in migration to a block based or custom theme. Aggressives Caching helps, löst das Problem aber nicht vollständig.

Shopify schneidet mäßig ab (Lighthouse 50 bis 80, 40 bis 65 Prozent CWV-Erfolgsquote). Die häufigsten Engpässe sind der Code der Theme-App, Apps von Drittanbietern (jede App fügt ein Skript hinzu) und der Einkaufswagen- und Checkout-Overhead. Zu den Korrekturen gehören App-Audits, verzögertes Laden unkritischer Abschnitte und die Auswahl leistungsorientierter Themen (Dawn, Spotlight, Studio).

Websites with Next.js (modern React with server components) cut very good from (Lighthouse 85 bis 98, 80 bis 95 Prozent CWV-Erfolgsrate). Die häufigsten Engpässe sind die clientseitige Flüssigkeitszufuhr (große Komponentenbäume), große JS-Pakete und Skripte von Drittanbietern. Ave the problem behebings are used servers components for not interaction content, the image optimierung via next/image and the bundle analysis.

Statische Seitengeneratoren (Astro, Hugo, Eleventy) schneiden normalerweise am besten ab (Lighthouse 95 bis 100, 90 bis 99 Prozent CWV-Erfolgsquote). The output exists in most from HTML and CSS with minimum javascript part, that CWV-errors are rarely and are used by scripts of third providers. The Fix schränkt die Skripte von Drittherstellern ein. Die SSG kümmert sich um alles andere.

PlattformTypischer Lighthouse-Score (mobil)Typische CWV-BestehensquoteHaeufiger EngpassBest Practice fuer DACH
Webflow85 bis 9585 bis 95 ProzentCustom-Code-Embeds, grosse Hero-Videos, Drittanbieter-WidgetsVideo optimieren, Code-Embeds auditieren, Below-Fold-Inhalt lazy-loaden
WordPress (Custom-Theme, gut optimiert, deutsches Hosting)82 bis 9465 bis 82 ProzentPlugin-Overhead, Theme-Bloat, unoptimierte BilderHetzner oder IONOS Frankfurt, minimale Plugins, Custom-Theme, Image-Plugin, Caching
WordPress (Page-Builder, Elementor oder Divi)40 bis 7015 bis 35 ProzentPage-Builder-Overhead, render-blockierende Assets, Layout-ShiftsMigration zu Block-basiert oder Custom-Theme; aggressives Caching
Shopify50 bis 8040 bis 65 ProzentTheme-App-Code, Drittanbieter-Apps, Cart- und Checkout-SkripteApps auditieren, nicht-kritische Sektionen lazy-loaden, performance-fokussierte Themes waehlen (Dawn)
Shopware (DACH-spezifisch)55 bis 8245 bis 70 ProzentFrontend-Theme, Plugin-Overhead, B2B-FunktionenShopware 6 PWA, Performance-Audit, deutsche Hosting-Anbieter (Mittwald, Hetzner Cloud)
Next.js (modernes React)85 bis 9880 bis 95 ProzentClient-seitige Hydration, grosse JS-Bundles, Drittanbieter-SkripteServer-Komponenten verwenden, Bildoptimierung via next/image, Bundle-Analyse
Static-Site-Generatoren (Astro, Hugo, Eleventy)95 bis 10090 bis 99 ProzentSelten; ueblicherweise Drittanbieter-SkripteDrittanbieter-Skripte begrenzen; alles andere durch SSG abgedeckt
WooCommerce auf WordPress50 bis 7530 bis 55 ProzentCart- und Checkout-Skripte, Produktbild-Overhead, Variant-LogikCheckout-Flow optimieren, Produktbilder lazy-loaden, deutsche DSGVO-Plugins (Borlabs Cookie) optimieren
TYPO3 (DACH-Enterprise)60 bis 8550 bis 75 ProzentKomplexe Struktur, viele Extensions, schwere DatenbankabfragenPerformance-Extension verwenden, Caching-Strategie, deutsche Hoster mit TYPO3-Optimierung

Handy gegen Desktop: Wo der wahre Kampf stattfindet

Google used since 2023 default the Mobile-First Indexing. Das bedeutet, dass Google in erster Linie mobile Crawl-Daten für Indexierung und Ranking verwendet, selbst für Websites mit hauptsächlich Desktop-Besuchern. The CWV results for mobile devices are impact from the ranking.

Der weltweite Anteil des Mobilfunkverkehrs liegt 2026 bei 55 bis 65 Prozent. Selbst B2B-Websites mit Desktop-fähigen Käuferreisen verzeichnen in der Regel 30 bis 45 Prozent des mobilen Traffics für Top-of-Tunnel-Inhalte (Blogbeiträge, Marketingseiten). Bei Websites, die gut auf dem Desktop, aber schlecht auf Mobilgeräten abschneiden, wirkt sich diese Asymmetrie direkt auf den organischen Traffic über Mobilgeräte aus.

Desktop-CWV is in the rule simple as mobile devices, as the desktop has available via quicker connections (cable, glass fiber with lower latence), greater displays (less probably is an responsiver image exchange required) and quicker CPUs. The most websites, the mobile CWV transmission, exist also desktop-CWV; das Gegenteil ist selten der Fall.

Die mobile Realität ist hart. Bei mobilen Tests in der Praxis sollten 4G-Verbindungen (10 bis 20 Mbit/s mit einer Latenz von 100 bis 300 ms) und Geräten der mittleren Preisklasse (ähnlich einem 3 Jahre alten Android) sein, nicht von Flaggschiff-Telefonen mit 5G. Labortests wie Lighthouse simulieren dies in der mobilen Voreinstellung. Vergewissern Sie sich, dass Ihre Tests die mobile Voreinstellung und nicht die Desktop-Version verwenden.

Der größte mobile Engpass ist JavaScript. Mobile CPUs analysieren und JavaScript 4 bis 6 mal langsamer als Desktop-CPUs ausführen. Eine Website mit 2 MB JavaScript, die auf dem Desktop einwandfrei läuft, kann auf Mobilgeräten unbrauchbar sein. The management of the javascript budget is the performance most mobile CWV work.

Network and CPU are a connection. The combination from long camera network and long camera cpu on mobile devices means that the power budget must be much buttons as as on desktop pcs. A 1.5-MB page, the is loaded on a desktop in 1.5 seconds, can take on mobile devices 5 to 7 seconds.

Testen Sie auf echten Geräten, nicht nur auf Emulatoren. The mobile Emulation by Chrome DevTools is used for the layout, but tests on real devices show the real performance. Use browserStack, real phones or chrome remote-debugging, to ensure the accuracy.

Mobile vs Desktop: wo der echte Kampf im DACH-Markt stattfindet
  • Mobile-First-Indexierung ist seit 2023 Standard: Google nutzt primaer Mobile-Crawl-Daten fuer Indexierung und Ranking. Mobile CWV-Scores sind die, die tatsaechlich Rankings beeinflussen, auch fuer DACH-B2B-Sites mit primaer Desktop-Besuchern.
  • Mobile-Traffic-Anteil DACH: 50 bis 60 Prozent des DACH-Web-Traffics ist mobil in 2026, etwas niedriger als der globale Durchschnitt (55 bis 65 Prozent), weil DACH einen hoeheren B2B-Anteil mit Desktop-getriebenen Buyer Journeys hat. B2B-Sites sehen typischerweise 25 bis 40 Prozent Mobile-Traffic fuer Top-of-Funnel-Inhalt.
  • Desktop CWV ist ueblicherweise einfacher: Desktop hat schnellere Verbindungen, groessere Bildschirme und schnellere CPU. Die meisten Sites bestehen Desktop-CWV einfacher als Mobile.
  • Mobile-Realitaet ist hart: Real-World Mobile-Tests sollten 4G-Verbindungen annehmen (10 bis 20 Mbps mit 100 bis 300 ms Latenz) und Mid-Tier-Geraete (vergleichbar mit einem 3 Jahre alten Android), nicht Flagship-Telefone auf 5G. Im DACH-Kontext zusaetzlich relevant: laendliche Gebiete in DACH haben oft schlechtere Mobile-Abdeckung als Stadtgebiete.
  • Groesster Mobile-Engpass ist JavaScript: Mobile-CPUs parsen und fuehren JavaScript 4 bis 6 Mal langsamer aus als Desktop-CPUs. Eine Site mit 2 MB JS, die auf Desktop gut laeuft, kann auf Mobile unbenutzbar sein.
  • BFSG-Barrierefreiheit-Implikation: Im DACH-Kontext kommt zusaetzlich BFSG ab Juni 2025 hinzu. Mobile-Performance und Barrierefreiheit ueberschneiden sich: Layout-Shifts beeintraechtigen Screen-Reader-Nutzer auf Mobile staerker; lange INP-Zeiten erschweren Tastatur-Navigation; nicht-optimierte Bilder belasten Nutzer mit langsamen Verbindungen.
  • Auf echten Geraeten testen, nicht nur Emulatoren: Chrome DevTools Mobile-Emulation ist nuetzlich fuer Layout, aber Real-Device-Tests offenbaren tatsaechliche Performance. Verwenden Sie BrowserStack, echte Telefone oder Chrome-Remote-Debugging fuer Genauigkeit.

Roadmap for the CWV implementation: from the testing to to run monitoring

A ordnungsgemäßes CWV engagement includes four phases: basic planning, priority, problem behebings and monitoring. The trial, phases to overspring or stapelweise, has to perform, has to verglicherer work.

Baseline: Erfassen Sie den aktuellen Status. Rufe CRUX-Daten für die 20 besten Seiten nach Traffic ab. Sie führen Lighthouse-Audits für Mobilgeräte durch und dokumentieren ihre Ergebnisse. Erfassen Sie TTFB, LCP, CLS, INP pro Vorlagentyp (Homepage, Produktseite, Blogbeitrag usw.). The Output base is the base, with you comparison the verbesserungen later. Sie müssen also spezifisch sein und gespeichert werden.

Priorisierung: Nicht alle Seiten sind gleich. Sortiert nach Besucherzahlen und CWV-Ausfall. The impact correctures are pages with higher traffic and schlechtem CWV. Vorlagen, die viele Seiten betreffen (z. B. eine Produktdetailvorlage, die 5.000 Produktseiten betreffen), erhalten eine höhere Priorität als einzelne Seiten.

Correctures: Addressieren Sie zuerst LCP, da es die größte Auswirkung auf die Benutzer hat und am sichtbarsten ist. Dann CLS, wo es oft schnelle Gewinne gibt. Dann INP, was normalerweise aufwändigere Codeänderungen erfordert. Avoid the versuch, alles auf einmal zu korrigieren. Mit sequentiellen Korrekturen können Sie die Auswirkungen jeder Änderung messen.

Monitoring: Richten Sie die Überwachung für reale Benutzer nach Correctures. The Web-Vitals-JavaScript-Library plus GA4 dauert 2 bis 4 hours and provides continuous CWV data. Sete warnungen for regressions. Plant the monatliche Stichprobenkontrollen und vierteljährliche vollständige Wiederholungsprüfungen, da CWV im Lauf der Zeit immer schlechter wird, wenn neuer Code und Inhalt eintreffen.

Document standards: define a internes CWV-Budget for each page vorlage (z. B. LCP unter 2,5 Sekunden auf Mid-Tier-Mobilgeräten). Use the budget as deploy blocker for changes that against the budget. Without this disziplin go profits, which were reached in a quarter, in next lost, as new functions are published without performance assessment.

CWV-Implementierungs-Checkliste fuer DACH
  • Baseline etablieren: Aktuelle CrUX-Daten fuer Top-20-Seiten erfassen; Lighthouse-Scores dokumentieren; TTFB, LCP, CLS, INP pro Template-Typ aufzeichnen.
  • Schlimmste Verursacher identifizieren: Seiten nach Traffic mal CWV-Ausfall sortieren; Seiten priorisieren, die sowohl Rankings als auch Nutzererfahrung fuer viele Besucher beeinflussen.
  • LCP zuerst beheben: LCP hat ueblicherweise die hoechste Nutzer-Auswirkung und ist am sichtbarsten. Hero-Bild optimieren, render-blockierende Assets eliminieren, CDN sicherstellen.
  • CLS als Zweites beheben: CLS-Probleme sind oft schnelle Gewinne (Bilddimensionen setzen, Anzeigen-Platz reservieren). Hoch-Auswirkung, niedrig-Aufwand-Fixes.
  • INP als Letztes beheben: INP-Fixes erfordern oft Code-Aenderungen an JavaScript-Bundles, Drittanbieter-Skript-Management und Event-Handler-Optimierung.
  • Drittanbieter-Skripte adressieren: Alle Drittanbieter-Skripte auditieren (Analytics, Chat, Anzeigen, Social-Embeds). Deferren, async oder entfernen. Im DACH-Kontext zusaetzlich Borlabs Cookie und andere DSGVO-Plugins optimieren.
  • Bilder systematisch optimieren: Zu WebP oder AVIF konvertieren, komprimieren, width- und height-Attribute hinzufuegen, responsive Groessen liefern, below-fold lazy-loaden.
  • Hosting pruefen: Fuer DACH-Marken mit DACH-Traffic deutsches Hosting (Hetzner, IONOS Frankfurt, Strato) erwaegen, um TTFB von 50 bis 200 ms zu erreichen.
  • Monitoring einrichten: web-vitals JS-Bibliothek hinzufuegen, an GA4 oder Matomo (DSGVO-freundlich) senden. Alerts fuer Regressionen setzen.
  • Auf echten Geraeten testen: BrowserStack oder echte Telefone verwenden, um Mobile-Performance zu verifizieren; Emulatoren unterschaetzen Real-World-Auswirkung.
  • BFSG-Barrierefreiheit beruecksichtigen: CWV-Fixes mit BFSG-Anforderungen abstimmen (Tastatur-Navigation, Screen-Reader-Kompatibilitaet, Kontrast).
  • Re-Audits planen: Monatliche Lighthouse-Spot-Checks, vierteljaehrliche vollstaendige Re-Audits. CWV degradiert ueber Zeit, waehrend neuer Code und Inhalt hinzugefuegt wird.
  • Standards dokumentieren: Internes CWV-Budget fuer jedes Seiten-Template (z.B. LCP unter 2,5s auf Mid-Tier-Mobile). Deploys blockieren, die das Budget verletzen.

UnfoldMart Core Web Vitals Services

UnfoldMart bietet CWV-Optimierung als eigenständigen Service oder als Teil umfassender SEO-Dienste an. The prices vary by complexity of website, page number and implementation grade.

Das CWV-Audit (einmalig) kostet 1.500 bis 4.500 USD. Umfang: einzelne Domain, Top 10 bis 20 Seiten. Results: complete CWV audit (LCP, CLS, INP, TTFB), list with prioriated problem solutions, roadmap of implementation, CRUX-Baseline before and after the process. Ideal für Marken, die ein internes Team oder einen anderen Implementierungspartner haben und eine Prüfung und Priorisierung durch Experten benötigen.

The CWV audit and the implementation cost 4.500 to 18.000 USD. Umfang: einzelne Domain, Top 30 bis 50 Seiten. Leistungsumfang: results on audit level and implementation of priority correctures, continue facility of cwv monitoring, 90 days tracking after the implementation. Ideal für Marken, die sowohl Diagnostics als auch Execution by the same partners wünschen.

Multidomain- oder E-Commerce-Engagements kosten 7.500 bis 35.000 USD. Umfang: mehr als 2 Domains oder E-Commerce-Website mit mehr als 100 Seiten. Delivery range: CWV-Audit with several domains, E-Commerce-specific optimations (Warenkorb, Checkout, Produktseiten), CDN configuration, image optimization pipeline. Ideal für Marken, die auf mehreren Websites oder transaktionalen Websites tätig sind, bei denen die Konversionsrate erheblich ist.

CWV als Teil des vollständigen SEO-Trainers ist in Retaines ab 5.000 USD pro Monat enthalten. Erstaudit plus monatliches CWV-Monitoring und vierteljährliches erneutes Audit im Rahmen eines umfassenden SEO-Programms. Keine separate Gebühr. Ideal für Marken, die CWV als Bestandteil eines strategischen SEO-Programms und nicht als eigenständiges Projekt verwenden möchten.

StufeUmfangDeliverablesPreise (EUR)
CWV-Audit (einmalig)Single-Domain, Top-10 bis 20 SeitenVollstaendiges CWV-Audit (LCP, CLS, INP, TTFB), priorisierte Fix-Liste, Implementierungs-Roadmap, Vor-und-Nachher CrUX-Baseline1.200 bis 3.800 EUR einmalig
CWV-Audit plus UmsetzungSingle-Domain, Top-30 bis 50 SeitenAudit-Stufen-Deliverables plus Umsetzung von Prioritaets-Fixes, laufendes CWV-Monitoring-Setup, 90-Tage Post-Implementierungs-Tracking, BFSG-Pruefung3.800 bis 15.000 EUR einmalig
Multi-Domain oder E-Commerce2 plus Domains oder E-Commerce-Site mit 100 plus SeitenMulti-Domain CWV-Audit, E-Commerce-spezifische Optimierungen (Cart, Checkout, Produktseiten), CDN-Konfiguration, Bildoptimierungs-Pipeline, deutsches Hosting-Setup wo relevant6.000 bis 30.000 EUR einmalig
CWV als Teil der vollen SEO-VollbetreuungIn Vollbetreuung ab 4.000 EUR pro Monat enthaltenInitiales Audit plus monatliches CWV-Monitoring und vierteljaehrliches Re-Audit als Teil des breiteren SEO-ProgrammsInklusive; keine separate Gebuehr

Rote Fahnen in jedem CWV-Anbietervorschlag

CWV ist ein relativ technischer Bereich, was bedeutet, dass die Anbieter von hochkompetent bis hin zu regulärem Recht irrelevant sind. Wenn Sie die Warnsignale vor der Bewertung von Vorschlägen kennen, sparen Sie Zeit und Geld.

Achte on provider, the specific lighthouse results promise (no provider can guarantee; the conditions different), provide CWV optimization with a click or „automatic“ (real CWV work is an analysis per page, no plugin), are only focus on labor data, without field data and cruX, INP ignorant (only LCP and CLS described), give general recommendations without location specific analysis, repetitive“ monatliche CWV-Wartung“ ohne festgelegte Arbeit berechnen, ich empfehle , to remove all scripts of third providers in the big style, and speak that CWV only korrigiert the rankings, without before and following messplan and another you, earlier case studies with cruX Pre-following data.

Vertrauenswürdige Anbieter betrachten CWV als ein strukturiertes Projekt: Bewertung des Ausgangswerts, priorisierte Problembehebungsliste mit Begründung, Implementierung und Nachverfolgung nach der Implementierung anhand der Ausgangssituation. The work is real, but limited. Providers, the try, to let more blades, as it is, sell in the rule to much, and providers, that try, it simple blades, as it is, sell in usually a plugin.

Warnsignale in CWV-Anbieter-Angeboten
  • Verspricht spezifischen Lighthouse-Score: Lighthouse-Scores haengen von Test-Bedingungen, Seiten-Komplexitaet und aktuellem Stand ab. Kein Anbieter kann einen spezifischen Score garantieren; 95 plus zu versprechen ist ueberverkaufen.
  • "Ein-Klick" oder "automatische" CWV-Optimierung: Plugins, die sofortige CWV-Verbesserungen versprechen, produzieren oft marginale Gewinne und koennen andere Probleme einfuehren.
  • Keine Erwaehnung von Field-Daten (CrUX): Lab-Daten (Lighthouse) sind notwendig, aber nicht ausreichend. Echte CWV-Optimierung trackt CrUX und Real-Nutzer-Daten, weil das ist, was Rankings beeinflusst.
  • Konzentriert sich nur auf Lighthouse, ignoriert INP: INP ersetzte FID im Maerz 2024 und ist die schwierigere Metrik zu optimieren. Anbieter, die nur LCP und CLS adressieren, verfehlen ein Drittel der Arbeit.
  • Generische Empfehlungen ohne Site-spezifische Analyse: "Caching hinzufuegen, Bilder komprimieren, CDN verwenden" ist wahr, aber nicht genug. Vertrauenswuerdige Anbieter identifizieren Ihre spezifischen Engpaesse.
  • Berechnet wiederkehrende "monatliche CWV-Wartung" ohne definierte Arbeit: Wartung ist real (Audit-Drift, Regressionen ueberwachen), sollte aber spezifische Deliverables haben.
  • Empfiehlt das Entfernen aller Drittanbieter-Skripte: Analytics, Chat, Marketing-Tools haben Wert. Die Arbeit ist, sie zu deferren oder Facade-Patterns anzuwenden, nicht zu eliminieren.
  • Verspricht, dass CWV allein Rankings repariert: CWV ist eines von vielen Ranking-Faktoren. Sites mit schlechtem Inhalt, schwacher Autoritaet und schlechtem UX werden auch mit perfektem CWV nicht gut ranken.
  • Kein Vor-und-Nachher-Mess-Plan: Ein vertrauenswuerdiges CWV-Engagement definiert Baseline-Metriken und trackt Verbesserung ueber 90 Tage Post-Implementierung.
  • Keine BFSG-Barrierefreiheits-Erwaehnung: Im DACH-Kontext ist BFSG ab Juni 2025 verpflichtend. Anbieter, die Performance ohne Barrierefreiheits-Bezug optimieren, schaffen zukuenftige Compliance-Probleme.
  • Verweigerung, vorherige CWV-Verbesserungs-Fallstudien zu teilen: Anbieter, die diese Arbeit erfolgreich gemacht haben, koennen Vor-und-Nachher CrUX-Daten teilen.

Bereit, Core Web Vitals zu reparieren?

Core Web Vitals are the necessary infrastructure for each website, the 2026 to be competitive and real users will efficient convert. The work is good understood, the metrics are clear and the effects to ranking, converter rate and visible of the KI engine.

UnfoldMart prüft und repariert CWV als eigenständiger Dienst oder als Teil umfassender SEO- und technischer Dienste. If your website on critical pages is not successful, the following step an 30-minütiges strategiegespräch, in the we check your current status, identify the most problem solutions, the scope of implementation work defined and the following monitoring rhythmus.

Buche einen Strategieanruf

Tags:
SEO 2026
Website

FAQs

Got Questions? We’ve Got Answers – Clear, Simple, and Straight to the Point

How do I set up CWV monitoring so I can catch regressions early?

Use a combination of Search Console for field data, web-vitals library with analytics for real-time tracking, Lighthouse CI for lab testing, and periodic audits. This layered approach helps catch issues before they impact rankings.

How does mobile performance differ from desktop, and which one should I optimise for?

Mobile performance matters most because Google uses mobile-first indexing. Mobile devices are slower and networks less stable, so optimizing for mobile ensures better overall performance and rankings.

What is the most common cause of LCP failure and how do I fix it?

The most common cause is unoptimized hero images. Fix by compressing images, using modern formats like WebP, serving responsive sizes, and avoiding lazy loading for above-the-fold content. Also optimize scripts, CSS, and server response time.

How do I measure Core Web Vitals correctly, and which tool should I trust?

Use field data from Chrome User Experience Report (CrUX) as the source of truth. Search Console shows this data at scale, while PageSpeed Insights provides both lab and field data. Lab tools are useful for debugging, but real-user data drives rankings.

What exactly do LCP, CLS, and INP measure, and why these three?

LCP measures loading speed, CLS measures visual stability, and INP measures responsiveness. Together they represent how fast, stable, and responsive a page feels to users. Google uses these because they closely reflect real user experience.

Still have questions?

No question is too small—let’s talk

Möchten Sie Ihre Marke in einen skalierbaren Wachstumsmotor verwandeln?

Wir helfen modernen Unternehmen dabei, Branding, Websites, SEO und Paid Media in einem leistungsorientierten System zu vereinen, das skalierbar ist.

Tic icon
30-minütiges Strategiegespräch
Tic icon
Kein Verkaufsgespräch
Tic icon
Umsetzbare Erkenntnisse
Kostenlose Strategie anfordern
Sprechen Sie mit einem Wachstumsexperten bei UnFoldMart
Buchen Sie ein kostenloses 30-minütiges Strategiegespräch und erhalten Sie klare Einblicke in Ihre Marketing-, Branding- und Wachstumsstrategie.
Tic icon
Kein Spam
Tic icon
Kein Verkaufsdruck
Tic icon
Nur umsetzbare Insights
📅 Kostenloses Strategiegespräch buchen