Websites & SEO

Content Delivery Network (CDN)

Allgemeine Infos

Ein Content Delivery Network (CDN) ist ein verteiltes Netz von Servern, das die Inhalte einer Website an Nutzer ausliefert. Die Server stehen an Points of Presence (PoPs) näher am Nutzer als der eigene Webserver, der im CDN-Kontext Origin heißt. Kürzere Wege senken die Round-Trip-Time, zwischengespeicherte Antworten entlasten den Origin und fangen Lastspitzen ab.

Bekannt sind CDNs für das Caching statischer Dateien wie Bilder, CSS und JavaScript. Laut web.dev beschleunigen sie auch nicht cachebare Inhalte, weil die Verbindung des Browsers bereits am nahen CDN-Server endet und dieser über vorgewärmte, dauerhafte Verbindungen mit dem Origin spricht. Viele Anbieter ergänzen Lastverteilung, Bildoptimierung, Video-Streaming, Edge Computing und Sicherheitsfunktionen.

Für SEO wirkt ein CDN über die Ladezeit: Es senkt die Time to First Byte (TTFB) und beschleunigt die Ressourcen für das LCP-Element, eine der Core Web Vitals. Laut Google Search Central Blog (Dezember 2024) erhöht Google außerdem die Crawling-Rate, wenn es ein CDN erkennt. Umgekehrt können Bot-Schutz und Web Application Firewall des CDN den Googlebot aussperren.

Abgrenzung: Page Speed ist das Ziel, das CDN eines der Werkzeuge dafür, neben Bildoptimierung und schlankem Code. Azure Front Door ist ein konkretes Microsoft-Produkt, das CDN-Funktionen mit globaler Lastverteilung und WAF verbindet.

Funktionsweise & Details

Ein CDN arbeitet meist nach dem Pull-Prinzip:

  1. Der DNS-Eintrag der Website zeigt per CNAME auf das CDN, zum Beispiel www.example.com auf example.my-cdn.com. Alternativ läuft nur eine eigene Subdomain wie static.example.com für statische Dateien über das CDN.
  2. Die erste Anfrage nach einer Ressource leitet der Edge-Server an den Origin weiter, speichert die Antwort und bedient folgende Anfragen aus dem Cache (Cache-Hit).
  3. Was wie lange im Cache bleibt, steuert der Origin über HTTP-Header: Mindestens Cache-Control mit max-age oder s-maxage oder ein Expires-Header muss gesetzt sein, Antworten mit private oder no-store speichert das CDN nicht. web.dev empfiehlt für statische Inhalte wie Bilder und versionierte Bibliotheken eine Lebensdauer von sechs Monaten bis einem Jahr.
  4. Ändert sich ein Inhalt vor Ablauf, entfernt ein Purge per API die Kopie gezielt, Cache-Tags erlauben das für ganze Gruppen von Seiten.
  5. Zusätzlich komprimiert das CDN Textantworten mit Brotli oder gzip und liefert über HTTP/2, HTTP/3 und TLS 1.3 aus.

Kennzahl für die Wirksamkeit ist die Cache-Hit-Ratio, also Cache-Treffer geteilt durch alle Anfragen. web.dev nennt rund 90 Prozent als gutes Ziel für die meisten Websites. Mehr PoPs verkürzen die Wege, verteilen den Verkehr aber auf mehr Caches und senken so die Trefferquote, gestaffeltes Caching mit zentralen PoPs hinter den Edge-Standorten gleicht das aus.

Vorteile & Nutzen

  • Kürzere Ladezeiten für Besucher fern vom eigenen Rechenzentrum, weil Antworten vom nächstgelegenen PoP kommen.
  • Weniger Last und Datenverkehr am Origin, da Cache-Treffer den eigenen Server gar nicht erreichen.
  • Lastspitzen, etwa nach einer Pressemitteilung oder zur Messe, verteilen sich auf die CDN-Infrastruktur, statt den Webserver zu überlasten.
  • Bessere Werte bei TTFB und LCP, was direkt auf die Core Web Vitals einzahlt.
  • Kompression und moderne Protokolle wie HTTP/3 lassen sich zentral im CDN aktivieren, unabhängig vom Stand des eigenen Webservers.

Praxisbeispiel

Ein Hersteller von Messtechnik mit 200 Beschäftigten hostet seine Website auf einem einzelnen Server in Frankfurt, Vertriebspartner in Nordamerika und Asien klagen über langsame Produktseiten und zähe Datenblatt-Downloads. Die IT schaltet ein CDN vor die Website, vergibt für Bilder, Skripte und PDFs lange Cache-Lebensdauern mit versionierten Dateinamen und nimmt Kundenportal und Warenkorb per Cache-Control: private vom Caching aus. In den ersten Wochen steigt die Cache-Hit-Ratio im CDN-Dashboard deutlich, die Ladezeiten in den Überseemärkten sinken, und der Origin-Server verarbeitet spürbar weniger Anfragen.

Worauf sollte man achten?

  • Bot-Schutz und WAF so konfigurieren, dass der Googlebot nicht blockiert wird, und gesperrte IP-Adressen mit Googles veröffentlichten Crawler-IP-Bereichen abgleichen.
  • Für Wartungsseiten und Zwischenseiten zur Bot-Erkennung den Statuscode 503 ausliefern: Dauerhafte 500- oder 502-Fehler und Fehlerseiten mit Status 200 können dazu führen, dass Google URLs aus dem Index entfernt.
  • Personalisierte Inhalte wie Kundenkonten mit Cache-Control: private kennzeichnen, damit das CDN sie nicht an andere Besucher ausliefert.
  • Unnötige Set-Cookie-Header und breite Vary-Angaben vermeiden sowie irrelevante Query-Parameter wie Referral-IDs ignorieren lassen, weil sie die Cache-Hit-Ratio senken.
  • Beim Start einer Website mit vielen neuen URLs einplanen, dass der Cache anfangs kalt ist und der Origin jede URL mindestens einmal selbst ausliefern muss.

Fazit

Ein CDN ist für Websites mit internationalen Besuchern oder Lastspitzen ein wirksamer Hebel für schnelle Auslieferung und entlastet den eigenen Server. Achte bei der Einrichtung auf saubere Cache-Header und darauf, dass Sicherheitsfunktionen den Googlebot nicht aussperren.

Weiterführende Links

Verwandte Artikel