Core Web Vitals 2026: Wie Ladezeit zum Wettbewerbsvorteil wird

Vor ein paar Monaten haben wir für einen Kunden aus Heidelberg eine Website analysiert, die trotz guter Inhalte und aktiver Werbeanzeigen kaum organischen Traffic generierte. PageSpeed-Score auf Mobilgeräten: 28. LCP: über 5 Sekunden. Die Ursache war schnell gefunden — aber die Auswirkung hatte ihn Monate an Sichtbarkeit gekostet.

Stell dir vor: Zwei Websites verkaufen dasselbe Produkt, haben ähnliche Inhalte und vergleichbare Bewertungen. Eine lädt in 1,8 Sekunden, die andere in 4,2 Sekunden. Google weiß das — und rankt die schnellere Website höher. Der Nutzer klickt auf Platz 1, die langsamere Seite bekommt keinen Besuch.

Das ist keine Theorie. Das ist der Alltag seit Google die Core Web Vitals als offiziellen Rankingfaktor eingeführt hat — und was wir in unserer täglichen Arbeit mit Unternehmen in Mannheim, Heidelberg und der gesamten Rhein-Neckar-Region immer wieder sehen. Wer Core Web Vitals ignoriert, verliert Sichtbarkeit und Kunden — leise, aber messbar.

Was sind Core Web Vitals?

Die Core Web Vitals sind drei Metriken, mit denen Google die tatsächliche Nutzererfahrung einer Website bewertet. Nicht wie eine Website aussieht — sondern wie sie sich anfühlt, wenn man sie öffnet.

Seit 2021 fließen sie in den Google-Algorithmus ein. Seitdem wurden sie mehrfach angepasst. Stand 2026 sind es drei Kernwerte:

LCP — Largest Contentful Paint

Der LCP misst, wie lange es dauert, bis das größte sichtbare Element einer Seite vollständig geladen ist — meist ein Hero-Bild, ein Hintergrundvideo oder ein großer Textblock.

• Gut: unter 2,5 Sekunden
• Verbesserungswürdig: 2,5–4,0 Sekunden
• Schlecht: über 4,0 Sekunden

Der LCP ist die Metrik, die Nutzer am direktesten spüren. Eine Seite, deren Hauptinhalt erst nach drei Sekunden erscheint, fühlt sich langsam an — auch wenn der Rest technisch sauber ist.

CLS — Cumulative Layout Shift

Der CLS misst, wie stark sich Elemente beim Laden der Seite verschieben. Kennen Sie das: Sie wollen auf einen Button klicken, und im letzten Moment rutscht er weg, weil ein Bild nachgeladen hat? Das ist ein hoher CLS-Wert.

• Gut: unter 0,1
• Verbesserungswürdig: 0,1–0,25
• Schlecht: über 0,25

INP — Interaction to Next Paint

INP ersetzt seit 2024 den alten FID-Wert und misst die Reaktionsgeschwindigkeit auf Nutzerinteraktionen: Wie lange dauert es von einem Klick bis zur sichtbaren Reaktion der Seite?

• Gut: unter 200 ms
• Verbesserungswürdig: 200–500 ms
• Schlecht: über 500 ms

Warum das für KMU besonders wichtig ist

Große Konzerne haben Entwicklerteams, die sich ausschließlich um Performance kümmern. Kleine Unternehmen haben das nicht — und genau deshalb ist hier das größte Aufholpotenzial.

Viele mittelständische Websites laufen auf veralteten WordPress-Installationen mit dutzenden Plugins, unkomprimierten Bildern und Themes, die nie für Geschwindigkeit optimiert wurden. Ein Score von 35 auf Mobilgeräten ist keine Seltenheit — und das bei Wettbewerbern, die ebenfalls schwach aufgestellt sind.

Wir sehen das regelmäßig: Unternehmen aus Walldorf, Speyer oder dem Rhein-Neckar-Raum, die solide Leistungen anbieten, aber online kaum gefunden werden — weil die technische Basis fehlt. In über 500 Projekten in 20+ Jahren haben wir gelernt: Performance-Optimierung ist oft der schnellste Weg zu mehr Sichtbarkeit, ohne den Inhalt anfassen zu müssen.

Wer als KMU die Core Web Vitals ernst nimmt, konkurriert auf einem Spielfeld, auf dem viele Gegner noch schlafen.

Wie Sie Ihre Website jetzt messen

PageSpeed Insights

Das wichtigste kostenlose Tool: PageSpeed Insights. Einfach die URL eingeben — Google liefert sofort Messwerte für Desktop und Mobil, inklusive konkreter Verbesserungsvorschläge.

