**Problem:** Redakteure ändern im Backend Inhalte, tauschen z.B. Bilder aus oder stellen neue News-Meldungen (Extension georgringer/news) ein. Danach leeren Sie teilweise manuell den Frontend-Cache, teilweise passiert das automatisch (via PageTsConfg). Nach dem Leeren des Frontend-Caches sehen einige Besucher jedoch tagelang die alten Inhalte. Erst nach einem manuellen Löschen des Browser-Caches erscheinen die neuen Inhalte. **Ziel:** Ich möchte verstehen, warum die neuen Inhalte nicht sofort für alle Besucher sichtbar sind und wie ich dieses Problem beheben kann. **Systemumgebung:** - TYPO3-Version: v12 - PHP-Version: 8.3 **Bisher versucht:** Ich habe die Cache-Header geprüft und sichergestellt, dass die Standard .htaccess von TYPO3 verwendet wird. **Erwartetes Ergebnis:** Die neuen Inhalte sollten sofort nach dem Leeren des Frontend-Caches für alle Besucher sichtbar sein. **Tatsächliches Verhalten:** Einige Besucher sehen weiterhin die alten Inhalte, bis sie ihren Browser-Cache manuell löschen. **Frage an die Community:** Hat jemand ähnliche Erfahrungen mit Caching-Problemen in TYPO3 gemacht? Welche Lösungen oder Best Practices könnt ihr empfehlen, um sicherzustellen, dass alle Besucher die neuesten Inhalte sofort sehen?

