Was ist ein CDN? Einfach erklärt für Websites
Ein Content Delivery Network, kurz CDN, ist ein Netzwerk aus verteilten Servern, das Website-Inhalte näher an die Nutzerinnen und Nutzer bringt. Statt jede Datei immer vom selben Ursprungsserver auszuliefern, kann ein CDN häufig genutzte Inhalte von einem Ort in der Nähe bereitstellen. Das kann Ladezeiten verkürzen, vor allem wenn Besucherinnen und Besucher geografisch weit entfernt vom Hosting stehen oder wenn viele Dateien gleichzeitig geladen werden. Wenn du Ursachen für Ladeprobleme einordnen willst, hilft auch der Überblick zu warum eine Website langsam lädt.
Ein CDN ist aber kein magischer Beschleuniger für alles. Es ergänzt Hosting und Anwendung, ersetzt sie jedoch nicht. Genau deshalb lohnt sich ein genauer Blick darauf, was ein CDN tut, was es nicht tut und für welche Website-Typen es sinnvoll ist.
Was ein Content Delivery Network eigentlich ist
Im Kern trennt ein CDN zwei Aufgaben: Die eigentliche Website lebt auf dem Origin-Server, also dem Ursprungsserver, auf dem die Originaldateien und meist auch die Anwendung liegen. Das CDN stellt davon Kopien oder Zwischenspeicher an vielen Orten bereit. Diese Orte heißen oft Edge-Server oder Points of Presence (PoPs). Sie sind geografisch verteilt, damit Inhalte nicht erst einen langen Weg über mehrere Netzwerke zurücklegen müssen.
Das Prinzip ist einfach: Kommt eine Anfrage aus München, ist ein anderer Server in der Nähe oft schneller erreichbar als ein Server in einem Rechenzentrum auf einem anderen Kontinent. Das betrifft nicht nur die reine Entfernung, sondern auch die Zahl der Netzabschnitte, die Daten unterwegs passieren. Je weniger Umwege, desto geringer kann die Verzögerung sein.
Ein CDN macht also nicht die Website selbst neu. Es stellt vielmehr ein zusätzliches Auslieferungsnetz bereit, das vor allem bei wiederkehrenden, gut kopierbaren Inhalten hilfreich ist.
Warum Entfernung und Latenz wichtig sind
Wenn Browser eine Datei anfragen, vergeht immer etwas Zeit, bis die Antwort zurückkommt. Diese Verzögerung nennt man Latenz. Sie entsteht nicht nur durch den Download selbst, sondern schon dadurch, dass Anfrage und Antwort unterwegs sind. Gerade bei vielen einzelnen Dateien summiert sich das schnell. Der Zusammenhang mit dem, was die Kennzahl TTFB misst, ist dabei wichtig: TTFB beschreibt vereinfacht, wie lange es dauert, bis der Server überhaupt die erste brauchbare Antwort liefert.
Ein CDN kann diese Strecke verkürzen, weil die Antwort von einem Edge-Server kommen kann, der näher an der Besucherin oder am Besucher liegt. Das ist besonders nützlich, wenn die Zielgruppe international verteilt ist oder wenn eine Website viele kleine Ressourcen nachladen muss. Trotzdem bleibt Latenz nie null. Auch ein lokaler Server braucht Zeit für Routing, TLS-Verhandlung und Verarbeitung.
Darum ist ein CDN oft ein Baustein in der Performance-Optimierung, aber nicht die einzige Stellschraube. Wenn die Anwendung selbst langsam rechnet, hilft ein näherer Server nur begrenzt.
Welche Inhalte über ein CDN ausgeliefert werden
CDNs sind vor allem für statische Assets gemacht. Das sind Dateien, die sich für viele Besucherinnen und Besucher gleich verhalten und nicht bei jedem Aufruf neu erzeugt werden. Typische Beispiele sind Images, CSS und JavaScript. Auch Schriftdateien, PDF-Downloads oder Videoausschnitte können dazugehören. Weil solche Dateien oft gleich bleiben, lohnt es sich, sie zwischenzuspeichern.
Hier kommt Caching ins Spiel. Mehr dazu erklärt auch der Artikel über was Website-Caching bedeutet. In einfacher Sprache heißt das: Ein Server merkt sich eine schon geladene Datei, damit er sie beim nächsten Mal nicht erneut vom Ursprungsserver holen muss.
Dazu zwei Begriffe, die oft auftauchen: Ein Cache Hit bedeutet, dass die gewünschte Datei schon im Zwischenspeicher liegt und direkt ausgeliefert werden kann. Ein Cache Miss bedeutet, dass die Datei noch nicht da ist; dann fragt der Edge-Server den Origin-Server an, liefert die Datei aus und speichert sie anschließend oft selbst. Das ist nicht kompliziert, aber wichtig: Ein Hit ist meist schneller, ein Miss braucht den Umweg zum Ursprung.
Gerade bei Bildern, Stylesheets und Skripten kann das helfen, weil der Browser viele einzelne Dateien laden muss. Reduziert man die Strecke für diese Dateien, fühlt sich die Website oft reaktionsschneller an.
CDNs bei dynamischen Seiten und WordPress
Bei dynamischen Websites wird ein Teil des Inhalts für jede Anfrage neu erzeugt. Das gilt zum Beispiel für Login-Bereiche, persönliche Dashboards, Suchergebnisse oder Warenkörbe. Ein CDN kann auch hier helfen, aber nicht alles einfach zwischenspeichern. Besonders bei E-Commerce ist Vorsicht wichtig: Produktseiten oder Bilder lassen sich häufig gut ausliefern, während Warenkorb, Checkout und personalisierte Preise oft individuell bleiben müssen.
Das ist auch bei was WordPress im Kern ist relevant. WordPress erzeugt viele Inhalte dynamisch, arbeitet mit Themes und Plugins und lädt oft zahlreiche CSS-, JavaScript- und Bilddateien. Ein CDN kann die statischen Teile entlasten und weltweite Zugriffe verbessern. Wenn jedoch PHP-Code, Plugins oder Datenbankabfragen langsam sind, bleibt das ein Problem der Anwendung oder des Hostings.
Wichtig ist deshalb die klare Grenze: Ein CDN ersetzt kein Hosting. Die Website muss weiterhin auf einem Origin-Server oder bei einem Hosting-Anbieter laufen. Es kann also die Auslieferung beschleunigen, aber es kann langsamen Backend-Code, teure Datenbankabfragen oder schlecht optimierte Plugins nicht von allein reparieren. Wer verstehen will, was diese Grundlage technisch leistet, findet eine Einordnung bei was Webhosting genau leistet.
Welche Sicherheitsfunktionen ein CDN haben kann
Viele CDNs bieten neben der Auslieferung auch zusätzliche Sicherheitsfunktionen an. Das kann zum Beispiel TLS-Handling, Bot-Filterung, Rate-Limits oder Regeln gegen verdächtige Zugriffe umfassen. Solche Funktionen sind jedoch anbieterabhängig: Nicht jedes CDN bringt dieselben Schutzmechanismen mit, und nicht jede Option ist automatisch aktiv.
Auch DDoS-Mitigation ist möglich, aber eben nicht universal. Manche Anbieter können große Mengen schädlichen Traffics besser abfangen, weil sie Anfragen auf viele Knoten verteilen und an der Edge filtern. Das heißt aber nicht, dass jedes CDN einen Angriff vollständig stoppt oder jede Website automatisch schützt. Wer Sicherheit braucht, sollte die konkreten Funktionen des jeweiligen Anbieters prüfen und nicht vom Begriff CDN auf bestimmte Schutzlevel schließen.
Ein CDN kann außerdem helfen, Lastspitzen besser zu verteilen, weil statische Inhalte nicht immer direkt beim Origin ankommen. Trotzdem bleibt die eigentliche Sicherheitsarchitektur der Website eine eigene Aufgabe.
Wann ein CDN hilft und wann es unnötig ist
Ein CDN ist besonders nützlich, wenn eine Website viele statische Dateien ausliefert, Besucherinnen und Besucher aus mehreren Regionen hat oder stark von wiederholten Zugriffen lebt. Es kann auch bei Kampagnen, Medieninhalten oder internationalem Traffic sinnvoll sein. Wer Performance bewerten will, sollte dabei nicht nur auf einzelne Ladezeiten schauen, sondern auch auf das Zusammenspiel mit wie Core Web Vitals Ladequalität bewerten.
Weniger sinnvoll ist ein CDN oft dann, wenn eine Website sehr klein ist, nur ein lokales Publikum hat und kaum statische Inhalte ausliefert. Auch bei Seiten, deren Hauptproblem im Backend liegt, bringt ein CDN allein wenig. Wenn Datenbankabfragen langsam sind, das Theme überladen ist oder der Server zu schwach konfiguriert ist, sollte zuerst dort angesetzt werden.
Praktisch lässt sich ein CDN so zusammenfassen: Es verkürzt in vielen Fällen den Weg zu statischen Inhalten, es kann dynamische Seiten entlasten und es kann zusätzliche Schutzfunktionen mitbringen. Es ist aber nur ein Teil der Infrastruktur. Wer versteht, was Origin, Edge, Cache und Latenz bedeuten, kann besser entscheiden, ob ein CDN zur eigenen Website passt oder ob andere Maßnahmen wichtiger sind.
