Benötigt eine Website für Nutzer in Deutschland einen deutschen CDN-Knoten?

Eine Website für Nutzer in Deutschland benötigt nicht zwangsläufig CDN-Knoten innerhalb Deutschlands. Entscheidend ist, ob Nutzer in Deutschland zuverlässig auf Edge-Knoten mit geringer Latenz zugreifen können und ob die Website auch bei einem Cache-Miss rechtzeitig antwortet. Knoten in Deutschland können den Zugangsweg verbessern, garantieren für sich genommen jedoch keine schnelleren Seiten und ersetzen keine Optimierung des Ursprungsservers.

Bei der Bewertung von Lösungen rund um „cdn deutschland“ sollte der Standort eines Knotens als Auswahlkriterium und nicht als Abnahmeergebnis betrachtet werden. Wenn benachbarte europäische Knoten über die wichtigsten deutschen Zugangsnetze eine bessere Leistung erbringen, gibt es keinen Grund, den Dienst nur wegen des Labels „lokal in Deutschland“ zu wechseln. Bestehen bei der aktuellen Lösung hingegen Umwege, Überlastungen oder Engpässe beim Abruf vom Ursprungsserver über Kontinente hinweg, muss die Ursache genauer ermittelt werden.

Ein Knoten in Deutschland bedeutet nicht, dass Anfragen zwangsläufig in Deutschland verarbeitet werden

Die Kennzeichnung von Knoten in Frankfurt, Berlin und anderen Städten durch einen CDN-Anbieter zeigt, dass der Dienst lokal verfügbar ist. Sie bedeutet jedoch nicht, dass alle Besucher aus Deutschland diesen Knoten zugewiesen bekommen. Der tatsächliche Zugangspunkt hängt auch von der Steuerung durch DNS oder Anycast, den Zusammenschaltungen der Netzbetreiber, der Knotenauslastung und dem Abdeckungsbereich des gebuchten Tarifs ab.

Die geografische Entfernung entspricht nicht der Netzwerkk Entfernung. Greifen Nutzer in Deutschland auf einen Knoten in einem Nachbarland zu, kann die Verbindung bei direkter Zusammenschaltung und stabiler Leitung schneller sein als der Zugriff auf einen deutschen Knoten mit Umwegen. Eine Knotenkarte eignet sich daher nur zur Vorauswahl und ersetzt keine Tests im realen Netzwerk.

Der Anbieter sollte nicht nur erklären, „ob es deutsche Knoten gibt“, sondern auch, wie deutscher Datenverkehr gesteuert wird, wie bei Überlastung umgeschaltet wird und ob sich der tatsächlich bedienende Knoten anhand von Antwort-Headern, Anfrageprotokollen oder Diagnosewerkzeugen feststellen lässt. Eine Abfrage des IP-Standorts allein reicht nicht aus, um zu bestimmen, wo eine Anfrage verarbeitet wurde.

Erst die Ursache der Verlangsamung ermitteln, dann den Nutzen lokaler Knoten beurteilen

Der Seitenaufruf umfasst mindestens die Verbindung vom Nutzer zum Edge-Knoten, die Verbindung vom Edge-Knoten zum Ursprungsserver sowie das Laden und Ausführen der Ressourcen im Browser. Deutsche Knoten verbessern vor allem den ersten Abschnitt; die Cache-Richtlinien bestimmen, ob eine Anfrage den zweiten Abschnitt durchläuft; Skripte, Bilder und Drittanbieterdienste beeinflussen, wann die Seite schließlich nutzbar ist.

Statische Ressourcen wie Produktbilder, Stylesheets und Downloads lassen sich über europäische Edge-Knoten bei stabilem Caching wiederholte Übertragungen über Kontinente hinweg reduzieren. Beim ersten Aufruf, nach Ablauf des Cache oder bei zu stark aufgeteilten Cache-Schlüsseln muss die Anfrage jedoch weiterhin an den Ursprungsserver weitergeleitet werden. Befindet sich dieser in China oder einer anderen weit entfernten Region, verschwindet die dadurch verursachte Verzögerung nicht automatisch durch zusätzliche deutsche Knoten.

Bei dynamischen Seiten ist die Bewertung anders. Anfragen zu Konten, Warenkörben, Echtzeitpreisen und dem Absenden von Kontaktanfragen lassen sich möglicherweise nicht gemeinsam cachen. Ihre Leistung hängt stärker vom Standort des Ursprungsservers, der Verarbeitungszeit der Anwendung und der Antwortzeit der Datenbank ab. Wenn Bilder für Nutzer in Deutschland schnell geladen werden, das Absenden eines Formulars aber lange dauert, bringt das Hinzufügen weiterer Knoten für statische Inhalte möglicherweise keinen Nutzen.

Auch Probleme auf Browserseite sollten nicht dem CDN zugeschrieben werden. Große Videos, renderblockierende Skripte, Schriftarten und Tracking-Codes von Drittanbietern können dazu führen, dass eine Seite nach dem Eintreffen des ersten Bytes noch lange nicht nutzbar ist. In diesem Fall überschätzt ein Vergleich der Knotenlatenz den Nutzen eines Anbieterwechsels.

Dieselben geschäftsrelevanten Anfragen vergleichen, nicht nur die Startseite testen

Die Tests sollten repräsentative Festnetz- und Mobilfunknetze in Deutschland abdecken und zu unterschiedlichen Tageszeiten stattfinden. Ein Geschwindigkeitstest auf einem einzelnen Cloud-Server spiegelt nur den Netzwerkpfad dieses Rechenzentrums wider und nicht die tatsächlichen Zugriffe aus Deutschland. Bei bestehenden Websites können Echtzeitmessungen der Nutzer helfen, langsame Anfragen nach Netz, Region und Seite zu lokalisieren.

