WooCommerce langsam — die Bremsen, die nur Shops haben.

Zuerst: die Basis.

Alles aus dem allgemeinen Ratgeber gilt für Shops doppelt: Bilder, Plugin-Zahl, Seiten-Caching, aktuelle PHP-Version, Hosting. Wer das noch nicht gemacht hat, fängt dort an: WordPress langsam. Der Rest dieser Seite setzt darauf auf.

1. Cart-Fragments.

WooCommerce lädt auf jeder Seite ein Skript, das per Ajax den Warenkorb-Status abfragt — damit das Warenkorb-Symbol immer stimmt. Diese Anfrage umgeht das Caching und trifft bei jedem Seitenaufruf PHP und Datenbank. Auf Blog- und Infoseiten ist das reine Verschwendung. Lösung: Fragments nur auf Shop-Seiten laden (per Code oder Optimierungs-Plugin) oder das Warenkorb-Symbol erst bei Interaktion aktualisieren. Das ist oft der größte Einzeleffekt bei Shops mit vielen Nicht-Shop-Seiten.

2. Sessions, Transients, Datenbank.

Jeder Besucher mit Warenkorb bekommt eine Session in der Datenbank; abgelaufene werden per Cron gelöscht — wenn er läuft. Dazu Transients für Produktzähler, Layered Nav und Varianten, die bei vielen Produkten aufblähen. Prüfen: WooCommerce → Status → Werkzeuge → Sessions und Transients löschen, Cron-Status kontrollieren, bei großen Shops den WordPress-Cron durch einen echten Server-Cron ersetzen. Die Tabelle wp_options auf automatisch geladene Optionen prüfen — ein häufiger Bremsklotz.

3. Bestellungen: HPOS und große Tabellen.

Klassisch speichert WooCommerce Bestellungen als Beiträge mit Metadaten — bei zehntausenden Bestellungen wird wp_postmeta riesig und jede Bestellübersicht langsam. HPOS (High-Performance Order Storage) legt Bestellungen in eigenen Tabellen ab und ist deutlich schneller. Aktivierung unter WooCommerce → Einstellungen → Erweitert → Funktionen — vorher prüfen, ob alle Erweiterungen kompatibel sind, und auf Staging testen (WooCommerce-Fehler). Alte Bestellungen archivieren und Datenbank-Indizes für häufige Abfragen ergänzen hilft zusätzlich.

4. Produkte, Varianten, Bilder.

• Varianten: Ein Produkt mit 300 Variationen lädt alle beim Seitenaufruf; ab etwa 30 schaltet WooCommerce auf Ajax um, bleibt aber schwer. Attribute reduzieren, Varianten zusammenfassen oder einen Konfigurator statt Variationen einsetzen.
• Attribute und Filter: Layered-Navigation-Filter mit vielen Attributen erzeugen teure Abfragen — Index-Plugins oder eigene Filter mit Zwischenspeicher.
• Bilder: Shops haben tausende Bilder; Galerie-Zoom, Lightbox und Slider laden viel — nur wo nötig aktivieren, WebP, korrekte Größen, Lazy Loading.
• Kategorieseiten: 48 Produkte pro Seite mit je fünf Bildgrößen — Anzahl reduzieren, Paginierung statt Endlos-Scroll.

5. Shop-Plugins und Schnittstellen.

Zahlungs-Plugins laden ihre Skripte oft auf jeder Seite statt nur an der Kasse. Versandrechner fragen bei jedem Warenkorb-Update externe APIs ab. Synchronisationen mit Warenwirtschaft laufen im Vordergrund statt im Hintergrund. Analyse- und Marketing-Plugins hängen sich an jede Bestellung. Prüfen: welche Plugins wo laden (Query Monitor), Skripte auf Shop-Seiten beschränken, Synchronisationen in den Hintergrund (Action Scheduler, Server-Cron), Plugins mit eigenen Tabellen auf Wachstum prüfen.

6. Caching richtig für Shops.

Seiten-Caching ist für Produkt- und Kategorieseiten Gold wert — aber Warenkorb, Kasse, Mein Konto und alles mit Sitzungsbezug müssen ausgenommen sein, ebenso Seiten, sobald ein Warenkorb-Cookie gesetzt ist. Die meisten Caching-Plugins erkennen WooCommerce automatisch; prüfen sollte man es trotzdem. Zusätzlich: Objekt-Caching (Redis oder Memcached) entlastet die Datenbank bei angemeldeten Nutzern und an der Kasse — genau dort, wo Seiten-Caching nicht greift. Das ist bei Shops die wichtigste Caching-Ebene.

7. Hosting für Shops.

Ein Shop macht mehr ungecachte Anfragen als jede andere Website: Warenkorb, Kasse, Suche, Filter, Konto. Shared Hosting mit wenigen PHP-Prozessen und ohne Objekt-Cache bricht bei Aktionstagen ein. Für ernsthafte Shops: Hosting mit genügend PHP-Workern, Redis, schneller Datenbank und Staging. Der Wechsel ist ein Umzug mit besonderer Sorgfalt bei Bestelldaten.

Messen: Backend, Frontend, Kasse.

Drei getrennte Messungen: Produktseite als Gast (Seiten-Caching wirkt), Kasse mit gefülltem Warenkorb (kein Caching — hier zählt PHP, Datenbank, Objekt-Cache) und Backend-Bestellübersicht (Datenbankgröße). Query Monitor zeigt pro Seite, welche Plugins und Abfragen Zeit kosten. So wird aus „der Shop ist langsam“ eine konkrete Liste. Umsetzung mit Vorher-nachher-Messung: WordPress-Hilfe, laufend in der Wartung mit Shop-Paket.

Wer hilft.

Ich bin Manuel Killert, WordPress-Entwickler aus Quakenbrück. Seit 2020 baue und betreue ich WordPress-Websites — für Handwerksbetriebe, Industrie, Gastronomie, Start-ups und Vereine —, entwickle eigene Plugins und unterrichte WordPress als Dozent an der KW Design Akademie. Das heißt: Ich kenne die typischen Fehler nicht nur aus Foren, sondern aus eigenen Projekten, und ich kann sie so erklären, dass du sie beim nächsten Mal selbst erkennst. Du erreichst mich direkt, ohne Ticketsystem.