Core Web Vitals erklärt: Warum Ladezeit fürs Business zählt
Core Web Vitals verständlich erklärt – LCP, INP und CLS, warum die Ladezeit Umsatz und SEO beeinflusst, wie Sie Ihre Website gratis testen und was sie bremst.
Die Ladezeit Ihrer Website ist wichtig, weil Menschen nicht warten. Wenn eine Seite zu lange braucht, verzögert auf einen Tipp reagiert oder beim Laden herumspringt, sind Besucher weg – oft bevor sie Ihr Angebot überhaupt gesehen haben. Die Core Web Vitals sind Googles drei Kennzahlen für genau diese Probleme: wie schnell der Hauptinhalt erscheint, wie schnell die Seite reagiert und wie stabil sie dabei bleibt. Sie fließen in Googles Bewertung der Page Experience ein – und, noch wichtiger, sie beschreiben, ob sich Ihre Website gut anfühlt.
Im Folgenden ohne Entwickler-Fachchinesisch: was jede Kennzahl bedeutet, was als „gut“ gilt, wie Sie testen und was eine Unternehmenswebsite typischerweise ausbremst.
Warum die Website-Geschwindigkeit fürs Business zählt
Stellen Sie sich Ihre Website wie ein Ladengeschäft vor. Eine langsame Seite ist eine klemmende Tür: Manche drücken fester, viele gehen einfach zum nächsten Laden. Die Geschwindigkeit wirkt sich auf drei Ebenen aus:
- Conversions. Jede zusätzliche Sekunde Wartezeit ist eine Gelegenheit, sich ablenken zu lassen, zurück zu Google zu gehen und beim Wettbewerber zu klicken. Das gilt besonders für Traffic aus Anzeigen – den Klick bezahlen Sie, ob die Seite lädt oder nicht.
- SEO. Google nutzt Page-Experience-Signale, darunter die Core Web Vitals, für das Ranking. Gegen hervorragende Inhalte gewinnen sie allein nicht, aber zwischen zwei ähnlichen Seiten hat die schnellere und flüssigere einen Vorteil.
- Vertrauen. Eine Website, die sofort lädt und nicht springt, wirkt professionell. Eine träge Seite wirkt verwaist – selbst wenn das Unternehmen dahinter großartig ist.
Die meisten Besucher kleiner Unternehmenswebsites kommen vom Smartphone, oft über mobile Daten. Die Frage lautet also nicht „Ist die Seite auf meinem Büro-Laptop schnell?“, sondern „Ist sie auf einem durchschnittlichen Handy im Bus schnell?“.
Core Web Vitals erklärt: die drei Kennzahlen
Google beschreibt die Metriken ausführlich auf web.dev. Hier die Version in Alltagssprache:
| Kennzahl | Was sie misst | Einfach gesagt | Gut | Schlecht |
|---|---|---|---|---|
| LCP – Largest Contentful Paint | Laden | Wann erscheint der Hauptinhalt (Hero-Bild, Überschrift)? | ≤ 2,5 s | > 4 s |
| INP – Interaction to Next Paint | Reaktionsfähigkeit | Wenn ich auf einen Button tippe oder das Menü öffne – wie schnell reagiert die Seite? | ≤ 200 ms | > 500 ms |
| CLS – Cumulative Layout Shift | Visuelle Stabilität | Springen Elemente beim Laden herum, sodass ich danebentippe? | ≤ 0,1 | > 0,25 |
Alles dazwischen gilt als „verbesserungswürdig“. Google schaut darauf, wie echte Nutzer Ihre Seiten erleben: Eine Seite besteht, wenn mindestens 75 % der Aufrufe (das 75. Perzentil) den Bereich „gut“ erreichen – getrennt für Mobilgeräte und Desktop.
LCP: der erste Eindruck
LCP ist der Moment, in dem das größte Element im sichtbaren Bereich – meist das Hero-Foto oder die Hauptüberschrift – angezeigt wird. Öffnet Ihre Startseite mit einem riesigen, unkomprimierten Foto, leidet der LCP. Typische Maßnahmen: Bilder komprimieren und passend skalieren, moderne Formate wie WebP oder AVIF nutzen, das Hero-Bild priorisiert laden, auf schnelles Hosting und ein CDN setzen.
INP: Reagiert die Seite?
INP hat im März 2024 die ältere Kennzahl FID abgelöst. Gemessen wird die Verzögerung zwischen Tippen oder Klicken und der sichtbaren Reaktion. Ein Menü, das eine halbe Sekunde zu spät aufgeht, oder ein „In den Warenkorb“-Button, der wie eingefroren wirkt – das ist ein schlechter INP. Die übliche Ursache ist zu viel JavaScript: schwere Themes, Slider, Chat-Widgets, mehrere Analyse- und Tracking-Skripte, die sich alle um den Prozessor des Smartphones streiten.
CLS: Nichts sollte springen
Sie fangen an zu lesen, oben lädt ein Banner nach, der Text rutscht nach unten – und Sie tippen auf eine Anzeige statt auf den Link. Das ist Layout Shift. Abhilfe: Platz für Bilder und Einbettungen reservieren (Breite und Höhe angeben), keine Banner über bestehendem Inhalt einblenden, Schriften mit Bedacht laden.
Website-Geschwindigkeit testen (kostenlos)
Für einen ersten Überblick brauchen Sie keine speziellen Tools:
- PageSpeed Insights (pagespeed.web.dev) – URL eingeben. Oben sehen Sie Daten echter Nutzer (sofern Ihre Website genug Besucher im öffentlichen Chrome-Datensatz hat), darunter einen Labortest mit konkreten Empfehlungen. Schauen Sie zuerst auf den Tab Mobil.
- Google Search Console → Bericht „Core Web Vitals“ – zeigt, welche Seitengruppen gut, verbesserungswürdig oder schlecht sind, basierend auf echten Besuchern.
- Ihr eigenes Smartphone. WLAN aus, Website über mobile Daten öffnen und ehrlich notieren, wie es sich anfühlt. Wenn möglich, danach auf einem älteren, günstigeren Gerät testen – solche Handys haben Ihre Kunden auch.
Ein Tipp: Jagen Sie nicht dem perfekten Score von 100 im Labortest hinterher. Ziel sind „gute“ Core Web Vitals für echte Nutzer und eine Website, die sich schnell anfühlt. Von Rot auf Grün zu kommen ist viel wichtiger als von 92 auf 100.
Was eine Unternehmenswebsite meistens langsam macht
Aus Erfahrung tauchen immer wieder dieselben Verdächtigen auf:
- Riesige Bilder. Fotos direkt aus der Kamera oder von Stockportalen, jeweils mehrere Megabyte groß, angezeigt in einem Bruchteil dieser Größe.
- Schwere Themes und Page Builder. Ein Theme, das „alles kann“, lädt auch Code für alles – auf jeder Seite.
- Zu viele Plugins und Drittanbieter-Skripte. Chat-Widgets, Pop-ups, mehrere Tracker, Social-Media-Feeds, Karten auf jeder Seite.
- Autoplay-Videos und Slider ganz oben auf der Seite.
- Billiges oder weit entferntes Hosting ohne Caching oder CDN.
- Falsch eingebundene Webfonts – viele Schriftschnitte und Stile, so geladen, dass der Text blockiert wird.
Checkliste für schnelle Erfolge
- Bilder komprimieren und in WebP/AVIF umwandeln.
- Breite und Höhe für Bilder und Videos angeben, um Sprünge zu vermeiden.
- Bilder unterhalb des sichtbaren Bereichs per Lazy Loading laden – aber nicht das Hero-Bild.
- Plugins, Widgets und Skripte entfernen, die Sie nicht wirklich brauchen.
- Chats und schwere Widgets erst nach einer Interaktion oder verzögert laden.
- Caching und ein CDN nutzen.
- Schriften auf ein bis zwei Familien und wenige Schnitte beschränken.
- Nach jeder größeren Änderung erneut auf dem Smartphone testen.
Über die Geschwindigkeit wird beim Bau entschieden
Eine langsame Website lässt sich optimieren, aber es ist deutlich einfacher, von Anfang an eine schnelle zu bauen. Die Wahl der Technologie, die Menge an JavaScript und der Umgang mit Bildern und Schriften werden früh festgelegt. Wenn ich eine Website entwickle, ist Performance ab dem ersten Tag eine Anforderung: vorgerenderte Seiten, minimale Skripte, optimierte Bilder und ein Mobile-First-Layout – mehr dazu im Artikel über Mobile-First-Design.
Geschwindigkeit ist nur ein Teil des Gesamtbilds – lesen Sie auch, warum SEO für eine Unternehmenswebsite wichtig ist. Und wenn Besucher zwar kommen, aber trotzdem nicht kaufen, hilft der Artikel Warum Besucher nicht kaufen.
FAQ
Was ist eine gute Ladezeit für eine Website?
Nach den Core Web Vitals sollte der Hauptinhalt bei den meisten echten Besuchern innerhalb von etwa 2,5 Sekunden erscheinen (LCP). In der Praxis gilt: je schneller, desto besser – besonders auf Mobilgeräten.
Beeinflussen die Core Web Vitals das Google-Ranking direkt?
Sie gehören zu Googles Page-Experience-Signalen, spielen also eine Rolle – Relevanz und Qualität der Inhalte zählen aber mehr. Betrachten Sie Geschwindigkeit als Zünglein an der Waage und als Conversion-Booster, nicht als Ersatz für gute Inhalte.
Mein PageSpeed-Score ist niedrig, aber die Seite fühlt sich schnell an. Sollte ich mir Sorgen machen?
Schauen Sie zuerst auf die Daten echter Nutzer (Felddaten) und den Bericht in der Search Console. Der Labor-Score ist ein Diagnosewerkzeug. Wenn echte Nutzer „gute“ Core Web Vitals erleben, ist alles in Ordnung; die Empfehlungen aus dem Labortest helfen Ihnen, einfache Verbesserungen zu finden.
Lässt sich eine langsame WordPress-Website ohne Neuentwicklung retten?
Oft lässt sie sich deutlich verbessern: Bilder, Caching, überflüssige Plugins entfernen. Ist aber das Theme selbst schwergewichtig, gibt es eine Grenze – manchmal ist ein Neubau günstiger, als ewig dagegen anzukämpfen.
Sie wollen eine Website, die von Haus aus schnell ist?
Wählen Sie im Projekt-Konfigurator die Seiten und Funktionen, die Sie brauchen, und erhalten Sie eine grobe Schätzung für eine Website, die ab der ersten Codezeile auf Geschwindigkeit ausgelegt ist – Ihre mobilen Besucher werden den Unterschied spüren.