Beim Vergleich der CDN-Kandidaten sollten Ursprungsserver, Seitenversion und Sicherheitsregeln möglichst gleich bleiben. Cache-Treffer und Cache-Misses sind getrennt zu testen. Der Cache-Status sollte anhand von Antwort-Headern oder Protokollen bestätigt werden, statt ihn nur durch wiederholtes Aktualisieren abzuleiten. Zufällige Parameter können den Cache-Schlüssel ändern; auch ein Anmeldestatus und Cookies können eine Umgehung des Cache auslösen.

• Verbindung und Antwort: DNS, Verbindungsaufbau, TLS-Handshake und Zeit bis zum ersten Byte beobachten, um Netzwerkwartezeiten von Anwendungswartezeiten zu unterscheiden.
• Seitenerlebnis: Kennzahlen zum Nutzungserlebnis wie LCP prüfen und zugleich sicherstellen, dass wichtige Aktionen wie das Absenden einer Kontaktanfrage und das Herunterladen von Dateien reibungslos funktionieren.
• Stabilität: Median und P95-Laufzeit, Fehlerrate und Zeitüberschreitungsrate vergleichen, damit der Durchschnitt langsame Zugriffe einzelner Nutzer nicht verschleiert.
• Cache und Abruf vom Ursprungsserver: Trefferquote bei Anfragen, Trefferquote bei übertragenen Bytes, Abrufzeit vom Ursprungsserver und entsprechende Fehler gemeinsam betrachten, um festzustellen, woher die Verbesserung kommt.

Auch die Cache-Trefferquote sollte nicht isoliert betrachtet werden. Viele kleine Symbole im Cache können die Trefferquote bei Anfragen gut aussehen lassen, während wichtiges HTML weiterhin über Kontinente hinweg vom Ursprungsserver abgerufen wird. HTML, Bilder, Skripte und Schnittstellen sollten getrennt erfasst und den tatsächlichen Zugriffserfahrungen gegenübergestellt werden.

Welche Bedingungen die Priorität deutscher Knoten erhöhen

Wenn Deutschland ein Kernmarkt ist und bei den bestehenden europäischen Knoten über den wichtigsten Netzen der Betreiber dauerhaft hohe Latenzen, Schwankungen oder Umwege auftreten, sollte ein CDN mit guter lokaler Zusammenschaltung in Deutschland vorrangig getestet werden. Bei einem hohen Anteil an Übertragungen großer Dateien sollten außerdem der dauerhafte Download-Durchsatz und die Leistung zu Spitzenzeiten geprüft werden, nicht nur die Geschwindigkeit des Verbindungsaufbaus.

Erfüllen die bestehenden benachbarten Knoten bereits die Anforderungen an das Nutzungserlebnis und liegt der Engpass bei der Anwendungsverarbeitung, Skripten von Drittanbietern oder der Cache-Konfiguration, ist der zusätzliche Nutzen deutscher Knoten begrenzt. Das Budget sollte vorrangig zur Beseitigung bereits ermittelter Engpässe eingesetzt werden, statt eine dichtere Knotenkarte zu kaufen.

Sind dynamische Anfragen, die nicht gecacht werden können, weiterhin langsam, lassen sich Ursprungsserver in Europa, regional verteilte Anwendungen oder eine Optimierung der Verbindung zum Ursprungsserver über das CDN prüfen. Für alle diese Lösungen gelten jedoch bestimmte Voraussetzungen. Ein Umzug des Ursprungsservers erfordert Datensynchronisierung und Betriebsaufwand; auch dedizierte Abrufpfade müssen in der Praxis getestet werden. Die Wirkung lässt sich nicht allein anhand der Bezeichnung „Beschleunigung dynamischer Inhalte“ beurteilen.

Leistungsanforderungen und Anforderungen an den Datenstandort getrennt abnehmen

Ein deutscher Knoten bedeutet nicht, dass Daten ausschließlich in Deutschland verarbeitet werden. Ein CDN kann Protokolle in anderen Regionen speichern, Sicherheitsanalysen durchführen oder technischen Support bereitstellen. Die DSGVO lässt sich auch nicht einfach so verstehen, dass „eine Website ein deutsches CDN verwenden muss“. Ob personenbezogene Daten betroffen sind, welche Rolle der Dienstleister hat und wie grenzüberschreitende Übermittlungen geregelt sind, muss anhand der konkreten Datenflüsse beurteilt werden.

Wenn ein Vertrag ausdrücklich die Verarbeitung innerhalb Deutschlands verlangt, müssen die Standorte für Caching, Protokolle, Backups, Unterauftragsverarbeiter und Failover geprüft werden. Außerdem ist zu bestätigen, ob der Anbieter entsprechende geografische Kontrollen bereitstellt. Der Knotenstandort ist nur ein Aspekt und ersetzt weder eine Vereinbarung zur Auftragsverarbeitung noch die Überprüfung der Konfiguration.

Die endgültige Auswahl sollte anhand abnahmefähiger Kriterien erfolgen: Erfüllen wichtige Seiten die Anforderungen über die wichtigsten deutschen Zugangsnetze? Ist die Leistung bei Cache-Misses akzeptabel? Funktionieren wichtige Übermittlungen zuverlässig? Lassen sich Probleme anhand der Protokolle nachvollziehen? Deutsche Knoten sind nur dann notwendig und nicht bloß ein Ortsname in den Produktspezifikationen, wenn sie bei diesen Kennzahlen wiederholt messbare Verbesserungen bringen oder eine klar definierte geografische Vorgabe erfüllen.