Ladezeit und Core Web Vitals: warum Performance direkt auf den Umsatz wirkt

Über Ladezeiten wird im E-Commerce viel geredet und meist zu abstrakt. "Die Seite fühlt sich langsam an" ist keine Diagnose, und "wir haben ein Caching-Problem" ist keine Lösung. Nützlich wird das Thema erst, wenn man es misst, in verständliche Größen zerlegt und die Maßnahmen nach Aufwand und Wirkung sortiert.

## Drei Kennzahlen, drei Fragen

Die Core Web Vitals übersetzen technische Messwerte in wahrgenommene Qualität. Jede der drei Kennzahlen beantwortet eine andere Frage aus Nutzersicht.

Largest Contentful Paint (LCP) beantwortet: Wann sehe ich etwas Sinnvolles? Gemessen wird der Zeitpunkt, zu dem das größte sichtbare Element im ersten Bildschirmbereich fertig dargestellt ist – meist das Hero-Bild oder die Produktabbildung. Als gut gilt ein Wert unter 2,5 Sekunden.

Interaction to Next Paint (INP) beantwortet: Reagiert die Seite, wenn ich etwas tue? Gemessen wird die Verzögerung zwischen einer Interaktion und der sichtbaren Reaktion darauf. Als gut gelten Werte unter 200 Millisekunden. Diese Kennzahl trifft Onlineshops besonders, weil Filter, Varianten-Auswahl und Mini-Warenkorb genau solche Interaktionen sind.

Cumulative Layout Shift (CLS) beantwortet: Bleibt die Seite ruhig? Gemessen wird, wie stark sich Inhalte während des Ladens noch verschieben. Ein springender Layoutwechsel kurz vor dem Klick auf "In den Warenkorb" ist nicht nur ärgerlich, er führt zu Fehlklicks.

## Feldwerte schlagen Labormessungen

Ein häufiger Fehler besteht darin, sich ausschließlich auf synthetische Tests zu verlassen. Diese Werkzeuge messen unter kontrollierten Bedingungen und sind hervorragend geeignet, um Ursachen zu finden. Sie sagen aber wenig darüber aus, was Ihre Kundschaft tatsächlich erlebt.

Feldwerte stammen von echten Besuchern mit echten Geräten in echten Netzen. Der Unterschied ist erheblich: Ein Shop kann im Labortest hervorragende Werte liefern und im Feld durchfallen, weil ein großer Teil der Besucher mit älteren Smartphones im Mobilfunknetz unterwegs ist. Betrachten Sie deshalb immer beides – Feldwerte für die Bewertung, Labormessungen für die Diagnose.

## Die häufigsten Bremsen in Onlineshops

In der Praxis wiederholen sich die Ursachen erstaunlich zuverlässig.

Zu große und falsch ausgelieferte Bilder. Bilder machen in vielen Shops den größten Teil des übertragenen Datenvolumens aus. Moderne Formate, korrekt gesetzte Breiten- und Höhenangaben, responsive Bildquellen und verzögertes Laden unterhalb des sichtbaren Bereichs lösen den Großteil des Problems. Wichtig: Das LCP-Bild selbst darf nicht verzögert geladen werden – ein häufiger und teurer Konfigurationsfehler.

Zu viele Skripte von Drittanbietern. Tracking, Consent-Management, Chat, Bewertungen, Empfehlungen, Testtools: Jedes Skript für sich wirkt harmlos, in Summe blockieren sie den Hauptthread und verschlechtern vor allem INP. Ein Inventar aller eingebundenen Dienste mit Angabe des Verantwortlichen und des Nutzens ist der erste Schritt. Erfahrungsgemäß lässt sich ein Drittel davon ersatzlos streichen.

Ungenutzte Templatelogik. Aufwendige Berechnungen in Listing-Templates, unnötige Datenbankabfragen pro Artikel und nicht gecachte Teilbereiche summieren sich bei zwanzig Artikeln pro Seite schnell zu spürbaren Verzögerungen.

Fehlendes oder falsch konfiguriertes Caching. Ein Cache, der bei jedem Warenkorb-Update komplett verworfen wird, ist kein Cache. Ebenso wenig hilft ein HTTP-Cache, den personalisierte Inhalte auf jeder Seite umgehen.

