Was ist ein CDN? Content Delivery Networks einfach erklärt

Ein CDN (Content Delivery Network) ist ein Netzwerk aus Servern, die über viele Städte verteilt sind und Kopien der Dateien deiner Website vorhalten: Bilder, Skripte, Stylesheets, manchmal ganze Seiten. Wenn jemand deine Seite aufruft, wird die Anfrage von einem Standort in seiner Nähe beantwortet und nicht von einem weit entfernten Server. Dadurch laden Seiten schneller, dein eigener Server wird entlastet und die Seite übersteht Besucherspitzen besser.

Warum CDNs beim Bauen mit KI wichtig sind

Du richtest ein CDN vielleicht nie selbst ein, denn viele Hosting-Plattformen schalten eines automatisch vor deine Seite. Die Auswirkungen wirst du aber spüren:

• Geschwindigkeit. Schneller ladende Seiten halten Besucher länger und gehören zu den Faktoren, die Suchmaschinen berücksichtigen. Siehe wie du deine Website schneller machst.
• „Warum ist meine Änderung nicht sichtbar?“ Nach einem Update kann eine zwischengespeicherte Kopie der alten Version noch eine Weile bestehen. Wenn du weißt, warum, erspart dir das viel Verwirrung.
• Datenschutz und Korrektheit. Wenn ein CDN das Falsche zwischenspeichert, etwa eine Seite mit den Daten eines bestimmten Nutzers, kann der nächste Besucher sie sehen. Wer weiß, was gespeichert werden darf und was nicht, stellt die richtigen Fragen.

Ein Alltagsvergleich

Stell dir eine Bäckerei vor, die ihr Brot bundesweit aus einer einzigen Filiale verkauft. Jede Kundin, egal wie weit weg, muss auf die Lieferung aus dieser einen Filiale warten, und an einem Tag mit viel Andrang ist die Schlange riesig.

Ein CDN ist, als würde man dasselbe Brot in lokalen Läden im ganzen Land anbieten. Kunden holen es schnell in ihrer Nähe, und die Hauptbäckerei muss die Läden nur ab und zu nachbeliefern. Der Haken: Ändert die Bäckerei ihr Rezept, verkaufen die Läden weiter die alten Laibe, bis sie ausgetauscht werden oder die alten Bestände ablaufen.

So funktioniert ein CDN

1. Dein Origin. Deine Seite liegt auf deinem Hauptserver oder deiner Hosting-Plattform. Man nennt das den Origin.
2. Edge-Standorte. Das CDN betreibt Server an vielen Orten, sogenannte Edge-Standorte oder Points of Presence.
3. Routing. Wenn ein Besucher deine Seite aufruft, leiten DNS oder das Netzwerk ihn zu einem nahen Edge-Standort. Siehe wie Domains und DNS funktionieren.
4. Cache-Treffer. Hat dieser Edge-Standort eine aktuelle Kopie der Datei, schickt er sie sofort.
5. Cache-Fehlschlag. Wenn nicht, holt der Edge-Standort die Datei vom Origin, schickt sie an den Besucher und behält eine Kopie für die nächste Person.
6. Ablauf. Jede Kopie wird für eine festgelegte Zeit aufbewahrt, gesteuert durch Cache-Header, die dein Server sendet, oder bis sie geleert wird.

Ein Beispiel: eine Portfolio-Seite mit Fotos

Das Portfolio einer Fotografin hat eine Startseite, eine Galerie mit 60 großen Bildern und ein Kontaktformular. Der Origin steht in Europa. Eine Besucherin in Singapur öffnet die Galerie.

• Ohne CDN: Jedes Bild kommt aus Europa. Jede Anfrage legt eine Reise um die halbe Welt zurück, daher baut sich die Galerie nur langsam auf.
• Mit CDN: Die erste Besucherin in der Nähe von Singapur sorgt dafür, dass der dortige Edge-Standort die Bilder holt und speichert. Jeder spätere Besucher in der Region bekommt sie von einem nahen Standort, deutlich schneller.

Jetzt tauscht die Fotografin das Hauptbild der Startseite aus und veröffentlicht erneut. Was die Besucher sehen, hängt von Folgendem ab:

/index.html                    → kurze Cache-Zeit, wird oft geprüft
/assets/index-3f9a2c.js        → lange zwischengespeichert
/assets/hero-8b41d0.jpg        → lange zwischengespeichert

Moderne Build-Tools, darunter Vite, geben Dateien gehashte Namen wie hero-8b41d0.jpg. Ändert sich eine Datei, ändert sich ihr Name, sodass die Seite eine ganz neue Datei anfordert, die noch kein Cache kennt. Die HTML-Seite selbst wird nur kurz zwischengespeichert, sodass sie bald auf die neuen Dateien verweist. So bekommt man lange Cache-Zeiten und trotzdem aktuelle Updates. Das ist der Standardweg dafür.

Das Kontaktformular ist anders. Seine Eingaben gehen jedes Mal an den Server und dürfen nie zwischengespeichert werden.

Was man zwischenspeichert und was nicht

Wichtige Begriffe

Zum Caching allgemein, in Browsern, Servern und Datenbanken, siehe was Caching ist.

Häufige Missverständnisse

• „Ein CDN macht alles schneller.“ Es beschleunigt die Auslieferung von Dateien. Eine langsame Datenbankabfrage oder ein langsamer KI-Aufruf auf deinem Server bleibt langsam.
• „Ein CDN ersetzt Hosting.“ Es sitzt vor deinem Hosting. Du brauchst weiterhin einen Origin.
• „Wenn ich die Seite aktualisiert habe, sehen sie alle sofort.“ Alte Kopien können im CDN und in Browsern kurz nachwirken. Lade hart neu, um es zu prüfen, und nutze gehashte Dateinamen.
• „Caching ist immer sicher.“ Eine personalisierte Seite in einem gemeinsamen Cache zu speichern ist ein echtes Datenschutzrisiko. Private Antworten sollten als nicht zwischenspeicherbar markiert werden.
• „CDNs sind nur für große Unternehmen.“ Viele Hosts enthalten eines auch für kleine Seiten, ohne dass du etwas tun musst.

Was du deinen KI-Builder fragen solltest

• „Liegt ein CDN vor dieser Seite? Welche Dateien cached es und wie lange?“
• „Stelle sicher, dass gebautes JavaScript, CSS und Bilder gehashte Dateinamen und lange Cache-Zeiten haben und HTML eine kurze.“
• „Speichere Seiten für angemeldete Nutzer oder API-Antworten mit persönlichen Daten niemals in einem gemeinsamen Cache.“
• „Komprimiere und verkleinere die Bilder, damit die Galerie schnell lädt.“
• „Ich habe ein Update veröffentlicht, sehe aber noch die alte Version. Liegt es am Browser-Cache oder am CDN?“

CDNs und Mythex

Wenn du bei Mythex veröffentlichst, werden statische Frontends als statische Seiten bereitgestellt. Die Dokumentation weist darauf hin, dass CDN-Caches nach einem Update kurz nachhinken können: Siehst du nach einem erneuten Veröffentlichen noch eine alte Version, lade die öffentliche URL hart neu. Dafür musst du nichts konfigurieren. Wenn du eine eigene Domain verbindest, deren DNS bei Cloudflare liegt, bittet die Dokumentation, den Eintrag auf „Nur DNS“ statt „Proxied“ zu setzen, damit Mythex HTTPS korrekt ausstellen kann. Siehe wie du veröffentlichst und eigene Domains in der Dokumentation sowie unseren Leitfaden zu Webhosting.

Fragen