Einen Server für WooCommerce wählen

Die offizielle Dokumentation von WooCommerce verlangt PHP 8.3 oder neuer, MySQL 8.0 oder MariaDB 10.6 oder neuer, HTTPS und ein WordPress-Speicherlimit von mindestens 256 MB. Eine Zahl für den RAM des Servers nennt sie nicht. Für einen kleinen Shop ist ein Start mit 2-4 GB RAM sinnvoll (eine Faustregel, die je nach Shop variiert). Mit Produkten und Bestellungen wächst auch die Last auf Datenbank und Prozessor.

Ein Shop verhält sich nicht wie ein Blog. Warenkorb und Kasse sind für jeden Besucher anders, lassen sich also nicht zwischenspeichern, und Bestellungen werden den ganzen Tag in die Datenbank geschrieben. Bei gleichem Datenverkehr braucht ein Shop deshalb oft mehr Ressourcen als ein Blog.

Die offiziellen Anforderungen

Das Dokument zu den Serveranforderungen von WooCommerce (eine offizielle Empfehlung) nennt:

• PHP 8.3 oder neuer.
• MySQL 8.0 oder neuer oder MariaDB 10.6 oder neuer.
• HTTPS-Unterstützung.
• Ein WordPress-Speicherlimit von 256 MB oder mehr.
• Apache oder Nginx als Webserver.
• Unterstützung für Multibyte-Strings (mbstring), wenn Ihr Shop nicht auf Englisch ist. Das Dokument behandelt dies als eine vom Shop abhängige Anforderung, und ein türkischer Shop gehört in diese Gruppe.

Die 256 MB sind eine Obergrenze für eine PHP-Anfrage, nicht der RAM des Servers. Fügen Sie bei Bedarf diese Zeile in wp-config.php ein:

define( 'WP_MEMORY_LIMIT', '256M' );

Ältere Versionen wie PHP 7.4 erscheinen im Dokument nur als Notlösung für alte Systeme und werden nicht empfohlen.

Warum sich ein Shop von einem Blog unterscheidet

• Seiten, die sich nicht zwischenspeichern lassen. Der Caching-Leitfaden von WooCommerce sagt, dass Warenkorb, Kasse und Kontoseiten aus dem Cache herausbleiben sollen, weil sie Daten zeigen, die für den jeweiligen Besucher gelten. Auch manche Cookies, etwa die Warenkorb-Cookies, sollten ausgenommen werden. Prüfen Sie, ob Ihr Caching-Plugin das tut.
• Schreiblast. Bestellungen anlegen, Lagerbestände aktualisieren und Sitzungen speichern: All das schreibt ständig in die Datenbank. Ein Blog schreibt selten, ein Shop den ganzen Tag.
• Hintergrundjobs. WooCommerce führt aufgeschobene Arbeit (E-Mails, Webhooks, Abozahlungen) über eine eingebaute Job-Warteschlange namens Action Scheduler aus. Die Warteschlange wird von WP-Cron ausgelöst, daher können Jobs in einem Shop mit wenig Besuchern verspätet laufen. Richten Sie auf dem Server einen Cron-Task ein, der WP-Cron planmäßig ausführt (zusammen mit der Einstellung DISABLE_WP_CRON), dann entfällt diese Abhängigkeit. Die Warteschlange sehen Sie unter WooCommerce > Status > Scheduled Actions.

Bestelldaten und HPOS

High-Performance Order Storage (HPOS) legt Bestellungen in eigenen, dafür gebauten Tabellen ab statt in den allgemeinen Beitragstabellen von WordPress. Bei Neuinstallationen ist es seit WooCommerce 8.2 der Standard. Ältere Shops wechseln nicht von selbst. Sie aktivieren es unter WooCommerce > Settings > Advanced > Features, und ein Kompatibilitätsmodus hält beide Strukturen synchron. Für den Server heißt das: Die Struktur ist auf Bestellungen optimiert, aber die Datenbank braucht trotzdem Arbeitsspeicher und Festplatte.

Startgröße

Diese Werte sind Faustregeln und variieren je nach Shop. Sie sind kein festes Versprechen.

Die Zahl der Plugins, die Bildgrößen und plötzliche Last bei einer Aktion zählen so viel wie die Zahl der Produkte. Ein Objekt-Cache (etwa Redis) senkt die Datenbanklast, braucht aber Arbeitsspeicher. Fangen Sie klein an und wachsen Sie dann, indem Sie zu Stoßzeiten die Ausgabe von free -h und top prüfen.

Häufige Gründe, warum ein Shop langsam wird

• Große, unkomprimierte Produktbilder.
• Ungenutzte Plugins und zusätzliche Skripte, die auf jeder Seite laufen.
• Kein Objekt-Cache, sodass dieselbe Datenbankabfrage immer wieder läuft.
• Eine alte PHP-Version, die keine Wartung mehr bekommt.

Diese Dinge zu beheben kommt oft vor dem Vergrößern. Wo Vergrößern nicht hilft, liegt das Problem meist in der Konfiguration.

Sicherungen: Eine tägliche Sicherung reicht allein womöglich nicht

Bei Seturack wird der Server jede Nacht gesichert, und die letzten 7 Tage bleiben erhalten. In einem Shop gehen den ganzen Tag Bestellungen ein, daher reicht das allein womöglich nicht. Stellen Sie wieder her, gehen die Bestellungen seit der letzten Sicherung verloren. Erstellen Sie häufiger einen Datenbank-Dump und kopieren Sie ihn an einen anderen Ort:

mysqldump --single-transaction -u USER -p DATABASE | gzip > orders-$(date +%F-%H%M).sql.gz

Geben Sie in einem geplanten Job das Passwort nicht auf der Kommandozeile an. Nutzen Sie eine Datei ~/.my.cnf mit den Rechten 600. Auf einem fertigen WooCommerce-Server läuft die Anwendung in Docker, führen Sie die Datenbankbefehle also im Container aus. Die Datenbank dort ist MariaDB. Der Container enthält womöglich kein mysqldump, verwenden Sie dann mariadb-dump. Produktbilder liegen im Ordner wp-content/uploads, kopieren Sie ihn also ebenfalls.

Was Sie außer der Größe vorbereiten sollten

• HTTPS. Für WooCommerce ist es Pflicht. Ein fertiger WooCommerce-Server öffnet sich über HTTPS auf einer von Ihrer IP abgeleiteten Adresse mit sslip.io. Um Ihre eigene Domain zu verbinden, lesen Sie diesen Artikel.
• E-Mail. Installieren Sie ein SMTP-Plugin, damit Bestell-E-Mails hinausgehen. Die Installation richtet den E-Mail-Versand nicht ein.
• Updates. Nach der Installation kümmern Sie sich selbst um Updates von WordPress, WooCommerce und Ihren Plugins. Erstellen Sie vor einem großen Update im Panel einen Snapshot. Ein Snapshot ersetzt keine Sicherung, er lässt Sie nur zum Stand davor zurückgehen.

Ein Server mit vorinstalliertem WooCommerce ist in etwa 3,5 bis 4 Minuten bereit, und Sie können ihn im Panel vergrößern, wenn der Shop wächst. Sehen Sie sich die Seite zum WooCommerce-Server an.