WooCommerce performant hosten: Die Checkliste

Ein WooCommerce-Shop ist schnell, wenn drei Dinge zusammenpassen: genügend Serverleistung für die Seiten, die nicht aus dem Cache kommen dürfen, ein sauber konfigurierter Cache für alle anderen und eine aufgeräumte WordPress-Installation. Die Checkliste unten führt Sie durch alle Ebenen, vom Tarif über Caching-Regeln bis zur Überwachung. Grundlagen zu WordPress und Hosting finden Sie im Ratgeber WordPress-Hosting, die allgemeinen Anforderungen von Shops im Ratgeber Shop-Hosting.

Warum WooCommerce mehr braucht als ein Blog

Ein Blog liefert fast alle Seiten aus dem Cache. WooCommerce dagegen erzeugt Warenkorb, Kasse und Kundenkonto für jeden Besucher individuell. Zusätzlich laufen Bestandsabgleich, Bestellmails, Zahlungsbenachrichtigungen und geplante Aktionen im Hintergrund. Damit verschiebt sich der Engpass: Nicht die Startseite entscheidet über die Geschwindigkeit, sondern der Checkout unter Last.

Für die Planung hilft eine einfache Unterscheidung zwischen zwei Arten von Anfragen:

Anfrage	Beispiele	Kommt aus dem Cache?	Was sie braucht
Öffentliche Seite für Gäste	Startseite, Kategorien, Produktseiten, Ratgeber	ja, wenn richtig eingestellt	schnellen Seitencache, CDN für Bilder
Individuelle Seite	Warenkorb, Kasse, Kundenkonto, Suche, Filter	nein	PHP-Worker, Arbeitsspeicher, schnelle Datenbank, Objektcache

Je größer der Anteil der individuellen Anfragen, desto wichtiger werden Serverleistung und Datenbank. Shops mit Kundenpreisen, Anmeldepflicht oder B2B-Funktionen liegen hier deutlich höher als ein klassischer Shop für Endkunden, weil auch Kategorien und Produktseiten für angemeldete Nutzer individuell berechnet werden.

1. Server und Tarif

• Aktuelle PHP-8-Version, die von WordPress, WooCommerce und allen Erweiterungen unterstützt wird
• PHP-Speicherlimit großzügig, für WooCommerce mindestens im Bereich von 256 MB, bei vielen Erweiterungen mehr
• Ausreichend PHP-Worker für gleichzeitige Anfragen im Checkout, nicht nur für die Startseite
• OPcache aktiv und groß genug für WordPress, Theme und Plugins
• Datenbank mit MySQL 8 oder aktueller MariaDB und ausreichend Ressourcen
• Serverstandort in der Nähe der Zielgruppe, bei Kunden in der EU mit Vertrag zur Auftragsverarbeitung
• Möglichkeit zum kurzfristigen Aufstocken vor Aktionen oder saisonalen Spitzen

Ob ein Managed-Angebot sinnvoll ist, das Updates, Caching und Sicherheit übernimmt, beschreibt der Artikel Managed WordPress Hosting.

2. Seitencache mit den richtigen Ausnahmen

Der Seitencache bringt bei Kategorien und Produktseiten den größten Gewinn. Falsch eingestellt, zeigt er Kunden aber fremde Warenkörbe oder verhindert Bestellungen.

• Seitencache für Startseite, Kategorien, Produktseiten und Inhaltsseiten aktiv
• Warenkorb, Kasse und Kundenkonto vom Cache ausgenommen
• Besucher mit den WooCommerce-Cookies woocommerce_items_in_cart, woocommerce_cart_hash und wp_woocommerce_session_ erhalten keine gecachten Seiten
• Cache wird bei Preis- oder Bestandsänderungen für die betroffenen Seiten geleert
• Cache nach Leerung automatisch vorgewärmt, damit die ersten Besucher nicht warten
• Nur eine Cache-Ebene für Seiten aktiv, also nicht Hoster-Cache und Plugin-Cache doppelt

Testen Sie die Ausnahmen in einem privaten Browserfenster: Produkt in den Warenkorb legen, Seite wechseln, Warenkorb prüfen, in einem zweiten Fenster kontrollieren, dass dort kein Artikel auftaucht.

3. Objektcache und Sitzungen

• Persistenter Objektcache mit Redis oder Memcached eingerichtet und im WordPress-Status als aktiv angezeigt
• Objektcache hat genug Speicher, damit Einträge nicht ständig verdrängt werden
• Sitzungsdaten älterer Besucher werden regelmäßig bereinigt

Ein Objektcache beschleunigt gerade die Seiten, die nicht aus dem Seitencache kommen, weil wiederkehrende Datenbankabfragen im Arbeitsspeicher landen. Mehr zu OPcache und den weiteren Cache-Ebenen steht im Artikel HTTP/3, Brotli und OPcache.

4. Hintergrundaufgaben

WooCommerce nutzt für viele Aufgaben den Action Scheduler, der auf den Zeitplan von WordPress angewiesen ist. Standardmäßig startet WP-Cron nur, wenn jemand die Seite aufruft. Das ist unzuverlässig und bremst einzelne Besucher.

