Warum ist der Website-Aufruf trotz CDN-Knoten in Südamerika immer noch langsam?

CDN in Südamerika eingerichtet, aber die Website ist immer noch langsam? In der Regel sollten drei Punkte geprüft werden: Wird der Besucher mit einem geeigneten Knoten verbunden, wird die Anfrage aus dem Cache bedient und funktioniert bei einem Cache-Miss die Verbindung zum Origin reibungslos? Eine Standortkarte mit Knoten in Südamerika zeigt lediglich, dass dort ein Dienst bereitgestellt werden kann. Sie beweist nicht, dass ein bestimmter Zugriff tatsächlich beschleunigt wurde.

Halten Sie bei der Fehlersuche zunächst die konkrete Seite, den Zugriffszeitpunkt, den Standort und den Internetanbieter fest und prüfen Sie anschließend die Netzwerkanfragen im Browser. Allein anhand der Aussage „Der Kunde in Brasilien sagt, es ist langsam“ oder eines Geschwindigkeitstests aus China lässt sich nur schwer unterscheiden, ob die Ursache in der Netzwerkverbindung, der Serverantwort oder der Seite selbst liegt.

Zuerst unterscheiden: Ist die Verbindung langsam, die Zeit bis zum ersten Byte lang oder der Seitenaufbau verzögert?

Öffnen Sie im Browser die Entwicklertools und den Bereich Network, deaktivieren Sie den Browser-Cache und laden Sie die Seite erneut. Achten Sie besonders auf das HTML-Dokument der Seite, das große Bild im sichtbaren Bereich und die wichtigsten Skripte. So lassen sich die Auswirkungen des lokalen Browser-Caches besser von denen des CDN-Caches unterscheiden.

• DNS-, Verbindungs- oder TLS-Phase mit deutlich langer Dauer: Prüfen Sie zuerst die DNS-Auflösung, die Knotenauswahl und die Netzwerkroute.
• Lange Wartezeit bis zum ersten Byte: Als Ursache kommen die Verarbeitung am Edge, ein Cache-Miss, das Netzwerk zum Origin oder die Verarbeitung auf dem Origin-Server infrage. Daraus lässt sich nicht direkt auf die Serverleistung schließen.
• Das Dokument wird schnell geladen, aber der Inhalt erscheint verzögert: Prüfen Sie große Bilder, renderblockierende Skripte, Schriftarten und Komponenten von Drittanbietern.

Wenn beispielsweise der Text auf einer Produktseite bereits angezeigt wird, das Hauptbild aber erst spät lädt, sollten Sie die Bildanfrage untersuchen, statt weiter den Cache des HTML-Dokuments anzupassen. Wartet die gesamte Seite auf die erste Antwort, verfolgen Sie den Pfad vom CDN zum Origin-Server.

Auch wenn Knoten in Südamerika vorhanden sind, muss die tatsächliche Anfrage nicht am passenden Standort ankommen

Die Netzwerkverbindungen zwischen Ländern, Städten und Internetanbietern in Südamerika unterscheiden sich. Ein geografisch näher gelegener Knoten bedeutet nicht zwangsläufig, dass die Netzwerkroute besser ist; manche Netzwerke leiten den Datenverkehr möglicherweise über andere Regionen. Die Auswahl des Knotens kann außerdem von rekursivem DNS, den Verbindungen zwischen Internetanbietern und der Knotenauslastung abhängen.

Prüfen Sie zunächst in der CDN-Konsole, ob die Zieldomäne für die gewünschte Region aktiviert ist. Kontrollieren Sie anschließend die Konfiguration des autoritativen DNS und gleichen Sie die tatsächlichen lokalen Auflösungsergebnisse mit den Vorgaben des Anbieters ab. Bei einer Anbindung über CNAME muss sichergestellt sein, dass der Eintrag nicht weiterhin auf die alte Plattform oder den Origin-Server verweist.

Ermitteln Sie anschließend anhand der Kennung im Antwort-Header, der CDN-Logs und lokaler Tests, wo die Anfrage tatsächlich verarbeitet wird. Die Bedeutung der Knotenkennung ist je nach Plattform unterschiedlich. Verlassen Sie sich daher weder ausschließlich auf IP-Geodatenbanken noch betrachten Sie einen einzelnen Ping als vollständiges Abbild des Webseiten-Erlebnisses.

Die Tests sollten die Städte und Netzwerke der wichtigsten Kunden abdecken. Funktioniert dieselbe Seite über einen Festnetzanschluss normal, ist aber über ein Mobilfunknetz langsam, sollte die Route des jeweiligen Internetanbieters genauer geprüft werden. Wenn IPv6 aktiviert ist, sollten Sie IPv4 und IPv6 ebenfalls getrennt vergleichen, damit Probleme einer einzelnen Verbindung nicht durch einen Gesamtmittelwert verdeckt werden.

Eine hohe Cache-Trefferquote bedeutet nicht, dass diese Seite aus dem Cache bedient wurde

Die Gesamttrefferquote in der Konsole kann durch zahlreiche kleine Bilder hoch ausfallen, während Anzeigen-Landingpages und Produktdetailseiten weiterhin häufig Anfragen an den Origin-Server senden. Prüfen Sie den Cache-Status der konkreten langsamen Anfrage. Häufige Hinweise sind Cache-Control, Age und vom Anbieter bereitgestellte Kennzeichnungen für Cache-Treffer. Diese Kennzeichnungen müssen nach den Regeln der jeweiligen Plattform interpretiert werden.

