WooCommerce lässt sich nicht nur nach Pageviews dimensionieren. Kampagnen, Warenkorb, Checkout, Payment-Webhooks und Scheduled Actions erzeugen Spitzen auf DB und PHP-FPM. Server nach realer Checkout- und Order-Parallelität dimensionieren.
Kleine Shops können auf gutem WordPress Hosting laufen. Bei intensivem Checkout, vielen Scheduled Actions, Integrationen oder dauerhafter CPU/DB-Last bietet VPS/VDS mehr Kontrolle. WooCommerce betont selbst die Bedeutung der Traffic-Verteilung.
Auch mit Cache erreichen personalisierte Warenkorb- und Checkout-Requests PHP und Datenbank. Payment-Webhooks und Action Scheduler erzeugen zusätzliche Hintergrundlast.
Bei Kampagnen konzentriert sich Traffic auf Produkt-, Warenkorb- und Checkout-Seiten; WooCommerce nennt Traffic-Verteilung als wichtigen Skalierungsfaktor.
Object Cache kann DB-Last reduzieren, aber falsche Cache-Policy, zu wenig RAM oder problematische Plugins bleiben Bottlenecks. Redis maxmemory und Eviction gezielt planen.
Vor Änderungen Plugins, Cron, PHP und Systemressourcen prüfen.
wp plugin list --status=activewp cron event list --fields=hook,next_run_relative --format=tablephp -vfree -hiostat -xz 1 5mysqladmin status 2>/dev/null || trueNur Startpunkte; mit realer Checkout-Parallelität und DB-Messung validieren.
Cache + optimierte DB
Redis + Worker + NVMe
Lasttest nötig
Nein. Kleine Shops können auf optimiertem WordPress Hosting laufen; bei mehr Checkout-, Integrations- und DB-Last bietet VPS mehr Kontrolle.
Redis Object Cache kann DB-Objekte beschleunigen; Full-Page-Cache für Checkout ist ein anderes und riskantes Thema.
Payments, Subscriptions, Webhooks und Plugins nutzen ihn für Background Jobs; Queue-Stau kann Performance beeinflussen.
Teilen Sie Bestellungen, Peak Concurrency, Plugins und DB-Größe; VPS/VDS und Redis planen.