Shop-Ladezeit halbieren: Technische Quick-Wins für Online-Händler

Wir haben vor einiger Zeit einen WooCommerce-Shop aus der Rhein-Neckar-Region auf den Prüfstand gestellt. Ladezeit auf Mobilgeräten: über vier Sekunden. Der Betreiber hatte kurz zuvor sein Google-Ads-Budget erhöht — und sich gewundert, warum die Absprungrate trotzdem stieg. Der Grund war nicht die Anzeige. Es war die Seite, auf die sie führte.

Eine Sekunde. Klingt nach wenig. Aber laut einer Studie von Portent sinkt die Konversionsrate eines Online-Shops um durchschnittlich 4,42 Prozent pro zusätzlicher Sekunde Ladezeit (zwischen Sekunde 0 und 5). Eine Seite, die in einer Sekunde lädt, hat eine fast dreimal höhere Konversionsrate als eine Seite, die fünf Sekunden braucht. Google hat intern gemessen, dass Verlangsamungen von 400 Millisekunden auf der eigenen Suche den Traffic messbar reduzieren — ein Hinweis darauf, wie empfindlich Nutzer auf Ladezeiten reagieren.

Für einen Mittelständler mit 200.000 Euro Jahresumsatz bedeutet das: Wer seinen Shop von vier auf zwei Sekunden beschleunigt, kann realistisch mit fünf bis zehn Prozent mehr Umsatz rechnen — ohne einen einzigen Euro zusätzlich in Werbung zu stecken.

Dieser Artikel zeigt, welche Maßnahmen den größten Hebel haben, welche du selbst umsetzen kannst und wo ein Entwickler gefragt ist.

Messen zuerst: Den Istzustand kennen

Bevor irgendetwas optimiert wird, brauchst du verlässliche Ausgangswerte. Drei Tools sind hier unverzichtbar:

PageSpeed Insights liefert sowohl Lab-Daten (synthetischer Test) als auch Field-Daten aus dem Chrome User Experience Report. Besonders relevant: der LCP-Wert (Largest Contentful Paint), der CLS-Wert (Cumulative Layout Shift) und der INP-Wert (Interaction to Next Paint). Diese drei bilden zusammen die Core Web Vitals.

Google Search Console zeigt unter "Erfahrung > Core Web Vitals" echte Nutzerdaten für alle Seiten deines Shops, aufgeteilt nach Desktop und Mobil. Seiten mit dem Status "schlecht" oder "verbesserungswürdig" sind deine Prioritätsliste.

GTmetrix ergänzt das Bild mit einem Wasserfall-Diagramm, das zeigt, welche Ressourcen in welcher Reihenfolge geladen werden und wo Engpässe entstehen.

Wichtig: Teste sowohl die Startseite als auch eine typische Produktseite. Produktseiten haben oft mehr Bilder, eingebettete Bewertungswidgets und Tracking-Skripte — und damit häufig deutlich schlechtere Werte.

Quick-Win 1: Bilder — das größte Einzelpotenzial

Bilder machen in den meisten Online-Shops 50 bis 80 Prozent des übertragenen Datenvolumens aus. Das ist gleichzeitig die schlechte und die gute Nachricht: schlechte Nachricht, weil das Problem oft gravierend ist — gute Nachricht, weil sich hier mit überschaubarem Aufwand enorm viel holen lässt.

Format wechseln. JPEG und PNG sind veraltet. WebP erreicht bei gleicher oder besserer Qualität typischerweise 25 bis 35 Prozent kleinere Dateien als JPEG. AVIF geht noch einen Schritt weiter — 40 bis 50 Prozent Ersparnis gegenüber JPEG sind keine Seltenheit. Alle modernen Browser unterstützen beide Formate.

Lazy Loading aktivieren. Bilder unterhalb des sichtbaren Bereichs müssen nicht sofort geladen werden. Das HTML-Attribut loading="lazy" ist mittlerweile in allen modernen Browsern nativ verfügbar und kostet nichts. Viele Shop-Systeme haben dafür eine Einstellung, die schlicht nicht eingeschaltet ist.

Bildgröße auf Anzeigebreite begrenzen. Ein Produktbild, das auf dem Bildschirm 400 Pixel breit angezeigt wird, muss nicht 2000 Pixel breit sein. Wenn dein Shop für jede Ansicht dieselbe Originaldatei ausliefert, verschwendest du erhebliche Bandbreite. Nutze das srcset-Attribut oder das entsprechende Feature deines Shop-Systems, um gerätespezifische Bildgrößen zu liefern.

