Was ist ein Cache?
Ein Cache ist im Grunde nur eine Schublade, in der du Dinge ablegst, weil du weißt, dass du sie gleich nochmal brauchst. Statt jedes Mal in den Keller zu rennen, holst du sie aus der Schublade — schneller, billiger, weniger Aufwand. Im Web funktioniert das Prinzip genauso. Dateien, Datenbankabfragen, fertig gerenderte HTML-Seiten — alles, was wiederverwendet werden kann, wird zwischengespeichert.
Ein konkretes Beispiel: Du rufst die Startseite eines Online-Shops auf. Beim ersten Besuch muss der Server die ganze Seite frisch zusammenbauen — Datenbank abfragen, Produkte holen, HTML generieren, Bilder laden. Das dauert vielleicht 800 Millisekunden. Beim zweiten Besuch — und bei jedem anderen Besucher in den nächsten Minuten — liegt diese fertige Seite im Cache. Auslieferung in 50 Millisekunden. Faktor 16 schneller, ohne dass auch nur eine Zeile Code geändert wurde.
Caching ist überall im Web. Dein Browser cacht. Dein Server cacht. Dein CDN cacht. Sogar das DNS-System cacht. Jede dieser Ebenen erspart dem System Arbeit und macht das Web spürbar schneller.
Welche Cache-Arten gibt es?
Es gibt nicht "den einen" Cache — es gibt mehrere parallel, die jeweils einen anderen Job machen:
| Cache-Typ | Wo er lebt | Was er speichert | Wer profitiert |
|---|---|---|---|
| Browser-Cache | Auf deinem Gerät | Bilder, CSS, JS, Schriften | Du selbst beim zweiten Besuch |
| Server-Cache | Auf dem Webserver | Datenbankergebnisse, fertige HTML-Seiten | Alle Besucher der Website |
| Object-Cache | Im RAM des Servers (z.B. Redis) | Datenbank-Objekte, Sessions | Dynamische Anwendungen |
| OPcache | Im PHP-Prozess | Kompilierten PHP-Bytecode | Jede PHP-Anfrage |
| CDN-Cache | Auf Edge-Servern weltweit | Statische Dateien, oft auch HTML | Internationale Besucher |
| DNS-Cache | Auf Resolver-Ebene | Domain-zu-IP-Auflösungen | Jede Anfrage im Internet |
Jeder dieser Caches arbeitet unabhängig voneinander. Das ist Stärke und Schwäche zugleich: Ein gut konfiguriertes System ist extrem schnell. Aber wenn du eine Änderung machst und einer der Caches sie noch nicht kennt, siehst du minutenlang die alte Version.
Speziell bei WordPress lohnt ein Blick auf zwei oft unterschätzte Ebenen: Object Cache mit Redis hält häufig abgefragte Datenbank-Objekte — User, Optionen, Meta-Daten — direkt im Arbeitsspeicher. Statt 200 MySQL-Queries pro Seitenaufruf landet alles in wenigen Millisekunden aus dem RAM. Für WooCommerce-Shops ist das oft der Unterschied zwischen "flüssig" und "Qual". OPcache ist eine PHP-Erweiterung, die kompilierten PHP-Bytecode im Speicher hält, damit der Interpreter nicht bei jeder Anfrage dieselben Dateien neu parst. Beide sollten auf jedem ernsthaften Hosting aktiv sein — gute Anbieter schalten das von Haus aus ein.
Wie funktioniert Browser-Caching?
Wenn dein Browser eine Datei vom Server lädt, schaut er auf die HTTP-Header. Der Server sagt darin: "Diese Datei darfst du 30 Tage lang behalten." Beim nächsten Besuch nimmt der Browser die Datei direkt aus seinem lokalen Speicher, ohne den Server zu fragen.
Das funktioniert über zwei Header:
Cache-Control: max-age=2592000— diese Datei darf 30 Tage gecacht werden.ETag: "abc123"— eindeutiger Fingerprint der Datei. Wenn der Browser unsicher ist, fragt er: "Hast du noch ETag abc123?" Server antwortet mit304 Not Modifiedoder einer neuen Version.
Bei deiner Website heißt das: Logo, Hintergrundbilder, CSS und JavaScript werden beim ersten Besuch heruntergeladen, danach lädt der Browser sie nicht mehr. Der zweite Seitenaufruf ist deshalb fast immer mehrere Male schneller als der erste.
Cache-Invalidierung — der schwierige Teil
Es gibt einen berühmten Spruch in der Informatik: "Es gibt zwei schwierige Dinge — Cache-Invalidierung und Variablen benennen." Das Problem ist real. Wenn du eine Datei änderst, weiß keiner der Caches automatisch, dass die alte Version nicht mehr stimmt.
Lösungsstrategien:
Versionierung in der URL. Statt style.css lädst du style.css?v=42. Bei jeder Änderung erhöhst du die Nummer. Der Browser sieht eine neue URL und lädt sie frisch.
Hash-Strings. WordPress-Themes oder Page Builder generieren oft Dateinamen wie style-a4f3b9.css. Ändert sich der Inhalt, ändert sich der Hash, der Browser zieht die neue Version.
Manuelles Cache-Leeren. Im Server-Cache (z.B. WP Rocket, LiteSpeed Cache) gibt es Buttons "Cache leeren". Beim CDN gibt es API-Endpunkte zum Purge. Beim Browser hilft Strg+F5.
Kurze TTL für dynamische Inhalte. Wenn sich Inhalte oft ändern, sollte die Lebensdauer des Caches niedrig sein — etwa 5 Minuten statt 30 Tagen.
Warum Caching für deine Website wichtig ist
Caching ist kein "Nice to have" — es ist die Differenz zwischen einer Website, die in einer Sekunde lädt, und einer, die fünf Sekunden braucht. Bei einer Sekunde bleiben die Besucher. Bei fünf Sekunden ist die Hälfte weg. Google misst diese Werte als Core Web Vitals und nutzt sie als Ranking-Signal.
Beispiel: Ein Blog mit 5000 Besuchern pro Tag auf einem mittelmäßigen Hosting-Paket. Ohne Server-Caching kollabiert der Server bei Lastspitzen. Mit korrekt konfiguriertem Page-Cache (z.B. WP Rocket) liefert derselbe Server 50.000 Besucher pro Tag aus, ohne ins Schwitzen zu kommen. Caching ist der billigste Performance-Boost überhaupt.
Häufige Fehler beim Umgang mit Cache
"Ich sehe meine Änderung nicht." Klassiker. Lösung: Cache leeren — auf allen Ebenen. Browser, Server, CDN. Wenn du nicht weißt welche, frag deinen Webdesigner.
Cache zu lang gesetzt. Wer HTML-Seiten 30 Tage cacht, hat 30 Tage lang die alte Version. Für statische Assets okay, für Inhaltsseiten zu lang.
Login-Bereiche gecacht. Wenn der Cache nicht zwischen eingeloggten und nicht eingeloggten Nutzern unterscheidet, sehen Besucher plötzlich fremde Daten. Sicherheitsrisiko.
Cache-Header fehlen. Wenn der Server keine Cache-Control-Header schickt, raten die Browser. Resultat: Inkonsistente Performance.
Mehrere Caching-Plugins gleichzeitig. Bei WordPress fatal. Sie blockieren sich gegenseitig und produzieren kaputte Seiten.