Expires Header
Was ist ein Expires Header?
Ein Expires Header ist ein HTTP-Antwort-Header, der mit einem absoluten Datum festlegt, bis wann ein Browser oder Proxy eine gespeicherte Ressource als aktuell behandeln darf. Vor diesem Zeitpunkt kann der Browser die Datei aus dem Cache laden. Danach muss er ihre Aktualität prüfen oder sie erneut abrufen.
Der Expires Header, deutsch: Ablaufdatum im HTTP-Header, steuert die zeitliche Gültigkeit zwischengespeicherter Dateien. Der Webserver sendet die Angabe zusammen mit Ressourcen wie Bildern, Stylesheets oder JavaScript-Dateien. Browser vergleichen das angegebene Datum mit der aktuellen Zeit und entscheiden daraus, ob eine gespeicherte Version noch verwendet werden darf.
So funktioniert der Expires Header
Beim ersten Abruf einer Ressource kann der Server beispielsweise Expires: Wed, 21 Oct 2026 07:28:00 GMT übermitteln. Liegt dieser Zeitpunkt in der Zukunft, gilt die gespeicherte Antwort bis dahin als frisch. Ist das Datum erreicht, wird die Ressource nicht automatisch gelöscht. Der Cache behandelt sie zunächst als veraltet und prüft beim Server, ob eine neue Version erforderlich ist.
Die Frischezeit ergibt sich aus der Differenz zwischen dem im Expires Header genannten Zeitpunkt und dem Serverdatum im Date-Header. Sendet der Server eine Antwort am 1. Oktober und setzt den Ablaufzeitpunkt auf den 31. Oktober, beträgt die vorgesehene Cache-Dauer in diesem Beispiel 30 Tage. Ein falsches Serverdatum kann die Berechnung deshalb verfälschen.
<alert style="info"]Ein Expires Header reduziert vor allem Anfragen bei wiederkehrenden Seitenaufrufen. Beim Erstbesuch muss der Browser die Ressource zunächst herunterladen. Erst bei einem späteren Aufruf kann eine noch gültige Cache-Kopie den erneuten Transfer vermeiden. Löscht der Nutzer seinen Browser-Cache, muss der Browser die Dateien wieder vollständig anfordern. [/alert]
Expires Header und Cache-Control
Der Unterschied zwischen Expires Header und Cache-Control liegt in der Zeitangabe. Der Expires Header nennt einen absoluten Zeitpunkt. Cache-Control: max-age=2592000 definiert dagegen eine relative Gültigkeitsdauer von 2.592.000 Sekunden, also 30 Tagen, gerechnet ab dem Abruf der Antwort.
Wenn eine HTTP-Antwort sowohl einen Expires Header als auch eine max-age-Anweisung enthält, hat Cache-Control für kompatible Caches Vorrang. Der Expires Header dient dann vor allem als ergänzende Angabe für ältere oder eingeschränkte Cache-Systeme. Prüfe deshalb beide Header gemeinsam und vermeide widersprüchliche Laufzeiten.
| Merkmal | Expires Header | Cache-Control |
|---|---|---|
| Zeitangabe | Absolutes Datum | Relative Dauer in Sekunden |
| Beispiel | Expires: Wed, 21 Oct 2026 07:28:00 GMT | Cache-Control: max-age=2592000 |
| Priorität | Nachrangig, wenn max-age vorhanden ist | Hat bei gemeinsamer Verwendung Vorrang |
| Typischer Einsatz | Ergänzende Cache-Steuerung | Detaillierte Regeln für Browser und Proxys |
Welche Dateien lange gültig bleiben
Ein langer Expires Header eignet sich für statische Ressourcen, deren Inhalt sich unter derselben URL selten ändert. Dazu gehören Bilder, Schriftarten sowie versionierte CSS- und JavaScript-Dateien. Ein kurzer Gültigkeitszeitraum passt eher zu HTML-Dokumenten, häufig aktualisierten Dateien und dynamisch erzeugten Inhalten.
Eine lange Cache-Dauer funktioniert zuverlässig, wenn sich bei einer Änderung auch die URL der Ressource ändert. Aus style.css wird beispielsweise style.a84f2.css. Dieses Cache-Busting sorgt dafür, dass der Browser die neue Datei sofort abruft, während unveränderte Dateien weiterhin aus dem Cache geladen werden.
Expires Header für SEO und GEO
Der Expires Header ist kein eigenständiges Ranking-Signal. Der SEO-Nutzen entsteht über die technische Leistung der Website: Weniger wiederholte Dateiübertragungen können Folgeseiten und erneute Besuche beschleunigen. Das verbessert die Nutzererfahrung und kann die Voraussetzungen für stabile Core Web Vitals unterstützen, ersetzt aber weder einen schnellen Server noch optimierte Bilder und schlanken Code.
Für SEA kann Browser-Caching den Wechsel zwischen mehreren Seiten einer Anzeigen-Landingpage beschleunigen, wenn dieselben Bilder, Schriftarten und Skripte wiederverwendet werden. Für GEO, also Generative Engine Optimization, besitzt der Expires Header keinen direkten Einfluss auf KI-Zitate. Eine zuverlässige technische Auslieferung unterstützt jedoch die allgemeine Zugänglichkeit und Nutzbarkeit der Inhalte.
Browser-Caching ist deshalb nur ein Baustein der technischen Onpage-Optimierung. Eine vollständige SEO-Analyse prüft zusätzlich Antwortzeiten, Dateigrößen, Bildformate, blockierende Skripte, Weiterleitungen und die mobile Darstellung.
Expires Header richtig prüfen
Messbar ist die Wirkung zum Beispiel so: Öffne in den Entwicklerwerkzeugen des Browsers den Bereich für Netzwerkanfragen, lade die Seite zweimal und vergleiche Status, Übertragungsgröße sowie Ladezeit derselben Ressource. Zusätzlich kannst du in den Antwort-Headern prüfen, ob Expires und Cache-Control vorhanden sind und zueinander passen.
Ein Technik-Crawler für technische SEO-Checks hilft dabei, Performance-Probleme regelmäßig zu erfassen. Für eine schnelle Einzelprüfung kannst du außerdem den kostenlosen Ladezeiten-Check verwenden. Browser-Caching entfaltet seinen Nutzen hauptsächlich bei wiederkehrenden Aufrufen, während weitere Maßnahmen auch den ersten Seitenbesuch beschleunigen.
Prüfe die Ladezeit deiner Website direkt im Artikel:
Typische Fehler bei Cache-Angaben
Ein häufiger Fehler besteht darin, lange Laufzeiten für Dateien zu setzen, deren URL trotz inhaltlicher Änderungen gleich bleibt. Besucher sehen dann möglicherweise eine alte Gestaltung oder führen veraltetes JavaScript aus. Versionierte Dateinamen lösen dieses Problem, weil jede geänderte Ressource eine neue URL erhält.
Ein fehlender Expires Header bedeutet nicht automatisch, dass kein Caching stattfindet. Browser können andere Header wie Cache-Control, ETag oder Last-Modified auswerten. Entscheidend ist die gesamte HTTP-Antwort. Prüfe deshalb nicht nur, ob ein einzelner Header vorhanden ist, sondern wie alle Cache-Signale zusammenwirken.
Häufige Fragen zum Expires Header
Muss jede Website einen Expires Header senden?
Nein. Eine Website kann Browser-Caching auch vollständig über Cache-Control steuern. Der Expires Header ist eine ergänzende Möglichkeit und besonders dann sinnvoll, wenn auch Systeme berücksichtigt werden sollen, die relative Cache-Regeln nur eingeschränkt auswerten.
Wie lange sollte ein Expires Header gültig sein?
Die Laufzeit hängt vom Änderungsrhythmus der Ressource ab. Versionierte Bilder, Schriftarten und Skripte können länger gespeichert werden als HTML-Seiten oder dynamische Inhalte. Eine allgemeingültige Dauer für alle Dateitypen gibt es nicht.
Kann ein Expires Header veraltete Inhalte verursachen?
Ja. Veraltete Inhalte können erscheinen, wenn eine Ressource lange gespeichert wird und sich ihr Inhalt unter derselben URL ändert. Versionierte Dateinamen sorgen dafür, dass der Browser bei jeder Änderung eine neue Ressource anfordert.
Was passiert nach Ablauf des Expires Headers?
Nach dem Ablauf gilt die gespeicherte Ressource als veraltet. Der Browser kann beim Server prüfen, ob sie verändert wurde, oder eine neue Version herunterladen. Eine abgelaufene Ressource wird nicht zwingend sofort aus dem lokalen Cache gelöscht.
Warum zeigt ein Ladezeiten-Test trotz Expires Header Probleme an?
Der Expires Header optimiert nur die Wiederverwendung gespeicherter Ressourcen. Große Bilder, langsame Serverantworten, blockierendes JavaScript und zu viele externe Anfragen können die Website weiterhin verlangsamen, besonders beim ersten Aufruf.
Wenn du Cache-Regeln, Ladezeiten und weitere technische Signale deiner Domain systematisch bewerten lassen möchtest, kannst du einen unverbindlichen Potenzialcheck anfragen.
Sie haben noch Fragen?
