Nutzer in Europa melden langsame Seitenladezeiten, während bei Nutzern in den USA alles passt. Wie würdest du das untersuchen?

Bestätige das Muster im Real User Monitoring nach Region aufgeteilt, bevor du irgendetwas annimmst, und prüf, ob die Langsamkeit in der Netzwerkzeit, in der Time to First Byte oder im Client-Rendering steckt. Wenn die Time to First Byte dominiert, sind es Round Trips zu einem Origin in einer einzigen Region, schau also auf Cache Hit Rates an der Kante, TLS-Handshakes und gesprächige sequenzielle Requests. Fix über Edge Caching, Connection Reuse und Lesepfade näher an den Nutzern.

Zuerst bestätige ich, dass es echt ist, und hole mir die Form: Real User Monitoring segmentiert nach Region, Netz und Gerät, denn ein synthetischer Check aus einer Stadt kann leicht in die Irre führen. Dann zerlege ich die Zeiten. Wenn DNS und Verbindungsaufbau dominieren, schaue ich auf Auflösung und Handshakes. Wenn die Time to First Byte dominiert, überquert der Request einen Ozean zu einem Origin, und jeder Round Trip hat einen physikalischen Boden von grob hundertvierzig Millisekunden, alles mit mehreren sequenziellen Requests multipliziert das also. Wenn die clientseitige Renderzeit in beiden Regionen gleich ist, liegt das Problem definitiv im Transport. Meistens finde ich Edge-Cache-Misses, europäische Nutzer treffen also eine Edge Node, die alles an einen US-Origin weiterreicht, und der Fix ist eine bessere Hit Ratio, ein Blick auf den Cache Key und Connection Reuse von Edge zu Origin, damit der Handshake nicht wiederholt wird. Darüber hinaus Read Replicas oder ein Lesepfad, der näher bei diesen Nutzern ausgeliefert wird. Ich habe mal einen einzelnen ungecachten Config-Aufruf gefunden, der das Seitenrendering blockierte, in den USA nicht auffiel und in Europa fast eine ganze Sekunde draufgelegt hat.