Praktische Tools: Squoosh ist ein kostenloser Browser-Konverter für Einzelbilder, ideal zum Testen. Für die Massenverarbeitung im Shop empfehlen sich Plugins wie ShortPixel oder Imagify (WooCommerce) beziehungsweise die entsprechenden Apps für Shopify.

Quick-Win 2: Hosting-Upgrade — wenn der Server das Bottleneck ist

Ein schlechter Hostervertrag ist wie ein Sportwagen mit platten Reifen. Kein Frontend-Tuning der Welt kompensiert einen Server, der drei Sekunden braucht, um überhaupt die erste Antwort zu senden.

Den TTFB (Time to First Byte) liest du in GTmetrix oder den Chrome DevTools (Netzwerk-Tab) ab. Ein guter Wert liegt unter 800 Millisekunden. Liegt dein TTFB bei 1.500 ms oder mehr, ist das Hosting mit hoher Wahrscheinlichkeit dein größtes Problem — und alle anderen Optimierungen wirken erst dann richtig, wenn das behoben ist.

Shared Hosting bedeutet: dein Shop teilt sich Serverressourcen mit Dutzenden oder Hunderten anderer Websites. In Lastspitzen — etwa am Black Friday — kann das den Betrieb faktisch lahmlegen. Ein VPS (Virtual Private Server) oder Managed Hosting mit garantierten Ressourcen kostet für einen durchschnittlichen KMU-Shop zwischen 20 und 80 Euro im Monat mehr — und macht sich in der Regel innerhalb weniger Wochen bezahlt.

Für JTL-Shop-Betreiber gilt: JTL empfiehlt für Produktivbetrieb mindestens 4 GB RAM und SSD-Speicher. Wer JTL auf einem Einstiegstarif mit 1 GB RAM betreibt, kämpft gegen Physik. Mehr dazu im Artikel JTL-Shop Performance optimieren.

Quick-Win 3: Caching aktivieren

Caching bedeutet: Der Server berechnet eine Seite einmal, speichert das Ergebnis und liefert es beim nächsten Aufruf direkt aus — ohne erneute Datenbankabfragen und Template-Rendering.

WooCommerce: WP Rocket ist die empfohlene Komplettlösung — Page Caching, Browser-Caching, Dateiminimierung und Lazy Loading in einem. W3 Total Cache ist kostenlos und leistungsfähig, aber die Konfiguration ist weniger intuitiv. Wichtig: Warenkorb- und Checkout-Seiten vom Caching ausschließen, da diese benutzerspezifische Daten enthalten.

Shopify: Shopify betreibt Caching auf CDN-Ebene automatisch. Hier ist das größte Optimierungspotenzial nicht das Caching selbst, sondern das Gegenteil: App-Bloat. Jede installierte App kann JavaScript und CSS-Dateien in den Shop einbetten — auch wenn die App auf bestimmten Seiten gar nicht aktiv ist. Prüfe alle installierten Apps und entferne, was nicht aktiv genutzt wird.

JTL-Shop: JTL-Shop hat ein eigenes Template-Caching-System. Zusätzlich empfiehlt sich der Einsatz von Redis als Objekt-Cache, was die Datenbankbelastung erheblich reduziert. Das erfordert serverseitige Konfiguration — dazu weiter unten.

Quick-Win 4: Ungenutzte Plugins und Apps entfernen

Jedes aktive Plugin in WooCommerce, jede App in Shopify, jede Erweiterung in JTL-Shop lädt potentiell eigene PHP-Dateien, Datenbankabfragen, JavaScript und CSS. Das passiert oft auch auf Seiten, auf denen die Erweiterung gar nicht benötigt wird.

Gehe deine Plugin-Liste durch und frage für jedes einzelne: Nutzen wir das aktiv? Wenn nein: deaktivieren und deinstallieren. Nicht nur deaktivieren — inaktive Plugins werden zwar nicht ausgeführt, belegen aber Speicherplatz und können Sicherheitslücken enthalten.

Typische Kandidaten für die Entrümpelung: alte SEO-Plugins, die durch ein aktuelles ersetzt wurden; Slider-Plugins, die einmal für eine Kampagne installiert wurden; Bewertungstools, die durch den eigenen Shop-Mechanismus ersetzt wurden.

Quick-Win 5: Google Fonts lokal hosten

Das klingt nach einem Detailproblem, ist aber aus zwei Gründen relevant.

Erstens: Wenn dein Shop Google Fonts direkt von fonts.googleapis.com lädt, muss der Browser eine externe DNS-Abfrage stellen und eine Verbindung zu Googles Servern aufbauen. Das kostet Zeit — typischerweise 100 bis 300 Millisekunden, die sich direkt im LCP niederschlagen.