Obwohl in der .htaccess bisher nichts in der Art drin steht, sehe ich in der Browser-Konsole folgendes: [upl-image-preview uuid=3bd2e2c8-d890-4208-991d-a3479f10931d url=https://t3forum.net/assets/files/2025-11-03/1762178855-523969-2025-11-03-15-06-37.png alt={TEXT?}]

Hm, dadurch, dass TYPO3 selbst einen Cache-Header sendet, wird die Direktive jetzt ungültig, wenn ich das richtig verstehe. [upl-image-preview uuid=d1166f5b-d22c-4ced-bb56-4482aeda6255 url=https://t3forum.net/assets/files/2025-11-03/1762181432-162244-2025-11-03-15-34-13.png alt={TEXT?}] Wäre es dann vielleicht besser, auf das Snippet in der htaccess zu verzichten, und für die Seiten, auf denen das Problem auftritt, die Cache Lifetime in den Seiteneigeschaften individuell zu reduzieren?

Probleme mit Caching in TYPO3 v12 nach Inhaltsänderungen

Wolfgang Wagner

Problem:
Redakteure ändern im Backend Inhalte, tauschen z.B. Bilder aus oder stellen neue News-Meldungen (Extension georgringer/news) ein. Danach leeren Sie teilweise manuell den Frontend-Cache, teilweise passiert das automatisch (via PageTsConfg). Nach dem Leeren des Frontend-Caches sehen einige Besucher jedoch tagelang die alten Inhalte. Erst nach einem manuellen Löschen des Browser-Caches erscheinen die neuen Inhalte.

Ziel:
Ich möchte verstehen, warum die neuen Inhalte nicht sofort für alle Besucher sichtbar sind und wie ich dieses Problem beheben kann.

Systemumgebung:

TYPO3-Version: v12
PHP-Version: 8.3

Bisher versucht:
Ich habe die Cache-Header geprüft und sichergestellt, dass die Standard .htaccess von TYPO3 verwendet wird.

Erwartetes Ergebnis:
Die neuen Inhalte sollten sofort nach dem Leeren des Frontend-Caches für alle Besucher sichtbar sein.

Tatsächliches Verhalten:
Einige Besucher sehen weiterhin die alten Inhalte, bis sie ihren Browser-Cache manuell löschen.

Frage an die Community:
Hat jemand ähnliche Erfahrungen mit Caching-Problemen in TYPO3 gemacht? Welche Lösungen oder Best Practices könnt ihr empfehlen, um sicherzustellen, dass alle Besucher die neuesten Inhalte sofort sehen?

Sven Wappler

Das Problem ist, dass die Standard .htaccess solche Themen wie Cache Control von Seiteninhalten gar nicht behandelt, sondern nur von den "resource files". Das Problem hat man auch bei Websites mit Frontend User Bereichen. Der Login Status ist dann oft unklar. Will man Browser dazu bewegen immer oder in kürzeren Intervallen nachzuschauen, muss man selbst per htaccess diese dazu bewegen. Das führt natürlich dann zu einer höheren Server-Last und geht auch zu Lasten der Anzeige-Performance beim Besucher, da der Browser nicht einfach den Cache benutzen kann. Aber oft ist das zu verschmerzen. Hängt natürlich vom Traffic und Server-Performance ab.
Das wäre jetzt ein Beispiel für 1 Stunde.

<FilesMatch "\.(html|htm|php)$"> <ifModule mod_headers.c> Header set Cache-Control "max-age=3600, must-revalidate" </ifModule> </FilesMatch>

Wie kurz das Intervall eingestellt werden sollte, hängt von der Aktualität des Inhaltes ab.

Wolfgang Wagner

Obwohl in der .htaccess bisher nichts in der Art drin steht, sehe ich in der Browser-Konsole folgendes:

Sven Wappler

Ja, weil du im Backend angemeldet bist. Dann wird das "Cache-Control" mittels PHP auf "no-cache, no-store" gesetzt.
Somit muss man per htaccess halt den Fall behandeln, wenn der normale Besucher auf die Website schaut.

Wolfgang Wagner

Oh Mann, ja klar, das habe ich voll übersehen. 🤦‍♂️
Danke, dann ist alles klar. 😊

Sven Wappler

Korrektur: Folgendes gilt für die 13:
Übrigens habe ich gerade auch noch mal in den Code reingeschaut und nach einer allgemeinen Variablen für die Cache Lifetime gesucht. Im TypoScriptFrontendController kann die Lifetime ja im Response mit gesendet werden. Der Cache Collector holt sich zwar die Einstellungen sämtlicher Inhaltselemente, aber es scheint keine Default Einstellungen zu geben. Gäbe es diese, könne man das etwas praktischer per Backend einstellen.

Wolfgang Wagner

Hm, dadurch, dass TYPO3 selbst einen Cache-Header sendet, wird die Direktive jetzt ungültig, wenn ich das richtig verstehe.

Wäre es dann vielleicht besser, auf das Snippet in der htaccess zu verzichten, und für die Seiten, auf denen das Problem auftritt, die Cache Lifetime in den Seiteneigeschaften individuell zu reduzieren?

Sven Wappler

Oh, das habe ich auch noch nicht gesehen. Da habe ich jetzt aufgrund von Projekten ein anderes Ergebnis erwartet. Vielleicht wird das je nach Server anders kombiniert.
Das mit der Lifetime in den Seiteneigenschaften kannst du machen. Aber man müsste es für sämtliche Seiten einstellen, weil sich das nicht vererbt. Zudem findet dadurch auch auf Server-Seite eine Cache Invalidierung statt, die man aber ja eigentlich nicht haben möchte.

Wolfgang Wagner

Bei mir ist halt config.sendCacheHeaders = 1gesetzt.

Vielleicht in deinen Projekte nicht?

Sven Wappler

Ja, das könnte gut sein. Also so wirklich bin ich mit den Möglichkeiten aktuell nicht zufrieden. Man müsste Client- und Server-Cache mehr entkoppeln können. Dann kann man sich den htaccess Kram komplett sparen.

Unterstütze das Forum

Hilf mit, den Community Hub für TYPO3 werbefrei zu halten und die Betriebskosten zu decken. Werde Official Community Hub Supporter für nur 5 Euro im Monat (zzgl. USt) und erhalte ein exklusives Supporter-Badge. Jeder Beitrag zählt!

Jetzt Supporter werden

Impressum - Datenschutz - Kontakt - Netiquette - RSS