Core Web Vitals 2026: So machen Sie Ihre Webseite messbar schneller

Eine schnelle Webseite ist 2026 kein Nice-to-have mehr, sondern direkter Ranking-Faktor. Google bewertet seit Jahren über die sogenannten Core Web Vitals, wie sich Ihre Seite für echte Nutzer anfühlt. Drei Werte zählen: Largest Contentful Paint (LCP), Interaction to Next Paint (INP) und Cumulative Layout Shift (CLS). Wer in einem oder mehreren dieser Werte im roten Bereich landet, verliert messbar Platzierungen – auch wenn der inhaltliche Wettbewerb das gleiche Niveau hat.

Die gute Nachricht: Sie müssen kein Entwickler sein, um die Hebel zu verstehen. Sie müssen sie nur ziehen – oder von Ihrer Webagentur ziehen lassen. In diesem Artikel erklären wir die drei Werte verständlich, zeigen die typischen Bremsen und die wichtigsten Lösungen. Am Ende wissen Sie genau, was Sie in der Google Search Console und in PageSpeed Insights anschauen sollten.

LCP – wie schnell der Hauptinhalt erscheint

Largest Contentful Paint misst, wie lange es dauert, bis der größte sichtbare Inhalt im sichtbaren Bereich geladen ist – meistens das Hero-Bild, ein Hintergrundvideo oder eine sehr große Überschrift. Google erwartet einen Wert unter 2,5 Sekunden. Zwischen 2,5 und 4 Sekunden gilt als 'verbesserungsbedürftig', alles darüber als schlecht.

Die größten Bremsen sind unkomprimierte Bilder, langsames Hosting und blockierende Schriftarten oder Skripte, die das Rendern verzögern. Konkrete Lösungen: Liefern Sie Hero-Bilder im modernen WebP- oder AVIF-Format aus, optimieren Sie sie auf die tatsächlich benötigte Größe (kein 4K-Foto, das auf 800 Pixel skaliert wird), nutzen Sie das fetchpriority='high'-Attribut für das wichtigste Bild, laden Sie kritische Schriften vorab per preload und verzichten Sie auf Hintergrundvideos, wenn sie nicht zwingend nötig sind.

Das Hosting macht ebenfalls einen großen Unterschied. Ein Server in Deutschland antwortet einem deutschen Besucher typischerweise in 30 bis 80 Millisekunden, ein Server in Texas in 150 bis 250 Millisekunden. Das mag wenig klingen, summiert sich aber, weil eine Webseite oft Dutzende Anfragen abschickt.

INP – wie schnell die Seite auf Klicks reagiert

Interaction to Next Paint hat im März 2024 den alten FID-Wert (First Input Delay) abgelöst und ist seitdem der wichtigste Reaktivitäts-Wert. Gemessen wird, wie schnell die Seite auf Eingaben – Klicks, Taps, Tastatureingaben – reagiert und das Ergebnis sichtbar darstellt. Ziel: unter 200 Millisekunden. Zwischen 200 und 500 als verbesserungsbedürftig, darüber als schlecht.

Hauptursache für schlechte INP-Werte sind überladene JavaScript-Bundles und zu viele Third-Party-Skripte. Klassische Übeltäter: schwergewichtige Cookie-Banner-Lösungen, deren JavaScript hunderte Kilobyte umfasst; Tracking-Tools, die im Hintergrund Daten sammeln; Marketing-Automatisierungs-Skripte; Chat-Widgets; Werbe-Netzwerke. Jedes dieser Skripte konkurriert mit Ihrer Webseite um die Rechenzeit des Browsers.

Die Lösung ist nicht spektakulär, aber wirksam: Räumen Sie auf. Brauchen Sie wirklich vier verschiedene Analyse-Tools? Brauchen Sie das schwergewichtige Cookie-Banner mit Animation oder reicht eine schlanke, datenschutzfreundliche Alternative? Müssen alle Skripte sofort beim Laden ausgeführt werden oder können einige erst nach der ersten Interaktion nachgeladen werden? Wer hier konsequent ist, verbessert seinen INP-Wert schnell um mehrere hundert Millisekunden.

CLS – wie stabil das Layout bleibt

Cumulative Layout Shift bestraft Seiten, die während des Ladens herumspringen. Jeder kennt die Situation: Man will einen Button klicken, in diesem Moment lädt das Werbebanner darüber nach, alles rutscht nach unten, der Button springt weg, man landet auf der Werbung. Diese Erfahrung ist nicht nur lästig, sondern messbar umsatzschädlich. Zielwert: unter 0,1. Zwischen 0,1 und 0,25 verbesserungsbedürftig, darüber schlecht.

