Zum Inhalt springen
DE
TERMIN VEREINBAREN
Conversion-Optimierung

Ladezeit optimieren: Core Web Vitals (LCP, INP, CLS) verbessern

Eine langsame Seite verliert den Besucher, für den Sie mit Werbung bezahlt haben, schon in den ersten Sekunden. Google bewertet diese Erfahrung mit den Core Web Vitals: LCP für das Laden, INP für die Reaktionszeit und CLS für die visuelle Stabilität. Wenn wir die Ladezeit optimieren, ist unser Ziel kein PageSpeed-Score von 100, sondern dass echte Nutzer bei allen drei Metriken den Schwellenwert „gut“ erreichen und sich das in den Conversions zeigt.

Wachstumsgespräch vereinbaren Details lesen
LCP2,1 s≤ 2,5 s gutINP180 ms≤ 200 ms gutCLS0,08≤ 0,1 gutCore Web Vitals
Beispielhafte Darstellung: Beispielhafte Darstellung der Core-Web-Vitals-Werte.
Zweck und Darstellung

Wofür setzen wir diese Leistung ein?

Wir optimieren die Ladezeit, damit Besucher aus Werbung und organischer Suche nicht schon beim Laden der Seite verloren gehen. Bessere Werte bei LCP, INP und CLS unterstützen die mobile Conversion-Rate und tragen in Suchkampagnen zur Nutzerfreundlichkeit der Landingpage sowie zur organischen Sichtbarkeit bei. Unser Ziel: Mit demselben Werbebudget sehen mehr Besucher die Produktseite tatsächlich.

Abgedeckte Funnel-Phasen

  1. Bekanntheit
  2. Erwägung
  3. Conversion
  4. Kundenbindung

Felddaten oder Labordaten: Warum PageSpeed Insights und Search Console abweichen

Der Core Web Vitals-Bericht in der Search Console und der obere Bereich von PageSpeed Insights beruhen auf echten Daten von Chrome-Nutzern (CrUX) und bilden die letzten 28 Tage ab. Lighthouse ist dagegen ein Labortest mit einem angenommenen Gerät und einer angenommenen Verbindung. Bewertet wird anhand der Felddaten; der Labortest dient dazu, die Ursache zu finden.

INP hat im März 2024 FID in den Core Web Vitals abgelöst und lässt sich nur über echte Nutzerinteraktionen messen. Da bei Lighthouse niemand klickt, liefert es keinen INP-Wert, sondern zeigt stattdessen die Total Blocking Time (TBT). INP-Probleme untersuchen wir deshalb mit Felddaten und Performance-Aufzeichnungen im Browser. Auch die Validierung einer Korrektur in der Search Console erfordert einen Beobachtungszeitraum von 28 Tagen; ein Ergebnis am nächsten Tag erwarten wir nicht.

Häufige Ursachen für langsame Ladezeiten im Onlineshop

Die Ursache für langsame Seiten finden wir meist nicht zuerst beim Server, sondern in Elementen, die über die Jahre hinzugekommen sind: Kampagnenkomponenten, Pixel, Live-Chat-Tools. Auf Websites mit überwiegend mobilem Traffic, wie wir sie bei Onlineshops in der Türkei häufig betreuen, wird diese Last auf Smartphones der Mittelklasse besonders deutlich. Jedes Element wirkt für sich klein, in der Summe aber deutlich spürbar. Je Metrik begegnen uns am häufigsten:

  • LCP: Ein automatisch wechselnder Kampagnen-Slider auf der Startseite; das erste Bild lädt spät, und Lazy Loading wurde versehentlich auch auf dieses Bild angewendet
  • LCP: Produktbilder werden als große JPEGs statt als WebP oder AVIF und auf Mobilgeräten in Desktop-Größe ausgeliefert
  • INP: Live-Support, Chat, mehrere Werbepixel und Verhaltensanalyse-Skripte blockieren den Main Thread
  • INP: Rechenintensive JavaScript-Prozesse bei Interaktionen wie Filtern und Variantenauswahl
  • CLS: Nachgeladene Kampagnenleisten, Cookie-Banner oder Bilder ohne festgelegte Abmessungen schieben den Inhalt nach unten
  • CLS: Text, der sich beim Laden einer Webfont neu umbricht

PageSpeed-Optimierung priorisieren: Welche Templates zuerst?

Wir beginnen mit den Templates, auf die sich Traffic und Umsatz konzentrieren: Startseite, Kategorie, Produkt und Checkout. Eine Korrektur im Produkt-Template verbessert Tausende Seiten gleichzeitig. Die Liste übergeben wir Ihrem Entwicklerteam mit technischen Hinweisen, welche Änderung in welcher Datei nötig ist, etwa fetchpriority für das LCP-Bild oder Breiten- und Höhenangaben für Bilder.

Bei Drittanbieter-Code bringt meist der Umstieg auf serverseitiges Tagging und das Entfernen ungenutzter Tags den größten Gewinn. Geschwindigkeit ist auch für technisches SEO ein wichtiges Signal; in Suchkampagnen beeinflusst die Nutzerfreundlichkeit der Landingpage den Qualitätsfaktor. Welche Tags entfernt werden, legen wir gemeinsam fest, indem wir sie mit der Liste der Drittanbieter-Tools auf der Website und den jeweiligen Vertragsverantwortlichen abgleichen.

Ladezeit und Core Web Vitals: Wann empfehlen wir es?

Wir empfehlen es

  • Websites, deren mobile URLs in der Search Console als „schlecht“ oder „Optimierung erforderlich“ erscheinen
  • E-Commerce-Websites, die auf Startseite und Produkt-Templates Slider, Chat-Tools und zahlreiche Pixel angesammelt haben
  • Websites, die nach einem neuen Theme, Plugin oder Drittanbieter-Tool langsamer geworden sind

