Zum Inhalt springen
Website, Shop & Sichtbarkeit aus einer Hand
Performance

Core Web Vitals: Ladezeit gezielt verbessern

LCP, INP und CLS verständlich erklärt: Warum Ladezeit über Umsatz und Ranking entscheidet und mit welchen konkreten Maßnahmen Sie Core Web Vitals verbessern.

13 Min. Lesezeit Core Web VitalsLadezeitPerformanceLCPINPCLS

Wenn eine Website langsam lädt oder beim Antippen zappelt, entscheidet der Besucher in Sekundenbruchteilen: bleiben oder weg. Genau diese Erfahrung misst Google mit den Core Web Vitals. Drei Kennzahlen fassen zusammen, wie schnell der Hauptinhalt erscheint, wie flott die Seite auf Eingaben reagiert und wie ruhig das Layout dabei bleibt. Rund 53 Prozent (Google) der mobilen Besuche werden abgebrochen, wenn eine Seite länger als drei Sekunden zum Laden braucht. Und schon eine Verbesserung der Ladezeit um 0,1 Sekunden (Deloitte) hob die Conversion-Rate im Handel um durchschnittlich 8,4 Prozent. Ladezeit ist damit kein technisches Detail, sondern ein direkter Hebel auf Umsatz und Sichtbarkeit. Dieser Beitrag erklärt die drei Core Web Vitals verständlich, zeigt die wichtigsten Ursachen für schlechte Werte und liefert einen konkreten Fahrplan, mit dem sich Ladezeit und Nutzererlebnis spürbar verbessern lassen.

Core Web Vitals auf einen BlickLCPLadezeit des Hauptinhalts2,5sGutGut: unter 2,5 s0verbesserungsw.schlechtINPReaktion auf Eingaben200msGutGut: unter 200 ms0verbesserungsw.schlechtCLSLayout-Stabilität0,10GutGut: unter 0,100verbesserungsw.schlechtWarum das über Umsatz und Ranking entscheidet53%Abbruch bei Ladezeit über 3 s(Google)8,4%mehr Conversions je 0,1 sschneller (Deloitte)RankingTeil des Page-Experience-Signals(Google)Schnelle, stabile Seiten - gut für Menschen, Suche und Umsatz

Was Core Web Vitals sind und warum Google sie misst

Core Web Vitals sind drei standardisierte Kennzahlen, mit denen Google die tatsächliche Nutzererfahrung einer Seite bewertet. Sie beantworten drei Fragen aus Sicht des Besuchers: Ist schnell etwas Sinnvolles zu sehen? Reagiert die Seite zügig, wenn ich klicke oder tippe? Und bleibt der Inhalt an seinem Platz, oder verrutscht alles beim Laden? Diese drei Dimensionen heißen Largest Contentful Paint (LCP), Interaction to Next Paint (INP) und Cumulative Layout Shift (CLS). Zusammen ergeben sie ein realistischeres Bild als eine einzelne Ladezeit-Zahl, weil sie Wahrnehmung, Bedienbarkeit und visuelle Stabilität getrennt betrachten.

