Drei Sekunden. In dieser Zeit entscheidet sich, ob aus einem Besucher ein Käufer wird oder nicht. Google verglich 2018 Milliarden Seitenaufrufe: Steigt die Ladezeit von einer auf drei Sekunden, wächst die Absprungwahrscheinlichkeit um 32 Prozent. Bei fünf Sekunden sind es 90 Prozent. Im deutschen E-Commerce, wo nach BEH-Angaben gut 90 Milliarden Euro jährlich umgehen, sitzt der Umsatz oft in diesen Sekunden.
Wer WooCommerce beschleunigen will, greift heute oft zu teuren Relaunches. Dabei liegen die größten Hebel im Verborgenen: bei Bildern, Caching, Skripten und dem Hosting. Keine dieser Maßnahmen erfordert eine einzige Zeile Code. Alle senken die Core Web Vitals, Googles Metriken für LCP, INP und CLS, und damit direkt die Conversion im Bezahlvorgang. Das System ist auf über 28 Prozent aller Shops mit bekannter Plattform im Einsatz (W3Techs). Ein Shop mit 20 Produkten und ein Konzernshop teilen dasselbe Grundproblem: Serverantwortzeit plus Renderzeit plus Skripte. Die wenigsten Betreiber messen nach dem letzten Plugin-Update überhaupt wieder.
Warum verliert der Shop Umsatz, bevor der Kunde klickt?
Das DACH-Problem beginnt oft im Checkout. Händler konzentrieren sich auf Design und Produkte, während der Warenkorb sekundenlang auf Zahlungsmodule von Klarna, PayPal oder Mollie wartet. Externe Skripte laden synchron, blockieren das Rendering und verzögern jeden Klick. Mehr als die Hälfte des Traffics im deutschen Online-Handel kommt laut BVH von Mobilgeräten, wo schwache Netze jede Verzögerung strafen.
Portents E-Commerce-Studie aus dem Jahr 2023 liefert den Beleg für die Größenordnung. Jede weitere Sekunde Ladezeit kostet 4,42 Prozent Conversion. Bei einem Shop mit 500.000 Euro Monatsumsatz entspricht eine Sekunde mehr Ladezeit knapp 22.000 Euro pro Monat.
Seiten mit einer Sekunde Ladezeit konvertieren 2,5-mal besser als Seiten mit fünf Sekunden. Quelle: Portent, 2023
Was bringt Bildoptimierung wirklich?
Rund die Hälfte des Datenvolumens eines durchschnittlichen Shop-Frontends besteht aus Bildern, zeigt der HTTP Archive. Produktbilder in voller Auflösung, 4.000 Pixel breit, auf Mobilgeräten mit 390 Pixel Breite: Diese Verschwendung treibt LCP-Werte jenseits der 2,5-Sekunden-Marke, die Google als gut einstuft.
Der No-Code-Weg führt über moderne Formate und Auslieferung. WebP spart 30 bis 50 Prozent Dateigröße gegenüber JPEG. AVIF liegt noch darunter, wird aber von älteren Browsern nicht flächendeckend unterstützt, also bleibt WebP der pragmatische Standard. Ein Bild-CDN wie Cloudflare Polish, Bunny Optimizer oder ShortPixel Adaptive Images wandelt Bilder automatisch um und liefert sie vom nächsten Edge-Server. Lazy Loading lädt Bilder erst, wenn sie in den Sichtbereich rücken.
Zwei Fallstricke gilt es zu meiden. Lazy Loading auf dem ersten sichtbaren Produktbild verlangsamt LCP statt es zu helfen. Das Hauptbild muss sofort laden. Wer Bilder manuell komprimiert, sollte zusätzlich die Vorschaubilder für die Kategorieseite verkleinern, denn Listenansichten bestimmen die gefühlte Geschwindigkeit.
Caching und Hosting: die Hebel mit dem größten Effekt
Seiten-Caching ist der Klassiker und wirkt sofort. Plugins wie WP Rocket, LiteSpeed Cache oder die Hosting-integrierten Caches von Raidboxes und Kinsta servieren statische HTML-Kopien, statt jede Anfrage neu durch PHP und MySQL zu jagen. Objekt-Caching mit Redis oder Memcached beschleunigt wiederkehrende Datenbankabfragen, etwa für Kategorien und Widgets.
Achtung bei dynamischen Seiten: Warenkorb und Checkout niemals cachen, sonst drohen falsche Preise und Bestellfehler. Gute Caching-Tools kennen diese Ausnahmen, billige Plugins ignorieren sie gern.
PHP 8.x bringt gegenüber 7.4 spürbare Geschwindigungszuwächse, je nach Setup und Shop. Wer auf Shared Hosting mit PHP 7.4 und 1 GB RAM sitzt, kämpft gegen Windmühlen. Ein Umzug zu einem auf WooCommerce spezialisierten Host (Raidboxes in Deutschland, Kinsta, WP Engine) kostet wenig Zeit und bewirkt oft mehr als jedes Plugin. Der Serverstandort zählt mit: Ein Rechenzentrum in Frankfurt verkürzt die Latenz für DACH-Kunden spürbar gegenüber Standorten in Nordamerika.
Objekt-Caching als versteckter Turbo
Viele Hoster bieten Redis erst auf Anfrage oder gar nicht an. Frage den Support direkt nach der Option, und prüfe mit dem Plugin Redis Object Cache, ob die Verbindung steht. Der Effekt zeigt sich vor allem bei Shops mit vielen Attributen, Variationen und Mehrsprachigkeit, weil WooCommerce sonst jede Variante neu aus der Datenbank zieht.
Bloat entrümpeln, Skripte disziplinieren
Jeder Plugin-Check beginnt mit der gleichen Frage: Was läuft hier eigentlich? Typische WooCommerce-Installationen schleppen 20 bis 40 Plugins mit sich, davon ein Drittel ungenutzt. Jedes aktive Plugin lädt CSS, JavaScript und oft eigene Datenbankabfragen auf jeder Seite.
- Behalten: Caching, Sicherheit, Bildoptimierung, Consent-Management.
- Ersetzen: Schwere Pagebuilder gegen Blocksy, Kadence oder Storefront.
- Löschen: Alles, was seit 90 Tagen inaktiv bleibt.
Zwei WooCommerce-Spezialitäten bremsen besonders. Cart Fragments senden bei abgemeldeten Besuchern auf jeder Seite einen Ajax-Request an den Server, nur um den Warenkorb-Count zu prüfen. Der Woo-Admin-Bereich und Marketing-Hinweise fressen im Backend Ressourcen. Tools wie Perfmatters deaktivieren beides per Klick, ebenso Heartbeat, Revisionen und Statusreports.
Auch Zahlungs- und Consent-Skripte verdienen die gleiche Disziplin. Klarna, PayPal, Mollie, Stripe, Cookiebot, Borlabs Cookie oder Usercentrics laden oft siteweit, obwohl sie nur im Warenkorb und Checkout gebraucht werden. Diese Skripte auf Cart und Checkout zu beschränken und per Defer oder Async nachzuladen, schneidet die Blockierzeit spürbar. Deutsche Shops tragen hier eine besondere Last, denn DSGVO-konforme Consent-Banner gehören zur Pflichtausstattung.
Wie misst ihr, ob die Maßnahmen wirken?
Ohne Messung bleibt Speedarbeit Glücksache. PageSpeed Insights zeigt Labordaten und, falls verfügbar, Feldwerte aus dem Chrome User Experience Report. GTmetrix und WebPageTest liefern Wasserfalldiagramme, die zeigen, welches Skript wo bremst. Im WooCommerce-Backend hilft Query Monitor bei langsamen Datenbankabfragen.
Zielwerte als Orientierung: LCP unter 2,5 Sekunden, INP unter 200 Millisekunden, CLS unter 0,1. Wer diese Werte auf Produktseiten und im Checkout hält, liegt vorn. Wiederhole die Messung ein bis zwei Wochen nach den Änderungen, denn Caches und CDN-Propagation brauchen Zeit. Teste aus mehreren Standorten, bevorzugt mit aktiviertem Cache wie ein Gastkunde. Mobile Messungen liefern das realistischere Bild, weil dort Umsatz und Ungeduld konzentriert sind.
Ein Relaunch ist keine Strategie. Sichere Shop und Datenbank vor jeder Änderung, teste im Staging und ändere jeweils nur eine Variable. Sonst weiß niemand, welcher Hebel tatsächlich geholfen hat und welcher die Conversion verschlechtert hat.
Die harte Wahrheit: Die meisten Shops optimieren am falschen Ende. Sie tauschen das Theme, kaufen neue Plugins und übersehen den PHP-Interpreter auf dem Server. Speed ist Routine, kein Projekt. Wer monatlich 30 Minuten für Bilder, Skripte und Messung investiert, baut einen Wettbewerbsvorteil auf, den Konkurrenten mit Relaunches kaum kopieren. Messbar ist dieser Vorsprung in der Conversion-Rate und in der Absprungrate, nicht in Gefühlen. Der nächste Umsatz liegt in den Sekunden, die dein Shop heute verliert.