Wir empfehlen es nicht

  • Entwicklungsaufwand nur für einen höheren Lighthouse-Score, wenn die Felddaten bereits „gut“ sind
  • Die Geschwindigkeit zu priorisieren, wenn die eigentliche Ursache für Conversion-Verluste der Preis oder der Checkout-Ablauf ist

So betreuen wir Ladezeit und Core Web Vitals

  1. FelddatenAus Search Console und CrUX ermitteln wir die problematischen URL-Gruppen für Mobilgeräte und Desktop.
  2. Template-AuswahlWir priorisieren die Templates mit dem höchsten Traffic und Umsatz.
  3. UrsachenanalyseMit Lighthouse und Performance-Aufzeichnungen im Browser finden wir das LCP-Element, lange Tasks und die Quellen von Layoutverschiebungen.
  4. Technische NotizDie Entwickler erhalten eine Fixliste auf Datei- und Elementebene.
  5. 28-tägiges MonitoringNach dem Livegang beobachten wir Felddaten und Conversion-Rate gemeinsam.

Ladezeit und Core Web Vitals: Kennzahlen und Voraussetzungen

Kennzahlen, die wir verfolgen

  • LCP (75. Perzentil)
  • INP (75. Perzentil)
  • CLS (75. Perzentil)
  • Anteil guter URLs
  • Mobile Conversion-Rate

Was Sie für den Start brauchen

  • Zugriff auf die Search Console-Property
  • Ein Entwickler oder Unterstützung durch den Plattformanbieter, um die Korrekturen umzusetzen
  • Eine Liste der auf der Website eingesetzten Drittanbieter-Tools und der Vertragsverantwortlichen
  • Eine Testumgebung oder die Möglichkeit, Änderungen vor dem Livegang zu prüfen

Offizielle Quellen

The Brand Move CRO-Team

Für Informationen zu „Ladezeit und Core Web Vitals“ und weiteren Leistungen zur Conversion-Optimierung wenden Sie sich direkt an das Team für Conversion-Optimierung von The Brand Move.

Jetzt Kontakt aufnehmen
Mehr entdecken

Weitere Leistungen: Conversion-Optimierung

Übersicht: Conversion-Optimierung

Funnel-Analyse

Funnel-Analyse mit GA4: An welchem Schritt, auf welchem Gerät und aus welchem Kanal springen Besucher ab? Daraus leiten wir die Prioritäten ab.

Ansehen

A/B-Tests

A/B-Tests mit Hypothese, Stichprobengröße und Laufzeitberechnung, ausgewertet anhand von GA4- und Bestelldaten statt nur im Testing-Tool.

Ansehen

Verwandte Seiten

Häufige Fragen

Häufige Fragen zu Ladezeit und Core Web Vitals

Was sind die Core Web Vitals?

Drei Metriken, mit denen Google die Nutzererfahrung einer Seite bewertet: Largest Contentful Paint (LCP) für das Laden des größten sichtbaren Elements, Interaction to Next Paint (INP) für die Reaktionszeit auf Eingaben und Cumulative Layout Shift (CLS) für die visuelle Stabilität. Als „gut“ gelten LCP bis 2,5 Sekunden, INP bis 200 Millisekunden und CLS bis 0,1, jeweils beim 75. Perzentil der Seitenaufrufe.

PageSpeed Insights zeigt mobil 40 Punkte. Ist das schlecht?

Für sich genommen sagt das wenig aus. Der Score stammt aus dem Labortest und geht von einem langsamen Mobilgerät aus. Entscheidend sind die echten Nutzerdaten im oberen Bereich derselben Seite: Sind LCP, INP und CLS dort „gut“, erleben Ihre Nutzer die Seite trotz niedrigem Score als schnell.

Warum zeigt Lighthouse keinen INP-Wert?

INP lässt sich nur über echte Nutzerinteraktionen messen, und im Labortest klickt niemand. Lighthouse zeigt deshalb die Total Blocking Time (TBT) als Hilfsgröße. INP-Probleme untersuchen wir mit Felddaten aus der Search Console und CrUX sowie mit Performance-Aufzeichnungen im Browser.

Wie lange dauert es, bis Verbesserungen in der Search Console sichtbar werden?

Die Felddaten bilden die letzten 28 Tage ab, und auch die Validierung einer Korrektur im Core Web Vitals-Bericht läuft über einen Zeitraum von 28 Tagen. Ein Ergebnis am nächsten Tag ist daher nicht zu erwarten.

Wir nutzen eine fertige Shop-Plattform. Was lässt sich für die Ladezeit tun?

Server und Kerncode liegen beim Plattformanbieter, aber Bilder, Theme-Dateien, Plugins und der Inhalt des Tag Managers liegen meist in Ihrer Hand. Der Großteil der Verbesserung kommt aus diesen Bereichen; Probleme auf Plattformseite melden wir dem Anbieter mit technischen Belegen.

Wie messen Sie die Wirkung der Optimierung auf den Umsatz?

Da wir Änderungen pro Template und nacheinander live schalten, vergleichen wir vorher und nachher anhand der Conversion-Rate desselben Templates. Um Saison- und Kampagneneffekte herauszurechnen, beobachten wir im gleichen Zeitraum nicht optimierte Templates als Kontrollgruppe.

Lassen Sie uns Ladezeit und Core Web Vitals gemeinsam erstmals bewerten.

Im kostenlosen Gespräch prüfen wir die Abbruchstellen in Ihrem Funnel und Ihre Landingpages und senden Ihnen die ersten drei Testideen schriftlich.

Wachstumsgespräch vereinbaren Kein Verkaufsdruck. Nur Erkenntnisse.