Wenn es um Web-Performance geht, denken die meisten zuerst an Bilder und JavaScript. Doch zwei Technologien wirken im Hintergrund oft noch stärker: Caching und Content Delivery Networks (CDN). Richtig eingesetzt, sorgen sie dafür, dass Inhalte nicht bei jedem Aufruf neu berechnet und nicht jedes Mal um die halbe Welt geschickt werden. Das Ergebnis sind drastisch kürzere Server-Antwortzeiten und ein spürbar schnelleres Surferlebnis. Dieser Artikel erklärt beide Konzepte verständlich und praxisnah.
Was Caching überhaupt bedeutet
Caching heißt im Kern: Etwas, das einmal aufwendig erzeugt wurde, wird zwischengespeichert und beim nächsten Mal direkt aus dem Speicher geliefert, statt es neu zu berechnen. Dieses Prinzip findet sich an mehreren Stellen im Web-Stack wieder, und es lohnt sich, sie auseinanderzuhalten:
- Browser-Cache: Der Browser speichert Dateien wie CSS, JavaScript und Bilder lokal auf dem Gerät des Nutzers. Beim nächsten Besuch lädt er sie nicht erneut vom Server.
- Server-Caching: Der Server speichert fertig gerenderte Seiten oder Datenbankergebnisse zwischen, um sie nicht bei jedem Aufruf neu zusammenzubauen.
- CDN-Caching: Ein Netzwerk verteilter Server hält Kopien deiner Inhalte geografisch nah am Nutzer vor.
Diese Ebenen ergänzen sich. Ein gut optimiertes Setup nutzt alle drei gleichzeitig.
Browser-Caching mit HTTP-Headern steuern
Der Browser entscheidet anhand von HTTP-Headern, ob und wie lange er eine Datei zwischenspeichert. Diese Header sendet dein Server zusammen mit jeder Datei mit. Die wichtigsten:
Cache-Control: der zentrale Header. Mit max-age gibst du an, wie viele Sekunden eine Datei als frisch gilt. Statische Ressourcen wie versionierte CSS- und JavaScript-Dateien kannst du sehr lange cachen (etwa ein Jahr), weil sich ihr Inhalt bei Änderungen über den Dateinamen unterscheidet. Mit der Direktive immutable teilst du dem Browser mit, dass sich die Datei garantiert nicht ändert.
ETag und Last-Modified: Diese Header erlauben eine effiziente Gültigkeitsprüfung. Der Browser fragt beim Server nach, ob sich eine Datei geändert hat. Ist sie unverändert, antwortet der Server mit dem schlanken Status 304 Not Modified statt die ganze Datei erneut zu senden. Das spart Bandbreite, ohne die Aktualität zu gefährden.
Die typische Strategie lautet: statische, versionierte Dateien lange cachen, HTML-Dokumente kurz oder gar nicht, weil sich deren Inhalt häufiger ändert. So profitieren wiederkehrende Besucher von blitzschnellen Ladezeiten, ohne veraltete Inhalte zu sehen.
Server-seitiges Caching: Rechenarbeit vermeiden
Viele Websites laufen auf einem Content-Management-System wie WordPress, das jede Seite dynamisch erzeugt: PHP wird ausgeführt, die Datenbank abgefragt, das Template zusammengebaut. Das kostet bei jedem einzelnen Aufruf Zeit und Serverressourcen – und erhöht die Time to First Byte (TTFB).
Server-seitiges Caching durchbricht diesen Kreislauf. Statt die Seite jedes Mal neu zu generieren, wird das fertige Ergebnis zwischengespeichert und bei den folgenden Aufrufen direkt ausgeliefert. Es gibt verschiedene Ausprägungen:
- Page-Caching: Komplette HTML-Seiten werden als statische Dateien gespeichert. Der nächste Besucher bekommt die fertige Datei in Millisekunden.
- Object-Caching: Einzelne, aufwendige Datenbankergebnisse werden im Arbeitsspeicher zwischengehalten, etwa mit Redis oder Memcached.
- OPcache: Bei PHP wird der kompilierte Bytecode zwischengespeichert, sodass der Code nicht bei jedem Aufruf neu interpretiert werden muss.
Für ein WordPress-Projekt ist ein gutes Caching-Plugin der schnellste Weg zu spürbar besserer Performance. Bei selbst entwickelten Anwendungen lohnt sich Redis als Object-Cache, um teure Berechnungen und Datenbankzugriffe zu vermeiden.
Was ein CDN macht – und warum es hilft
Ein Content Delivery Network ist ein weltweit verteiltes Netzwerk von Servern, sogenannten Edge-Servern oder PoPs (Points of Presence). Sie halten Kopien deiner Inhalte vor und liefern sie vom geografisch nächstgelegenen Standort aus.
Das Problem, das ein CDN löst, ist die Latenz durch Entfernung. Liegt dein Server in Frankfurt und ruft jemand aus Sydney deine Seite auf, müssen die Datenpakete eine sehr weite Strecke zurücklegen – jede Anfrage und Antwort kostet messbar Zeit, weil Daten nicht schneller als das Licht reisen. Ein CDN mit einem Edge-Server in Sydney verkürzt diese Distanz drastisch. Die Vorteile auf einen Blick:
- Geringere Latenz: Inhalte kommen vom nächstgelegenen Standort.
- Entlastung des Ursprungsservers: Das CDN beantwortet den Großteil der Anfragen, dein eigentlicher Server muss weniger leisten.
- Höhere Ausfallsicherheit: Fällt ein Edge-Server aus, übernimmt ein anderer.
- DDoS-Schutz: Viele CDNs filtern bösartigen Traffic ab, bevor er deinen Server erreicht.
Bekannte CDN-Anbieter sind Cloudflare, Fastly, Bunny und die Angebote der großen Cloud-Plattformen. Für viele kleinere Websites genügt bereits der kostenlose Tarif eines CDN-Anbieters, um eine deutliche Verbesserung zu erreichen.
Statische und dynamische Inhalte im CDN
Klassischerweise cachen CDNs vor allem statische Inhalte: Bilder, CSS, JavaScript, Schriften, Videos. Diese ändern sich selten und lassen sich problemlos an der Edge zwischenspeichern. Moderne CDNs gehen aber weiter und können auch dynamische oder personalisierte Inhalte intelligent behandeln – etwa über Edge-Caching von HTML mit gezielter Invalidierung oder über Edge-Computing, bei dem kleiner Programmcode direkt auf den Edge-Servern ausgeführt wird.
Ein wichtiges Thema ist die Cache-Invalidierung: Wie sorgst du dafür, dass nach einer Inhaltsänderung nicht eine veraltete Version ausgeliefert wird? Die saubere Lösung ist Versionierung über Dateinamen (zum Beispiel style.a1b2c3.css). Ändert sich die Datei, ändert sich der Name, und der Cache greift automatisch auf die neue Version zu. Für dynamische Seiten bieten CDNs gezielte Purge-Funktionen, mit denen du einzelne URLs aus dem Cache entfernen kannst.
HTTP/2, HTTP/3 und Komprimierung
Ein CDN bringt fast nebenbei weitere Performance-Vorteile mit. Moderne CDNs unterstützen HTTP/2 und HTTP/3, die mehrere Anfragen effizient über eine Verbindung abwickeln und so den Overhead reduzieren. Außerdem übernehmen sie oft automatisch die Brotli-Komprimierung von Textdateien und das Ausliefern moderner Bildformate. Diese Funktionen musst du nicht selbst konfigurieren – sie sind beim CDN meist standardmäßig aktiv.
Ein pragmatischer Fahrplan
- Browser-Caching über sinnvolle
Cache-Control-Header aktivieren: statische Dateien lange, HTML kurz. - Server-seitiges Caching einrichten – bei CMS ein Caching-Plugin, bei eigenen Anwendungen Object-Caching mit Redis.
- Brotli- oder Gzip-Kompression auf dem Server aktivieren.
- Ein CDN vorschalten, zunächst für statische Assets.
- Versionierte Dateinamen einführen, um Cache-Invalidierung sauber zu lösen.
- TTFB und Ladezeit vorher und nachher messen, um den Effekt zu verifizieren.
Wenn du den Gesamtzusammenhang der Performance vertiefen willst, lies unseren Artikel zur Ladezeit-Optimierung. Wie sich ein niedriger TTFB konkret auf die Messwerte auswirkt, erfährst du im Artikel zu den Core Web Vitals. Weitere hilfreiche Werkzeuge findest du im Webtools-Bereich.
Häufige Fragen
Brauche ich ein CDN, wenn meine Besucher alle aus Deutschland kommen?
Der Latenzvorteil ist bei lokalem Publikum kleiner, aber ein CDN bringt trotzdem Nutzen: Es entlastet deinen Server, bietet HTTP/3 und automatische Kompression und schützt vor Angriffen. Bei rein regionalem Traffic und schnellem Hosting ist der Effekt aber geringer als bei internationalem Publikum.
Was ist der Unterschied zwischen Browser-Cache und CDN-Cache?
Der Browser-Cache liegt auf dem Gerät des einzelnen Nutzers und hilft nur diesem bei wiederholten Besuchen. Der CDN-Cache liegt auf verteilten Servern und beschleunigt die Auslieferung für alle Nutzer in einer Region, auch beim ersten Besuch.
Kann Caching dazu führen, dass Besucher veraltete Inhalte sehen?
Ja, falsch konfiguriertes Caching kann veraltete Versionen ausliefern. Die Lösung ist eine durchdachte Strategie: HTML kurz cachen, statische Dateien über versionierte Namen ausliefern und bei dynamischen Inhalten gezielte Purge-Funktionen nutzen. Dann profitierst du von der Geschwindigkeit, ohne Aktualität zu verlieren.
Lohnt sich Redis für eine kleine Website?
Für eine kleine, weitgehend statische Seite reicht oft schon Page-Caching aus. Redis als Object-Cache lohnt sich vor allem bei dynamischen Anwendungen mit vielen Datenbankabfragen, etwa Shops oder Communitys. Beginne mit dem einfachsten Caching und steigere dich bei Bedarf.