{"id":15685,"date":"2026-11-09T13:15:00","date_gmt":"2026-11-09T12:15:00","guid":{"rendered":"https:\/\/www.lukaswojcik.com\/blog\/?p=15685"},"modified":"2026-10-26T13:14:31","modified_gmt":"2026-10-26T12:14:31","slug":"die-ruckfrage-die-nichts-spart-etag-last-modified-und-das-ausbleibende-304","status":"publish","type":"post","link":"https:\/\/www.lukaswojcik.com\/blog\/de\/web-entwicklung\/tutorials-de-web-entwicklung\/die-ruckfrage-die-nichts-spart-etag-last-modified-und-das-ausbleibende-304\/","title":{"rendered":"Die R\u00fcckfrage, die nichts spart: ETag, Last-Modified und das ausbleibende 304"},"content":{"rendered":"

Eine gespeicherte Antwort gilt als frisch, solange die Cache-Regeln eine Wiederverwendung ohne R\u00fcckfrage beim Server erlauben. Das kann einen Netzabruf sparen. Wird eine Pr\u00fcfung n\u00f6tig, kann ein Validator die erneute \u00dcbertragung des Inhalts vermeiden: Ein passender bedingter GET-Abruf erh\u00e4lt 304 Not Modified<\/code>. Anfrage und Verarbeitung kosten weiterhin Zeit. Ein Cache ohne Validatoren bleibt deshalb n\u00fctzlich, solange eine gespeicherte Antwort wiederverwendbar ist.<\/p>\n

Ein historischer Lauf vom 5. September 2026 untersuchte zwanzig Ausgangsadressen. Elf aufgezeichnete Antworten enthielten weder ETag noch Last-Modified. Das beschreibt die damaligen Antworten, keine grunds\u00e4tzliche Unf\u00e4higkeit von elf ganzen Websites zur bedingten Abfrage.<\/p>\n

\"Historische
Historische Antwort-Header und Einordnung: 304 vermeidet den Inhalt; 200 allein beweist weder \u00c4nderung noch Fehler.<\/figcaption><\/figure>\n

Zwei Validatoren mit unterschiedlichen Zusagen<\/h2>\n

Last-Modified<\/code> beschreibt den letzten \u00c4nderungszeitpunkt mit sekundengenauer Aufl\u00f6sung. Das zugeh\u00f6rige Anfragefeld hei\u00dft If-Modified-Since<\/code>. Mehrere \u00c4nderungen innerhalb einer Sekunde k\u00f6nnen diese Aufl\u00f6sung \u00fcberschreiten.<\/p>\n

ETag<\/code> ist eine Versionskennung, deren Inhalt der Client nicht deuten muss. Die Kennung wird in If-None-Match<\/code> zur\u00fcckgesendet. Die Zuverl\u00e4ssigkeit h\u00e4ngt von der Erzeugung ab: Ein Inhalts-Hash oder ein anderes geeignetes Versionsverfahren kann \u00c4nderungen unterscheiden, die ein Zeitstempel nicht erfasst. Ein ETag ist nicht automatisch ein Inhalts-Hash.<\/p>\n

Ein starker ETag kennzeichnet identische Darstellungsdaten. Ein schwacher ETag wie W\/\"abc\"<\/code> erlaubt gleichwertige Daten ohne Bytegleichheit. Dynamisch erzeugte Seiten ben\u00f6tigen nicht automatisch schwache Tags; ma\u00dfgeblich ist die tats\u00e4chlich eingehaltene Vergleichszusage.<\/p>\n

Was die gespeicherte Stichprobe enth\u00e4lt<\/h2>\n

Die archivierten Ergebnisse enthalten f\u00fcnf ETags, darunter drei schwache, sowie f\u00fcnf Last-Modified-Felder. Eine Antwort enth\u00e4lt beides, elf enthalten keines davon. Sechs Antworten nennen no-store<\/code>; nur vier dieser sechs haben keine Validatoren. Sieben Antworten besitzen somit keine Validatoren, ohne zugleich no-store vorzugeben. Daraus folgt noch keine Speicherbarkeit: Status, weitere Direktiven und Cache-Art sind ebenfalls relevant.<\/p>\n

Zwei Ergebnisse tragen einen HTTP-Fehlerhinweis, darunter eine der beiden Antworten ohne Cache-Control. Die gespeicherte Zusammenfassung enth\u00e4lt deren genaue Statuscodes nicht. Die Stichprobe umfasst deshalb nicht zwanzig nachgewiesen erfolgreiche Startseitenantworten und liefert keinen repr\u00e4sentativen Marktanteil.<\/p>\n

Der Analyzer vergab sechs Speicherverbote, vier unmittelbare Neuabrufe, drei st\u00e4ndige Revalidierungen, vier F\u00e4lle mit Frische und anschlie\u00dfender Revalidierung, einen mit Frische und Neuabruf sowie zwei heuristische Klassen. Das sind Einordnungen anhand von Headern, keine beobachteten Browserverl\u00e4ufe. Beispielsweise waren 54 Sekunden ein max-age-Wert, kein Nachweis einer exakt so langen Speicherung in jedem Browser.<\/p>\n

Frische und Validierung sind verschiedene Fragen<\/h2>\n

no-store<\/code> verbietet die Speicherung im HTTP-Cache; no-cache<\/code> verlangt eine erfolgreiche Validierung vor Wiederverwendung. max-age=0<\/code> macht eine Antwort sofort veraltet. Private und gemeinsame Caches k\u00f6nnen unterschiedlichen Regeln folgen, insbesondere bei private oder s-maxage.<\/p>\n

Ohne ausdr\u00fccklich festgelegte Frist darf ein Cache unter passenden Voraussetzungen selbst sch\u00e4tzen, wie lange die Antwort wiederverwendbar ist. Das hei\u00dft heuristisches Caching. Zehn Prozent des Abstands zu Last-Modified sind ein Beispielverfahren, keine vorgeschriebene Lebensdauer. Keine der beiden untersuchten Antworten ohne Cache-Control enthielt Last-Modified. Der Datensatz belegt diese Berechnung dort also nicht. Auch das Verhalten der Zur\u00fcck-\/Vorw\u00e4rts-Funktion folgt nicht aus diesem HTTP-Test.<\/p>\n

Kompression und die ETag-Falle<\/h2>\n

Apache dokumentiert, dass das standardm\u00e4\u00dfige AddSuffix<\/code>-Verhalten der Kompressionsmodule 304-Antworten f\u00fcr komprimierte Inhalte verhindern kann. Eine bedingte Pr\u00fcfung derselben Variante ist daher sinnvoll. Ein wiederholtes 200 gen\u00fcgt aber nicht als Fehlerbeweis: Die ausgew\u00e4hlte Darstellung kann tats\u00e4chlich ver\u00e4ndert sein.<\/p>\n

DeflateAlterETag NoChange<\/code> und BrotliAlterETag NoChange<\/code> erhalten den urspr\u00fcnglichen Tag, doch Apache beschreibt ausdr\u00fccklich die daraus entstehende Einschr\u00e4nkung der Varianteneindeutigkeit. Ein gemeinsamer starker Tag f\u00fcr komprimierte und unkomprimierte Bytes wird durch Vary: Accept-Encoding<\/code> nicht korrekt. Vary steuert die Cache-Auswahl; starke Validatoren betreffen die Identit\u00e4t der Darstellungsdaten.<\/p>\n

Eine geeignete L\u00f6sung h\u00e4ngt von Server und Cache-Verarbeitung ab: korrekte getrennte starke Tags, richtig behandelte schwache Tags f\u00fcr gleichwertige Darstellungen oder das Entfernen eines ungeeigneten ETags mit entsprechendem Verlust dieser Pr\u00fcfm\u00f6glichkeit. Range-Anfragen und bedingte Antworten ben\u00f6tigen Gegenproben. Ein einzelnes 200 rechtfertigt keine universelle Produktionsdirektive. Die fr\u00fchere pauschale Unbedenklichkeitszusage f\u00fcr NoChange wurde deshalb entfernt.<\/p>\n\n\n\n

\"Zwei
Zwei Bettdecken mit derselben Schleife, eine aufgesch\u00fcttelt, eine vakuumverpackt und flach. So irref\u00fchrend ist ein gemeinsamer ETag (das Kennzeichen einer Dateiversion) f\u00fcr gepackte und ungepackte Daten.<\/figcaption><\/figure>\n\n\n

Ein reproduzierbarer bedingter GET-Abruf<\/h2>\n

Das Bash-Beispiel ben\u00f6tigt curl ab Version 7.68.0. URL und Kodierungspr\u00e4ferenz bleiben gleich, der empfangene ETag wird unver\u00e4ndert gespeichert. Bei einer ersten Antwort ungleich 200 oder ohne Tag endet das Skript. Die URL ist ein Platzhalter; bei Weiterleitungen ist die gew\u00fcnschte Zieladresse gesondert auszuw\u00e4hlen und zu pr\u00fcfen.<\/p>\n

Shell<\/span>