Browser-Caching
Was ist Browser-Caching?
Browser-Caching bezeichnet das lokale Zwischenspeichern bereits geladener Webressourcen im Browser. Dateien wie Bilder, Stylesheets, Schriftarten oder JavaScript müssen dadurch bei späteren Seitenaufrufen nicht erneut vollständig vom Webserver übertragen werden. Das verkürzt Ladezeiten, reduziert das übertragene Datenvolumen und entlastet den Server.
Wie funktioniert das Zwischenspeichern im Browser?
Browser-Caching basiert auf HTTP-Headern, mit denen ein Webserver festlegt, ob und wie lange der Browser eine Ressource lokal speichern darf. Ruft ein Nutzer die Website erneut auf oder wechselt auf eine weitere Unterseite, kann der Browser vorhandene Dateien aus seinem Cache verwenden.
Der Browser-Cache speichert vor allem wiederverwendbare Ressourcen wie CSS-Dateien, JavaScript, Bilder, Videos und Webfonts. Besonders wirksam ist dieses Verfahren, wenn dieselben Dateien auf vielen Unterseiten eingebunden sind. Beim ersten Abruf müssen die Ressourcen in der Regel noch übertragen werden, bei späteren Aufrufen sinkt der Netzwerkaufwand deutlich.
Ob eine gespeicherte Datei direkt verwendet oder beim Server überprüft wird, bestimmen die Cache-Regeln der HTTP-Antwort. Der Server kann eine feste Gültigkeitsdauer vorgeben oder einen Validator mitsenden, anhand dessen der Browser die Aktualität der lokalen Kopie prüft.
Welche HTTP-Header steuern den Browser-Cache?
Der wichtigste Steuerungsmechanismus ist der HTTP-Header Cache-Control. Er enthält Anweisungen für Browser und andere Zwischenspeicher. Ergänzend können Expires, ETag und Last-Modified eingesetzt werden.
| Header oder Anweisung | Funktion | Typischer Einsatz |
|---|---|---|
Cache-Control: max-age | Legt die Gültigkeitsdauer einer Ressource in Sekunden fest. | Versionierte Bilder, CSS- und JavaScript-Dateien |
Cache-Control: no-cache | Erlaubt die Speicherung, verlangt aber vor der Wiederverwendung eine Prüfung beim Server. | Inhalte, deren Aktualität vor jeder Nutzung bestätigt werden soll |
Cache-Control: no-store | Untersagt das Speichern der Antwort. | Vertrauliche oder sicherheitskritische Daten |
Expires | Definiert ein konkretes Ablaufdatum und dient vor allem als älterer Kompatibilitätsmechanismus. | Statische Ressourcen bei einfachen Serverkonfigurationen |
ETag | Kennzeichnet eine bestimmte Version einer Ressource. | Validierung geänderter Dateien |
Last-Modified | Übermittelt den Zeitpunkt der letzten Änderung. | Bedingte Anfrage anhand des Änderungsdatums |
Cache-Control: public, max-age=31536000, immutable erlaubt die langfristige Speicherung einer unveränderlichen, öffentlich nutzbaren Ressource. Eine Laufzeit von 31.536.000 Sekunden entspricht 365 Tagen. Eine so lange Laufzeit eignet sich nur für Dateien mit versionsabhängigem Namen, beispielsweise styles.a84f2.css.Was geschieht bei einer Cache-Validierung?
Bei einer Cache-Validierung fragt der Browser den Server, ob die lokale Datei noch aktuell ist. Dazu sendet er beispielsweise den vorhandenen ETag oder das bekannte Änderungsdatum. Ist die Ressource unverändert, kann der Server mit dem HTTP-Status 304 Not Modified antworten.
Eine 304-Antwort enthält normalerweise nicht erneut den vollständigen Dateiinhalt. Dadurch bleibt zwar eine Anfrage an den Server erforderlich, das übertragene Datenvolumen fällt jedoch wesentlich geringer aus. Frische Ressourcen mit gültiger max-age-Angabe können dagegen ohne vorherige Serveranfrage direkt aus dem Browser-Cache geladen werden.
Wie verhindert Cache Busting veraltete Dateien?
Cache Busting bezeichnet die Versionierung einer Ressourcen-URL. Ändert sich eine Datei, erhält sie einen neuen Dateinamen oder einen neuen Versionsparameter. Der Browser behandelt die geänderte URL als neue Ressource und lädt sie trotz einer langen Cache-Laufzeit erneut herunter.
Welche Bedeutung hat Browser-Caching für SEO?
Browser-Caching kann die Ladezeit bei wiederholten Besuchen und beim Wechsel zwischen Unterseiten verkürzen. Weniger Dateiübertragungen reduzieren die Netzwerklast und beschleunigen besonders Websites, die auf vielen Seiten dieselben Bilder, Skripte, Schriftarten oder Stylesheets verwenden.
Kürzere Ladezeiten können sich positiv auf die Nutzererfahrung und auf die Core Web Vitals auswirken. Der Largest Contentful Paint, kurz LCP, kann bei Folgebesuchen sinken, wenn die für das größte sichtbare Element benötigten Ressourcen bereits lokal vorliegen. Eine Verbesserung ist jedoch nicht garantiert, da Serverantwortzeit, Rendering, Bildgrößen und JavaScript ebenfalls die Messwerte beeinflussen.
Browser-Caching ersetzt daher keine vollständige technische Optimierung. Komprimierte Bilder, schlanker Quellcode, schnelles Hosting, Lazy Loading und eine sinnvolle Ressourcenpriorisierung bleiben erforderlich. Eine umfassende Onpage-Optimierung der Website-Technik betrachtet diese Faktoren gemeinsam.
Wie beeinflusst Caching SEA und GEO?
Im SEA kann ein funktionierender Browser-Cache wiederkehrende Besuche auf einer Landingpage beschleunigen. Das betrifft beispielsweise Nutzer, die nach einem Anzeigenklick Produkte vergleichen, später zurückkehren oder mehrere Seiten eines Shops öffnen. Eine schnellere Bedienung kann Abbrüche reduzieren, stellt allein aber keine Garantie für eine höhere Conversion-Rate oder einen besseren Anzeigenrang dar.
Für GEO, die Generative Engine Optimization, ist Browser-Caching kein direktes Kriterium für die Auswahl einer Quelle durch ChatGPT, Perplexity oder Gemini. Eine stabile und schnelle technische Auslieferung verbessert jedoch die allgemeine Erreichbarkeit der Website. Für die KI-Sichtbarkeit bleiben klare Antworten, crawlbare Inhalte, nachvollziehbare Quellen und eine eindeutige Seitenstruktur maßgeblich.
Browser-, Server- und CDN-Caching im Vergleich
Der Unterschied zwischen Browser-Caching und anderen Cache-Arten liegt im Speicherort. Beim Browser-Cache befindet sich die Kopie auf dem Endgerät des Nutzers. Ein Server-Cache speichert vorbereitete Seiten oder Daten auf dem Webserver, während ein Content Delivery Network, kurz CDN, Dateien auf geografisch verteilten Edge-Servern vorhält.
Die Cache-Arten lassen sich miteinander kombinieren. Ein Bild kann beispielsweise auf einem CDN gespeichert, vom nächstgelegenen Edge-Server übertragen und anschließend zusätzlich im Browser abgelegt werden. Die jeweiligen Regeln müssen aufeinander abgestimmt sein, damit Aktualisierungen zuverlässig ausgeliefert werden.
Wie lässt sich Browser-Caching einrichten und prüfen?
Browser-Caching wird über die Konfiguration des Webservers, des Content-Management-Systems oder eines vorgeschalteten CDN eingerichtet. Bei Apache-Servern können Regeln in der Serverkonfiguration oder, sofern zulässig, in einer .htaccess-Datei stehen. Nginx verwendet eigene Konfigurationsanweisungen. Für WordPress existieren Erweiterungen, die Cache-Header und weitere Performance-Maßnahmen verwalten können.
Du solltest für jede Ressourcenart eine passende Laufzeit festlegen. Versionierte statische Dateien können lange gespeichert werden. HTML-Dokumente, Warenkörbe, Kontoseiten und häufig aktualisierte Daten erfordern kürzere oder restriktivere Regeln. Persönliche Inhalte dürfen nicht versehentlich als öffentlich cachebare Antworten ausgeliefert werden.
private oder no-store erforderlich ist.Die Browser-Entwicklertools zeigen im Netzwerkbereich, ob eine Datei aus dem Speicher- oder Festplatten-Cache stammt, erneut übertragen wurde oder eine 304-Antwort erhalten hat. Für einen realistischen Vergleich solltest du sowohl einen Aufruf mit leerem Cache als auch einen wiederholten Seitenaufruf messen.
Prüfe mit dem kostenlosen Test, wie schnell deine Website ausgeliefert wird und welche technischen Optimierungsmöglichkeiten bestehen. Der Test ergänzt die manuelle Kontrolle der Cache-Header in den Browser-Entwicklertools.
Typische Fehler bei der Cache-Konfiguration
Ein häufiger Fehler besteht darin, für alle Dateitypen dieselbe Laufzeit zu verwenden. Während versionierte Assets über Monate gespeichert werden können, benötigen HTML-Seiten meist kürzere Intervalle. Fehlen passende Regeln vollständig, lädt der Browser Ressourcen bei späteren Besuchen möglicherweise unnötig erneut.
Ein technischer SEO-Audit kann fehlerhafte Header, langsame Ressourcen und weitere Ursachen langer Ladezeiten systematisch erfassen. Für eine erste Messung steht zusätzlich der kostenlose Ladezeiten-Check zur Verfügung.
Browser-Caching kontinuierlich überwachen
Cache-Regeln sollten nach Website-Relaunches, Änderungen am Hosting, CDN-Anpassungen und größeren Software-Updates erneut geprüft werden. Automatisierte Messungen helfen dabei, veränderte Ladezeiten zu erkennen. Die konkrete Ursache muss anschließend anhand der Netzwerkantworten, Response-Header und ausgelieferten Dateiversionen untersucht werden.
Für die laufende technische Kontrolle kannst du einen kostenlosen Account der Performance Suite anlegen. Das von der OSG entwickelte und von der Performance Suite GmbH betriebene System erfasst unter anderem technische SEO- und Ladezeitdaten.
Free Account anlegenHäufige Fragen zum Cache des Browsers
Warum sehe ich nach einer Änderung noch die alte Website-Version?
Der Browser verwendet möglicherweise eine lokal gespeicherte Datei, deren Gültigkeitsdauer noch nicht abgelaufen ist. Eine neue Ressourcen-URL, eine erneute Validierung oder das Leeren des Browser-Caches kann die aktualisierte Version laden.
Schadet das Leeren des Browser-Caches dem SEO-Ranking?
Das Leeren des lokalen Caches eines einzelnen Nutzers hat keinen Einfluss auf das Ranking. Beim nächsten Besuch müssen die benötigten Dateien lediglich erneut übertragen werden.
Wie lange sollten Bilder und Skripte gespeichert werden?
Für versionierte und unveränderliche Ressourcen sind lange Laufzeiten von mehreren Monaten üblich. Häufig geänderte Dateien und HTML-Dokumente benötigen kürzere Laufzeiten oder eine regelmäßige Validierung.
Funktioniert der Browser-Cache im privaten Modus?
Private Browserfenster verwenden normalerweise einen getrennten, nur vorübergehend verfügbaren Cache. Die gespeicherten Daten werden spätestens beim Schließen der privaten Sitzung entfernt.
Kann eine Website den Browser-Cache eines Nutzers löschen?
Eine Website kann bestehende Cache-Einträge nicht beliebig vollständig löschen. Sie kann jedoch neue URLs verwenden, aktualisierte Cache-Header senden oder bei Service Workern eine programmierte Bereinigung eigener gespeicherter Ressourcen ausführen.
Sie haben noch Fragen?
