Verfallsdatum

Verfallsdatum, auch als Expiry oder Cache-Kontrol bezeichnet, ist ein HTTP-Header, der anweist, wie lange ein Browser oder Zwischenspeicher (Cache) eine Webressource speichern darf, bevor die neue Version vom Server abgerufen werden muss. Ein korrektes Verfallsdatum ist essentiell für die Seitengeschwindigkeit: Wenn Bilder, CSS und JavaScript gecacht werden können, müssen diese Ressourcen nicht bei jedem Besuch neu heruntergeladen werden. Dies spart Bandbreite, senkt Serverload und verbessert die Ladezeit für Wiederbesucher erheblich. Google berücksichtigt effizientes Caching als Teil der Page-Experience-Bewertung.

Technisch wird das Verfallsdatum durch Cache-Control-Header definiert: Cache-Control: max-age=2592000 bedeutet beispielsweise, dass die Ressource 30 Tage lang gecacht werden kann. Es gibt auch den Expires-Header (ältere Variante) und ETag/Last-Modified für Cache-Validierung. Der Server kann auch angeben, ob eine Ressource öffentlich (Public) oder privat (Private) ist, und ob sie revalidiert werden muss, bevor sie benutzt wird. Ein schlechtes Caching-Setup belastet den Server unnötig und verlangsamt Website-Ladezeiten – das wirkt sich direkt auf Core Web Vitals aus, besonders LCP.

In der Praxis sollte man für verschiedene Ressourcentypen unterschiedliche Cache-Zeiten definieren: Statische Ressourcen wie Logos oder Stylesheets können 1-2 Jahre gecacht werden (max-age=31536000). Bilder und Fonts können 30-90 Tage sein. HTML-Dateien sollten kurzer gecacht werden (wenige Tage) oder gar nicht, damit Nutzer aktuelle Inhalte sehen. Browser-Cache kann auch über .htaccess (bei Apache) oder über CDN-Einstellungen kontrolliert werden. Tools wie PageSpeed Insights zeigen, wenn Caching-Opportunitäten bestehen. Ein gut konfiguriertes Caching reduziert Ladezeiten für Wiederbesucher um 50-80% – einer der besten ROI-Optimierungen für seitengeschwindigkeit.