CDN: wann eine Website eines braucht
Ein CDN speichert Kopien der Dateien einer Website auf Servern in aller Welt und liefert sie dem Besucher vom nächstgelegenen aus. Das beschleunigt das Laden von Bildern, Skripten und Videos und entlastet Ihren Server, macht aber eine langsame Anwendung nicht schneller und ersetzt nicht die richtige Wahl des Serverlandes. Hier lesen Sie, wann ein CDN wirklich nötig ist und wann ein einzelner VPS am richtigen Ort genügt.
Ein CDN (Content Delivery Network) ist eine Zwischenschicht zwischen dem Besucher und Ihrem Server. Der DNS-Eintrag der Domain zeigt nicht auf den Server, sondern auf das CDN. Der Besucher verbindet sich mit dem nächsten Knoten des Netzes, der Knoten liefert aus, was er im Cache hat, und holt den Rest von Ihrem Server, der in diesem Aufbau Ursprungsserver (Origin) heißt.
Was ein CDN tut
- Es liefert statische Dateien nah am Besucher aus. Bilder, CSS, JavaScript, Schriften und Videos kommen von einem Knoten im selben oder einem Nachbarland statt von einem anderen Kontinent.
- Es verkürzt den Verbindungsaufbau. Die verschlüsselte Verbindung wird mit dem nächsten Knoten aufgebaut. Selbst bei TLS 1.3 kostet der Handshake einen eigenen Hin- und Rückweg (RFC 8446), und bei 150 ms Ping zu einem Server auf einem anderen Kontinent verbraucht allein die Verbindung etwa eine Drittelsekunde.
- Es entlastet Server und Anbindung. Beantwortet der Cache 90 % der Anfragen, bleibt für den Server ein Zehntel des Traffics. So genügt ein kleinerer Tarif, und Sie stoßen nicht an das Traffic-Limit, das der Artikel Bandbreite und Traffic: was 1 Gbit/s und „unbegrenzt“ bedeuten erklärt.
- Es fängt einen Teil der Angriffe ab. Dazu weiter unten ein eigener Abschnitt.
Was ein CDN nicht tut
- Es beschleunigt nicht, was nicht zwischengespeichert wird. Warenkorb, Kundenkonto, Suche, API und Seiten für angemeldete Nutzer werden jedes Mal beim Ursprungsserver abgefragt. Braucht eine Seite wegen einer langsamen Datenbank zwei Sekunden zum Aufbau, braucht sie mit CDN dieselben zwei Sekunden. Hier helfen ein stärkerer Server oder Optimierung, siehe den Artikel Wie viel Arbeitsspeicher und wie viele Kerne braucht eine Website?.
- Es schützt keinen Server, dessen Adresse bekannt ist. Ein Angriff direkt auf die IP des Ursprungsservers geht am CDN vorbei.
- Es ersetzt keine Backups. Im Cache liegt nur ein Teil der Dateien und nur für eine gewisse Zeit, eine Website lässt sich daraus nicht wiederherstellen.
- Es schafft eine zusätzliche Abhängigkeit. Ein Ausfall des CDN oder ein Fehler in seinen Einstellungen legt die Website genauso lahm wie ein Ausfall des Servers.
Wann ein Server näher an den Besuchern genügt
Sind die Besucher in einem Land oder einer Region, beschleunigen Sie die Website am einfachsten, indem Sie den Server dort aufstellen. Je 100 km Luftlinie kommt etwa eine Millisekunde Ping hinzu, und ein Server im Land des Publikums antwortet meist in 5–30 ms. Mit CDN wird eine solche Website nur wenig schneller, ohne CDN ist sie einfacher einzurichten. Wie Sie den Standort wählen und den Ping vor der Zahlung prüfen, beschreiben die Artikel Wie Sie das Land für Ihren Server wählen und Ping und Geschwindigkeit eines VPS vor der Bezahlung prüfen.
Ein CDN brauchen Sie, wenn das Publikum auf verschiedenen Kontinenten sitzt, wenn die Website viele große Dateien hat, etwa einen Katalog mit Fotos, Videos oder Downloads, oder wenn der Traffic in Spitzen kommt: Schlussverkauf, Newsletter, ein Medienbericht. Die Alternative für ein Publikum in zwei oder drei Regionen ist je ein Server in jeder. Laut Katalog von accsly.io mit Stand November 2026 gibt es VPS-Tarife in 96 Ländern, bei 400 Hostern stehen die Server in fünf und mehr Ländern, bei 155 in zehn und mehr, mehrere Standorte können Sie also bei einem Hoster buchen. Mehrere Server müssen Sie aber synchronisieren, während ein CDN die Dateien von einem einzigen zwischenspeichert.
Caching-Regeln
Was ein CDN speichert und wie lange, entscheidet es nach den Antwort-Headern Ihres Servers, vor allem nach Cache-Control (RFC 9111):
max-agegibt an, wie viele Sekunden die Antwort gespeichert werden darf,s-maxagedasselbe nur für CDN und Proxys;privatebedeutet, die Antwort ist für einen einzelnen Nutzer, speichern darf sie nur der Browser, nicht das CDN;no-storeheißt, nirgends speichern.
Ein bewährtes Schema für die meisten Websites: Dateien mit Version im Namen (app.3f2a.css) werden mit max-age von einem Jahr und dem Merkmal immutable (RFC 8246) ausgeliefert, bei einer Änderung ändert sich der Name. HTML wird für Minuten oder gar nicht zwischengespeichert. Seiten mit Sitzung, Warenkorb und persönlichen Daten werden mit private oder no-store gekennzeichnet.
CDN haben auch eigene Standardregeln. Cloudflare zum Beispiel speichert HTML und JSON nicht zwischen, ebenso wenig Antworten mit dem Header Set-Cookie oder mit Cache-Control: private. Aktivieren Sie per Regel das Caching aller Seiten an diesen Headern vorbei, kann das CDN einem Besucher eine Seite ausliefern, die für einen anderen erzeugt wurde, samt dessen Namen und Bestellungen. Aktivieren Sie eine solche Regel nur für Adressen, die sicher keine personenbezogenen Daten enthalten.
Ob eine Antwort aus dem Cache kam, prüfen Sie mit dem Befehl curl -I https://example.com/app.css: Der Header Age zeigt, wie viele Sekunden die Antwort schon gespeichert ist, und den Cache-Status schreibt das CDN in einen eigenen Header, dessen Name in seiner Dokumentation steht.
CDN und DDoS-Schutz
Große CDN haben um Größenordnungen mehr Anbindung und Knoten als ein einzelnes Rechenzentrum, deshalb verteilen sich volumetrische Angriffe über das Netz und erreichen Ihren Server nicht. Angriffe auf Anwendungsebene filtert das CDN mit Regeln: Begrenzung der Anfragerate, Browserprüfung, Sperren nach Land oder Adresse. Das ergänzt den Schutz des Hosters, ersetzt ihn aber nicht: Laut Katalog von accsly.io mit Stand November 2026 geben 1.123 von 2.243 Hostern mit VPS-Tarifen DDoS-Schutz an, meist ist das eine Filterung auf Netzwerkebene. Was sich hinter einer solchen Zeile im Tarif verbirgt, erklärt der Artikel DDoS-Schutz: was Hoster tatsächlich bieten, Tarife damit sammelt die Auswahl VPS mit DDoS-Schutz.
Der Schutz über ein CDN wirkt nur, solange die Adresse des Ursprungsservers unbekannt ist. Erlauben Sie auf dem Server eingehende Verbindungen zu den Ports 80 und 443 nur aus den Adressbereichen des CDN, jeder Anbieter veröffentlicht sie. Betreiben Sie E-Mail und andere Dienste nicht auf derselben IP wie die Website: MX-Einträge und Mail-Header verraten die Adresse. Ändern Sie nach der Anbindung des CDN die IP des Servers, wenn die alte bereits in öffentlichen DNS-Einträgen stand: Deren Verlauf wird in offenen Datenbanken gespeichert.
Was es kostet
Der Preis eines CDN setzt sich aus dem übertragenen Traffic, der Zahl der Anfragen und Zusatzfunktionen zusammen. Es gibt drei Modelle:
- Kostenloser Tarif mit Grenzen bei Volumen oder Funktionen. Einer kleinen Website reicht er oft vollständig. Bei Amazon CloudFront etwa umfasst der kostenlose Tarif eine Million Anfragen und 100 GB im Monat.
- Abrechnung pro Gigabyte mit Preisen nach Region. Bei bunny.net zum Beispiel ab 0,01 Dollar pro Gigabyte in Europa und Nordamerika und 3- bis 6-mal teurer in anderen Regionen. Videos und große Downloads werden in diesem Modell zum größten Kostenposten.
- Feste Monatsgebühr für ein Paket aus Traffic und Anfragen, ohne Aufpreis für Überschreitungen innerhalb des Tarifs.
Extra bezahlen Sie für Anwendungsschutz (WAF), Bildoptimierung, Speicherung von Logs und dedizierte Adressen. Vergleichen Sie vor der Anbindung den Preis des CDN mit dem Traffic-Preis beim Hoster: Enthält der Server bereits mehrere Terabyte im Monat und ist das Publikum in der Nähe, brauchen Sie kein CDN, um Traffic zu sparen.
So binden Sie es an, ohne die Website lahmzulegen
- Wählen Sie den Aufbau. Sie können dem CDN die gesamte Zone der Domain übergeben, indem Sie die DNS-Server beim Registrar ändern, oder nur eine Subdomain für statische Dateien per CNAME über das CDN leiten, etwa
static.example.com. Die zweite Variante lässt sich leichter rückgängig machen. Wie diese Einträge funktionieren, erklärt der Artikel Domains und DNS für Serverbetreiber. - Richten Sie die Verschlüsselung bis zum Ursprungsserver ein. Auch die Verbindung zwischen CDN und Server muss über HTTPS mit Zertifikatsprüfung laufen. Ein Modus, in dem das CDN den Server über HTTP anspricht, lässt den Traffic auf diesem Abschnitt unverschlüsselt. Zu Zertifikaten siehe den Artikel SSL-Zertifikate: kostenlos und kostenpflichtig.
- Übergeben Sie dem Server die echte IP des Besuchers. Sonst sehen Logs, Ratenbegrenzungen und fail2ban nur die Adressen des CDN. Das CDN überträgt die Adresse in einem Header, und der Webserver muss so eingestellt sein, dass er ihm nur von den Adressen des CDN vertraut.
- Prüfen Sie die Knoten für Ihr Publikum. Sehen Sie sich die Karte der CDN-Knoten an und messen Sie die Latenz aus den Regionen, in denen Ihre Besucher sind, auch aus Ländern, in denen das CDN nur wenige Knoten hat. Ein CDN ohne Knoten in der Nähe des Publikums kann langsamer sein als der direkte Zugriff auf den Server.