Wie hoch darf die Zugriffslatenz globaler Knoten sein, ohne die Conversion von Anfragen zu beeinträchtigen?

Welche globale Knoten-Zugriffsverzögerung als ausreichend gilt, lässt sich nicht allein anhand eines durchschnittlichen Millisekundenwerts beurteilen. Für internationale Websites, deren Kern aus Anfrageformularen, Produktseiten und Anzeigen-Landingpages besteht, kommt die Geschwindigkeit, mit der der erste bedienbare Inhalt in der Zielregion stabil erscheint, dem tatsächlichen Conversion-Erlebnis näher als ein einzelner Netzwerk-Ping-Wert. Als grundlegende Abnahmekriterien können gelten: Unter normalen Netzwerkbedingungen im Zielmarkt sollten die zentralen Inhalte im sichtbaren Bereich einer Hauptseite in etwa 2 Sekunden verfügbar sein, und bei der Formularinteraktion sollte keine spürbare Wartezeit entstehen. Wird die Round-Trip-Latenz zum Knoten gemessen, sollte die RTT vom Zielnutzer zum Edge-Knoten möglichst bei etwa 100 ms liegen; bei mehr als 200 ms sollten Routing, Knotenabdeckung und das Abrufen von Ressourcen vom Ursprungsserver geprüft werden.

Dies ist kein einheitlicher verbindlicher Industriestandard. Wenn nordamerikanische Nutzer auf nordamerikanische Edge-Knoten und europäische Nutzer auf europäische Edge-Knoten zugreifen, stellt eine Netzwerklaufzeit unter 150 ms in der Regel allein kein offensichtliches Hindernis dar. Bei ebenfalls 150 ms kann sich die gesamte Wartezeit jedoch erhöhen, wenn die Seite Schriftarten, Karussellbilder, Tracking-Skripte, Übersetzungsressourcen und Formularschnittstellen nacheinander anfordern muss. Umgekehrt bedeutet ein besonders niedriger Ping-Wert nicht automatisch, dass die Seite schnell geöffnet wird, denn Ping umfasst weder TLS-Handshake und DNS-Auflösung noch Serververarbeitung, Dateiübertragung und Browser-Rendering.

Zunächst zwischen „Knotenlatenz“ und „vom Nutzer wahrgenommener Geschwindigkeit“ unterscheiden

Die Zugriffsverzögerung umfasst mindestens vier Verbindungsabschnitte: die Domainauflösung zu einer verfügbaren Adresse, den Verbindungsaufbau zwischen Browser und Edge-Knoten, die direkte Bereitstellung gecachter Inhalte durch den Edge-Knoten oder das Abrufen vom Ursprungsserver sowie das Herunterladen und Ausführen der Seitenressourcen durch den Browser. Auswirkungen auf die Anfrage-Conversion entstehen häufig in den letzten beiden Abschnitten und nicht allein durch die physische Entfernung zwischen Nutzer und Knoten.

Beispielsweise kann das HTML einer Produktdetailseite bereits auf einem nahegelegenen Knoten zwischengespeichert sein, während das Hauptbild weiterhin von einem entfernten Ursprungsserver geladen wird. Die Seite zeigt dann zunächst Text und ein Gerüst an, wartet aber lange auf das Bild. Bei Seiten, auf denen Spezifikationen, Verfahren oder Detailbilder betrachtet werden müssen, hat dieser Eindruck einer „bereits geöffneten Seite“ keine praktische Bedeutung. Wenn beim Absenden eines Formulars eine Schnittstelle regionsübergreifend aufgerufen wird und Nutzer erst nach dem Ausfüllen lange einen Ladeindikator sehen, sollte das Problem der Schnittstellenreaktion und Verfügbarkeit zugeordnet werden, nicht der Knotenleistung einer statischen Website.

Die Werte in der Tabelle eignen sich als technische Zielwerte, nicht als losgelöste Bestehensbewertung. Mobilfunknetze, grenzüberschreitendes Carrier-Routing und Umgebungen mit hohem Paketverlust können die wahrgenommene Zeit deutlich erhöhen. Werden bei der Abnahme nur das Büronetzwerk, eine einzelne Stadt oder die Standardknoten von Geschwindigkeitstest-Tools geprüft, sind die daraus gezogenen Schlussfolgerungen leicht zu optimistisch.

Anfrageseiten haben eine geringere Toleranz als gewöhnliche Inhaltsseiten

Beim Aufrufen von Nachrichten, Unternehmensvorstellungen oder Artikeln sind Nutzer möglicherweise bereit, auf das schrittweise Laden von Bildern zu warten. Auf Anzeigen-Landingpages, Produktangebotsseiten oder Kontaktseiten ist das Aufmerksamkeitsfenster jedoch kürzer. Sitzungen, die durch Anzeigenklicks entstehen, haben bereits ein klares Ziel. Wenn im sichtbaren Bereich über längere Zeit weder Produktname, Kernparameter und vertrauensbildende Informationen noch eine Handlungsoption erscheinen, verlassen Nutzer die Seite häufig, bevor sie deren Inhalt verstehen.

Daher können wichtige Seiten nicht allein nach der vollständigen Ladezeit der gesamten Seite abgenommen werden. Es sollte jeweils erfasst werden, wann die Überschrift im sichtbaren Bereich erscheint, wann das Hauptbild verfügbar ist, wann Telefon- oder Formulareinstieg anklickbar sind und wann nach dem Absenden ein Erfolgs- oder Fehlerstatus zurückgegeben wird. Empfohlene Produkte, Karten und eingebettete Social-Media-Inhalte am Seitenende können später geladen werden, dürfen jedoch den Anfragepfad nicht blockieren.

