Dimensión de Core/Dash: País

Dimensión: País (cc)

La dimensión País segmenta tus datos de RUM por la ubicación geográfica del visitante usando códigos de país ISO. El rendimiento no es uniforme en todo el mundo. Un sitio que carga en 1,5 segundos en los Países Bajos puede tardar 4 segundos en Brasil y 6 segundos en la India. La dimensión País convierte esa vaga sospecha en un conjunto de datos preciso y filtrable.

Si tienes usuarios internacionales y no filtras por país, ocultas tu peor rendimiento detrás del mejor.

Por qué la geografía determina el rendimiento

Tres factores físicos hacen del país el predictor más fuerte del TTFB y el LCP:

• Distancia al servidor: Cada 5000 km adicionales entre el usuario y tu servidor de origen añaden aproximadamente entre 30 y 50 ms de latencia de ida y vuelta. Si tu servidor está en Frankfurt y tu usuario en Sídney, ya empiezas con más de 250 ms de física inevitable antes de servir un solo byte.
• Infraestructura de red: Las velocidades medias de conexión varían enormemente. Corea del Sur supera los 200 Mbps de media, mientras que muchos países de África y del sur de Asia están por debajo de los 20 Mbps. Esto afecta directamente al tiempo de carga de imágenes, scripts y fuentes.
• Calidad de los dispositivos: Las regiones con menores ingresos tienen una proporción más alta de dispositivos Android económicos. Estos teléfonos tienen CPU más lentas, menos RAM y versiones de navegador más antiguas, lo que acumula retrasos de procesamiento sobre los de red e infla el INP.

Según el 2025 Web Almanac, solo el 48% de los orígenes móviles superan los tres Core Web Vitals a nivel global. Pero esa cifra oculta una enorme variación geográfica. Corea lidera con un 39,3% de orígenes que los superan, mientras que los países con infraestructuras menos desarrolladas quedan muy por debajo de la mediana global.

Lectura de los datos por país

Países de alto rendimiento

Países como Estados Unidos, Alemania, los Países Bajos, Japón y Corea del Sur suelen mostrar unos Core Web Vitals sólidos. Estas regiones combinan redes rápidas, nodos perimetrales de CDN cercanos y flotas de dispositivos modernos. En los datos de CoreDash, el tráfico de Europa y Asia Oriental suele mostrar valores de LCP en el p75 de entre 1,5 s y 2,2 s.

Países de rendimiento medio

Brasil, México, Polonia, Turquía y Tailandia suelen situarse en el rango de "necesita mejorar". Las velocidades de red son decentes, pero la cobertura de la CDN puede ser menor y la combinación de dispositivos incluye más hardware de gama media. Espera un LCP en el p75 de entre 2,5 s y 3,5 s para estas regiones.

Países desafiantes

La India, Indonesia, Nigeria, Pakistán y Filipinas representan algunos de los entornos de rendimiento más difíciles. Una alta cuota de tráfico móvil (a menudo de más del 85%), conexiones promedio más lentas y dispositivos económicos crean una triple restricción. Un LCP en el p75 por encima de los 4 s es común en sitios sin una optimización agresiva para estos mercados.

Patrones geográficos por métrica

TTFB y LCP

Estas son las métricas más afectadas por la geografía. Si tu servidor de origen está en una sola región y no usas una CDN, cada país fuera de esa región pagará un impuesto de latencia. La solución es de infraestructura: caché perimetral, distribución por CDN y servidores de origen regionales. Ninguna optimización de frontend soluciona un TTFB de 300 ms causado por la distancia.

INP

El INP se correlaciona más con la calidad del dispositivo que con la velocidad de la red. Los países con flotas de dispositivos más antiguas (la India, el Sudeste Asiático, partes de África) muestran un peor INP incluso en redes rápidas porque el cuello de botella es la CPU, no el ancho de banda. Filtra por País + Tipo de dispositivo para separar el efecto de la red del efecto del dispositivo.

CLS

El CLS es en gran medida independiente de la geografía. Los cambios de diseño se deben a la lógica de renderizado, no a las condiciones de la red. Si ves variaciones de CLS por país, investiga si estás sirviendo diferentes redes de anuncios, banners de cookies o scripts de terceros según la región.

Flujo de trabajo de depuración

1. Ordena por volumen e impacto: Abre la tabla de la dimensión País y ordena por Impacto. Tu país con mayor tráfico y peor rendimiento es tu prioridad principal. Corregir el rendimiento para el 40% de tus usuarios es mejor que corregirlo para el 2%.
2. Compara con tu mapa de CDN: Si un país específico tiene un TTFB alto, comprueba si tu CDN tiene un Punto de Presencia (PoP) allí. La falta de PoP significa que las solicitudes se enrutan al nodo perimetral disponible más cercano, lo que añade latencia.
3. Cruza datos con Tipo de dispositivo: Puede que un país con un INP deficiente no necesite optimización de JavaScript. Tal vez requiera que sirvas páginas más ligeras a los dispositivos económicos que dominan ese mercado. Filtra por País + Tipo de dispositivo + Client Capability Score para confirmarlo.

Reglas prácticas de ingeniería

• TTFB por debajo de 800 ms para cada país al que te dirijas: Si un país supera este límite, es un problema de infraestructura. Añade un PoP de CDN o una caché regional.
• LCP por debajo de 2,5 s para tus 5 países principales por tráfico: Estos son los mercados que determinan tu puntuación agregada de CrUX y tu posicionamiento en búsquedas.
• No optimices para el "promedio global": Optimiza para países específicos. Un p75 global de 2,3 s puede ocultar el hecho de que la India (tu segundo mercado más grande) se sitúa en 4,1 s.

La dimensión País es tu herramienta de auditoría de infraestructura. Te dice exactamente dónde tu CDN, tu estrategia de caché y la ubicación de tus servidores están fallando a los usuarios reales.