Websites verständlich nutzbar machen / Begriff
Cache-Control
Auch gebräuchlich: HTTP-Cache-Control
Was steuert Cache-Control?
Cache-Control ist ein HTTP-Header, der festlegt, wie eine Antwort von Browsern oder zwischengeschalteten Caches gespeichert und wiederverwendet werden darf.
Ein klarer Weg durch diese Aufgabe
- Cache-Control einordnen
- Grenzen und Verwechslungen prüfen
- Passende nächste Arbeit bestimmen
Relevanz
Warum ist Cache-Control wichtig?
Gut gewählte Regeln beschleunigen unveränderte Assets. Zu lange Wiederverwendung einer unveränderten Dateiadresse kann dagegen alte CSS- oder Bildversionen zeigen.
Konkretes Beispiel
So zeigt sich der Begriff in der Praxis.
Eine versionierte CSS-Datei darf lange zwischengespeichert werden; das HTML erhält eine Regel, mit der Änderungen kontrolliert erkannt werden.
Abgrenzung
Was damit nicht gemeint ist.
no-cache erlaubt Speichern, verlangt aber vor Wiederverwendung eine Validierung. no-store verbietet das Speichern der Antwort. Beides ist nicht gleich.
Genauer erklärt
Frische, Speicherung und Wiederverwendung
max-age nennt die Frischezeit in Sekunden. no-cache erlaubt das Speichern, verlangt aber vor der Wiederverwendung eine erfolgreiche Validierung; no-store verbietet das Speichern der Antwort. public erlaubt grundsätzlich gemeinsam genutzte Caches, private beschränkt die Speicherung auf private Caches. immutable signalisiert, dass sich eine frische Ressource unter derselben URL voraussichtlich nicht ändert – sinnvoll vor allem bei versionierten Assets. Mehrere widersprüchliche Frischewerte sind kein Beschleunigungstrick, sondern ein Prüfgrund.
Genauer erklärt
ETag · Antwortversion prüfen
Ein ETag kennzeichnet eine konkrete Repräsentation einer Ressource. Der Browser kann damit eine bedingte Anfrage stellen; bei unverändertem Inhalt ist eine 304-Antwort möglich. ETag ersetzt keine sinnvolle Cache-Strategie.
Genauer erklärt
Asset-Versionierung · neue Adresse bei Änderung
Wenn ein Dateiname einen Inhaltsfingerabdruck trägt, erhält eine geänderte CSS- oder Bilddatei eine neue URL. So sind lange Cache-Zeiten für unveränderte Assets möglich, ohne neue Inhalte unter einer alten Adresse festzuhalten.
Häufiges Missverständnis
Falsch wäre: „Cache-Control betrifft nur die Ladezeit.“ Falsche Regeln können auch die Aktualität der Darstellung beeinträchtigen.
Einordnung: no-cache erlaubt Speichern, verlangt aber vor Wiederverwendung eine Validierung. no-store verbietet das Speichern der Antwort. Beides ist nicht gleich.
Handlung
Was Sie als Nächstes prüfen können.
Prüfen Sie Antwortheader für HTML und Assets getrennt sowie die tatsächlichen Dateinamen nach einem Build.
Quellenstand