Wie lässt sich die Stabilität eines globalen Beschleunigungsnetzwerks für grenzüberschreitende Online-Shops vergleichen?

Welches globale Beschleunigungsnetzwerk für Cross-Border-Shops ist stabiler? Technische Evaluatoren können die Latenz in mehreren Regionen, die Verfügbarkeit, die Fehlerbehebung und die Beschleunigung dynamischer Inhalte anhand von Messungen vergleichen. Entscheidend ist nicht die Anzahl der Knoten, sondern ob Nutzer in den Zielmärkten Seiten zuverlässig öffnen und Bestellungen abschließen können und ob Probleme bei einem Ausfall rechtzeitig erkannt und behoben werden.

Zunächst zwischen schnellen Seitenaufrufen und stabilen Transaktionsabläufen unterscheiden

Ein Cross-Border-Shop besteht in der Regel aus statischen Ressourcen, dynamischen Schnittstellen und Diensten von Drittanbietern. Produktbilder, Skripte und Stylesheets lassen sich über Edge-Caching ausliefern. Für Preisberechnungen, Bestandsabfragen, Warenkörbe und Bestellübermittlungen müssen jedoch häufig der Ursprungsserver oder die Geschäftsschnittstellen angesprochen werden. Eine schnell ladende Startseite bedeutet nicht, dass auch der Checkout zuverlässig funktioniert.

Beim Vergleich von Lösungen sollte der Nutzerpfad in einzelne Schritte unterteilt werden: Landingpage, Produktdetailseite, Suche, In-den-Warenkorb-Legen, Anmeldung, Checkout und Rückgabe des Zahlungsergebnisses. Jeder dieser Schritte kann über unterschiedliche Netzwerke und Dienste laufen. Insbesondere beim Bezahlen gilt: Die Verfügbarkeit des Shops bedeutet nicht automatisch, dass auch der Zahlungsdienst verfügbar ist. Der Evaluierungsbericht sollte darlegen, welche Schritte in die Verantwortung des Anbieters fallen und welche von externen Systemen abhängen.

Deshalb reicht es nicht aus, nur die Knotenkarte eines Content Delivery Network zu betrachten. Die Knotenstandorte geben Aufschluss über die geografische Abdeckung, nicht aber unmittelbar über die tatsächliche Routingqualität zwischen Nutzern und Knoten. Ebenso wenig belegen sie die Stabilität der Verbindung vom Knoten zum Ursprungsserver.

Tests anhand der Zielmärkte und realistischen Zugriffsbedingungen planen

Die Teststandorte sollten sich nach den tatsächlichen Kundengewinnungsmärkten richten. Bei einem Shop mit Schwerpunkt auf Nordamerika und Europa sind möglicherweise andere Regionen und Netzbetreiber relevant als bei einem Shop, der auch Südostasien, den Nahen Osten oder Lateinamerika abdeckt. Wenn das Unternehmen über Anzeigen Besucher gewinnt, sollten auch die Regionen der Werbeschaltungen und die wichtigsten Landingpages getestet werden – nicht nur die Startseite vom Büro des Unternehmens aus.

Damit die Ergebnisse vergleichbar sind, sollten die Lösungen der Anbieter möglichst mit identischen Seiteninhalten, Bildformaten, Ursprungsserver-Konfigurationen und Testzeitfenstern geprüft werden. Die Ergebnisse sind getrennt für Desktop- und Mobilgeräte sowie für unterschiedliche Netzwerkbedingungen zu erfassen. Auch sollte angegeben werden, ob der Cache vorgewärmt wurde: Das Verhalten beim Erstaufruf und nach einem Cache-Treffer entspricht zwei unterschiedlichen Nutzungserlebnissen.

