Bei der Bewertung einer globalen Serverbeschleunigung für einen grenzüberschreitenden Onlineshop reicht es nicht aus, nur auf den Standort des Rechenzentrums zu achten. Wie lassen sich Bereitstellungsregionen anhand der Kundenverteilung, gemessener Latenzzeiten und der Merkmale dynamischer Anfragen auswählen? Entscheidend ist, zunächst die wichtigsten Absatzmärkte zu ermitteln und anschließend statische Ressourcen und Transaktionsabläufe getrennt zu überprüfen.
Bei den meisten grenzüberschreitenden Onlineshops kann man zunächst mit einem Ursprungsserver in einer Region und einem Content Delivery Network starten und die regionale Kapazität anschließend entsprechend den Testergebnissen erweitern. Ob eine Bereitstellung in mehreren Regionen erforderlich ist, sollte sich nach der tatsächlichen Leistung von Warenkorb-, Bestands- und Checkout-Anfragen richten, nicht nach der Anzahl der Knoten.
Zuerst die Kundenverteilung betrachten: In welche Regionen lohnt sich eine vorrangige Investition?
Die Kundenverteilung sollte nicht allein nach Besucherzahlen geordnet werden. Bei der technischen Bewertung sollten die qualifizierten Besuche, Bestellungen, Umsätze und Werbeausgaben der letzten drei Monate in den einzelnen Ländern und Regionen gemeinsam betrachtet werden. Zusammen mit der künftigen Marktplanung lässt sich so festlegen, welche Regionen vorrangig abgesichert werden sollen.
Wenn beispielsweise die USA den größten Umsatzanteil erzielen, die Bestellungen in Deutschland zunehmen und Südostasien zwar viele Besuche, aber nur wenige Abschlüsse verzeichnet, sollte zunächst das Transaktionserlebnis in den USA sichergestellt und anschließend die Besuchsqualität in Deutschland überprüft werden. So wird vermieden, dass Traffic geringer Qualität die Bereitstellungsrichtung bestimmt.
Auch innerhalb eines Landes gibt es Unterschiede bei der Netzwerkanbindung. Nutzer an der Ost- und Westküste der USA, in großen brasilianischen Städten und in abgelegenen Gebieten greifen möglicherweise über unterschiedliche Netzbetreiber auf die Website zu. Die Teststandorte sollten die wichtigsten Bestellstädte abdecken und die vor Ort gängigen Mobilfunknetze einbeziehen.
Es empfiehlt sich, eine regionale Bewertungsübersicht mit Umsatzanteil, Wachstumszielen, Geräteverteilung, Besuchsspitzen und aktueller Leistung zu erstellen. Der Umsatzanteil bestimmt die Optimierungspriorität, während die Wachstumsziele den Bedarf an zusätzlichen Kapazitäten bestimmen. Beides fließt in die Bereitstellungsentscheidung ein.
Wo sollte der Ursprungsserver stehen, und welche Messwerte sind wichtig?
Zunächst sind Ursprungsserver und Edge-Knoten zu unterscheiden: Der Ursprungsserver verarbeitet Geschäftslogik und Daten, während Edge-Knoten cachefähige Inhalte möglichst nah an den Nutzern ausliefern. Knoten in Kundennähe können die Übertragungswege für Ressourcen verkürzen, beseitigen aber nicht unmittelbar die Verzögerungen beim Abruf dynamischer Anfragen vom Ursprungsserver.
Bei der Auswahl einer Ursprungsserverregion sollten echte Seiten und Schnittstellen aus den Zielmärkten getestet werden. Dabei sind DNS-Auflösung, Verbindungsaufbau, Zeit bis zum ersten Byte und vollständige Antwortzeit zu beobachten. Ein Vergleich der reinen Netzwerkverbindungszeit bildet weder den Verarbeitungsaufwand der Anwendung noch die Kosten von Datenbankabfragen ab.
Die Tests sollten lokale Haupt- und Nebenzeiten sowie Wochenenden abdecken. Dabei sind sowohl der Median als auch die Leistung langsamerer Anfragen zu betrachten, beispielsweise das 95. Perzentil. Durchschnittswerte können verbergen, dass ein Teil der Kunden regelmäßig warten muss. Gerade solche Anfragen beeinträchtigen häufig das Checkout-Erlebnis.
Außerdem sollten Cache-Treffer und Cache-Fehlgriffe getrennt getestet und Fehler- sowie Timeout-Raten erfasst werden. Bei einem weit entfernten Ursprungsserver können Bilder weiterhin schnell geladen werden, während der erste Seitenaufruf sowie Such- und Anmeldeschnittstellen langsam bleiben. Die Ursachen müssen separat nachverfolgt werden.
Warum sind Warenkorb und Checkout langsam, obwohl Produktseiten schnell laden?
Produktbilder, Stylesheets und Skripte eignen sich in der Regel für das Edge-Caching. Kontodaten, Warenkörbe und Bestellschnittstellen müssen dagegen dynamisch verarbeitet werden. Vor der Auswahl einer globalen Beschleunigungslösung sollte der Traffic daher nach Anfrageart aufgeschlüsselt und der tatsächliche Pfad jeder Anfrageart überprüft werden.
Auch Produktdetailseiten lassen sich nicht zwangsläufig vollständig cachen. Bei angemeldetem Status, regionalen Preisen, Steuern oder personalisierten Empfehlungen müssen Cache-Schlüssel, Gültigkeitsdauer und Aktualisierungsmechanismen so konzipiert sein, dass Inhalte nicht zwischen verschiedenen Nutzern vermischt werden und keine veralteten Preise angezeigt werden.
Eine Verlangsamung dynamischer Anfragen kann durch den Abruf vom Ursprungsserver über Kontinente hinweg, aber auch durch langsame Datenbankabfragen, Bestandsdienste oder Zahlungsschnittstellen verursacht werden. Die Laufzeiten sollten mithilfe von Tracing aufgeschlüsselt werden, um den Engpass zu ermitteln. Erst dann lässt sich entscheiden, ob eine Leitungsoptimierung, eine Überarbeitung der Anwendung oder eine Erweiterung der regionalen Kapazität sinnvoll ist.
Insbesondere sollte überprüft werden, ob Anwendung und Datenbank in derselben Region bereitgestellt werden. Wird die Anwendung beispielsweise nach Europa verlagert, während jeder Checkout weiterhin mehrmals auf eine US-Datenbank zugreift, kann der Datenverkehr zwischen den Kontinenten den Vorteil zunichtemachen. Die Optimierung muss den gesamten Transaktionsablauf berücksichtigen, nicht nur einen einzelnen Server.
Ein Ursprungsserver oder mehrere Regionen – welche Lösung ist sinnvoll?
Wenn sich die meisten Bestellungen auf eine Region konzentrieren und die betrieblichen Ressourcen des Teams begrenzt sind, lassen sich Kosten mit einem Ursprungsserver in einer Region und globaler Content-Auslieferung in der Regel besser kontrollieren. Voraussetzung ist, dass dynamische Anfragen aus weiter entfernten Märkten die Geschäftsanforderungen weiterhin erfüllen und Backup- sowie Wiederherstellungsfunktionen vorhanden sind.
Wenn in mehreren Kontinenten regelmäßig Bestellungen eingehen und die Checkout-Latenz in weiter entfernten Märkten bereits das Geschäft beeinträchtigt, kann eine Bereitstellung der Anwendung in mehreren Regionen geprüft werden. Zunächst müssen jedoch die Speicherorte für Lese- und Schreibzugriffe auf Bestell-, Bestands- und Kontodaten sowie die Synchronisationsverzögerungen zwischen Regionen und die Regeln für einen Failover festgelegt werden.
Eine Bereitstellung in mehreren Regionen bedeutet nicht, dass Schreibzugriffe in allen Regionen gleichzeitig freigeschaltet werden müssen. Je nach Geschäftsanforderungen sind beispielsweise regionale Lesezugriffe und zentralisierte Schreibzugriffe oder andere Architekturen möglich. Dabei müssen jedoch die Konsistenz der Bestände, der Schutz vor doppelten Bestellungen und die Verarbeitung von Zahlungsrückmeldungen nach einem Failover überprüft werden.
Auch Anforderungen an die Datenlokalisierung und grenzüberschreitende Datenübertragung beeinflussen die Auswahl der Regionen. Sie sollten anhand der tatsächlichen Absatzmärkte und der verarbeiteten Daten geprüft werden. Bei den Kosten müssen außerdem Traffic, Abrufe vom Ursprungsserver, regionsübergreifende Datenübertragung, Datenbankreplikation und Betriebsaufwand berücksichtigt werden – nicht nur die monatliche Servermiete.
Wie lassen sich vor dem Kauf aussagekräftige Tests durchführen?
Zunächst sollte mit dem bestehenden System eine Ausgangsbasis ermittelt werden. Anschließend sind mit den infrage kommenden Lösungen dieselben Seiten, Ressourcen und Schnittstellen auszuführen. Komprimierung, Cache-Regeln und Anwendungsversion sollten möglichst gleich bleiben, damit der Nutzen von Seitenoptimierungen nicht fälschlich dem Serverstandort oder der Verbindung zugeschrieben wird.
Die Testpfade sollten mindestens die Startseite, Kategorieseiten, Produktdetailseiten, das Hinzufügen zum Warenkorb und den Checkout umfassen. Dabei sind Erstbesuche und wiederholte Besuche getrennt zu betrachten. Für mobile Geräte sollten Netzwerkbedingungen verwendet werden, die der lokalen Realität möglichst nahekommen. Die Abnahme sollte nicht ausschließlich über die Hochgeschwindigkeitsverbindung eines Rechenzentrums erfolgen.
Zu den Abnahmekriterien können die Zeit bis zum ersten Byte, Largest Contentful Paint, Schnittstellenantwortzeiten, Fehlerraten und Checkout-Erfolgsraten gehören. Die Schwellenwerte sollten anhand der bestehenden Ausgangswerte und der Geschäftsziele festgelegt werden. Auch die Core Web Vitals sollten kontinuierlich anhand realer Nutzerdaten beobachtet werden.
Vor dem Start sollte ein kleiner Anteil des Traffics zur Validierung eingesetzt und eine Rückfalloption bereitgehalten werden. Beim Vergleich sind Faktoren wie Werbekanäle, Verkaufsaktionen und Geräteverteilung zu kontrollieren. Anschließend lässt sich beurteilen, ob die Leistungsverbesserung auch mit einer höheren Conversion einhergeht. So wird vermieden, kurzfristige Bestellschwankungen als gesicherten Nutzen zu interpretieren.
Wie lässt sich die Beschleunigung mit Website-Erstellung und Marketing koordinieren?
Unternehmen, die Plattformen für Website-Erstellung und internationales Marketing wie 易营宝 nutzen, können vom Dienstleister Angaben zu Bereitstellungsregionen, Cache-Strategien, Pfaden dynamischer Anfragen und Überwachungsmethoden anfordern. Außerdem sollte geklärt werden, ob das Paket Konfigurationsänderungen, Datenexport und Fehleranalyse unterstützt.
Die Teams für Website-Erstellung, Suchmaschinenoptimierung und Werbung sollten eine gemeinsame Liste der Schwerpunktmärkte und Landingpages pflegen. Wenn das Marketing Traffic aus neuen Regionen gewinnt, kann das Technikteam das Nutzungserlebnis rechtzeitig überprüfen. Auch Änderungen an Bildern, Skripten und Plugins von Drittanbietern sollten in die erneuten Leistungstests einbezogen werden.
Bei der Auswahl globaler Beschleunigungsserver müssen letztlich drei Fragen beantwortet werden: Greifen wichtige Kunden schneller auf die Website zu? Läuft die Transaktionskette stabil? Sind die Gesamtkosten angemessen? Die Kundenverteilung bestimmt die Testschwerpunkte, die Messergebnisse die Auswahl der Regionen und die kontinuierliche Überwachung den Zeitpunkt für einen Kapazitätsausbau.
