Los usuarios de Europa reportan cargas de página lentas mientras que los de Estados Unidos van bien. ¿Cómo lo investigarías?

Confirma el patrón en la monitorización de usuarios reales segmentada por región antes de suponer nada, y comprueba si la lentitud está en el tiempo de red, en el tiempo hasta el primer byte o en el renderizado del cliente. Si domina el tiempo hasta el primer byte, son viajes de ida y vuelta a un origen en una sola región, así que mira las tasas de acierto en el borde, los handshakes TLS y cualquier secuencia parlanchina de peticiones. Arréglalo con caché en el borde, reutilización de conexiones y acercando los caminos de lectura a los usuarios.

Primero confirmo que es real y veo su forma, así que monitorización de usuarios reales segmentada por región, red y dispositivo, porque una comprobación sintética desde una ciudad puede engañar con facilidad. Luego descompongo los tiempos. Si dominan el DNS y el establecimiento de conexión, estoy mirando resolución y handshakes. Si domina el tiempo hasta el primer byte, la petición está cruzando un océano hasta un origen, y cada viaje de ida y vuelta tiene un suelo físico de unos ciento cuarenta milisegundos, así que cualquier cosa que haga varias peticiones secuenciales multiplica eso. Si el tiempo de renderizado en el cliente es el mismo en las dos regiones, el problema es sin duda de transporte. Lo que suelo encontrar son fallos de caché en el borde, así que los usuarios europeos llegan a un nodo de borde que reenvía todo a un origen en Estados Unidos, y el arreglo es mejorar la tasa de acierto, revisar la clave de caché y activar la reutilización de conexiones del borde al origen para que el handshake no se repita. Más allá de eso, réplicas de lectura o un camino de lectura servido más cerca de esos usuarios. Una vez encontré una única llamada de configuración sin cachear que bloqueaba el renderizado, oculta desde Estados Unidos y que añadía casi un segundo en Europa.