Es empfiehlt sich, kontinuierlich zu testen, statt nur das beste Einzelergebnis heranzuziehen. Neben der durchschnittlichen Latenz sollten auch Median, hohe Perzentile und die Fehlerrate von Anfragen betrachtet werden. Daten zu hohen Perzentilen helfen dabei, deutliche Verzögerungen bei einzelnen Nutzern aufzudecken. Wird nur der Durchschnitt betrachtet, können kurze Überlastungen oder Probleme in einzelnen Regionen leicht verborgen bleiben. Beim Vergleich sollten außerdem die Anzahl der Messungen und der Zeitraum angegeben werden, damit Daten mit unterschiedlichen Messgrundlagen nicht direkt miteinander verglichen werden.

Vier Arten von Kennzahlen gezielt überprüfen

Latenz: Browser und Verbindung zum Ursprungsserver berücksichtigen

Die Zeit bis zum ersten Byte kann Aufschluss über Verbindung, Edge-Knoten und Reaktion des Ursprungsservers geben, bildet jedoch nicht das vollständige Nutzererlebnis ab. Zusätzlich sollten die Ladezeit der wichtigsten Seiteninhalte, die Dauer von Schnittstellenaufrufen und der tatsächliche Ladevorgang im Browser berücksichtigt werden, um zwischen Netzwerkproblemen, der Verarbeitung auf dem Ursprungsserver und Frontend-Skripten zu unterscheiden. Bei dynamischen Anfragen sollte der Anbieter erläutern, ob eine Routenoptimierung eingesetzt wird und welche Schnittstellen davon abgedeckt sind. Die Beschleunigung statischer Ressourcen darf nicht als Beschleunigung der gesamten Website dargestellt werden.

Verfügbarkeit: Messobjekt und Fehlerdefinition klären

Der in Servicezusagen genannte Verfügbarkeitsprozentsatz sollte im Zusammenhang mit dem Messzeitraum, den Überwachungsstandorten, Wartungsfenstern und Haftungsausschlüssen gelesen werden. Wird der Erfolg allein daran gemessen, ob die Startseite eine Antwort liefert, können Fehler bei Produktschnittstellen oder ein nicht funktionierender Checkout-Button unberücksichtigt bleiben. Unternehmen sollten unabhängige Prüfungen einrichten, die die Erreichbarkeit der Seiten, die Antworten wichtiger Schnittstellen und simulierte Transaktionsergebnisse kontrollieren. Bei Tests mit realen Zahlungsabläufen kann eine bestätigte Testumgebung verwendet werden, um tatsächliche Bestellungen oder Geldtransfers zu vermeiden.

Fehlerbehebung: Umschaltbedingungen und tatsächliche Auswirkungen klären

Mehrere Knoten bedeuten nicht automatisch einen unterbrechungsfreien Betrieb. Es sollte geklärt werden, wie Anomalien bei Knoten oder Leitungen erkannt werden, wie der Datenverkehr umgeleitet wird, ob ein Ersatz-Ursprungsserver verfügbar ist und welche Auswirkungen die Umschaltung auf Nutzer haben kann. Für Ausfälle des Ursprungsservers, Probleme mit der DNS-Auflösung und Störungen bei Zahlungsdiensten gelten unterschiedliche Vorgehensweisen. All dies lässt sich nicht mit der pauschalen Aussage „unterstützt Failover“ abdecken.

Sofern die Bedingungen es zulassen, können Knotenstörungen oder die Nichtverfügbarkeit des Ursprungsservers in einer von beiden Seiten vereinbarten Testumgebung simuliert werden. Dabei sollten Erkennungszeit, Benachrichtigungszeit, Wiederherstellungszeit und Bestellstatus dokumentiert werden. Auch sollte geprüft werden, ob nach einer Zeitüberschreitung bei der Bestellübermittlung dieselbe Bestellung möglicherweise mehrfach angelegt wird. Wiederholungsversuche im Netzwerk dürfen nicht zulasten der Konsistenz von Transaktionen gehen.

Dynamische Inhalte: Die Beschleunigung darf die Datenkorrektheit nicht beeinträchtigen