Wichtig ist die Herkunft der Daten. Google bewertet die Core Web Vitals bevorzugt anhand echter Nutzerdaten aus dem Chrome-Browser, dem sogenannten Chrome User Experience Report. Gemessen wird also nicht ein Laborwert auf einer schnellen Entwicklermaschine, sondern das, was echte Menschen mit unterschiedlichen Geräten und Verbindungen erleben. Bewertet wird jeweils das 75. Perzentil: Erst wenn 75 Prozent der Seitenaufrufe den Zielwert erreichen, gilt eine Metrik als gut. Das schützt davor, sich an guten Durchschnittswerten festzuhalten, während ein Viertel der Nutzer eine zähe Seite erlebt. Wie Ladezeit in das größere Bild professioneller Umsetzung passt, zeigt unser Beitrag zu den [SEO-Grundlagen für Unternehmen1.

Die drei Metriken und ihre Zielwerte

LCP (Largest Contentful Paint) misst, wann das größte sichtbare Element geladen ist; gut ist unter 2,5 Sekunden. INP (Interaction to Next Paint) misst, wie schnell die Seite auf Eingaben reagiert; gut ist unter 200 Millisekunden. CLS (Cumulative Layout Shift) misst, wie stark das Layout beim Laden verrutscht; gut ist ein Wert unter 0,10. Diese Schwellen sind technische Zielmarken von Google und keine Werbeversprechen.

LCP: wann der Hauptinhalt sichtbar wird

Der Largest Contentful Paint misst den Zeitpunkt, zu dem das größte sichtbare Element im ersten Bildschirmbereich fertig geladen ist, meist ein Hero-Bild, eine große Überschrift oder ein Titelvideo. LCP ist damit der beste Näherungswert für die gefühlte Frage: Wann sehe ich endlich, worum es hier geht? Als gut gilt ein Wert unter 2,5 Sekunden, zwischen 2,5 und 4 Sekunden gilt er als verbesserungswürdig, über 4 Sekunden als schlecht. Ein schlechter LCP hat fast immer eine Handvoll typischer Ursachen, die sich gezielt beheben lassen.

Zu große Bilder

Unkomprimierte oder zu gross ausgelieferte Bilder sind die häufigste LCP-Bremse. Moderne Formate wie WebP und AVIF und passende Größen je Gerät helfen sofort.

Langsame Serverantwort

Braucht der Server lange bis zum ersten Byte, verzögert sich alles Weitere. Caching, ein schlankes Hosting und weniger Datenbank-Last verkürzen die Antwortzeit.

Blockierende Ressourcen

Grosse CSS- und Skriptdateien im Kopf der Seite halten das Rendern auf. Kritisches CSS zuerst, alles Übrige verzögert oder asynchron laden.

Der wirksamste Einzelhebel ist fast immer das LCP-Bild selbst. Es sollte in korrekter Größe ausgeliefert, modern komprimiert und mit hoher Priorität geladen werden, damit der Browser es nicht hinter unwichtigen Ressourcen einreiht. Zwei kleine Angaben im Markup machen dabei einen großen Unterschied: eine feste Breite und Höhe sowie ein Prioritäts-Hinweis für das wichtigste Bild. Wie sich schnelle Ladezeiten fest in die Umsetzung einer Seite einbauen lassen, gehört zu unserer [Webdesign-Arbeit1.

lcp-bild-optimieren.html
<!-- LCP-Bild mit fester Größe und hoher Priorität -->
<img
  src="hero-1200.webp"
  srcset="hero-600.webp 600w, hero-1200.webp 1200w"
  sizes="(max-width: 768px) 100vw, 1200px"
  width="1200"
  height="675"
  fetchpriority="high"
  decoding="async"
  alt="Aussagekräftiger Bildtext" />

<!-- Wichtige Datei frueh anfordern -->
<link rel="preload" as="image" href="hero-1200.webp" />

INP: wie schnell die Seite auf Eingaben reagiert

Interaction to Next Paint hat im März 2024 die ältere Kennzahl First Input Delay abgelöst (Google) und misst nun deutlich strenger, wie reaktionsschnell eine Seite über den gesamten Besuch hinweg ist. Gemessen wird die Zeit zwischen einer Eingabe, etwa einem Klick, Tipp oder Tastendruck, und der nächsten sichtbaren Reaktion auf dem Bildschirm. Gut ist ein Wert unter 200 Millisekunden, ab 500 Millisekunden gilt die Seite als träge. Spürbar wird ein schlechter INP typischerweise, wenn ein Button nach dem Klick erst mit Verzögerung reagiert, ein Menü hakt oder ein Formular beim Tippen stockt.

Die Hauptursache ist fast immer zu viel JavaScript, das den Hauptprozess des Browsers blockiert. Während ein großes Skript läuft, kann der Browser nicht auf Eingaben reagieren, der Klick fühlt sich tot an. Abhilfe schaffen weniger und kleinere Skripte, das Aufteilen langer Aufgaben in kurze Häppchen sowie das konsequente Entfernen ungenutzter Bibliotheken und Dritt-Skripte. Gerade Tracking-, Chat- und Werbe-Skripte von Drittanbietern sind häufige INP-Bremsen, weil sie den Hauptprozess belegen, ohne für den Nutzer sichtbaren Mehrwert zu liefern.

Weniger ist schneller

Jede eingebundene Bibliothek, jedes Widget und jedes Tracking-Skript kostet Reaktionszeit. Die wirksamste INP-Maßnahme ist oft nicht neue Technik, sondern das Weglassen von allem, was nicht gebraucht wird. Ein aufgeräumtes Skript-Budget verbessert INP und LCP zugleich.

CLS: warum das Layout ruhig bleiben muss

Cumulative Layout Shift misst, wie stark sichtbare Elemente während des Ladens ungewollt verrutschen. Jeder kennt den Ärger: Man will auf einen Link tippen, im letzten Moment schiebt sich ein nachgeladenes Bild dazwischen, und der Finger trifft die falsche Stelle. CLS fasst diese Sprunghaftigkeit in einer Zahl zusammen. Gut ist ein Wert unter 0,10, ab 0,25 gilt das Layout als unruhig. Anders als LCP und INP hat CLS wenig mit roher Geschwindigkeit zu tun, sondern mit sauberer Reservierung von Platz.

  • Bildern und Videos feste width- und height-Angaben geben, damit der Platz vorab reserviert ist
  • Schriften so laden, dass kein später Umbruch entsteht, etwa mit font-display: optional oder swap und passenden Fallbacks
  • Werbeplätze, Banner und eingebettete Inhalte mit fester Mindesthöhe versehen
  • Neue Inhalte nicht über bereits sichtbaren Text schieben, sondern darunter oder in reservierte Bereiche einfuegen
  • Cookie-Banner und Hinweise als Overlay über der Seite zeigen, nicht den Inhalt nach unten drücken

CLS ist oft mit vergleichsweise wenig Aufwand zu beheben und bringt spürbar mehr Ruhe ins Nutzererlebnis. Eine stabile Seite wirkt hochwertiger, reduziert Fehlklicks und senkt den Frust, der sonst zu einem schnellen Absprung führt. Wie sich ein ruhiges, klares Layout in mehr Anfragen übersetzt, vertieft unser Beitrag zur [Conversion-Optimierung1.

Warum Ladezeit über Umsatz und Ranking entscheidet

Der Zusammenhang zwischen Geschwindigkeit und Geschäftsergebnis ist gut belegt. Mit steigender Ladezeit wächst die Wahrscheinlichkeit eines Absprungs deutlich: Steigt die Ladezeit von einer auf drei Sekunden, erhöht sich die Absprungwahrscheinlichkeit um rund 32 Prozent (Google), von einer auf fünf Sekunden bereits um etwa 90 Prozent (Google). Auf der Umsatzseite zeigt eine große Handelsstudie, dass die höchsten Conversion-Raten auf Seiten entstehen, die in null bis zwei Sekunden laden, und dass jede zusätzliche Sekunde in den ersten fünf Sekunden die Conversion-Rate im Schnitt um rund 4,4 Prozent (Portent) drückt. Historisch bezifferte schon der Handelsriese Amazon, dass jede zusätzliche Verzögerung von 100 Millisekunden (Amazon) rund ein Prozent Umsatz kostet.

Hinzu kommt die Ranking-Ebene. Google hat die Core Web Vitals als Teil des Page-Experience-Signals in die Suche aufgenommen (Google). Ladezeit ist damit einer von vielen Faktoren, die beeinflussen, wie eine Seite eingeordnet wird, insbesondere wenn mehrere Seiten inhaltlich ähnlich stark sind. Genauso wichtig ist der indirekte Effekt: Schnelle Seiten werden intensiver genutzt, seltener abgebrochen und häufiger geteilt, was wiederum positive Nutzersignale erzeugt. Wer Ladezeit verbessert, arbeitet also gleichzeitig an Sichtbarkeit und an Conversion. Aus rund 50 Projekten (Projekterfahrung) sehen wir regelmäßig, dass ein spürbar schnelleres Ladeerlebnis Absprungraten senkt und die Zahl der Anfragen erhöht, auch wenn sich eine exakte Ranking-Position nie zusichern lässt.

AspektLangsame, unruhige SeiteSchnelle, stabile Seite
Erster EindruckLeerer Bildschirm, später InhaltHauptinhalt in unter 2,5 s sichtbar
BedienungKlicks reagieren trägeReaktion in unter 200 ms
LayoutElemente springen beim LadenRuhiges, stabiles Layout
AbsprungrateHoch, viele verlieren GeduldNiedriger, mehr bleiben
SucheSchwächeres Page-Experience-SignalSolide technische Grundlage

Der Fahrplan: Ladezeit systematisch verbessern

Performance-Arbeit gelingt am besten in einer festen Reihenfolge, statt in blindem Aktionismus. Zuerst wird gemessen, wo die Seite heute wirklich steht, dann werden die größten Bremsen zuerst gelöst. Der Reiz liegt darin, dass wenige richtige Maßnahmen oft den Großteil des Gewinns bringen, insbesondere beim wichtigsten Bild und beim Skript-Budget. Der folgende Ablauf hat sich als praktikable Grundlage bewiesen.

  1. Messen mit echten Nutzerdaten (Chrome User Experience Report) und einem Labortest, um Feld- und Laborwerte zu vergleichen
  2. LCP zuerst: das größte sichtbare Bild verkleinern, modern komprimieren, mit Priorität laden und feste Maße geben
  3. Serverantwort verkürzen: Caching aktivieren, ein schlankes Hosting nutzen und unnötige Weiterleitungen entfernen
  4. Skript-Budget aufräumen: ungenutzte Bibliotheken und Dritt-Skripte entfernen, den Rest verzögert oder asynchron laden
  5. CLS beheben: feste Maße für Medien, saubere Schrift-Ladung und reservierter Platz für nachgeladene Bereiche
  6. Nach jeder Änderung erneut messen und die Wirkung im 75. Perzentil über echte Nutzer prüfen

Feld- gegen Labordaten

Labortests auf einer schnellen Maschine zeigen die technische Obergrenze, echte Nutzerdaten aus dem Chrome User Experience Report zeigen die gelebte Realität mit alten Handys und schwacher Verbindung. Beide gehören zusammen: Der Labortest hilft beim gezielten Testen einzelner Änderungen, die Felddaten entscheiden über die Bewertung. Wer nur im Labor optimiert, übersieht leicht, dass ein Viertel der Nutzer eine ganz andere Seite erlebt.

Ein realistisches Wort zur Erwartung gehört dazu: Gute Core Web Vitals sind eine solide technische Grundlage, aber kein Automatismus für Spitzenplätze. Google errechnet Rankings aus vielen Signalen, und Ladezeit ist eines davon. Was sich seriell verbessern lässt, sind die messbaren Faktoren selbst, und die zahlen sowohl auf Suche als auch auf Umsatz ein. Am nachhaltigsten wirkt Performance, wenn sie fest zur laufenden Pflege einer Seite gehört statt einmalig optimiert und dann vergessen zu werden, wie es unsere [laufende Website-Betreuung1 vorsieht. Auch ein schlankes, schnelles Fundament beim [Webhosting2 zahlt direkt auf die Serverantwort ein.

Dieser Artikel basiert auf Daten aus: Google (Abbruchraten mobiler Besuche, Absprungwahrscheinlichkeit nach Ladezeit, Page-Experience-Signal, Umstellung FID auf INP, Chrome User Experience Report), Deloitte (Conversion-Effekt kleiner Ladezeit-Verbesserungen), Portent (Conversion-Rate nach Ladezeit im Handel) und Amazon (Umsatzeffekt von Latenz) sowie eigenen Projekten in der Region. Mit (Projekterfahrung) markierte Angaben beruhen auf eigenen Projekten. Genannte Werte variieren je nach Branche, Gerät und Verbindung; die Zielwerte für LCP, INP und CLS sind technische Marken von Google. Eine bestimmte Platzierung in Suchergebnissen lässt sich nicht zusichern.