• WP-Cron in der wp-config.php deaktiviert und durch einen echten Cronjob im Minutentakt ersetzt
• Unter WooCommerce, Status, Geplante Aktionen keine größeren Mengen überfälliger oder fehlgeschlagener Aufgaben
• Rechenintensive Aufgaben wie Produktfeeds, Importe und Backups in ruhige Zeiten gelegt
• Bestellmails über einen zuverlässigen Versandweg mit SPF, DKIM und DMARC, nicht über die PHP-Mailfunktion

5. Datenbank

• High-Performance Order Storage aktiv, Kompatibilität aller Erweiterungen geprüft
• Automatisch geladene Optionen in der Tabelle wp_options kontrolliert; Reste gelöschter Plugins entfernt
• Abgelaufene Transients und alte Sitzungen regelmäßig bereinigt
• Revisionen von Beiträgen und Produkten begrenzt
• Langsame Abfragen identifiziert, zum Beispiel mit einem Diagnose-Plugin wie Query Monitor auf einer Staging-Kopie

6. Plugins und Theme

• Jedes Plugin hat einen klaren Zweck, ungenutzte sind gelöscht, nicht nur deaktiviert
• Keine doppelten Funktionen, etwa zwei SEO- oder zwei Cache-Plugins
• Theme lädt Shop-Skripte nur auf Seiten, die sie brauchen
• Skripte für Mini-Warenkorb und Warenkorb-Aktualisierung nur dort aktiv, wo sie gebraucht werden
• Neue Plugins vor der Installation im Live-Shop auf Staging auf ihren Einfluss auf die Ladezeit getestet

7. Frontend und Medien

• Produktbilder in modernen Formaten und passenden Größen, keine Originalfotos in voller Auflösung
• Lazy Loading für Bilder außerhalb des sichtbaren Bereichs, nicht für das Hauptbild oben
• Brotli oder gzip für Textinhalte, HTTP/2 oder HTTP/3 aktiv
• Externe Skripte für Chat, Tracking und Bewertungen auf das Nötige reduziert und möglichst verzögert geladen
• Optional ein CDN für Bilder und statische Dateien bei internationaler Zielgruppe

8. Lasttest vor Aktionen

Newsletter, Rabattaktionen oder saisonale Spitzen bringen viele gleichzeitige Besucher in den Checkout. Testen Sie vorher:

• Staging-Kopie mit realistischer Datenmenge erstellt
• Lasttest mit mehreren gleichzeitigen Nutzern im Warenkorb und an der Kasse, ohne echte Zahlungen
• Antwortzeiten und Fehlerquote notiert, Engpass identifiziert, etwa Worker, Datenbank oder externe Schnittstellen
• Hoster über geplante Aktionen informiert, Ressourcen bei Bedarf vorübergehend aufgestockt

9. Überwachung im Betrieb

• Verfügbarkeitsüberwachung für Startseite und Kasse, nicht nur für die Startseite
• Benachrichtigung bei Fehlern im PHP-Log und bei fehlgeschlagenen Zahlungsbenachrichtigungen
• Regelmäßiger Testkauf, etwa nach Updates, mit einer Testzahlungsmethode
• Tägliche Backups von Dateien und Datenbank, Datenbank bei vielen Bestellungen häufiger
• Updates von WordPress, WooCommerce und Plugins erst auf Staging, dann live

Symptome und typische Ursachen

Symptom	Häufige Ursache	Erster Schritt
Startseite schnell, Kasse langsam	zu wenige PHP-Worker, langsame Zahlungs- oder Versandschnittstellen	Antwortzeiten im Checkout messen, externe Aufrufe prüfen
Alle Seiten langsam, auch für Gäste	Seitencache greift nicht oder wird ständig geleert	Antwort-Header auf Cache-Treffer prüfen
Shop zeitweise langsam, dann wieder normal	Hintergrundaufgaben, Backups oder Bot-Zugriffe	Geplante Aktionen und Zugriffslogs auswerten
Admin-Bereich träge	große automatisch geladene Optionen, viele Plugins	wp_options und Plugin-Liste aufräumen
Fehler bei vielen gleichzeitigen Bestellungen	Speicher- oder Prozessgrenzen des Tarifs	Lasttest auf Staging, Tarif aufstocken
Falscher Warenkorb bei Kunden	fehlende Cache-Ausnahmen	Ausnahmen für Seiten und Cookies prüfen

Gehen Sie bei der Fehlersuche von oben nach unten vor und ändern Sie immer nur eine Sache. So erkennen Sie, welche Maßnahme tatsächlich geholfen hat.

Wenn der Shop trotzdem langsam bleibt

Wenn alle Punkte erledigt sind und Warenkorb und Kasse weiterhin träge reagieren, liegt die Ursache oft im Tarif selbst: zu wenige Worker, ein überlasteter gemeinsamer Datenbankserver oder enge Speichergrenzen. Dann ist ein größerer Managed-Tarif oder ein eigener Server der nächste Schritt. Bei sehr großen Katalogen, vielen Schnittstellen und B2B-Funktionen lohnt zudem der Vergleich mit einem Shopsystem, das von vornherein auf solche Anforderungen ausgelegt ist. Was das für das Hosting bedeutet, zeigt der Artikel Shopware 6 hosten.