Caching und CDN erklärt: wie Websites schneller ausgeliefert werden

Wenn eine Website schnell lädt, steckt dahinter selten nur ein leistungsstarker Server. Meistens arbeitet ein ganzes System aus Zwischenspeichern zusammen, die dafür sorgen, dass nicht jede Anfrage komplett neu berechnet und über die ganze Welt geschickt werden muss. Dieses Zusammenspiel heißt Caching, und ein CDN ist eine seiner wichtigsten Formen.

Für Unternehmen ohne technischen Hintergrund klingt beides oft nach reiner Technik-Optimierung. Tatsächlich beeinflussen beide direkt, wie zuverlässig eine Seite unter Last bleibt, wie gut sie international funktioniert und wie viel Serverleistung überhaupt nötig ist. Dieser Artikel erklärt die wichtigsten Ebenen und wo ihre jeweiligen Grenzen liegen.

Warum Ladezeit ein Zusammenspiel mehrerer Ebenen ist

Zwischen dem Klick eines Besuchers und der fertig aufgebauten Seite liegen mehrere Stationen: der Browser des Besuchers, möglicherweise ein CDN-Knoten in der Nähe, der eigentliche Server und dahinter oft eine Datenbank. Jede dieser Stationen kann Ergebnisse zwischenspeichern, um dieselbe Arbeit nicht wiederholt zu erledigen.

Fehlt Caching komplett, muss jede einzelne Anfrage den gesamten Weg durchlaufen – Seite zusammenbauen, Datenbank abfragen, Bilder ausliefern. Das funktioniert bei wenigen Besuchern unauffällig, wird aber bei Lastspitzen schnell zum Engpass, weil jede zusätzliche Anfrage denselben vollen Aufwand verursacht.

Wie stark sich das auf die tatsächliche Ladezeit auswirkt, hängt von der jeweiligen Seite ab – Grundlagen dazu stehen im Beitrag Website-Performance: warum Ladezeit Umsatz und Ranking kostet.

Wichtig ist dabei: Caching ersetzt keine grundsätzlich schwache technische Basis. Ein unterdimensionierter Server oder eine ineffiziente Datenbankstruktur bleiben ein Problem, das Caching bestenfalls abmildert, aber nicht dauerhaft löst.

Browser-Cache: der Zwischenspeicher beim Besucher

Der Browser-Cache speichert Dateien wie Bilder, Schriftarten, CSS und JavaScript direkt auf dem Gerät des Besuchers. Ruft dieselbe Person die Seite ein zweites Mal auf, müssen viele Dateien gar nicht erneut heruntergeladen werden, sondern kommen direkt aus dem lokalen Speicher.

Wie lange eine Datei dort verbleibt, steuert der Server über sogenannte Cache-Header. Statische Dateien wie ein Logo können sehr lange zwischengespeichert werden, während sich häufig ändernde Inhalte kürzere oder gar keine Speicherzeit bekommen sollten.

Der Browser-Cache wirkt ausschließlich für wiederkehrende Besucher desselben Geräts. Für den ersten Seitenaufruf oder für neue Besucher bringt er nichts – hier kommen die serverseitigen Caching-Ebenen ins Spiel.

Server-seitiges Caching: Seiten- und Objekt-Cache

Auf Serverseite lassen sich zwei grundsätzliche Ansätze unterscheiden. Beim Seiten-Cache wird eine fertig zusammengebaute Seite als Ganzes gespeichert und bei der nächsten Anfrage direkt ausgeliefert, ohne dass Datenbank oder Programmcode erneut angesprochen werden. Das ist besonders wirksam bei Inhalten, die sich selten ändern, etwa redaktionelle Artikel.

Beim Objekt-Cache werden stattdessen einzelne Bausteine zwischengespeichert, etwa das Ergebnis einer aufwendigen Datenbankabfrage. Die Seite wird dann zwar bei jeder Anfrage neu zusammengesetzt, greift dabei aber auf bereits vorliegende Zwischenergebnisse zurück, statt sie erneut zu berechnen.

Beide Ansätze lassen sich kombinieren und sind für dynamische Anwendungen wie Online-Shops mit häufig wechselnden Preisen und Beständen oft die praktikablere Lösung als ein reiner Seiten-Cache.

CDN erklärt: verteilte Auslieferung statt ein zentraler Server

