CDN: Wie ein Content Delivery Network die Ladezeit verbessert

Ein CDN (Content Delivery Network) ist ein weltweit verteiltes Netz von Servern, das Inhalte einer Website möglichst nah am Nutzer ausliefert. Statt jede Anfrage über eine lange Distanz zum Ursprungsserver zu schicken, beantwortet ein nahegelegener Edge-Server die Anfrage. Das senkt die Latenz, verbessert die TTFB und entlastet die eigene Infrastruktur – ein zentraler Baustein guter Web-Performance.

Wie ein CDN funktioniert

Ein CDN betreibt sogenannte Points of Presence (PoPs) – Rechenzentren an vielen Standorten weltweit. Fordert ein Nutzer eine Datei an, passiert Folgendes:

1. Die Anfrage wird zum geografisch nächsten PoP geleitet.
2. Liegt die Datei dort bereits im Cache (Cache Hit), wird sie sofort ausgeliefert.
3. Fehlt sie (Cache Miss), holt der PoP sie einmalig vom Ursprungsserver, speichert sie und liefert sie aus.

Dadurch trifft nur ein Bruchteil der Anfragen den Ursprungsserver. Die Cache-Dauer steuern Sie über den Cache-Control-Header – insbesondere s-maxage gilt gezielt für gemeinsam genutzte Caches wie ein CDN.

Welche Vorteile bietet ein CDN?

Vorteil	Wirkung
Geringere Latenz	Kürzere Distanz Nutzer ↔ Server senkt die TTFB
Entlastung des Origins	Weniger Last und Datenverkehr am Ursprungsserver
Höhere Verfügbarkeit	Ausfälle einzelner Knoten werden abgefedert
DDoS-Schutz	Angriffe verteilen sich über das Netz
Skalierbarkeit	Lastspitzen (z. B. Kampagnen) werden abgefangen

Vorher/Nachher: globaler Zugriff

Eine in Zürich gehostete Website wurde von Nutzern in Australien aufgerufen. Nach der Einführung eines CDN sank die Auslieferungszeit statischer Assets deutlich:

Messwert	Ohne CDN (Origin Zürich)	Mit CDN (Edge Sydney)
TTFB (Sydney)	~480 ms	~60 ms
Asset-Ladezeit	~1,9 s	~0,5 s
Origin-Requests	100 %	~15 %

Der grösste Effekt entsteht für Nutzer, die weit vom Ursprungsserver entfernt sind – bei rein lokalem Publikum fällt der Gewinn kleiner aus.

CDN und Caching richtig kombinieren

Ein CDN entfaltet seine Wirkung nur mit korrekten Cache-Regeln. Bewährt hat sich:

• Gehashte Assets (app.a8f9b2.js) mit public, max-age=31536000, immutable – lange am Edge und im Browser cachen.
• HTML mit kurzer oder per s-maxage gesteuerter Cache-Dauer, damit Inhalts­änderungen zeitnah sichtbar werden.
• Cache-Invalidierung (Purge) nach Deployments, damit veraltete Inhalte nicht weiter ausgeliefert werden.

Wie Sie das Zusammenspiel mit dem Browser-Cache optimal einstellen, beschreibt der Leitfaden zum Caching.

Typische Fehler beim CDN-Einsatz

• Sensible Inhalte cachen: Personalisierte oder vertrauliche Daten dürfen nicht am Edge landen – hier gehört Cache-Control: no-store, private gesetzt.
• Kein Purge nach Deployment: Ohne Invalidierung sehen Nutzer alte CSS-/JS-Dateien, was zu Darstellungsfehlern führt.
• Falsche Cache-Header: Steht überall no-cache, cacht das CDN nichts und der Vorteil verpufft.
• Nur HTML über CDN, Assets vom Origin: Dann bleibt die Latenz für den Grossteil der Ressourcen bestehen.

Wann sich ein CDN lohnt

Ein CDN ist besonders wertvoll bei internationalem Publikum, vielen statischen Assets, hohen Lastspitzen oder strengen Verfügbarkeitsanforderungen. Für eine kleine, rein lokale Website mit wenig Traffic kann der Nutzen geringer ausfallen – dann lohnt sich zunächst die Optimierung von TTFB und Bildern am Ursprungsserver.

[!TIP] Sie möchten messen, wie schnell Ihre Seite mit und ohne CDN ausgeliefert wird? Prüfen Sie TTFB, Ladezeit und Core Web Vitals mit dem PageSpeed Check auf balou.tools.

Fazit

Ein CDN bringt Inhalte näher zum Nutzer, senkt die Latenz und entlastet den Ursprungsserver. Seine volle Wirkung entfaltet es jedoch erst mit sauber konfigurierten Cache-Regeln und einer durchdachten Invalidierungsstrategie. Richtig eingesetzt ist es einer der wirksamsten Hebel für schnelle, global verfügbare Websites.