Dimensão Core/Dash: País

Dimensão: País (cc)

A dimensão País segmenta seus dados de Real User Monitoring pela localização geográfica do visitante usando códigos de país ISO. O desempenho não é uniforme em todo o mundo. Um site que carrega em 1,5 segundos na Holanda pode levar 4 segundos no Brasil e 6 segundos na Índia. A dimensão País transforma essa suspeita vaga em um conjunto de dados preciso e filtrável.

Se você atende usuários internacionalmente e não está filtrando por país, você está escondendo o seu pior desempenho atrás do seu melhor.

Por que a Geografia Determina o Desempenho

Três fatores físicos tornam o país o preditor mais forte de TTFB e LCP:

• Distância do servidor: Cada 5.000 km adicionais entre o usuário e o seu servidor de origem adiciona cerca de 30 a 50 ms de latência de ida e volta. Se o seu servidor estiver em Frankfurt e o seu usuário em Sydney, você já começa com mais de 250 ms de física inevitável antes mesmo que um único byte seja servido.
• Infraestrutura de rede: As velocidades médias de conexão variam enormemente. A Coreia do Sul tem uma média de mais de 200 Mbps, enquanto muitos países da África e do Sul da Ásia ficam abaixo de 20 Mbps. Isso afeta diretamente o tempo de carregamento de imagens, scripts e fontes.
• Qualidade do dispositivo: Regiões de baixa renda têm uma proporção maior de dispositivos Android básicos. Esses telefones possuem CPUs mais lentas, menos RAM e versões de navegadores mais antigas, agravando os atrasos de rede com atrasos de processamento que inflam o INP.

De acordo com o Web Almanac de 2025, apenas 48% das origens mobile são aprovadas nas três métricas do Core Web Vitals globalmente. Mas esse número mascara uma enorme variação geográfica. A Coreia lidera com 39,3% das origens sendo aprovadas, enquanto países com infraestrutura menos desenvolvida caem bem abaixo da mediana global.

Lendo os Dados por País

Países de alto desempenho

Países como Estados Unidos, Alemanha, Holanda, Japão e Coreia do Sul normalmente apresentam Core Web Vitals fortes. Essas regiões combinam redes rápidas, nós de borda de CDN próximos e frotas de dispositivos modernos. Nos dados do CoreDash, o tráfego da Europa e do Leste Asiático geralmente mostra valores de LCP no p75 entre 1,5s e 2,2s.

Países de nível intermediário

Brasil, México, Polônia, Turquia e Tailândia geralmente ficam na faixa de "precisa de melhorias". As velocidades de rede são decentes, mas a cobertura de CDN pode ser menor, e a diversidade de dispositivos inclui mais hardware intermediário. Espere um LCP no p75 entre 2,5s e 3,5s para essas regiões.

Países desafiadores

Índia, Indonésia, Nigéria, Paquistão e Filipinas representam alguns dos ambientes de desempenho mais difíceis. Uma alta participação do tráfego mobile (frequentemente 85%+), conexões médias mais lentas e dispositivos básicos criam uma restrição tripla. LCP no p75 acima de 4s é comum para sites sem otimização agressiva para esses mercados.

Padrões Geográficos Específicos por Métrica

TTFB e LCP

Estas são as métricas mais afetadas pela geografia. Se o seu servidor de origem estiver em uma única região e você não usar uma CDN, todo país fora dessa região paga uma taxa de latência. A correção está na infraestrutura: edge caching, distribuição via CDN e servidores de origem regionais. Nenhuma quantidade de otimização no frontend corrige um TTFB de 300 ms causado pela distância.

INP

O INP se correlaciona mais com a qualidade do dispositivo do que com a velocidade da rede. Países com frotas de dispositivos mais antigas (Índia, Sudeste Asiático, partes da África) mostram pior INP até mesmo em redes rápidas porque o gargalo é a CPU, não a largura de banda. Filtre por País + Tipo de Dispositivo para separar o efeito da rede do efeito do dispositivo.

CLS

O CLS é em grande parte independente da geografia. As mudanças de layout são causadas pela lógica de renderização, não pelas condições da rede. Se você observar variação de CLS por país, investigue se você está servindo diferentes redes de anúncios, banners de cookies ou scripts de terceiros por região.

Fluxo de Trabalho de Depuração

1. Ordene por volume e impacto: Abra a tabela da dimensão País e ordene por Impacto. O país com maior tráfego e pior desempenho é a sua prioridade máxima. Corrigir o desempenho para 40% dos seus usuários supera corrigi-lo para 2%.
2. Compare com o mapa da sua CDN: Se um país específico tiver um TTFB alto, verifique se a sua CDN possui um Ponto de Presença (PoP) lá. A falta de PoPs significa que as solicitações são roteadas para o edge disponível mais próximo, adicionando latência.
3. Cruze os dados com o Tipo de Dispositivo: Um país com um INP ruim pode não precisar de otimização de JavaScript. Ele pode exigir que você entregue páginas mais leves aos dispositivos básicos que dominam esse mercado. Filtre por País + Tipo de Dispositivo + Pontuação de Capacidade do Cliente para confirmar.

Regra de Ouro de Engenharia

• TTFB abaixo de 800 ms para cada país que você segmenta: Se um país excede esse valor, é um problema de infraestrutura. Adicione um PoP de CDN ou cache regional.
• LCP abaixo de 2,5s para os seus 5 principais países por tráfego: Esses são os mercados que determinam sua pontuação agregada no CrUX e sua classificação de pesquisa.
• Não otimize para a "média global": Otimize para países específicos. Um p75 global de 2,3s pode esconder o fato de que a Índia (seu segundo maior mercado) está em 4,1s.

A dimensão País é a sua ferramenta de auditoria de infraestrutura. Ela diz exatamente onde a sua CDN, estratégia de cache e localização de servidor estão falhando com os usuários reais.