Core Web Vitals im Onlineshop: Diese Kennzahl entscheidet wirklich über Umsatz

Ein Onlineshop lädt spürbar langsam, ein Filter reagiert erst nach einer kurzen Verzögerung, ein Preis springt beim Laden an eine andere Stelle – solche Probleme kosten nicht nur Google-Rankings, sie kosten zahlende Kunden. Wer Core Web Vitals im Onlineshop nur als SEO-Thema abhakt, übersieht den eigentlichen Hebel: die Metrik, die am stärksten mit Absprüngen zusammenhängt, lässt sich gezielt priorisieren, statt alle drei Werte gleichzeitig „grün“ zu jagen. Dieser Artikel zeigt, welche Metrik im Shop-Alltag zuerst zählt und wie Sie das systematisch prüfen.

Core Web Vitals im Onlineshop: Warum diese Kennzahl über Umsatz entscheidet

Core Web Vitals sind drei von Google definierte Messwerte für die gefühlte Ladegeschwindigkeit und Stabilität einer Seite. Sie fließen als einer von vielen Signalen in das Ranking ein – als „core web vitals ranking faktor“ sind sie aber eher ein kleiner Baustein neben Inhalt und Relevanz, nicht der Hauptgrund, warum eine Shop-Seite schlecht rankt.

Der größere Hebel liegt woanders: Core Web Vitals messen im Kern dasselbe, was Kunden beim Einkaufen spüren. Lädt die Produktseite zäh, wartet der Käufer nicht lange, bevor er zurückklickt. Reagiert der „In den Warenkorb“-Button erst nach einer spürbaren Pause, wirkt der Shop unzuverlässig. In unseren Projekten als Shopware Solution Partner sehen wir regelmäßig, dass genau solche Stellen – nicht abstrakte Ladezeit-Durchschnittswerte – über Kaufabbrüche entscheiden. Der Zusammenhang zwischen Ladezeit und Umsatz ist in der Praxis greifbarer als der Ranking-Effekt, und genau dort setzt dieser Artikel an.

Die drei Core-Web-Vitals-Metriken verständlich erklärt

Bevor Sie priorisieren, brauchen Sie ein gemeinsames Verständnis der drei Werte – gerade wenn IT-Leiter und Geschäftsführung dieselbe Grundlage diskutieren sollen.

Largest Contentful Paint (LCP) misst, wie lange es dauert, bis das größte sichtbare Element einer Seite geladen ist – im Shop meist das Hauptproduktbild oder der Header-Banner. Lädt dieses Bild erst nach vier Sekunden, empfindet der Besucher die ganze Seite als langsam, selbst wenn der Rest längst fertig ist.

Interaction to Next Paint (INP) misst die Reaktionszeit auf Klicks und Eingaben – zum Beispiel, wie schnell ein Mengenfeld im Warenkorb reagiert oder ein Filter in der Kategorieansicht die Ergebnisse aktualisiert. Eine hohe INP-Zeit fühlt sich an, als würde der Shop die Eingabe „schlucken“, der Kunde klickt verunsichert erneut.

Cumulative Layout Shift (CLS) misst, wie stark sich Elemente während des Ladens noch verschieben. Ein klassisches Beispiel: Der Preis erscheint, bevor ein Werbebanner nachlädt und ihn nach unten schiebt – der Kunde klickt versehentlich auf den Banner statt auf „Kaufen“.

Welche Metrik im Shop-Kontext am stärksten mit Absprüngen zusammenhängt

Nicht alle drei Werte verdienen im Alltag dieselbe Aufmerksamkeit. In Produktlisten und auf Produktdetailseiten – also dort, wo Kunden entscheiden, ob sie weiterklicken oder abspringen – ist der Largest Contentful Paint shop-seitig meist der größte Hebel. Produktbilder sind hier das dominante Element, und genau diese Bilder sind in vielen Shops zu groß, falsch komprimiert oder ohne modernes Format eingebunden. Wer nur eine Metrik zuerst angeht, sollte deshalb bei LCP auf PLP und PDP anfangen.

INP wird dort entscheidend, wo Kunden aktiv interagieren: im Warenkorb, bei Mengenänderungen, bei Facetten-Filtern in der Kategorie oder im Checkout. Eine schlechte INP-Zeit fällt seltener durch pauschale Absprünge auf, dafür umso deutlicher durch Checkout-Abbrüche und Frustration bei wiederholten Klicks – ein Effekt, der sich schwerer in einer einzelnen Kennzahl zeigt, aber im Warenkorbabbruch sichtbar wird.

CLS ist im Vergleich meist die Metrik mit dem geringsten direkten Umsatzeinfluss – außer an zwei kritischen Stellen: unmittelbar vor dem „Kaufen“-Button und im Checkout-Formular. Verschiebt sich dort etwas, sind Fehlklicks und abgebrochene Bestellungen die Folge. Die Priorisierung lautet deshalb in den meisten Shops: zuerst LCP auf den umsatzstärksten Seiten, danach INP an den interaktiven Kernstellen, CLS nur dort, wo Layout-Sprünge konkret den Checkout betreffen.

Checkliste: Core Web Vitals priorisiert prüfen

Statt alle drei Werte gleichzeitig optimieren zu wollen, gehen Sie die Prüfung in dieser Reihenfolge an:

