Shopify bietet Ihnen gutes Hosting, ein globales CDN und moderne Themes mit sinnvollen Standardeinstellungen. Und doch schafft es der durchschnittliche Shopify-Shop immer noch nicht, bei allen drei Core Web Vitals gleichzeitig die Bewertung „Gut“ zu erreichen, wobei Shops der mittleren Kategorie auf dem Handy häufig bei 3–5 Sekunden LCP liegen.
Der Grund ist nicht die Plattform. Es liegt daran, dass Shopify-Shops auf zwei spezifische Arten an Ballast zunehmen, von denen keine über einen integrierten Bereinigungsmechanismus verfügt. Dieser Leitfaden behandelt, was einen Shopify-Shop tatsächlich langsam macht, nach Auswirkungen geordnet, und die Korrekturen, die halten, anstatt im folgenden Jahr zu erodieren.
Warum Geschwindigkeit doppelt zählt
Langsame Shopify-Seiten werden gleichzeitig an zwei Fronten bestraft.
Organisch: Core Web Vitals sind seit 2021 ein bestätigtes Ranking-Signal. Langsamen Seiten wird auch weniger Crawl-Budget zugewiesen.
Bezahlt: Der Google Ads Qualitätsfaktor berücksichtigt die Landingpage-Erfahrung, daher kosten langsame Seiten pro Klick mehr. Metas Algorithmus interpretiert das Bounce-Signal als negatives Ergebnis und passt die Auslieferung entsprechend an.
Ein langsamer Shop erhält also weniger organischen Traffic, zahlt mehr pro Klick für den gekauften bezahlten Traffic und konvertiert einen geringeren Prozentsatz der Klicks, die er erhält. Die kumulative Wirkung macht es lohnenswert, dies ernst zu nehmen, anstatt es als Eitelkeitswert zu behandeln.
Die Metriken und was sie tatsächlich messen
| Metrik | Misst | Gut | Schlecht |
|---|---|---|---|
| LCP (Largest Contentful Paint) | Wie lange es dauert, bis der Hauptinhalt erscheint | Unter 2,5 s | Über 4,0 s |
| INP (Interaction to Next Paint) | Wie reaktionsschnell die Seite auf Tippen und Klicken reagiert | Unter 200 ms | Über 500 ms |
| CLS (Cumulative Layout Shift) | Ob sich der Inhalt während des Ladens verschiebt | Unter 0,1 | Über 0,25 |
Zwei Dinge, die es wert sind, beachtet zu werden:
- INP hat First Input Delay ersetzt im März 2024. Sie messen unterschiedliche Dinge: FID maß nur die erste Interaktion, INP misst die schlechteste Interaktion während des gesamten Besuchs. Das Bestehen von FID garantierte nie das Bestehen von INP, und Shops, die dies nach der Änderung nie überarbeitet haben, lassen messbare Ranking-Leistung ungenutzt.
- Der Maßstab ist das 75. Perzentil der echten Besuche, nicht der Durchschnitt. Ihr durchschnittlicher Käufer kann eine gute Erfahrung machen, während Sie immer noch scheitern, wenn das langsamste Viertel der Besuche schlecht genug ist.
Felddaten, keine Labordaten
Wo Felddaten gelesen werden können:
- PageSpeed Insights, oberer Bereich, wenn die Seite genügend Traffic hat. Dies lesen, nicht den Lighthouse-Wert darunter.
- Search Console > Core Web Vitals-Bericht. Gruppiert nach URL-Muster, das zeigt, ob das Problem Produktseiten, Kategorieseiten oder die Startseite betrifft.
- Chrome UX Report direkt, für origin-level Trends über die Zeit.
Verfolgen Sie die Feld-LCP monatlich. Wenn sie Monat für Monat um 0,3 Sekunden ansteigt, ist etwas Neues kaputtgegangen und eine Überprüfung ist überfällig. Das ist das Frühwarnsignal, das Probleme erkennt, bevor die Konversionsrate sinkt.
Die wahren Ursachen, nach Auswirkungen geordnet
1. App-JavaScript
Die einzige größte Ursache für langsame Shopify-Shops. Jede App, die Skripte einfügt, erhöht die LCP um grob 150-300 ms, und der Effekt auf INP ist schlimmer, da JavaScript im Hauptthread genau das ist, was INP misst. Shops mit vielen Apps überschreiten häufig 500 ms INP, weit im schlechten Bereich.
Die versteckte Version dieses Problems: Das Entfernen einer App aus Ihrem Shopify-Adminbereich entfernt nicht immer den zugehörigen Theme-Code. Shops sammeln Skripte von Apps an, die vor Monaten oder Jahren deinstalliert wurden, aber immer noch auf jeder Seite geladen werden und nichts tun.
Das Audit:
- Öffnen Sie die Chrome DevTools > Registerkarte „Coverage“, laden Sie eine Produktseite neu und suchen Sie nach ungenutztem JavaScript nach Datei. Dies zeigt Ihnen, welche Skripte geladen und nicht verwendet werden.
- Suchen Sie in Ihren Theme-Dateien (
theme.liquidund Ihren Snippets) nach Skript-Tags. Gleichen Sie diese mit Ihrer Liste der installierten Apps ab. Alles, was von einer App stammt, die Sie nicht mehr haben, ist Ballast. - Fragen Sie sich für jede verbleibende App, ob sie ihre Ladekosten wert ist. Eine Bewertungs-App tut dies. Eine dritte Upsell-App wahrscheinlich nicht.
Die Reihenfolge der Korrekturen: Entfernen Sie zuerst veralteten Code (kostenlos, ohne Nachteile), deinstallieren Sie dann Apps, die Sie nicht verwenden, und bewerten Sie schließlich, ob Apps, die Sie verwenden, durch native Funktionen oder Theme-Code ersetzt werden könnten.
2. Theme-Abweichung
Die Zeitlupenversion des App-Bloats und diejenige, die niemand bemerkt.
Jede „kleine“ Anpassung fügt etwas hinzu: Eine benutzerdefinierte Ankündigungsleiste fügt ein Stylesheet hinzu, ein Hero-Video fügt ein Skript hinzu, ein neues Produktkartenlayout fügt CSS hinzu. Themes haben keine integrierte Möglichkeit, diese zu bereinigen. So wächst die Codebasis zwei Jahre lang, niemand entfernt etwas, und das kumulative Gewicht stranguliert allmählich die LCP.
Die Disziplin, die es verhindert: Behandeln Sie den Theme-Code wie App-Code. Jede Ergänzung erfordert eine Entfernung an anderer Stelle, sonst steigt die LCP weiter an. In der Praxis bedeutet dies, dass Sie beim Hinzufügen eines neuen Abschnitts überprüfen, ob der alte, den er ersetzt hat, noch geladen wird.
3. Nicht optimierte Hero- und Produktmedien
Das LCP-Element auf den meisten Shopify-Seiten ist das Hero-Bild auf der Startseite oder das Hauptproduktbild auf einer PDP. Wenn dieses Bild groß, unkomprimiert oder im falschen Format bereitgestellt wird, ist die LCP unabhängig von allem anderen, was Sie tun, langsam.
Die Korrekturen, in der Reihenfolge:
-
LCP-Bild vorladen. Ein
<link rel="preload" as="image">im Head weist den Browser an, es zuerst abzurufen. -
Fügen Sie
fetchpriority="high"zum LCP-Bildelement hinzu. Dies umgeht render-blockierende Warteschlangen. - WebP oder AVIF bereitstellen. Die Bildfilter von Shopify kümmern sich darum; stellen Sie sicher, dass Ihr Theme das richtige Format und die richtige Breite anfordert.
- Die richtige Größe anfordern. Das Bereitstellen eines 2400px-Bildes in einem 600px-Container verschwendet den größten Teil des Downloads.
- Das LCP-Element niemals verzögert laden. Siehe unten.
loading="lazy" nur Bildern unterhalb des Falzes hinzu, und explizit nicht Ihrem Hero- oder ersten Produktbild.
4. Render-blockierende Ressourcen
CSS und JavaScript im <head>, die der Browser herunterladen und verarbeiten muss, bevor er etwas anzeigen kann. Bei schweren Themes ist dies ein wichtiger LCP-Faktor.
Die Korrekturen:
- Kritisches CSS für über dem Falz liegende Inhalte inline einbinden, den Rest verzögern
-
deferoderasynczu nicht-kritischen Skripten hinzufügen - Benutzerdefinierte Schriftarten auf zwei Familien beschränken,
font-display: swapverwenden und die primäre Schriftartdatei vorladen - Drittanbieter-Tags (Chat-Widgets, Heatmaps, Popups) so verschieben, dass sie nach dem ersten Rendern geladen werden
5. Layoutverschiebung durch spät geladene Elemente
CLS-Probleme auf Shopify stammen normalerweise aus vier Quellen:
- Bilder ohne Breiten- und Höhenattribute. Der Browser weiß nicht, wie viel Platz reserviert werden soll, sodass der Inhalt springt, wenn das Bild ankommt. Legen Sie explizite Dimensionen in Ihren Theme-Templates fest.
- Von Apps eingefügte Inhalte. Bewertungs-Widgets, Abzeichen und Banner, die nach dem Laden der Seite erscheinen und alles nach unten verschieben.
- Web-Schriftarten, die spät geladen werden, was zu einem Textumbruch führt.
- Ankündigungsleisten und Cookie-Banner, die sich über vorhandenen Inhalt einfügen.
Reservieren Sie Platz für alles, was asynchron geladen wird. Ein Platzhalter mit den richtigen Abmessungen eliminiert die Verschiebung vollständig.
6. Theme-App-Erweiterungen und App-Blöcke
Im Allgemeinen besser als die Skriptinjektion, da sie über den Shopify-eigenen Mechanismus geladen werden. Ein schlecht implementierter App-Block kann jedoch immer noch CLS- und INP-Regressionen verursachen.
Testen Sie jede neue App-Installation mit einem Vorher-Nachher-Vergleich der Felddaten. Nicht einem Laborwert; Felddaten, zwei Wochen später. Wenn eine App Ihre Zahlen verschlechtert, ist das eine Geschäftsentscheidung, ob die Funktion die Kosten wert ist.
7. Märkte und Geo-Redirect-Skripte
Automatische Weiterleitungsskripte für internationale Besucher können die LCP erheblich verzögern, da der Browser vor dem Rendern auf eine Entscheidung wartet. Wenn Sie Shopify Markets mit clientseitiger Geo-Weiterleitung betreiben, prüfen Sie, ob diese Logik serverseitig oder am Edge verschoben werden kann.
8. Checkout-Erweiterungskomponenten
Wenn Sie den Shopify-Checkout mit benutzerdefinierten UI-Komponenten erweitert haben, überprüfen Sie diese speziell auf INP. Checkout-Schritte sind die kritischsten Interaktionen im Shop, und die Reaktionsfähigkeit dort wirkt sich direkt auf die Conversion aus.
9. Das Basis-Theme
Zuletzt, und mit deutlichem Abstand. Moderne Online Store 2.0 Themes liefern vernünftige Standardeinstellungen: Lazy Loading, responsive Bilder, sinnvolles Skript-Handling. Ein langsamer Shop auf Dawn ist langsam wegen der acht oben genannten Punkte, nicht wegen Dawn.
Das ist wichtig, denn „wir brauchen ein schnelleres Theme“ ist eine häufige Schlussfolgerung und selten die richtige. Die Umstellung auf ein benutzerdefiniertes Theme mit immer noch fünfzehn installierten Apps führt zu einem benutzerdefinierten Theme, das langsam ist.
Zu Speed-Optimierungs-Apps
Sie nehmen eine unbequeme Mittelposition ein.
Was sie gut können: Bildkomprimierung automatisieren, Lazy Loading zu Bildern unterhalb des Falzes hinzufügen, CSS minimieren. Diese helfen LCP und CLS und erfordern keine Entwicklungsarbeit.
Wo sie versagen oder kontraproduktiv sind: INP wird durch die JavaScript-Ausführung im Hauptthread verursacht. Eine App, die eigenes JavaScript injiziert, um „die Geschwindigkeit zu erhöhen“, trägt genau zu dem Problem bei, das INP misst. Einige verzögern tatsächlich Skripte von Drittanbietern und helfen; andere fügen eine Schicht hinzu und nennen es Optimierung.
Die ehrliche Einschätzung: Echte Shopify-Leistungsoptimierung besteht meist darin, Gewicht zu reduzieren, anstatt eine weitere Software-Ebene hinzuzufügen. Wenn eine App behauptet, alles automatisch zu lösen, seien Sie skeptisch. Die dauerhaften Lösungen (Apps ausdünnen, Theme-Code bearbeiten, um Skripte zu verzögern, lange Aufgaben aufteilen) sind strukturelle Entwicklungsarbeiten auf Theme-Ebene.
Wenn Sie eine verwenden, messen Sie Felddaten vor und zwei Wochen danach und seien Sie bereit, sie zu deinstallieren, wenn sich die Zahlen nicht bewegen.
Der 90-Minuten-Audit
Dies ist die praktische Version. Führen Sie sie auf einer echten Produktseite aus, nicht auf der Startseite, da Produktseiten die meisten Sitzungen und den meisten Umsatz generieren.
| Schritt | Tool | Wonach Sie suchen |
|---|---|---|
| 1. Felddaten lesen | PageSpeed Insights (oberer Abschnitt) | Aktuelle LCP, INP, CLS von echten Besuchen. Dies ist Ihre Baseline. |
| 2. Nach Seitentyp prüfen | Search Console > Core Web Vitals | Ob das Problem Produktseiten, Kollektionen oder die Startseite betrifft |
| 3. LCP-Element identifizieren | PageSpeed Insights Diagnose | Welches Element tatsächlich die LCP ist. Normalerweise das Hero- oder Produktbild. |
| 4. Ungenutztes JavaScript finden | DevTools > Registerkarte „Coverage“ | Skripte, die geladen, aber nicht verwendet werden. Notieren Sie die Dateiquellen. |
| 5. Veralteten App-Code finden | Theme-Dateien, Suche nach Skript-Tags | Skripte von Apps, die Sie bereits deinstalliert haben |
| 6. Lange Aufgaben finden | DevTools > Performance, Ladevorgang und Interaktion aufzeichnen | Aufgaben über 50 ms, die den Hauptthread blockieren. Das ist Ihr INP-Problem. |
| 7. Bildverarbeitung prüfen | Quelltext des LCP-Bildes anzeigen | Ob es vorgeladen ist, fetchpriority hat, in WebP vorliegt und NICHT Lazy-Loaded ist |
| 8. Layoutreservierungen prüfen | Quelltext jedes Bildes und App-Widgets anzeigen | Ob Breite und Höhe festgelegt sind, ob asynchroner Inhalt Platz reserviert hat |
Die Korrekturen in einem duplizierten Theme bereitstellen, niemals im Live-Theme. Messen Sie dann die Felddaten nach zwei Wochen erneut; Felddaten sind ein gleitender Durchschnitt, sodass sie sich nicht sofort ändern.
Die Reihenfolge der Fehlerbehebungsprioritäten
| Priorität | Behebung | Aufwand | Typische Auswirkungen |
|---|---|---|---|
| 1 | Entfernen Sie veralteten App-Code aus den Theme-Dateien | 1-2 Stunden | Hoch, kostenlos, keine Nachteile |
| 2 | Deinstallieren Sie Apps, die Sie nicht verwenden | 1 Stunde | Hoch |
| 3 | LCP-Bild vorladen + fetchpriority, Lazy-Load davon entfernen | 1 Stunde | Hohe LCP-Wirkung |
| 4 | Hero- und Produktbilder komprimieren und neu formatieren | 2-4 Stunden | Hohe LCP-Wirkung |
| 5 | Nicht-kritisches JavaScript verzögern | 3-6 Stunden | Hohe INP-Wirkung |
| 6 | Explizite Breite und Höhe für alle Bilder festlegen | 2-4 Stunden | Hohe CLS-Wirkung |
| 7 | Platz für von Apps eingefügte Inhalte reservieren | 2-4 Stunden | Hohe CLS-Wirkung |
| 8 | Kritisches CSS inline einbinden, den Rest verzögern | 4-8 Stunden | Moderate LCP-Wirkung |
| 9 | Benutzerdefinierte Schriftarten reduzieren, font-display swap hinzufügen | 1-2 Stunden | Moderat |
| 10 | Geo-Redirects serverseitig verschieben | 4-8 Stunden | Moderat, nur für internationale Shops |
Die Punkte 1 bis 4 sind in der Regel an einem einzigen Arbeitstag erledigt und machen den größten Teil des erzielbaren Gewinns aus. Diese sollten Sie zuerst erledigen, bevor Sie strukturelle Änderungen in Betracht ziehen.
Es beibehalten
Das ist der Teil, der eine einmalige Verbesserung von einer dauerhaften unterscheidet.
Drei Gewohnheiten, die sich lohnen:
- Testen Sie jede neue App-Installation mit Felddaten zwei Wochen später. Wenn sie Ihre Zahlen verschlechtert, wird dies zu einer Geschäftsentscheidung und nicht zu einem Unfall.
- Jede Theme-Ergänzung erfordert eine Entfernung. Wenn Sie einen Abschnitt hinzufügen, überprüfen Sie, ob das, was er ersetzt hat, noch geladen wird.
- Überwachen Sie die LCP im Feld monatlich. Ein Anstieg von 0,3 Sekunden von Monat zu Monat bedeutet, dass etwas kaputt ist. Es dort zu erkennen, ist viel billiger, als es zu erkennen, wenn die Conversion sinkt.
Wie gut aussieht
| Metrik | Ziel | Wo die meisten Shopify-Shops tatsächlich liegen |
|---|---|---|
| Mobile LCP (Feld) | Unter 2,5 s | 3-5 s |
| INP (Feld) | Unter 200 ms | 200-500 ms+ bei umfangreichen App-Stacks |
| CLS (Feld) | Unter 0,1 | 0,1-0,25 |
| Installierte Apps | Unter 10, die Skripte einfügen | 12-20 |
| Benutzerdefinierte Schriftfamilien | 2 | 3-5 |
Der Konversions-Payoff ist der Grund, dies zu tun, und nicht das Ranking-Signal. Shops, die eine mobile LCP von unter 2,5 Sekunden erreichen, sehen typischerweise eine Erholung der Konversionsrate um 0,4-0,7 Punkte innerhalb von vier Wochen, was in den meisten Shops deutlich mehr wert ist als der Ranking-Vorteil.
Häufige Geschwindigkeitsfehler
- Optimierung auf Basis des Labor-Scores. Felddaten sind das, was Google verwendet und was Ihre Kunden erleben.
- Lazy-Loading des LCP-Bildes. Verzögert genau das, was gemessen wird.
- Eine Speed-App installieren und es dabei belassen. Hilft bestenfalls bei LCP und CLS; kann INP verschlechtern.
- Annehmen, das Theme sei das Problem. Es ist meistens der achte oder neunte Punkt auf der Liste.
- Nicht nach totem App-Code suchen. Der günstigste Gewinn und der am häufigsten übersehene.
- Nur die Startseite testen. Produktseiten generieren den größten Teil Ihres Traffics und Umsatzes.
- Einmal optimieren und dann aufhören. Ohne eine vierteljährliche Routine schwinden die Gewinne innerhalb eines Jahres.
- Ein PageSpeed-Score von 90+ als Ziel verfolgen. Die Jagd nach dem Score ist nicht dasselbe wie die Ladegeschwindigkeit des Shops. Das Ziel ist ein LCP von unter 2,5 Sekunden in den Felddaten und eine steigende Konversionsrate.
- Re-Plattforming für Geschwindigkeit, bevor das App-Audit und die Theme-Bereinigung durchgeführt wurden. Ein benutzerdefiniertes Theme mit fünfzehn Apps ist immer noch langsam.
Wann man Hilfe hinzuziehen sollte
Die ersten vier Punkte in der Prioritätstabelle sind für einen technisch versierten Shop-Betreiber erreichbar und machen den Großteil des möglichen Gewinns aus. Es lohnt sich, diese selbst zu erledigen, bevor man jemanden dafür bezahlt.
Wo externe Hilfe sich bezahlt macht, ist die strukturelle Arbeit: Skripte ohne Funktionsverlust verzögern, lange Aufgaben aufteilen, kritisches CSS inline einbetten und diagnostizieren, welche der neun möglichen Ursachen Ihr spezifisches Problem hervorruft. Dieser letzte Teil ist die eigentliche Kunst, denn eine blind angewendete Checkliste auf die falsche Ursache führt zu keiner Veränderung.
Erfahren Sie, wie wir an die Shopify-Entwicklung und Performance-Arbeit herangehen: Felddaten zuerst, App- und Theme-Audit vor jeder strukturellen Änderung und ein festgelegtes LCP-Ziel mit einer vierteljährlichen Kadenz, um es dort zu halten.
Häufig gestellte Fragen
Welchen LCP sollte ein Shopify-Shop auf Mobilgeräten anstreben?
Unter 2,5 Sekunden, gemessen bei echten mobilen Besuchen in Felddaten und nicht in einem Labortest. Viele Shopify-Shops der mittleren Kategorie liegen im Bereich von 3-5 Sekunden, hauptsächlich aufgrund unoptimierter Hero-Bilder und Render-Blocking-Theme-Skripte. Shops, die LCP unter 2,5 Sekunden erreichen, sehen typischerweise innerhalb von vier Wochen einen Anstieg der Konversionsrate um 0,4-0,7 Punkte.
Funktionieren Shopify Speed-Optimierungs-Apps?
Teilweise und manchmal kontraproduktiv. Apps können Bildkomprimierung und Lazy Loading automatisieren, was bei LCP und CLS hilft. Aber INP wird durch JavaScript verursacht, und eine App, die ihr eigenes JavaScript zur Beschleunigung injiziert, kann INP verschlimmern. Die dauerhaften Lösungen sind das Bereinigen von Apps und das Bearbeiten des Theme-Codes, um Skripte zu verzögern, was strukturelle Entwicklerarbeit ist und nicht etwas, was eine App für Sie tun kann.
Wie sehr verlangsamt jede Shopify-App meinen Shop?
Ungefähr 150-300 ms zusätzliches LCP pro App, die Skripte injiziert, obwohl die Spanne breit ist und einige Apps weitaus schlechter sind. Shops mit vielen Drittanbieter-Apps überschreiten häufig 500 ms INP, was weit in den „Schlecht“-Bereich fällt. Das größere Problem ist verbleibender Code: Das Entfernen einer App aus dem Admin-Bereich entfernt nicht immer ihren Theme-Code.
Sollte ich Lazy Loading für alle Shopify-Bilder verwenden?
Bei Bildern unterhalb des sichtbaren Bereichs ja. Niemals bei Ihrem LCP-Element, welches normalerweise das Hero-Bild oder das Hauptproduktbild ist. Das Lazy Loading des LCP-Bildes verzögert genau das, was Google misst, und verschlechtert Ihre Bewertung, anstatt sie zu verbessern. Laden Sie es stattdessen vorab und fügen Sie fetchpriority="high" hinzu.
Warum wird mein Shopify-Shop nach der Optimierung wieder langsamer?
Theme-Drift und App-Ansammlung. Jede neue App und jede kleine Theme-Anpassung fügt ein Skript oder ein Stylesheet hinzu, und Themes haben keinen integrierten Mechanismus, um diese zu bereinigen. Shops, die vierteljährlich ein Audit durchführen, bleiben tendenziell dauerhaft unter 2,5 Sekunden LCP; Shops, die einmal optimieren und dann aufhören, fallen typischerweise innerhalb von 18 Monaten wieder über 3,5 Sekunden zurück.
Möchtest du eine echte Zahl für deinen Store?
Schick uns die URL und die Kataloggröße. Wir melden uns mit einem Festpreis und der Liste der Templates, die er abdeckt, ganz ohne Gespräch, falls du keines möchtest.
Angebot anfordern