Layoutverschiebungen durch Banner. Cookie-Hinweise, Aktionsleisten und nachgeladene Werbeflächen ohne reservierten Platz sind die häufigste Ursache schlechter CLS-Werte.

## Eine pragmatische Reihenfolge

Performance-Projekte scheitern selten an fehlendem Wissen, sondern an fehlender Priorisierung. Die folgende Reihenfolge hat sich bewährt.

1. Messen und Basislinie festhalten. Ohne Ausgangswert lässt sich später keine Wirkung nachweisen.

2. Bilder in Ordnung bringen. Der größte Effekt bei geringstem Risiko.

3. Drittanbieter aufräumen. Aufwand gering, Wirkung auf INP oft dramatisch.

4. Reservierten Platz für dynamische Elemente schaffen. Behebt CLS meist innerhalb eines Tages.

5. Serverseitig optimieren. Caching-Strategie, Datenbankindizes, teure Abfragen im Listing.

6. Frontend-Bundles verschlanken. Aufwendiger, aber nachhaltig.

Erst danach lohnt sich der Blick auf Infrastruktur, Hosting-Wechsel und Content-Delivery-Netzwerke. Diese Maßnahmen sind sichtbar und teuer, adressieren aber selten die eigentliche Ursache.

## Wirkung auf das Geschäft

Der Zusammenhang zwischen Ladezeit und Conversion ist gut dokumentiert, die konkreten Werte unterscheiden sich jedoch je nach Sortiment, Gerätemix und Zielgruppe deutlich. Statt fremde Prozentwerte zu übernehmen, sollten Sie den Effekt im eigenen Shop nachweisen: Segmentieren Sie Ihre Analytics-Daten nach LCP-Bereichen und vergleichen Sie Conversion Rate sowie Absprungrate zwischen schnellen und langsamen Sitzungen.

Diese Auswertung ist aus zwei Gründen wertvoll. Sie liefert erstens eine belastbare Zahl für die interne Budgetdiskussion. Und sie zeigt zweitens, wo der Hebel am größten ist – häufig nicht auf der Startseite, sondern auf den Kategorieseiten, über die der bezahlte Traffic einsteigt.

## Performance dauerhaft halten

Der schwierigste Teil beginnt nach der Optimierung. Jedes neue Plugin, jede zusätzliche Marketingintegration und jede Erweiterung des Templates kann die erreichten Werte wieder verschlechtern. Drei Gewohnheiten helfen dagegen: ein automatisierter Performance-Test in der Deployment-Pipeline mit definierten Grenzwerten, ein monatlicher Blick auf die Feldwerte und die Regel, dass jedes neue Drittanbieter-Skript einen benannten Verantwortlichen und ein Ablaufdatum bekommt.

## Mobil zuerst betrachten

Die Werte auf dem Desktop sind in fast jedem Shop deutlich besser als auf Mobilgeräten – und fast jeder Shop bekommt den größeren Teil seines Traffics mobil. Wer Performance beurteilt, sollte deshalb konsequent die mobilen Feldwerte als Maßstab nehmen und den Desktop nur als Kontrollgröße betrachten.

Hilfreich ist außerdem ein Blick auf den Gerätemix in der eigenen Analytics-Auswertung. Die durchschnittliche Rechenleistung der tatsächlich genutzten Geräte liegt regelmäßig weit unter dem, was im Entwicklungsteam auf dem Schreibtisch steht. Eine Testreihe auf einem drei bis vier Jahre alten Mittelklasse-Smartphone verändert die Prioritätenliste eines Performance-Projekts oft nachhaltiger als jedes Werkzeug – und macht sichtbar, welche Interaktionen wirklich hakelig sind.

## Fazit

Performance ist kein einmaliges Projekt, sondern eine Eigenschaft, die gepflegt werden will. Der Einstieg ist unspektakulär: messen, Bilder aufräumen, Skripte ausmisten, Platz für dynamische Elemente reservieren. Diese vier Schritte bringen in den meisten Shops mehr als jede Diskussion über Serverausstattung – und sie lassen sich ohne Umbau der Architektur umsetzen.