Der WordPress-Cache-Stack, der Black Friday tatsächlich übersteht

Es gibt eine Frage, mit der sich jede gemanagte WordPress-Site irgendwann konfrontiert sieht: Was fliegt bei einem 50-fachen Traffic-Spike um die Ohren? Die kurze Antwort ist meistens die Datenbank — nicht weil MySQL schlecht ist, sondern weil jede Cache-Schicht zwischen Besucher und Datenbank falsch konfiguriert, nicht vorhanden ist oder den falschen Job macht.

Die vier Caches, die zählen

Eine produktive WordPress-Site braucht vier Cache-Schichten, und die Reihenfolge zählt:

1. Edge Cache — Cloudflare, BunnyCDN, CloudFront. Fängt anonymen Traffic am Netzwerkrand ab.
2. Page Cache — WP Rocket, W3 Total Cache, LiteSpeed Cache. Liefert vollständiges HTML von Disk oder Memory für wiederholte anonyme Hits.
3. Object Cache — Redis oder Memcached, via Object Cache Pro oder W3TC. Vermeidet Round-Trips zu MySQL für Dinge wie get_option(), get_transient() und WooCommerce-Session-Reads.
4. Opcode Cache — PHP OPcache, in Produktion mit opcache.validate_timestamps=0 konfiguriert. Vermeidet das Neu-Kompilieren von PHP-Dateien bei jeder Anfrage.

Wenn Sie den Object Cache weglassen, wird MySQL zum Engpass in dem Moment, in dem Ihr Edge Cache nicht trifft. Wenn Sie den Opcode Cache weglassen, ist Ihre CPU-Grundlast 2-3× höher als nötig. Wenn Sie den Edge Cache weglassen, zahlen Sie für jeden Bot, der Ihre Site jemals indexiert.

Was wir tatsächlich konfigurieren

Für eine WooCommerce-Site mit 100.000 monatlichen Bestellungen deployen wir typischerweise:

• Cloudflare davor, mit HTML-Cache-Tuning pro Route (Katalogseiten aggressiv, Cart/Checkout Bypass via Cookie)
• WP Rocket für den Page Cache, mit aktiviertem WP_CACHE und Disk Cache auf einem SSD-Volume
• Redis mit Object Cache Pro für den Object Cache (das kostenlose redis-cache-Plugin funktioniert, aber Pro ist unter Contention schneller)
• OPcache mit 256 MB zugewiesen und opcache_reset() bei jedem Deploy ausgelöst
• Eine separate Redis-Instanz für WooCommerce-Session-Storage, damit der Checkout sich nicht mit anderen Reads streitet

Der vollständige Beitrag auf Medium behandelt die tatsächlichen Konfigurationsdateien, den Deploy-Hook, der jede Schicht zurücksetzt, und die Monitoring-Dashboards, die wir darüber legen.