Browser-Caching und Cache-Control sauber setzen

Cookbook: Ziel und Ergebnis

Versionierte statische Dateien dürfen lange im Browser bleiben; HTML und private Antworten erhalten bewusst andere Regeln.

Rezept: Schritt für Schritt

1. Für CSS, JS, WOFF2 und Bilder prüfen, ob WordPress/Build-System bei Änderungen URL, Dateiname oder ?ver= aktualisiert.
2. Header zunächst in Server-, VirtualHost-, CDN- oder Host-Konfiguration ändern; .htaccess nur ohne besseren Zugriff.
3. Für unveränderliche Assets mit 30 Tagen beginnen, nach erfolgreicher Versionierung auf ein Jahr plus immutable erhöhen.
4. HTML kurz revalidieren lassen; Admin, Konto, Warenkorb und andere private Antworten nicht öffentlich cachebar machen.

Rechenweg oder Entscheidungsregel

max-age Sekunden: 1 Tag = 86400; 30 Tage = 2592000; 1 Jahr = 31536000\nWiederholungsersparnis = Assetgröße × vermiedene Downloads

Lange TTL ist nur sicher, wenn eine geänderte Datei eine neue URL erhält. immutable ohne Versionierung hält Fehler besonders hartnäckig fest.

Praxisbeispiel

Ein 220-kB-CSS, zwei 90-kB-Skripte und 140-kB-Fonts sparen bei einem Wiederbesuch rund 540 kB. Nach Änderung von app.css?ver=42 zu ver=43 lädt der Browser nur die neue Ressource.

Prüfen, ob es funktioniert

• Cache-Control im Netzwerk-Panel für jeden Ressourcentyp kontrollieren.
• Zweiter Abruf nutzt Memory/Disk Cache oder liefert 304, je nach Regel.
• Nach Deployment werden geänderte Assets sofort mit neuer URL geladen.

Rollback

Gesicherten Header-Block wiederherstellen, Webserver-Konfiguration testen und kontrolliert neu laden. CDN-Regeln zurücksetzen und gezielt purgen; Browserprüfung in frischem Profil wiederholen.

Das Prinzip

CSS, JavaScript, Fonts und Bilder ändern sich meist seltener als HTML. Lange Browser-Cache-Zeiten reduzieren wiederholte Downloads. Dafür müssen geänderte Dateien eine neue URL erhalten – etwa über eine Versionsnummer oder einen Dateihash.

Empfehlung

Setze für versionierte statische Dateien eine lange max-age und möglichst immutable. HTML sollte je nach Personalisierung kurz oder nur revalidierbar gecacht werden. Private Antworten benötigen geeignete Direktiven.

Apache/LiteSpeed

mod_headers kann Antwortheader setzen. Regeln gehören in Server- oder VirtualHost-Konfiguration; .htaccess ist nur der Fallback, wenn der Host keinen anderen Zugriff bietet. Keine Direktive kopieren, ohne vorhandene Host-Regeln zu prüfen.

Erfolgskontrolle

DevTools müssen bei einem zweiten Abruf Cache-Nutzung zeigen. Nach einem Deployment müssen geänderte Assets trotzdem sofort geladen werden. Prüfe Service Worker und CDN als weitere Cache-Schichten.

Quellen und Prüfstand

• Apache: mod_headers
• WordPress: Caching

Inhalt fachlich geprüft am 17. August 2026. Konkrete Werte sind Ausgangspunkte, keine Universaldosierung.