Die Hauptursachen sind Bilder ohne festgelegte Höhe und Breite, Werbeflächen, deren Größe erst nach dem Laden bekannt ist, Schriften, die erst spät geladen werden und dann das Textlayout verschieben, sowie nachgeladene Inhalte oberhalb der Sichtgrenze. Die Lösung ist nicht spektakulär, aber wirksam: feste Höhen für Bilder und Werbeflächen reservieren (mit width und height oder aspect-ratio), Schriften per font-display: swap oder noch besser font-display: optional laden, und keine Inhalte nachträglich oberhalb von bereits sichtbaren Elementen einfügen.

Wie Sie Ihre Werte messen

Drei kostenlose Werkzeuge reichen, um die Core Web Vitals seriös zu beurteilen. Erstens: Google PageSpeed Insights (pagespeed.web.dev). Sie geben eine URL ein, bekommen sofort Werte für LCP, INP und CLS – getrennt für mobile und Desktop-Ansicht. PageSpeed liefert dabei zwei Datenquellen: Labordaten (eine einzelne Messung im Test) und Felddaten (echte Nutzerdaten aus dem Chrome User Experience Report, sofern Ihre Seite genügend Besucher hat).

Zweitens: die Google Search Console im Bereich 'Core Web Vitals'. Hier sehen Sie aggregiert, welche Ihrer Seiten in den drei Werten gut, verbesserungsbedürftig oder schlecht abschneiden. Drittens: Lighthouse direkt im Chrome-Browser (Entwicklertools, Tab 'Lighthouse'). Das ist nützlich für tiefergehende Analysen einzelner Seiten.

Mobile zählt mehr als Desktop

Wichtig zu wissen: Google bewertet seit dem Mobile-First-Indexing vorrangig die mobile Version Ihrer Webseite. Wenn Ihre Desktop-Seite blitzschnell ist, aber auf dem Smartphone ruckelt, zählt für das Ranking die mobile Schwäche. Das ist kein Verhandlungsraum – das ist der Standard seit 2018.

Optimieren Sie deshalb immer zuerst für mobile Geräte mit mittlerer Leistung und mittlerer Netzverbindung. PageSpeed Insights simuliert standardmäßig genau so ein Gerät (Moto G4 mit 4G). Wenn Sie dort grüne Werte erreichen, sind Sie auch auf modernen Smartphones sicher. Wer nur auf seinem aktuellen iPhone testet, verschätzt sich systematisch.

Häufige Mythen und falsche Optimierungen

Mythos 1: 'Wir brauchen ein CDN, dann wird alles schneller.' Stimmt nicht automatisch. Ein CDN hilft, wenn Ihr Hosting weit entfernt von Ihren Besuchern liegt. Wenn Sie deutsche Kunden über einen deutschen Server bedienen, bringt ein CDN oft wenig zusätzliche Geschwindigkeit und schafft DSGVO-Probleme, wenn der CDN-Anbieter in den USA sitzt.

Mythos 2: 'Wir installieren ein Caching-Plug-in, damit wird WordPress schnell.' Funktioniert teilweise. Caching reduziert die Serverlast bei wiederkehrenden Besuchen, hilft aber nicht beim ersten Aufruf – und gerade dieser zählt für die Core Web Vitals. Wer wirklich Performance will, sollte über die Frontend-Architektur nachdenken, nicht nur über Caching.

Mythos 3: 'Bilder als Lazy Load lösen alles.' Lazy Loading ist sinnvoll für Bilder weiter unten auf der Seite, aber das wichtige LCP-Bild im Sichtbereich darf nie lazy geladen werden. Sonst optimieren Sie genau den Wert kaputt, den Sie verbessern wollten.

Wie wir bei Nordblick Digital vorgehen

Jede Webseite, die wir bauen, erfüllt die Core Web Vitals im grünen Bereich – auch im 399-Euro-Festpreis. Wir verwenden modernen, schlanken Code (kein WordPress-Page-Builder), optimierte Bilder im WebP-Format, deutsches Hosting in Frankfurt und verzichten konsequent auf Drittanbieter-Skripte, die ohne echten Nutzen verlangsamen. Cookie-Banner setzen wir nur ein, wenn die Webseite tatsächlich zustimmungspflichtige Dienste nutzt – andernfalls reicht ein schlichter Datenschutzhinweis.

Wenn Sie wissen wollen, wie Ihre aktuelle Webseite abschneidet, prüfen Sie sie kostenlos unter pagespeed.web.dev. Was im roten Bereich ist, kostet Sie heute Sichtbarkeit – morgen Umsatz. Wir analysieren Bestandsseiten auf Anfrage kostenlos und schlagen konkrete, priorisierte Maßnahmen vor.