1. Einführung: Warum Core Web Vitals verbessern bares Geld wert ist
Ich gebe es zu: Kaum ein Thema sorgt bei Geschäftsführern für so viel Stirnrunzeln wie ein roter PageSpeed-Wert. Da steht dann „38 von 100″ unter dem Smartphone-Symbol, daneben Begriffe wie LCP, INP und CLS, und niemand erklärt, was davon wirklich zählt. Die Folge: Entweder wird gar nichts gemacht, oder es werden drei Plugins installiert, die sich gegenseitig blockieren. Beides kostet Sie Besucher, Anfragen und am Ende Umsatz.
Auf einen Blick
- Googles Grenzwerte für eine gute Nutzererfahrung: LCP unter 2,5 Sekunden, INP unter 200 Millisekunden, CLS unter 0,1 (Google Search Central).
- 40 Prozent der Websites im Chrome UX-Bericht verfehlen den empfohlenen LCP-Grenzwert (web.dev).
- Vodafone steigerte den Umsatz um 8 Prozent, nachdem der LCP um 31 Prozent verbessert wurde (web.dev Fallstudie).
- WordPress betreibt 41,9 Prozent aller Websites weltweit; Performance-Fragen betreffen damit fast jede zweite Site (W3Techs).
- Aus der Kreativschock-Praxis: Nach einem Relaunch auf schlanker WordPress-Code-Basis steigt der mobile PageSpeed-Score regelmäßig von 40 bis 50 auf über 90 Punkte (Kreativschock).
Core Web Vitals verbessern bedeutet, die drei Google-Messwerte für Nutzererfahrung gezielt zu optimieren: Largest Contentful Paint (Ladezeit des größten sichtbaren Elements), Interaction to Next Paint (Reaktionszeit auf Klicks) und Cumulative Layout Shift (visuelle Stabilität). Die wirksamsten Hebel sind besseres Hosting, Caching, Bildoptimierung, weniger JavaScript (also keine überladenen Page-Builder wie Divi und Elementor), optimierte Schriften und reservierte Platzhalter im Layout.
Dieser Beitrag übersetzt die Technik in Entscheider-Sprache: was die drei Metriken messen, mit welchen Tools Sie den Status prüfen und welche sechs Hebel die Ladegeschwindigkeit Ihrer Website wirklich nach vorn bringen. Wenn Sie das Thema lieber komplett abgeben möchten: Unser Team für professionelles Webdesign misst, priorisiert und optimiert das für Sie.
2. Was sind Core Web Vitals? LCP, INP und CLS verständlich erklärt
Zwei Websites. Beide bieten dasselbe an. Die eine zeigt nach einer Sekunde ihr Angebot, die andere lässt Sie sechs Sekunden auf einen weißen Bildschirm starren. Sie wissen selbst, auf welcher Sie bleiben. Genau dieses Bauchgefühl, im Fachjargon User Experience, hat Google in drei messbare Metriken übersetzt und seit Juni 2021 zum Bestandteil der Ranking-Systeme gemacht, wie die Dokumentation auf Google Search Central beschreibt.
Google selbst formuliert die Empfehlung dort unmissverständlich: „Wir empfehlen Websiteinhabern, gute Core Web Vitals-Werte anzustreben, um in der Google Suche erfolgreich zu sein und allgemein eine hohe Nutzerfreundlichkeit zu bieten.“
Schauen wir uns die drei Messwerte einzeln an.
2.1 Largest Contentful Paint: die gefühlte Ladezeit
Der Largest Contentful Paint (LCP) misst, wie lange es dauert, bis das größte sichtbare Element im Bildschirmausschnitt fertig gerendert ist. Meist ist das ein Hero-Bild oder die große Überschrift. Wie im Restaurant: Brot und Wasser auf dem Tisch beruhigen kurz, aber die Wartezeit zählt erst, wenn das Hauptgericht dampfend vor Ihnen steht. Gut ist ein LCP unter 2,5 Sekunden.
Google bringt die Praxiserfahrung auf web.dev auf den Punkt: „Der Largest Contentful Paint (LCP) ist der Core Web Vital, mit dem Entwickler am häufigsten zu kämpfen haben.“ Derselbe Leitfaden nennt die Zahl dazu: 40 Prozent der Websites im Chrome UX-Bericht verfehlen den empfohlenen LCP-Grenzwert, und 73 Prozent der mobilen Seiten haben ein Bild als LCP-Element.
2.2 Interaction to Next Paint: die Reaktionsfähigkeit
Der INP misst, wie schnell Ihre Seite auf Eingaben reagiert: Klick auf den Menü-Button, Tippen ins Formularfeld, Auswahl im Dropdown. Ein hoher INP fühlt sich an wie ein Lichtschalter, der erst eine halbe Sekunde nach dem Drücken das Licht einschaltet. Technisch funktioniert er, aber Sie zweifeln jedes Mal kurz an der Leitung. Gut ist ein Wert unter 200 Millisekunden.
Der INP hat den älteren First Input Delay (FID) abgelöst, weil FID nur die allererste Interaktion bewertete und damit zu freundliche Noten verteilte. Wenn Ihr Altbericht noch FID-Werte zeigt, arbeiten Sie mit veralteten Daten. Die Interaktivität einer Seite wird heute über die gesamte Sitzung gemessen, und schuld an schlechten Werten ist fast immer zu viel JavaScript, das den Browser blockiert.
2.3 Cumulative Layout Shift: die visuelle Stabilität
Der CLS misst, wie stark Inhalte während des Ladens springen. Sie kennen das: Sie wollen auf „Mehr erfahren“ tippen, im letzten Moment schiebt sich ein nachladendes Banner dazwischen, und Sie landen auf der Werbung. Das ist, als würde Ihnen jemand beim Lesen ständig die Zeitung um zwei Zentimeter verschieben. Jede unerwartete Verschiebung erhöht den Wert; gut ist ein CLS unter 0,1.
Häufigste Ursachen: Bilder ohne feste Größenangaben, nachträglich eingeblendete Cookie-Banner und Webfonts, die beim Laden die Schrift austauschen. Alles lösbar, dazu gleich mehr.
3. Labordaten oder Felddaten: Welche Messung über Ihre Sichtbarkeit entscheidet
Hier scheitern die meisten Optimierungs-Projekte, noch bevor sie anfangen. Es gibt nämlich zwei völlig verschiedene Arten, die Metriken zu messen, und nur eine davon beeinflusst Ihre Rankings.
Labordaten entstehen unter kontrollierten Testbedingungen, etwa wenn ein Tool wie Lighthouse Ihre Seite mit einem simulierten Gerät lädt. Felddaten dagegen stammen von echten Besuchern: Der Chrome Browser sammelt anonymisiert, wie schnell Ihre Seite bei realen Nutzern lädt, und speist diese Werte in den Chrome UX-Report (CrUX) ein.
Das ist wie beim Auto: Der Verbrauch auf dem Prüfstand steht im Prospekt, aber was Sie an der Tankstelle bezahlen, entscheidet sich im echten Verkehr mit Stau, Kälte und Dachbox.
Und genau das ist der Punkt: Google bewertet Ihre Website ausschließlich nach den Felddaten echter Nutzer, nicht nach dem Laborwert. Ein Lighthouse-Score von 95 garantiert gar nichts, wenn Ihre realen Besucher mit alten Smartphones im Funkloch unterwegs sind. Dazu kommt die 75-Prozent-Regel: Mindestens drei Viertel aller gemessenen Seitenaufrufe müssen den Grenzwert einer Metrik erreichen, damit die Seite als „gut“ gilt.
Eine Optimierung wirkt deshalb nie sofort.
Der CrUX-Datensatz arbeitet mit einem rollierenden 28-Tage-Fenster. Wer heute optimiert, sieht die Verbesserung in den echten Nutzerwerten erst einige Wochen später. Das ist kein Fehler Ihrer Agentur, sondern Systemlogik.
4. Die richtigen Tools: messen statt raten
Sie fragen sich jetzt vielleicht: Womit prüfe ich das alles, ohne ein Entwickler-Studium zu absolvieren? Drei kostenlose Tools reichen für den Anfang vollkommen aus.
| Tool | Was es zeigt | Datenbasis | Ideal für |
| PageSpeed Insights | LCP, INP, CLS plus Laborwerte für eine einzelne URL | Felddaten + Labor | Schnelle Einzeldiagnose |
| Google Search Console | Einstufung aller URL-Gruppen in Gut / Verbesserung nötig / Schlecht | Felddaten (CrUX) | Überblick über die ganze Website |
| Lighthouse (Chrome DevTools) | Detaildiagnose: was genau blockiert und bremst | Labor | Ursachenforschung für Profis |
Der Einstieg dauert keine fünf Minuten: URL bei PageSpeed Insights eintippen, Reiter „Mobil“ wählen und zuerst auf die Felddaten oben schauen, nicht auf die Punktzahl darunter. Wer es bequemer mag, lässt sich die Auswertung im Rahmen einer SEO-Analyse Ihrer Website gleich mit Prioritätenliste liefern.
Performance Check für Ihre Website
- Messung Ihrer Core Web Vitals mit echten Nutzerdaten statt Schönwetter-Laborwerten
- Klare Prioritätenliste: welcher Hebel bei Ihnen den größten Effekt bringt
- Umsetzung durch unser Team: Hosting, Bilder, Skripte, Layout-Stabilität
- Transparente Vorher-Nachher-Messung nach 4 bis 6 Wochen
5. Die 6 Hebel zur Verbesserung der Core Web Vitals
Es gibt Hunderte mögliche Maßnahmen. In der Praxis entscheiden sechs davon über 90 Prozent des Ergebnisses. Wir gehen sie in der Reihenfolge der größten Wirkung durch.
5.1 Hebel 1: Hosting und Serverantwortzeit (TTFB)
Die Time to First Byte misst, wie lange der Server benötigt, bis das erste Datenpaket beim Browser ankommt. Ein träger Server ist wie ein Kellner, der erst nach zwei Minuten überhaupt an Ihren Tisch kommt: Egal wie schnell die Küche danach arbeitet, der Abend ist gelaufen. Liegt der TTFB bei 1,5 Sekunden, ist das LCP-Ziel von 2,5 Sekunden rechnerisch kaum noch zu schaffen. Billig-Hosting für 3 Euro im Monat ist deshalb oft die teuerste Entscheidung im gesamten Web-Budget.
5.2 Hebel 2: Caching und CDN
Beim Caching legt der Server fertige Seitenkopien in den Zwischenspeicher, statt jede Anfrage neu zu berechnen. Ein CDN (Content Delivery Network) verteilt diese Kopien zusätzlich auf Server weltweit, sodass Besucher sie vom nächstgelegenen Standort abrufen. Beides senkt TTFB und Ladezeit spürbar; gute Hoster bringen beides bereits mit. Beides ist für uns Standard, wenn wir Websiten bauen.
5.3 Hebel 3: Bilder optimieren
73 Prozent der mobilen Seiten haben ein Bild als LCP-Element. Wer Bilder optimiert, optimiert also fast immer direkt den wichtigsten Messwert. Konkret heißt das: moderne Formate wie WebP oder AVIF statt JPEG, Bildgrößen passend zum Bildschirm ausliefern, das Hero-Bild mit hoher Priorität laden und alles unterhalb des sichtbaren Bereichs per Lazy Loading nachladen. Ein 4-MB-Foto direkt aus der Handykamera im Header ist der häufigste Einzelfehler, den wir auf langsamen Websites sehen.
5.4 Hebel 4: JavaScript und Code entschlacken
Jedes Chat-Widget, jedes Tracking-Pixel und jeder Pagebuilder lädt eigene Skripte, die der Browser verarbeiten muss, bevor er die Seite fertig rendern und flüssig reagieren kann. Schlechte INP-Werte sind fast immer JavaScript-Probleme. Die Lösung klingt unbequem, ist aber wirksam: Drittanbieter-Skripte radikal aussortieren, ungenutztes CSS entfernen und Code erst dann laden lassen, wenn er gebraucht wird. Weniger ist hier messbar mehr.
5.5 Hebel 5: Webfonts in den Griff bekommen
Schicke Schriften sind oft heimliche Bremsen: Der Browser wartet auf die Font-Datei, rendert dann neu und verschiebt dabei den Text. Das kostet LCP und CLS gleichzeitig. Abhilfe schaffen lokal gehostete Schriften (auch aus Datenschutz-Sicht Pflicht), eine Fallback-Schrift mit ähnlichen Maßen und die CSS-Anweisung, Text sofort sichtbar zu machen, statt auf die Schrift zu warten.
5.6 Hebel 6: Layout-Stabilität sichern
Der unterschätzteste Hebel, weil er nichts mit Tempo zu tun hat: Geben Sie jedem Bild, Video und dynamisch nachgeladenen Banner feste Breiten- und Höhenangaben, damit der Browser den Platz reservieren kann, bevor der Inhalt eintrifft. Laden Sie Cookie-Banner so, dass sie über der Seite schweben statt sie nach unten zu drücken. Ihr CLS dankt es mit Werten nahe Null.
Es gibt allerdings einen Twist: Die sechs Hebel wirken nicht additiv, sondern als Kette. Das beste Caching nützt wenig, wenn ein 4-MB-Bild im Header liegt, und das schnellste Hosting rettet kein Skript-Chaos. Erst messen, dann den schwächsten Punkt zuerst beheben.
6. Page Speed WordPress: welche Plugins wirklich helfen
WordPress betreibt laut W3Techs aktuell 41,9 Prozent aller Websites weltweit. Entsprechend groß ist der Markt für Performance-Plugins, und entsprechend laut sind die Marketing-Versprechen. Eine unbequeme Wahrheit vorweg: Kein Plugin der Welt macht eine kaputte Basis schnell.
Plugins sind Werkzeuge, keine Wunder.
Was Caching-Plugins wirklich leisten: Sie erzeugen statische Seitenkopien, kombinieren und verkleinern CSS- und JavaScript-Dateien und verschieben unkritische Skripte ans Ladeende. Das verbessert die Ladegeschwindigkeit der Website oft deutlich und ist auf fast jeder WordPress-Installation sinnvoll. Seriöse Vertreter dieser Klasse erledigen damit die Hebel 2 und 4 in Teilen automatisch.
Aber hier ist der Haken: Plugins können nur verwalten, was Theme und Hosting hergeben. Ein aufgeblähter Pagebuilder (DIVI, Elementor und Co.) bleibt aufgebläht, auch wenn ein Optimierungs-Plugin davor sitzt. Zur Einordnung: Elementor läuft laut W3Techs auf 31,3 Prozent aller WordPress-Sites, und genau solche Baukasten-Systeme erzeugen häufig den Skript- und Code-Ballast, gegen den dann das nächste Plugin gekauft wird. Drei Performance-Plugins gleichzeitig verschlimmern die Lage regelmäßig, weil sie sich gegenseitig in die Quere kommen.
Deshalb unsere Faustregel: ein hochwertiges Caching-Plugin, ein Bildoptimierungs-Werkzeug, mehr nicht.
Aus der Praxis: In unseren Relaunch-Projekten bei Kreativschock steigt der mobile PageSpeed-Score nach dem Umzug von einem überladenen Pagebuilder-Theme auf eine schlanke Kadence-Basis regelmäßig von 40 bis 50 auf über 90 Punkte, noch bevor das erste Optimierungs-Plugin installiert ist. Die Architektur entscheidet, das Plugin poliert. Dass sich dieser Aufwand rechnet, zeigt auch die Vodafone-Fallstudie auf web.dev: 31 Prozent besserer LCP führten dort zu 8 Prozent mehr Umsatz und 15 Prozent mehr Leads.
Wenn Ihre Website auf einem solchen Altbau-Fundament steht, ist ein Website-Relaunch oft günstiger als monatelange Plugin-Flickschusterei.
7. Fazit
Core Web Vitals sind kein Nerd-Thema (obwohl ich Nerd-Themen toll finde :-)), sondern ein Geschäftsfaktor mit drei messbaren Stellschrauben: Ladezeit, Reaktionsfähigkeit, Stabilität. Die Optimierung folgt immer derselben Logik: mit Felddaten messen, den schwächsten der sechs Hebel finden, beheben, vier Wochen warten, erneut messen. Wer so vorgeht, braucht weder Panik vor roten Zahlen noch ein Abo für das fünfte Wunder-Plugin.
Das Ergebnis spüren Sie körperlich: Sie tippen die Adresse Ihrer Website ins Handy, und noch bevor der Daumen die Tischkante erreicht, steht das Bild gestochen scharf da. Nichts springt, nichts ruckelt, jeder Klick sitzt sofort. Genau dieses Gefühl haben dann auch Ihre Kunden, jeden Tag, bei jedem Besuch. Schnelligkeit ist die höflichste Form von Respekt gegenüber Ihren Besuchern, und Google belohnt sie mit Sichtbarkeit.
8. Anhang: Ihre Checkliste zum Core Web Vitals optimieren
- Messen: URL in PageSpeed Insights prüfen, Reiter „Mobil“, Nutzerdaten oben beachten.
- Überblick: Core-Web-Vitals-Bericht in der Search Console öffnen und betroffene URL-Gruppen notieren.
- Hosting: TTFB prüfen; liegt er dauerhaft über 0,8 Sekunden, Hosting-Wechsel kalkulieren.
- Caching: Server-Caching aktivieren, bei internationalem Publikum CDN ergänzen.
- Bilder: Hero-Bild in WebP umwandeln, Größen anpassen, Lazy Loading für alles unterhalb des Sichtbereichs.
- Skripte: Drittanbieter-Skripte inventarisieren und alles entfernen, was keinen messbaren Nutzen bringt.
- Fonts: Schriften lokal hosten, Fallback definieren, Textanzeige nicht blockieren lassen.
- Stabilität: Breite und Höhe für alle Bilder setzen, Cookie-Banner überlagernd statt verschiebend laden.
- Plugins: Maximal ein Caching- und ein Bild-Plugin; Doppelungen deinstallieren.
- Nachmessen: Nach 4 bis 6 Wochen die Messwerte erneut prüfen und dokumentieren.
Kontakt aufnehmen
Sie möchten Ihre Core Web Vitals verbessern lassen, ohne sich selbst durch Messwerte und Plugin-Vergleiche zu arbeiten? Schreiben Sie uns, wir melden uns innerhalb von 24 Stunden:
Häufige Fragen zu Core Web Vitals
Disclaimer: Alle genannten Messwerte, Statistiken und Erfahrungswerte entsprechen dem Stand der Recherche zum Veröffentlichungszeitpunkt beziehungsweise der Kreativschock-Projektpraxis. Ergebnisse können je nach Hosting, Theme, Plugin-Konfiguration und Besucherstruktur abweichen. Dieser Beitrag ersetzt keine individuelle technische Analyse.