Zweitens: Das Landgericht München hat 2022 entschieden, dass das dynamische Nachladen von Google Fonts ohne Einwilligung gegen die DSGVO verstößt, da dabei die IP-Adresse des Nutzers an Google übertragen wird. Mehrere weitere deutsche Gerichte haben sich dieser Einschätzung angeschlossen. Lokal gehostete Fonts lösen beide Probleme gleichzeitig.

Die Umsetzung ist einfach: Lade die Schriftdateien über google-webfonts-helper herunter, lege sie in dein Theme-Verzeichnis und ersetze die externe @import-Anweisung durch eine lokale @font-face-Deklaration.

Quick-Win 6: JavaScript defer und async

Render-blockierende Scripts sind einer der häufigsten Gründe für schlechte LCP-Werte. Wenn der Browser auf ein <script>-Tag trifft, pausiert er das Parsen der HTML-Seite, bis das Script heruntergeladen und ausgeführt wurde — es sei denn, du weist ihn an, das nicht zu tun.

Das defer-Attribut lädt das Script parallel zum HTML-Parsen, führt es aber erst nach dem vollständigen Parsen der Seite aus. Das ist für die meisten Scripts die richtige Wahl. Das async-Attribut lädt und führt das Script so früh wie möglich aus — geeignet für unabhängige Scripts wie Analytics, aber nicht für Scripts, die auf DOM-Elemente angewiesen sind.

In WooCommerce können Plugins wie WP Rocket oder Asset CleanUp die nötige Konfiguration übernehmen. In Shopify ist direkter Zugriff auf das Theme-<head> erforderlich.

Was ohne Entwickler nicht geht

Einige Maßnahmen übersteigen, was sich per Plugin-Einstellung oder Interface-Klick lösen lässt:

Template-Refactoring: Wenn ein Theme oder Template übermäßig viel CSS und JavaScript lädt — oft aus historischen Gründen oder weil es ursprünglich als Allround-Lösung gebaut wurde — hilft nur ein gezielter Eingriff in den Quellcode. Das erfordert Entwicklerkenntnisse und ein Verständnis des jeweiligen Shop-Systems.

Datenbankoptimierung: Langsame Datenbankabfragen sind in gewachsenen Shops häufig. Fehlende Indizes, ineffiziente Abfragen durch Plugins oder schlicht veraltete MySQL-Versionen können den TTFB massiv beeinflussen. Die Diagnose erfordert Zugriff auf Slow Query Logs und Kenntnisse in SQL.

CDN-Einrichtung: Ein Content Delivery Network liefert statische Dateien von Servern aus, die geographisch nah beim Nutzer liegen. Die Einrichtung ist technisch, die Konfiguration — insbesondere bei dynamischen Shop-Inhalten — fehleranfällig und sollte von jemandem übernommen werden, der die Auswirkungen auf Cache-Invalidierung und Checkout-Flows kennt.

Priorität: In welcher Reihenfolge vorgehen?

Beginne oben in der Tabelle. Bilder und Plugin-Entrümpelung kosten keine Entwicklerstunden und liefern die schnellsten Ergebnisse. Wenn der TTFB dein Engpass ist, priorisiere das Hosting. Den Rest — CDN, Datenbankoptimierung, Template-Refactoring — solltest du einem Entwickler überlassen, der den jeweiligen Shop in- und auswendig kennt.

In unserer Arbeit mit Händlern aus Mannheim, Weinheim und der gesamten Metropolregion Rhein-Neckar zeigt sich immer wieder: Die meisten Shops haben nach dem Start jahrelang keine gezielte Performance-Überprüfung mehr bekommen. Oft steckt das größte Potenzial in Maßnahmen, die in ein bis zwei Stunden erledigt sind — wenn man weiß, wo man suchen muss.

Einen Überblick, wie sich WooCommerce, Shopify und JTL-Shop in puncto Performance grundsätzlich unterscheiden, findest du im Vergleich JTL-Shop vs. Shopify vs. WooCommerce. Warum Ladezeit auch direkt deinen Suchmaschinen-Rang beeinflusst, erklärt der Artikel Core Web Vitals als Wettbewerbsvorteil.

Dein nächster Schritt

Wenn du nicht sicher bist, wo bei deinem Shop der größte Hebel liegt, hilft ein strukturierter Performance-Audit weiter: Istzustand messen, Engpässe identifizieren, Maßnahmen nach ROI priorisieren.

Wir führen Performance-Audits für WooCommerce-, Shopify- und JTL-Shops durch — für Händler in der Metropolregion Rhein-Neckar und deutschlandweit. Mit konkretem Maßnahmenplan statt allgemeinen Empfehlungen. Sprich uns an oder schaue dir unser Leistungsangebot an.