Wichtig: Schauen Sie vor allem auf die Mobil-Werte. Google indexiert Websites Mobile-First — schlechte mobile Performance schadet dem Ranking, auch wenn die Desktop-Version schnell ist.

Google Search Console

In der Google Search Console finden Sie unter „Nutzererfahrung" → „Core Web Vitals" eine Übersicht aller indexierten Seiten, aufgeteilt nach gut, verbesserungswürdig und schlecht. Das gibt einen realistischen Blick auf den tatsächlichen Stand — gemessen an echten Nutzerdaten, nicht nur Labormessungen.

Lighthouse (im Browser)

Lighthouse ist direkt im Chrome-Browser integriert (Entwicklertools → Lighthouse). Es misst unter kontrollierten Bedingungen und eignet sich gut für die Entwicklungsphase.

Die häufigsten Probleme — und wie man sie löst

1. Bilder sind zu groß und im falschen Format

Das ist der häufigste Grund für einen schlechten LCP. Viele Websites laden JPEG-Bilder mit 3–5 MB, ohne Komprimierung oder modernes Format.

Lösung:

• Bilder in WebP oder AVIF konvertieren (deutlich kleinere Dateigröße bei gleicher Qualität)
• Maximale Breite an den tatsächlichen Anzeigebereich anpassen — ein Bild, das 600 px breit dargestellt wird, muss nicht 2.400 px breit sein
• loading="lazy" für Bilder unterhalb des sichtbaren Bereichs setzen
• Das LCP-Bild explizit mit fetchpriority="high" priorisieren

2. Render-blockierende Ressourcen

JavaScript und CSS, die im <head> ohne defer oder async geladen werden, blockieren das Rendern der Seite — der Browser wartet, bis die Datei vollständig geladen ist, bevor er weitermacht.

Lösung:

• JavaScript mit defer laden
• Kritisches CSS inline einbinden, Rest asynchron nachladen
• Nicht verwendete Scripts und Plugins entfernen

3. Kein explizites Seitenverhältnis bei Bildern

Bilder ohne definierte width und height verursachen Layout-Shifts, weil der Browser erst nach dem Laden weiß, wie groß das Bild ist.

Lösung: Immer width und height im <img>-Tag setzen — auch wenn die tatsächliche Darstellung per CSS gesteuert wird. Der Browser kann dann den Platz reservieren.

4. Drittanbieter-Skripte

Google Analytics, Chat-Widgets, Consent-Banner, Social-Media-Buttons — jedes eingebundene Skript kostet Zeit und kann den INP-Wert verschlechtern.

Lösung:

• Skripte nur laden, wenn sie wirklich benötigt werden
• Skripte verzögert laden (setTimeout oder nach dem ersten Nutzerinteraktion)
• Nicht mehr genutzte Integrationen entfernen

5. Langsamer Hosting-Server

Manchmal liegt das Problem nicht im Code, sondern beim Hoster. Ein günstiger Shared-Hosting-Tarif mit schwachen Serverantwortzeiten kann alle Optimierungen zunichtemachen.

Zielwert: Time to First Byte (TTFB) unter 800 ms. Was PageSpeed Insights als „Serverantwortzeit reduzieren" ausgibt, ist oft ein Hinweis auf dieses Problem.

Was ein realistischer Zielwert ist

Nicht jede Website braucht einen Score von 100. Ein Score von 85+ auf Mobilgeräten ist für die meisten KMU-Websites ein realistisches und wettbewerbsfähiges Ziel.

Was Google tatsächlich bewertet, sind die Felddaten — also die Erfahrung echter Nutzer über einen Zeitraum. Labormessungen (wie Lighthouse) sind gut zum Entwickeln, aber die Felddaten in der Search Console zeigen das Bild, das Google sieht.

Core Web Vitals als Teil einer ganzheitlichen SEO-Strategie

Technische Performance ist ein Faktor — aber kein isolierter. Gute Core Web Vitals helfen, wenn der Rest stimmt: relevante Inhalte, strukturierte Daten, lokale Sichtbarkeit. Wie das zusammenhängt, erklären wir in unserem Artikel SEO 2026 für kleine Unternehmen: Was jetzt wirklich zählt.

Wir analysieren und verbessern Core Web Vitals für Websites und Shops — in Heidelberg, Walldorf und der gesamten Rhein-Neckar-Region sowie deutschlandweit. Wenn du wissen möchtest, wo deine Website aktuell steht und was die größten Hebel wären, schreib uns einfach an: Kontakt aufnehmen.