Preise, Bestände, Währungen, Sprachen und Nutzeridentität beeinflussen häufig die ausgegebenen Inhalte. Eine ungeeignete Cache-Konfiguration kann dazu führen, dass Nutzer veraltete Bestandsangaben oder falsche Preise sehen oder sogar Informationen anderer Nutzer erhalten. Cache-Schlüssel, Cache-Dauer, Invalidierungsmechanismen und Schnittstellen, die nicht zwischengespeichert werden dürfen, sollten einzeln geprüft werden. Auch muss getestet werden, ob die Angaben auf der Produktseite und im Checkout nach einer Änderung von Aktionspreisen übereinstimmen.

Verantwortungsbereiche bei der Auswahl mitvergleichen

Stabilität hängt nicht nur vom Netzwerk ab, sondern auch davon, wer Probleme erkennen und wer sie beheben darf. Bei der Evaluierung kann der Anbieter gebeten werden, Überwachungsansichten für die Zielregionen, den Umfang des Zugriffs auf Fehlerprotokolle, Benachrichtigungswege, Eskalationsverfahren bei Ausfällen und Beispiele für Berichte zu früheren Vorfällen bereitzustellen. Wenn Protokolle personenbezogene Daten enthalten, sollten außerdem Speicherort, Zugriffsrechte und geltende lokale Anforderungen geklärt werden.

Auch die Kosten sollten anhand der tatsächlichen Traffic-Struktur verglichen werden. Für statische Ressourcen, dynamische Anfragen, Datenverkehr zum Ursprungsserver und Anfragen in Spitzenzeiten können unterschiedliche Abrechnungsmodelle gelten. Ob die Abdeckung bestimmter Regionen oder Sicherheitsmaßnahmen zusätzlich berechnet werden, sollte ebenfalls im Angebot klar ausgewiesen sein. Ist eine kostengünstige Lösung nicht mit Überwachung in wichtigen Regionen oder Unterstützung bei der Störungsbehebung verbunden, müssen die späteren Kosten für die Fehlersuche nicht unbedingt niedrig sein.

易营宝 bietet Dienstleistungen rund um Cross-Border-Shops, Website-Erstellung und Auslandsmarketing. Für Unternehmen, die ihre Website und Werbung einheitlich verwalten möchten, erleichtert eine solche integrierte Lösung die gemeinsame Bewertung von Landingpages, Produktseiten und Marketingkampagnen im Rahmen eines Projekts. Die konkrete Abdeckung der Beschleunigung, Servicezusagen und Möglichkeiten zur Beobachtbarkeit sollten jedoch anhand der Projektkonfiguration und des schriftlich festgelegten Leistungsumfangs beurteilt werden – nicht allein anhand einer Funktionsliste der Plattform.

Vor der endgültigen Auswahl eine geschäftsbezogene Validierung durchführen

Ein zuverlässigeres Vorgehen ist, die Lösungen der Anbieter unter denselben Bedingungen in einer Testrunde zu validieren: Wichtige Länder und Netzbetreiber auswählen, statische Seiten und dynamische Transaktionsabläufe abdecken und Latenz, Fehler sowie den Wiederherstellungsverlauf kontinuierlich dokumentieren. Anschließend sollten Servicebedingungen, Zugriffsrechte auf Protokolle und Kosten verglichen werden. Bei Traffic-Spitzen infolge von Werbekampagnen oder Verkaufsaktionen sollte außerdem geklärt werden, wie die Kapazität bewertet wird und wie schnell eine Skalierung erfolgen kann.

Letztlich muss nicht jede einzelne Messung in jeder Region die schnellste sein. Vorrang sollte eine Lösung haben, deren Leistung in den Zielmärkten kontrollierbar schwankt, deren wichtige Transaktionen sich validieren lassen und bei der die Zuständigkeiten im Fehlerfall klar geregelt sind. Muss eine bestimmte Funktion zusätzlich erworben oder individuell entwickelt werden, sollten Lieferzeit, Kosten und Abnahmekriterien vor Vertragsabschluss geklärt werden.