Kostenloser Cache-Control-Header-Analyzer

Der Cache-Control Header Analyzer ist ein kostenloses Online-Tool, das cache-control-Header analysiert und verständlich macht, mit einem visuellen Builder und Empfehlungen für bewährte Verfahren. Es läuft vollständig in deinem Browser, ohne Installation oder Anmeldung.

Alle Cache-Control-Direktiven, darunter max-age, no-cache, no-store, public, private, must-revalidate und weitere.

Ja – aktiviere die Direktiven im Builder-Modus, um die Header-Zeichenkette zu erzeugen.

Ja, völlig kostenlos.

Absolut. Der Cache-Control Header Analyzer verarbeitet alles clientseitig in deinem Browser. Es werden keine Daten auf einen Server hochgeladen oder dort gespeichert. Deine Inhalte bleiben jederzeit privat auf deinem Gerät.

Ja, der Cache-Control Header Analyzer ist vollständig responsiv und funktioniert auf Smartphones und Tablets. Du kannst ihn auf jedem Gerät mit einem modernen Webbrowser nutzen, ohne eine App herunterzuladen.

Es ist kein Konto und keine Registrierung erforderlich. Öffne einfach den Cache-Control Header Analyzer in deinem Browser und beginne sofort mit der Nutzung. Es gibt keine Anmeldeschranken oder Nutzungsbeschränkungen.

Gib einfach deine Eingabe in das vorgesehene Feld ein, passe die Einstellungen nach Wunsch an, und das Tool verarbeitet sie sofort. Anschließend kannst du das Ergebnis in die Zwischenablage kopieren oder herunterladen.

Der Cache-Control Header Analyzer funktioniert in allen modernen Browsern, darunter Chrome, Firefox, Safari, Edge und Opera. Für das beste Erlebnis verwende die neueste Version deines bevorzugten Browsers.

Beide legen eine Frische-Lebensdauer in Sekunden fest, richten sich aber an unterschiedliche Caches. max-age teilt jedem Cache — einschließlich des Browsers des Besuchers — mit, wie lange die Antwort frisch bleibt, bevor sie neu abgerufen oder revalidiert werden muss. s-maxage gilt nur für geteilte Caches wie CDNs und Proxys und überschreibt dort max-age, ohne den max-age-Wert im Browser zu verändern. So kannst du eine Antwort am CDN-Edge aggressiv cachen und gleichzeitig im Browser eine kürzere oder andere Lebensdauer beibehalten, zum Beispiel public, max-age=3600, s-maxage=86400 für einen einstündigen Browser-Cache und einen eintägigen Edge-Cache. Dieser Analyzer zeigt den Browser-Cache und den CDN-Cache als zwei getrennte Badges an — füge oben deinen Header ein, um genau zu sehen, wie lange jede Ebene die Antwort vorhält.

Trotz der ähnlichen Namen bewirken diese Direktiven das genaue Gegenteil voneinander. no-store verbietet das Caching vollständig: Weder der Browser noch ein CDN darf eine Kopie speichern, sodass jede Anfrage zum Ursprungsserver zurückgeht. Das ist die richtige Wahl für sensible Antworten wie Banking-Seiten oder persönliche Kontodaten. no-cache erlaubt dagegen, dass die Antwort gespeichert wird, verlangt aber, dass der Cache sie vor jeder erneuten Auslieferung beim Ursprungsserver revalidiert — der Nutzer erhält also immer geprüft-frische Inhalte, ohne bei unveränderten Daten einen vollständigen erneuten Download zu benötigen. Ein gängiges Muster ist no-cache für HTML, damit neue Asset-Referenzen sofort nach einem Deploy erscheinen, und no-store nur dort, wo der Datenschutz es verlangt. Füge oben einen Header ein, und der Analyzer kennzeichnet jede Direktive nach Kategorie — Frische, Revalidierung oder Zielgruppe —, sodass das Verhalten auf einen Blick klar wird.

max-age wird immer in Sekunden angegeben, und 31.536.000 Sekunden entsprechen genau einem Jahr (60 x 60 x 24 x 365). Dieser Wert gilt als konventionelles Maximum, weil die meisten Caching-Empfehlungen ein Jahr faktisch als dauerhaft betrachten. Man sieht ihn häufig zusammen mit immutable bei fingerprint-versehenen statischen Assets — Dateien, deren Name einen Content-Hash enthält, wie app.4f2a9c.js —, weil ein neuer Build einen neuen Dateinamen erzeugt und die alte Datei sich daher nie mehr ändern muss und so lange wie möglich gecacht werden kann. Die immutable-Direktive sorgt zusätzlich dafür, dass Browser innerhalb dieses Zeitfensters beim erneuten Laden keine Revalidierungsanfragen senden. Da das manuelle Umrechnen von Zeitdauern fehleranfällig ist, wandelt dieses Tool jeden max-age- oder s-maxage-Wert wieder in lesbare Einheiten wie Stunden und Tage um, damit du einen Header vor dem Deployment auf Plausibilität prüfen kannst. Füge einen Wert oben ein, um ihn sofort zu entschlüsseln.

Veraltete Inhalte nach einem Deploy lassen sich fast immer auf einen zu aggressiv eingestellten Cache-Control-Header beim HTML-Dokument zurückführen. Wurde die Seite mit einem langen max-age und ohne Revalidierungs-Direktive ausgeliefert, servieren Browser und CDNs weiterhin die gecachte Kopie — samt ihrer alten Verweise auf CSS und JavaScript —, bis diese Lebensdauer abgelaufen ist, sodass Nutzer den Fix nie zu sehen bekommen. Die sichere Lösung ist, HTML mit no-cache (oder einem sehr kurzen max-age plus must-revalidate) auszuliefern, sodass es bei jedem Besuch revalidiert wird und neue Asset-Referenzen sofort greifen, während lange, unveränderliche Caching-Zeiten nur für gehashte statische Dateien gelten. Denk daran, dass CDN-Edge-Caches s-maxage unabhängig befolgen, sodass ein veralteter Edge-Cache länger bestehen bleiben kann als ein bereits aktualisierter Browser-Cache. Füge oben den Cache-Control-Header der Seite ein, um zu prüfen, ob sie zu lange gecacht wird.

stale-while-revalidate erlaubt einem Cache, eine leicht veraltete Antwort sofort auszuliefern, während er im Hintergrund eine frische Kopie vom Ursprungsserver abruft — der nächste Besucher erhält dann die Aktualisierung, ohne auf einen langsamen Roundtrip warten zu müssen. Du legst ein Zeitfenster in Sekunden fest — zum Beispiel bedeutet public, max-age=300, stale-while-revalidate=60, dass die Antwort fünf Minuten lang frisch ist und danach bis zu eine weitere Minute veraltet ausgeliefert werden darf, während sie im Hintergrund aktualisiert wird. Ideal ist das für Inhalte, die kurze Veralterung vertragen, etwa CDN-gecachte Seiten und API-Antworten, bei denen gefühlte Geschwindigkeit wichtiger ist als absolute Aktualität. Eine verwandte Direktive, stale-if-error, liefert eine veraltete Kopie aus, wenn der Ursprungsserver einen Fehler zurückgibt, und verbessert so die Ausfallsicherheit. Füge oben einen Header mit einer dieser Direktiven ein, und der Analyzer erklärt das genaue Verhalten und die Zeitabläufe.