Ein CDN, ein Content Delivery Network, ist ein Netz aus Servern an verschiedenen geografischen Standorten, die Kopien von Dateien einer Website vorhalten. Ruft ein Besucher die Seite auf, liefert nicht der eigentliche Ursprungsserver aus, sondern der geografisch nächstgelegene CDN-Knoten.

Das verkürzt vor allem die physische Distanz, die Daten zurücklegen müssen, und entlastet gleichzeitig den Ursprungsserver, weil ein Großteil der Anfragen gar nicht mehr dort ankommt. Besonders spürbar wird dieser Effekt bei Besuchern, die geografisch weit vom eigentlichen Serverstandort entfernt sind.

Ein CDN übernimmt häufig auch statische Elemente wie Bilder, Schriftarten oder Skript-Dateien, während dynamische, personalisierte Inhalte weiterhin direkt vom Ursprungsserver kommen.

Wann sich ein CDN lohnt – und wann nicht

Ein CDN bringt den größten Nutzen, wenn Besucher geografisch breit gestreut sind, wenn viele statische Dateien wie Bilder oder Videos ausgeliefert werden, oder wenn Lastspitzen abgefedert werden müssen, etwa bei Kampagnen oder saisonalen Verkaufsphasen.

Für eine regionale Website mit überschaubarem Publikum in unmittelbarer Nähe zum eigenen Server ist der Effekt dagegen oft gering. Hier bringt sauberes Server- und Browser-Caching meist mehr als die zusätzliche Komplexität eines CDN.

Die Entscheidung sollte deshalb nicht pauschal, sondern anhand der tatsächlichen Besucherstruktur getroffen werden – wie stark Hosting-Wahl und Infrastruktur insgesamt zusammenspielen, zeigt der Beitrag Webhosting-Arten im Vergleich.

Cache-Invalidierung: der eigentlich schwierige Teil

Caching selbst ist technisch überschaubar. Schwieriger ist die Frage, wann ein zwischengespeicherter Wert veraltet ist und ersetzt werden muss – bekannt als Cache-Invalidierung. Wird ein Preis im Shop geändert, ein Bild ausgetauscht oder ein Artikel korrigiert, muss die zwischengespeicherte alte Version zuverlässig verschwinden.

Passiert das nicht, sehen Besucher je nach Cache-Ebene unterschiedliche, teils widersprüchliche Stände derselben Seite – ein Kunde sieht den alten Preis, ein anderer den neuen. Solche Effekte sind für Betreiber oft schwer zu diagnostizieren, weil sie selbst häufig den bereits aktualisierten Stand sehen.

Ein gut konfiguriertes System löscht relevante Cache-Einträge automatisch bei jeder inhaltlichen Änderung. Wo das nicht automatisch geschieht, sollte ein manuelles Leeren des Caches fester Bestandteil des Veröffentlichungsprozesses sein.

Caching bei dynamischen und personalisierten Inhalten

Nicht jede Seite lässt sich unbegrenzt zwischenspeichern. Eingeloggte Bereiche, personalisierte Empfehlungen oder ein Warenkorb mit individuellem Inhalt dürfen nicht einfach für alle Besucher identisch ausgeliefert werden – sonst sähe ein Kunde plötzlich den Warenkorb eines anderen.

Solche Bereiche werden entweder ganz vom Caching ausgenommen oder nur teilweise zwischengespeichert, etwa das umgebende Seitenlayout, während der persönliche Inhalt jedes Mal frisch geladen wird. Diese Trennung sauber umzusetzen, ist einer der Gründe, warum Caching-Konfiguration Erfahrung erfordert und nicht blind auf jede Seite gleich angewendet werden sollte.

Praktische Checkliste für den Einstieg

Für die meisten kleinen und mittleren Websites reicht dieser Einstieg:

• Browser-Caching für statische Dateien wie Bilder und Schriftarten korrekt einrichten
• Server-seitigen Seiten-Cache für weitgehend statische Inhalte aktivieren
• Eingeloggte und personalisierte Bereiche gezielt vom Cache ausnehmen
• Ein CDN erst dann einplanen, wenn Besucherstruktur oder Dateigröße das rechtfertigen
• Cache-Leerung als festen Schritt in jeden Veröffentlichungsprozess aufnehmen

Diese Reihenfolge sorgt dafür, dass die wirkungsvollsten und am einfachsten zu wartenden Maßnahmen zuerst umgesetzt werden, bevor zusätzliche Komplexität durch ein CDN dazukommt.

Häufige Fragen