Caching
Caching ist die Zwischenspeicherung von Inhalten an einer schneller erreichbaren Stelle, sodass wiederholte Anfragen nicht jedes Mal vom Ursprungsserver neu erzeugt werden müssen.
Caching ist neben Komprimierung und einem geografisch verteilten Auslieferungs-Netz einer der drei zentralen Hebel, um Server-Antwortzeiten zu reduzieren und Core Web Vitals zu verbessern.
In einfachen Worten
Caching funktioniert ähnlich wie ein Reservelager hinter der Ladentheke: häufig nachgefragte Artikel liegen griffbereit, statt jedes Mal aus dem Hauptlager geholt zu werden. Bei Websites greift dieses Prinzip auf mehreren Ebenen – im Browser des Besuchers, in einem geografisch verteilten Auslieferungs-Netz, in einem Vermittlungsserver vor der eigentlichen Anwendung und in der Anwendung selbst. Jede dieser Ebenen erspart Arbeit: weniger Datenbankabfragen, weniger Berechnungen, weniger Datenübertragungen. Das Ergebnis sind schnellere Seiten und eine deutlich geringere Server-Last bei gleicher Besucherzahl.
Wozu brauche ich das?
Caching ist universell einsetzbar und auf jeder Ebene relevant. Für statische Dateien wie Bilder, CSS und JavaScript sind lange Browser-Cache-Zeiten Standard. Für dynamische Seiten lohnt sich Page-Caching auf Webserver- oder Vermittlungsserver-Ebene. Für datenbankgetriebene Anwendungen ist ein In-Memory-Cache üblich, der häufig abgefragte Datensätze direkt im Arbeitsspeicher hält. Selbst Schnittstellen profitieren – ein sauber konfigurierter Antwort-Cache reduziert Wartezeiten von Sekunden auf Millisekunden.
Beispiel aus der Praxis
Eine typische Ausgangslage: Ein redaktionelles Magazin auf Basis eines klassischen Content-Management-Systems mit hohem Tagestraffic liefert dynamisch generiertes HTML aus. Die Server-Antwortzeit (TTFB) liegt im Bereich mehrerer Sekunden, bei Lastspitzen wird die Datenbank zur Engstelle. Mit Page-Caching auf Vermittlungsserver-Ebene und einem In-Memory-Cache für Datenbankabfragen fällt die TTFB in den Millisekunden-Bereich, die Datenbank-Last sinkt deutlich. Lastspitzen – etwa nach einem Beitrag in der überregionalen Presse – verkraftet der Server damit ohne zusätzliche Hardware. Voraussetzung ist eine saubere Invalidierungs-Strategie, damit Redaktion und Besucher stets die aktuelle Fassung eines Artikels sehen.
Wirtschaftlicher Nutzen
Caching gehört zu den wirksamsten Hebeln im Performance-Bereich. Der Konfigurations-Aufwand für ein Standard-Setup ist überschaubar; der Effekt zeigt sich in spürbar kürzeren Antwortzeiten, höherer Verfügbarkeit bei Lastspitzen und einer geringeren Auslastung der Server-Hardware. Für umsatzkritische Websites wirkt sich das Caching gleichzeitig auf die Conversion-Rate aus, weil schnellere Seiten zu mehr abgeschlossenen Bestellungen oder Anfragen führen.
Typische Fehler
- Cache-Lebensdauer zu kurz gewählt – der Server wird trotz Cache permanent belastet und der Mehrwert verpufft.
- Cache-Lebensdauer zu lang gewählt – Besucher sehen nach Aktualisierungen tagelang veraltete Inhalte.
- Personalisierte Inhalte (Login-Status, Warenkorb) versehentlich gecached – fremde Inhalte werden anderen Besuchern ausgespielt.
- Keine automatische Invalidierung beim Veröffentlichen im CMS – die Redaktion sieht ihre Änderungen erst nach Ablauf der Cache-Dauer.
- Query-Parameter und Cookies nicht im Cache-Schlüssel berücksichtigt – verschiedene Anfragen werden auf denselben Eintrag abgebildet.
Worauf achten?
- Cache-Strategie pro Inhaltstyp festlegen: statische Dateien lange, dynamische Seiten kurz, personalisierte Bereiche gar nicht.
- Invalidierung automatisch an Redaktions-Aktionen koppeln – idealerweise beim Speichern oder Veröffentlichen im CMS.
- Cookies und Query-Parameter im Cache-Schlüssel berücksichtigen, damit personalisierte Daten nicht versehentlich freigegeben werden.
- Cache-Hit-Rate regelmäßig messen – Werte unter 80 Prozent weisen meist auf eine Fehlkonfiguration hin.
- Browser-Cache für statische Dateien über die Cache-Control-Header auf Wochen oder Monate setzen.
Häufig gestellte Fragen
Welche Cache-Ebenen gibt es?
Auf einer typischen Website wirken vier Ebenen zusammen: der Browser-Cache beim Besucher selbst, ein geografisch verteiltes Auslieferungs-Netz, ein Vermittlungsserver vor der Anwendung und ein In-Memory-Cache innerhalb der Anwendung für Datenbankabfragen. Jede Ebene löst andere Performance-Probleme.
Wie lange sollten Inhalte zwischengespeichert werden?
Eine einheitliche Antwort gibt es nicht. Statische Dateien wie Bilder oder Schriften können Wochen oder Monate im Cache bleiben, dynamische Seiten je nach Aktualisierungs-Frequenz Minuten bis Stunden, personalisierte Bereiche (Warenkorb, Login) gar nicht.
Wann ist Caching gefährlich?
Wenn personalisierte oder sicherheitsrelevante Inhalte versehentlich auf einer öffentlich erreichbaren Cache-Ebene landen. Typische Fälle: Warenkorb-Status, Login-Daten oder Formulardaten mit Cookie-Bezug. Vor dem Aktivieren muss die Trennung zwischen öffentlichen und personalisierten Inhalten sauber definiert sein.
Was ist die Cache-Hit-Rate?
Die Cache-Hit-Rate beschreibt den Anteil der Anfragen, die direkt aus dem Cache beantwortet werden, ohne den Ursprungsserver zu belasten. Werte über 80 Prozent gelten als gut. Niedrigere Werte weisen meist auf zu kurze Cache-Lebensdauern oder eine fehlerhafte Konfiguration des Cache-Schlüssels hin.
Wirkt sich Caching auf das SEO-Ranking aus?
Mittelbar ja. Caching reduziert die Server-Antwortzeit (TTFB), die direkt in den Core-Web-Vitals-Wert LCP einfließt. Bessere Vitals-Werte wirken als offizielles Ranking-Signal und führen gleichzeitig zu niedrigeren Absprungraten – beide Effekte zahlen auf die Sichtbarkeit ein.