Zu den häufigen Ursachen für wiederholte Anfragen an den Origin gehören: Der Origin-Server gibt private oder no-store zurück; durch mitgesendete Cookies wird eine Umgehungsregel ausgelöst; URL-Parameter fließen in den Cache-Schlüssel ein; oder Sprach- und Mobilversionen werden in zu viele separate Cache-Kopien aufgeteilt. Seiten mit wenig Zugriff können nach Ablauf oder Verdrängung des Cache-Inhalts ebenfalls erneut vom Origin abgerufen werden.

Bei der Vermarktung im Ausland sollten Sie besonders auf Tracking-Parameter in Anzeigen achten. Wenn eine Landingpage mit unterschiedlichen Parametern jeweils eine eigene Cache-Variante erzeugt, sinkt die tatsächliche Wiederverwendungsrate. Für nachweislich inhaltsneutrale Tracking-Parameter kann der Cache-Schlüssel angepasst werden. Parameter, die Sprache, Währung, Produktspezifikationen oder Benutzeridentität bestimmen, dürfen jedoch nicht außer Acht gelassen werden.

Vor der Cache-Optimierung müssen die Grenzen der zu cachenden Inhalte klar definiert werden. Öffentliche Bilder, Stylesheets und Skripte eignen sich in der Regel für längere Cache-Zeiten. Anfrageformulare, Warenkorb, Anmeldestatus und personalisierte Preise sollten separat konfiguriert werden. Werden alle Anfragen zwangsweise gecacht, kann dies dazu führen, dass Informationen vermischt werden oder Übermittlungen fehlschlagen.

Wenn Anfragen bei Cache-Treffern schnell, bei Cache-Misses aber langsam sind, prüfen Sie als Nächstes die Verbindung zum Origin

Rufen Sie dieselbe Ressource in derselben Region und zu einem ähnlichen Zeitpunkt wiederholt ab und vergleichen Sie die Dauer zusammen mit dem Cache-Status. Ist die Anfrage bei einem Cache-Miss deutlich langsamer und nach einem Cache-Treffer wieder normal schnell, sollte die Fehlersuche auf den Weg zum Origin ausgerichtet werden. Ein langsamer erster Zugriff kann jedoch auch durch DNS, den Verbindungsaufbau und andere Faktoren verursacht werden. Ziehen Sie daher nicht allein aus dem subjektiven Eindruck zweier Ladevorgänge Schlussfolgerungen.

Die Dauer der Verbindung zum Origin sollte aufgeschlüsselt werden: Ist die Verbindung des Edge-Knotens zum Origin-Server langsam, oder dauert es lange, bis der Origin-Server die Anfrage verarbeitet und den Inhalt generiert? Prüfen Sie im ersten Fall die Region des Origin-Servers, regionsübergreifende Netzwerke, die Wiederverwendung von Verbindungen und die Firewall des Origin-Servers. Im zweiten Fall sollten Sie Anwendungs-Logs und Datenbankabfragen untersuchen und prüfen, ob die Seite andere Schnittstellen synchron aufruft.

Befindet sich der Origin-Server in Asien und konzentrieren sich die Kunden in Südamerika, können dynamische Anfragen weiterhin lange regionsübergreifende Laufzeiten verursachen. Ein zusätzlicher statischer Cache kann diese Wartezeit nicht beseitigen. Je nach Geschäftsanforderungen können regionale Origin-Server, mehrstufiges Caching oder eine Optimierung der dynamischen Verbindung geprüft werden. Bei einer Servermigration müssen jedoch auch andere Märkte, die Datensynchronisierung und die Betriebskosten berücksichtigt werden.

Die Seite kann geöffnet werden und Marketing-Komponenten dennoch die Nutzung verlangsamen

Wenn Website-Erstellung, SEO, Anzeigen und Social-Media-Zugriffe dieselbe Website nutzen, können Online-Kundenservice, eingebettete Videos, Analyseskripte, Schriftarten und Formularschnittstellen von verschiedenen Domains stammen. Die Anbindung der Hauptwebsite an ein CDN beschleunigt diese externen Anfragen nicht automatisch.

Suchen Sie im Wasserfalldiagramm der Anfragen nach Abhängigkeiten, die für den sichtbaren Bereich beim ersten Laden erforderlich sind. Komprimieren Sie zuerst das Hauptbild, geben Sie Bilder in passenden Bildschirmgrößen aus und laden Sie nicht erforderliche Komponenten verzögert. Entfernen Sie Tracking-Code nicht allein, um den Geschwindigkeitstest zu verbessern, sondern prüfen Sie, ob nach der Änderung die Anzeigenzuordnung, Anfrageformulare und der Kaufprozess weiterhin ordnungsgemäß funktionieren.

Dokumentieren Sie jede Änderung mit einem Vorher-Nachher-Vergleich: Verwenden Sie dieselbe Region, dasselbe Netzwerk und dieselbe Seite, halten Sie das Verhalten bei Cache-Treffern und Cache-Misses getrennt fest und prüfen Sie zugleich die Formularübermittlung sowie die Aktualisierung wichtiger Inhalte. Wenn Sie den Anbieter mit der Bearbeitung beauftragen, erleichtern Angaben zu Zugriffszeitpunkt, Anfrage-URL, Knotenkennung, Cache-Status und Request-Tracking-ID die Eingrenzung auf den konkreten Abschnitt.

Ein Wechsel des CDN ist erst dann klar begründet, wenn die Nachweise zeigen, dass die Netzwerke der wichtigsten Kunden dauerhaft zu ungeeigneten Knoten geleitet werden oder sich die Qualität der lokalen Verbindungen nicht verbessern lässt. Liegt der Engpass bei dynamischen Schnittstellen, Cache-Regeln oder Skripten von Drittanbietern, sollten zunächst die entsprechenden Bereiche optimiert und erst danach die Abdeckung der Knoten bewertet werden.