Nach einer Menüänderung leert WordPress seinen Seiten-Cache, Cloudflare liefert jedoch weiterhin altes HTML aus. Eine hastig eingerichtete Bypass-Regel umgeht anschließend zu viel Verkehr und überlastet den Ursprung.
WordPress- und Cloudflare-Cache sind getrennte Speicher. Ein Konflikt lässt sich nur lösen, wenn für dieselbe URL Ursprung und Edge direkt verglichen werden.
Was darunter zu verstehen ist
Ein Cache-Konflikt entsteht, wenn Ursprung und Edge unterschiedliche Regeln für Eignung, Schlüssel, Frische oder Invalidierung verwenden. WordPress kann bereits neues HTML erzeugen, während Cloudflare noch eine ältere Antwort wiederverwendet.
Auch der umgekehrte Fall ist möglich: Cloudflare umgeht korrekt, aber ein WordPress-Plugin liefert alten Inhalt. Ein Browser-Neuladen entfernt keinen gemeinsam gespeicherten Edge-Eintrag.
Praxisbeispiel
Die Navigation wird im Backend geändert. Der direkte Ursprungsaufruf zeigt sofort das neue Menü; die öffentliche URL enthält dagegen einen hohen Age-Wert und den alten Inhalt. Damit ist die verantwortliche Ebene belegt.
Statt Cloudflare vollständig abzuschalten, wird nur die betroffene URL beziehungsweise der passende Tag gelöscht und anschließend geprüft, warum die automatische Invalidierung den Cloudflare-Edge-Cache nicht erreicht hat.
Warum die Unterscheidung wichtig ist
Überlagerte Cache-Regeln führen zu veralteten Inhalten, gespeicherten Fehlern oder im schlimmsten Fall zu privaten Antworten am Edge. Eine breite Umgehung löst zwar Aktualität, kann aber Last und Antwortzeit stark erhöhen.
Die nachhaltige Korrektur stimmt Cache-Schlüssel, Cookies, TTL und Löschereignisse zwischen WordPress und Cloudflare ab.
Ein einfacher und sicherer Einstieg
- Rufen Sie dieselbe URL öffentlich und direkt am Ursprung auf.
- Vergleichen Sie Status,
Cache-Control,Vary, Cookies,Ageund Cloudflare-Status. - Nutzen Sie vorübergehend eine eng begrenzte Testumgehung.
- Korrigieren Sie die konkrete Regel und löschen Sie nur betroffene URLs oder Tags.
- Testen Sie anonym, angemeldet, Vorschau, Konto, Warenkorb und mehrere Regionen.
Technische Prüfung
Prüfen Sie Cloudflare Cache Rules, Workers und zusätzliche Beschleunigungsfunktionen ebenso wie WordPress-Plugins und Hosting-Cache. Mehrere Regeln können sich überschneiden; die Reihenfolge der Auswertung ist daher wichtig.
Kontrollieren Sie, ob Cookie-Bypass, Query-Parameter und No-Cache-Signale im Edge-Schlüssel berücksichtigt werden. Protokollieren Sie Ursprung, Edge-Regel, TTL, Löschmethode und ein eng begrenzter Notfall-Bypass.
Risiken, häufige Fehler, Backup und Rollback
Ein vollständiges „Purge Everything“ beseitigt den alten Eintrag, repariert aber die fehlende Invalidierung nicht. Ebenso riskant ist ein dauerhafter Bypass für die ganze Website.
- Private Wege müssen an Ursprung und Edge ungecacht bleiben.
- Löschen Sie erst, nachdem die neue Ursprungsantwort bereitsteht.
- Bewahren Sie die letzte funktionierende Cloudflare- und WordPress-Regel auf.
So unterstützt AIOWS:
AIOWS Cache Manager
AIOWS Cache Manager verwaltet den WordPress-seitigen Teil des Cache-Ablaufs. Das hilft, die lokale Regel und ihren Löschumfang eindeutig zu bestimmen, bevor eine abweichende Cloudflare-Konfiguration untersucht wird.
Cloudflare bleibt eine eigenständige Ebene. AIOWS kann nicht garantieren, dass eine Edge-Regel WordPress-Header oder Löschsignale übernimmt. Vergleichen Sie daher immer die direkte Ursprungsantwort mit der öffentlichen URL und prüfen Sie die Cloudflare-Kennung.
Wenn eine WordPress-seitige Änderung korrekt ist, aber der Cloudflare-Edge-Cache alten Inhalt liefert, gehört die Korrektur zu Cloudflare. Liegt der alte Stand bereits am Ursprung, bleibt die Arbeit in WordPress. Halten Sie beide Konfigurationen getrennt fest, damit beim Rollback nicht eine funktionierende Ebene unnötig verändert wird.
Passende AIOWS-Artikel
- WordPress-Cache leeren: Seiten-, Objekt-, Browser- und CDN-Cache
- Cache-Control-Header in WordPress erklärt
- Wann sollte man den WordPress-Cache leeren?
Fazit und Empfehlung
Vergleichen Sie Ursprung und Cloudflare-Edge, bevor Sie etwas leeren. Stimmen Sie Schlüssel, Ausnahmen und Invalidierung ab und löschen Sie nur den nachweislich alten Bereich. Eine enge temporäre Umgehung ist sinnvoller als das dauerhafte Abschalten einer ganzen Cache-Ebene.
