Shopify Ladezeit optimieren: Core Web Vitals, App-Ballast und der Weg unter 2,5 Sekunden
Nur etwa die Hälfte aller Shopify-Shops besteht auf dem Handy alle drei Core Web Vitals. Der Grund liegt fast nie an Shopify, sondern an dem, was oben drauf installiert wurde. Hier ist die Inventur, die den Unterschied macht.
Die drei Zahlen, an denen Google Deinen Shop misst
Core Web Vitals sind keine Note, sie sind drei Schwellenwerte. Ein Shop gilt als bestanden, wenn er sie am 75. Perzentil der echten Nutzerbesuche erreicht, also bei drei von vier Aufrufen. Das ist der Punkt, an dem die meisten Shops scheitern: Der Laborwert im Testtool sieht gut aus, die Felddaten aus dem Chrome-Nutzerbericht tun es nicht.
| Kennzahl | Was sie misst | Grenzwert „gut“ |
|---|---|---|
| LCP (Largest Contentful Paint) | Wann das größte sichtbare Element geladen ist, meist Dein Produktbild | unter 2,5 s |
| INP (Interaction to Next Paint) | Wie schnell der Shop auf einen Tipp reagiert, etwa auf „In den Warenkorb“ | unter 200 ms |
| CLS (Cumulative Layout Shift) | Wie stark der Inhalt beim Laden springt | unter 0,1 |
Ein Benchmark über mehr als tausend echte Shopify-Shops zeigt: Nur etwa die Hälfte besteht auf dem Handy alle drei Werte. Die Ursache liegt fast nie am Shopify-Kern, sondern an dem, was oben drauf installiert wurde.
Was eine Sekunde wirklich kostet
Ladezeit ist kein Technikthema, sie ist eine Umsatzgröße. Die belastbarsten Zahlen dazu:
- Shopify-eigene Auswertungen zeigen einen Conversion-Rückgang von rund 3,5 Prozent je 100 Millisekunden zusätzlicher Ladezeit.
- Eine Verbesserung des LCP von 4 auf 2 Sekunden kann die Conversion Rate um bis zu 15 Prozent heben.
- Eine Portent-Auswertung aus 2025 findet zwischen der ersten und der fünften Sekunde einen Rückgang von etwa 4,42 Prozent Conversion je zusätzlicher Sekunde. Die höchsten Conversion Rates lagen bei Ladezeiten unter einer Sekunde.
Bei 2 Millionen Euro Jahresumsatz und einer Conversion Rate von 1,4 Prozent bedeutet eine um 600 Millisekunden schnellere Seite rechnerisch etwa 20 Prozent mehr Conversion, also rund 400.000 Euro zusätzlicher Umsatz, ohne einen Euro mehr Werbebudget. Das ist der Grund, warum Ladezeit vor jedem neuen Kampagnen-Test kommt.
Wichtig bei dieser Rechnung: Sie ist eine Größenordnung, keine Garantie. Die Effekte sind in Studien konsistent, aber nicht linear, und sie sind bei mobilen Nutzern und langsamen Verbindungen deutlich stärker als am Desktop. Wer sauber messen will, testet gegen den Umsatz, nicht gegen den Punktestand im Tool. Wie Du Conversion-Effekte belastbar auseinanderhältst, steht in unserem Playbook zur Shopify Conversion Rate.
Der Hauptverursacher heißt App-Stack
Der größte einzelne Grund für langsame Shopify-Shops ist nicht die Plattform, sondern die Menge installierter Apps. Der Durchschnittsshop läuft mit 15 bis 20 Apps, und jede davon fügt typischerweise 100 bis 500 Millisekunden JavaScript pro Seitenaufruf hinzu. Auf dem Weg von einem sauberen Standard-Theme mit einem mobilen PageSpeed-Wert um 70 in den Zwanzigerbereich reicht ein normal gewachsener App-Stack völlig aus.
Der entscheidende Punkt: Rund 62 Prozent des gesamten JavaScripts auf einem durchschnittlichen Shopify-Shop stammen von Drittanbietern. Du optimierst also Dein Theme, während zwei Drittel des Problems in Skripten liegen, die Du nicht geschrieben hast.
| App-Kategorie | Typisches Verhalten | Sinnvoller Umgang |
|---|---|---|
| Live-Chat-Widgets | Lädt global, oft über 300 kB, blockiert Interaktion | Erst nach Nutzerinteraktion oder Scroll laden, nur auf relevanten Seiten |
| Review-Apps mit Galerien | Bild- und Videogalerien auf jeder Produktseite | Lazy Loading, Galerie erst unterhalb des sichtbaren Bereichs |
| Popups und E-Mail-Capture | Lädt früh, verursacht Layoutsprünge | Feste Platzhalterhöhe, verzögerter Start, Frequenzbegrenzung |
| Page-Builder | Erzeugt zusätzliches Markup und eigenes CSS | Nur für Landingpages, nicht für Kernseiten |
| Heatmaps und Session-Recording | Zeichnet dauerhaft auf, hohe INP-Last | Stichprobenweise aktivieren, nicht dauerhaft laufen lassen |
| Upsell- und Bundle-Apps | API-Aufrufe zur Laufzeit vor dem Rendern | Post-Purchase-Upsell statt Warenkorb-Widget prüfen |
Die App-Inventur in fünf Schritten
- 1. Felddaten holen, nicht Laborwerte. Nimm die Core-Web-Vitals aus der Search Console oder dem Chrome-Nutzerbericht, getrennt nach Mobil und Desktop, am 75. Perzentil. Ein grüner Lighthouse-Lauf auf Deinem Laptop sagt nichts über Deine Kunden im Mobilfunknetz aus.
- 2. Skripte den Apps zuordnen. Öffne eine Produktseite im Netzwerk-Tab, sortier nach Größe und Blockierzeit und schreib zu jedem Drittanbieter-Skript den Namen der App dazu. Diese Liste ist der eigentliche Befund.
- 3. Gegen den Nutzen abgleichen. Zu jeder App gehört eine Zahl: Was trägt sie zum Umsatz bei? Eine Upsell-App, die 1,2 Prozent Warenkorbwert bringt und 400 Millisekunden kostet, ist eine offene Rechnung, kein Selbstläufer. Apps ohne messbaren Beitrag fliegen raus, und zwar samt Rückständen im Theme-Code.
- 4. Das LCP-Element gezielt beschleunigen. Meist ist es das erste Produktbild. Richtige Bildgrößen ausliefern, modernes Format, Preload für genau dieses eine Bild, kein Lazy Loading oberhalb der Falz und keine Slider im sichtbaren Bereich.
- 5. Restliche Drittanbieter verzögern. Alles, was nicht für die erste Darstellung nötig ist, lädt nach der Interaktion oder nach dem Sichtbarwerden. Das betrifft Chat, Heatmaps, Bewertungsgalerien und Social-Einbettungen.
Ein häufig übersehener Posten: Tracking und Consent. Ein schlecht eingebundenes Consent-Banner blockiert das Rendern und verschiebt gleichzeitig das Layout, trägt also zu LCP und CLS zugleich bei. Wie das sauber geht, ohne Messbarkeit zu verlieren, steht im Playbook zu Consent Mode v2 auf Shopify.
Warum Ladezeit inzwischen auch ein Sichtbarkeitsthema ist
Core Web Vitals sind ein bekannter, aber schwacher Ranking-Faktor. Der größere Effekt ist indirekt: Eine langsame Seite wird schlechter gecrawlt, seltener vollständig gerendert und liefert damit weniger verwertbaren Inhalt an Suchmaschinen und an KI-Systeme, die Antworten aus Seiteninhalten zusammensetzen. Wenn wichtige Inhalte erst durch JavaScript entstehen, das nach vier Sekunden läuft, existieren sie für einen Teil der Crawler nicht. Was das für Deine Sichtbarkeit in KI-Antworten bedeutet, haben wir im Pillar zur Generative Engine Optimization ausgeführt.
Was das mit Deinem Deckungsbeitrag zu tun hat
Ladezeit ist der seltene Hebel, der die Conversion Rate erhöht, ohne die variablen Kosten je Bestellung zu verändern. Jede zusätzliche Bestellung aus derselben Besuchermenge kommt ohne zusätzliche Klickkosten. Genau deshalb sortieren wir in unserem System technische Maßnahmen nach ihrem Effekt auf den Deckungsbeitrag und nicht nach ihrem Effekt auf einen Punktestand. Eine App, die 300 Millisekunden kostet und nichts beiträgt, ist eine laufende Ausgabe, die nur nicht auf der Rechnung steht.
Häufige Fragen
Welche Ladezeit sollte ein Shopify-Shop 2026 erreichen?
Maßgeblich sind die drei Core Web Vitals am 75. Perzentil der echten Nutzerbesuche: LCP unter 2,5 Sekunden, INP unter 200 Millisekunden, CLS unter 0,1. Ein Benchmark über mehr als tausend Shopify-Shops zeigt, dass nur etwa die Hälfte diese Werte auf dem Handy erreicht. Wichtig ist die Messung mit Felddaten aus der Search Console oder dem Chrome-Nutzerbericht, nicht mit einem einzelnen Lighthouse-Lauf auf dem eigenen Rechner. Der Laborwert ist zu optimistisch, weil er weder Mobilfunk noch ältere Geräte abbildet.
Wie stark beeinflusst die Ladezeit meine Conversion Rate?
Shopify-eigene Auswertungen zeigen einen Conversion-Rückgang von rund 3,5 Prozent je 100 Millisekunden zusätzlicher Ladezeit. Eine Verbesserung des LCP von 4 auf 2 Sekunden kann die Conversion Rate um bis zu 15 Prozent heben, und eine Portent-Auswertung aus 2025 findet zwischen Sekunde eins und fünf einen Rückgang von etwa 4,42 Prozent je zusätzlicher Sekunde. Diese Werte sind Größenordnungen, keine Garantien: Die Effekte sind auf dem Handy und bei langsamen Verbindungen deutlich stärker. Prüf das Ergebnis am Umsatz, nicht am Punktestand im Testtool.
Wie viele Shopify-Apps sind zu viele?
Es gibt keine feste Zahl, aber eine belastbare Größenordnung: Der durchschnittliche Shop läuft mit 15 bis 20 Apps, und jede fügt typischerweise 100 bis 500 Millisekunden JavaScript pro Seitenaufruf hinzu. Rund 62 Prozent des gesamten JavaScripts auf einem Shopify-Shop stammen von Drittanbietern. Die richtige Frage ist deshalb nicht die Anzahl, sondern der Beitrag: Jede App braucht eine Zahl, die zeigt, was sie zum Umsatz beiträgt, und diese Zahl muss die Millisekunden rechtfertigen. Am schwersten wiegen Live-Chat, Review-Galerien, Popups, Page-Builder und Session-Recording.
Sind Core Web Vitals ein Ranking-Faktor bei Google?
Ja, aber ein schwacher. Der wichtigere Effekt ist indirekt: Eine langsame Seite wird schlechter gecrawlt und seltener vollständig gerendert. Wenn zentrale Inhalte erst durch JavaScript entstehen, das spät läuft, sieht ein Teil der Crawler sie gar nicht. Das betrifft klassische Suche und KI-gestützte Antwortsysteme gleichermaßen, die ihre Antworten aus dem gerenderten Seiteninhalt zusammensetzen. Ladezeit ist damit weniger ein Rankingtrick als eine Voraussetzung dafür, dass Dein Inhalt überhaupt vollständig ankommt.
Finde heraus, was Dein App-Stack kostet.
Die Systemdiagnose misst Deine Core Web Vitals an echten Nutzerdaten und stellt jeder App ihren Umsatzbeitrag gegenüber.
Quellen & Datenbasis
Conversion-Effekt je 100 ms (Shopify-Daten): PPC Land · Core-Web-Vitals-Benchmark über Shopify-Shops: State of Shopify Performance 2026 · Grenzwerte und LCP-Optimierung: Thunder Pagespeed · Anteil Drittanbieter-JavaScript: Thunder Pagespeed, Third-Party Scripts · Durchschnittliche App-Anzahl je Shop: Hyperspeed. Die Umsatzrechnung im Kasten ist eine Modellrechnung zur Größenordnung, keine Prognose.