Bei mehrsprachigen Websites gibt es zudem einen häufig übersehenen Unterschied: Ein Sprachwechsel verursacht nicht zwangsläufig Verzögerungen. Das eigentliche Problem besteht darin, dass nach dem Wechsel eine große Menge nicht gecachter Ressourcen erneut angefordert wird oder bei jedem Besuch Übersetzungsinhalte dynamisch auf dem Server zusammengesetzt werden müssen. Wenn die Sprachversion eines Zielmarkts stabile Zugriffszahlen aufweist, sollten öffentliche Stylesheets, Skripte, Schriftarten und festgelegte Seitenressourcen über angemessene Caching-Strategien verfügen. Zudem sollte geprüft werden, dass die Sprachroute Nutzer nicht wieder zu einem entfernten Ursprungsserver führt.

Bei mehr als 200 ms zunächst ermitteln, in welchem Abschnitt die Ursache liegt

Auch bei einer langsameren Ladezeit sind die geeigneten Maßnahmen nicht immer gleich. Ein interkontinentales Abrufen vom Ursprungsserver zeigt sich häufig durch einen hohen TTFB, wobei sich die Wartezeiten zwischen verschiedenen Seiten nur gering unterscheiden. Nicht komprimierte Bilder im sichtbaren Bereich können hingegen zu einem normalen TTFB, aber hohen LCP führen. Störungen bei Drittanbieter-Analysen, Online-Chats oder CAPTCHA-Diensten führen häufig dazu, dass der Seiteninhalt bereits angezeigt wird, die Interaktion jedoch verzögert reagiert. Werden all diese Probleme darauf zurückgeführt, dass „es nicht genug Knoten gibt“, kann dies zu falschen Beschaffungsentscheidungen oder wiederholten Umbaumaßnahmen führen.

• Bei einer niedrigen Trefferrate statischer Ressourcen sollte zunächst geprüft werden, ob der Cache-Key durch bedeutungslose Abfrageparameter aufgesplittet wird. Versionsnummern können für Aktualisierungen verwendet werden, zufällige Parameter führen jedoch dazu, dass dieselbe Datei wiederholt vom Ursprungsserver abgerufen wird.
• Dynamische Produktbestände, Preise oder personalisierte Inhalte sollten nicht pauschal mit langen Cache-Zeiten versehen werden. Seitenhülle und Bilder können gecacht werden, während zwingend in Echtzeit zu aktualisierende Abschnitte als separate Anfragen umgesetzt werden sollten, damit nicht die gesamte Seite die Edge-Beschleunigung verliert.
• Dateigröße und Abmessungen großer Bilder müssen gleichzeitig optimiert werden. Wird nur die Qualität komprimiert, aber weiterhin ein Bild mit übergroßen Pixelmaßen an Mobilgeräte gesendet, verlangsamen Übertragung und Dekodierung den sichtbaren Bereich weiterhin.
• Formularschnittstellen sollten aus den Zielregionen jeweils auf Erfolgs-, Fehler-, Timeout- und Mehrfachübermittlungsstatus getestet werden. Selbst bei schnellem Netzwerk gehen wertvolle Anfragen verloren, wenn das Übermittlungsergebnis unklar bleibt.

Abnahme nach Regionen und Seitentypen durchführen

Die Teststandorte sollten die Länder oder Regionen abdecken, in denen tatsächlich Anzeigen geschaltet werden und sich der organische Traffic konzentriert, anstatt nach dem Standort des Servers eingeteilt zu werden. Für jede Region sollten mindestens Startseite, zentrale Produktseite, Anzeigen-Landingpage und Kontaktseite separat geprüft werden. Produktseiten müssen dabei reale Bilder und Skripte enthalten und dürfen nicht durch leere Testseiten ersetzt werden. Desktop und Mobilgeräte sollten ebenfalls getrennt erfasst werden, da schwache Mobilfunknetze und die Dekodierungsleistung von Geräten Probleme sichtbar machen, die in Desktop-Umgebungen nicht erkennbar sind.

Mehrere aufeinanderfolgende Tests sind aussagekräftiger als ein einzelnes Ergebnis. Ist die Medianleistung akzeptabel, reagieren einzelne Anfragen jedoch gelegentlich über lange Zeit nicht, sollten insbesondere die Ausreißer bei hohen Latenzen, die Fehlerrate und die Rate fehlgeschlagener Ressourcen betrachtet werden. Anfragen entstehen nicht bei jedem Besuch; Besucher, die eine Seite gerade während eines Störungszeitraums aufrufen, kehren nicht zum Formular zurück, nur weil der Durchschnittswert normal ist. Bei Änderungen wie Knotenwechseln, DNS-Anpassungen oder der Veröffentlichung von Caching-Regeln sollten regionale Daten vor und nach der Veröffentlichung aufbewahrt werden, damit eine kurzfristige Cache-Aufwärmung nicht fälschlich als langfristige Verbesserung betrachtet wird.

Letztlich kann sich die Abnahme auf einen vollständigen Pfad konzentrieren: Besucher aus der Zielregion rufen eine wichtige Seite auf, die Inhalte im sichtbaren Bereich werden rechtzeitig angezeigt, Produktinformationen sind lesbar, das Formular kann ohne Wartezeit bedient werden, und nach dem Absenden erfolgt eine klare Rückmeldung. Die Knoten-RTT ist dabei ein wichtiger grundlegender Indikator. Ob die globale Knoten-Zugriffsverzögerung tatsächlich ein Niveau erreicht hat, das die Anfrage-Conversion nicht beeinträchtigt, lässt sich jedoch nur anhand der gemeinsamen Betrachtung von TTFB, LCP, Interaktion und Übermittlungspfad beurteilen.