1. Felddaten statt nur Labordaten prüfen. Nutzen Sie die Google Search Console (Bericht „Core Web Vitals“) für echte Nutzerdaten statt nur einen einzelnen PageSpeed-Insights-Test. Ein core web vitals test shop sollte immer mehrere Seitentypen abdecken, nicht nur die Startseite.
2. Seitentypen getrennt bewerten. Prüfen Sie Startseite, Kategorieseite, Produktdetailseite und Checkout einzeln – die Werte unterscheiden sich oft stark, und nur PDP und Checkout haben direkten Umsatzbezug.
3. LCP auf den umsatzstärksten Seiten zuerst messen. Identifizieren Sie, welches Element den größten Anteil an der Ladezeit hat – meist ist es ein unoptimiertes Bild oder ein Drittanbieter-Skript, das vor dem eigentlichen Content lädt.
4. INP an interaktiven Kernstellen testen. Klicken Sie selbst durch Warenkorb, Filter und Checkout-Formular und achten Sie auf spürbare Verzögerungen – das lässt sich oft schon ohne Tool erkennen, bevor Sie es messtechnisch bestätigen.
5. CLS nur im Umfeld von Kauf-Buttons und Formularen prüfen. Ignorieren Sie kleinere Layout-Verschiebungen in Bereichen ohne Handlungsaufforderung, das spart Optimierungsaufwand an der falschen Stelle.
6. Erst nach dieser Priorisierung in Optimierung investieren. So vermeiden Sie, Entwicklungszeit in CLS-Fixes zu stecken, während die eigentliche Bremse ein unkomprimiertes Produktbild auf der PDP ist.

Technische Ursachen: Hosting, Schnittstellen und technische Schulden

Für IT-Leiter ist die eigentliche Frage selten „welcher Wert ist schlecht“, sondern „woher kommt das“. Aus über 40 E-Commerce-Projekten kennen wir die wiederkehrenden Muster:

Hosting und Infrastruktur. Ecommerce-Hosting-Performance ist kein Nebenschauplatz: Ein Shared-Hosting-Paket mit begrenzter Rechenleistung erzeugt unter Last genau die LCP-Probleme, die bei steigendem Traffic plötzlich auftauchen. Ein durchdachtes Hosting für Webseiten mit ausreichend Ressourcen und sauberem Caching sowie einem CDN für Produktbilder ist dabei oft wirksamer als jede einzelne Code-Optimierung. Mehr zur Einordnung von Self-Hosting gegenüber Managed-Lösungen finden Sie im Lexikon-Eintrag zu Ecommerce-Hosting.

Fragile Schnittstellen. Eine unsaubere ERP-Anbindung, die Produktdaten synchron statt asynchron abruft, kann während des Seitenaufbaus blockieren und direkt auf den LCP durchschlagen. Auch eine schlecht dokumentierte REST-API zu Drittsystemen führt häufig zu Wartezeiten, die sich im Frontend als Ladeverzögerung zeigen – ein klassisches Beispiel für technische Schulden, die erst bei genauerem Hinsehen sichtbar werden.

Altsysteme. Shops, die seit Jahren auf einem Altsystem wie Magento ohne größere Weiterentwicklung laufen, sammeln oft genau diese Schulden an: veraltete Erweiterungen, unoptimierte Datenbankabfragen, aufeinander gestapelte Workarounds. Eine Shopware-Migration ist in solchen Fällen nicht automatisch nötig, aber ein ehrlicher Blick auf die technische Basis lohnt sich, bevor man an Symptomen herumoptimiert.

Core Web Vitals verbessern, ohne gleich den ganzen Shop zu relaunchen

Nicht jedes Performance-Problem braucht einen Relaunch. Die Unterscheidung zwischen Quick-Win und strukturellem Problem lässt sich an einer einfachen Frage festmachen: Lässt sich die Ursache an einer Stelle beheben, oder zieht sie sich durch die gesamte Architektur?

Typische Quick-Wins, die sich oft ohne größeren Eingriff umsetzen lassen: Produktbilder komprimieren und in modernen Formaten ausliefern, verzögertes Laden (Lazy Loading) für Inhalte unterhalb des sichtbaren Bereichs aktivieren, ungenutzte Drittanbieter-Skripte entfernen, Caching-Regeln auf Serverebene korrigieren.

Strukturelle Probleme zeigen sich dagegen, wenn trotz dieser Maßnahmen die Werte kaum besser werden – meist, weil die zugrunde liegende Architektur, das Hosting oder die Schnittstellen selbst die Bremse sind. In solchen Fällen hilft eine ehrliche technische Bestandsaufnahme mehr als weitere Einzelmaßnahmen. Wie stark schlechte Performance tatsächlich auf Umsatzzahlen durchschlägt, haben wir im Artikel Schlechte Website-Performance, schlechte Umsatzzahlen eingeordnet, die konkreten Kostenfaktoren einer langsamen Seite beschreiben wir in Website-Performance und die Kosten für die Conversion.

Wenn Sie unsicher sind, ob Ihr Shop ein punktuelles oder ein strukturelles Performance-Problem hat, ist ein Systemempfehlung-Workshop der richtige Einstieg: Dort ordnen wir gemeinsam ein, ob gezielte Optimierung reicht oder ob die technische Basis mittelfristig ausgetauscht werden sollte – inklusive einer realistischen Einschätzung, ob eine Shopware-Entwicklung auf bestehender Basis sinnvoll ist oder nicht.