Core/Dash Dimension: Country

Dimensão: País (cc)

A dimensão Country segmenta os dados de Real User Monitoring pela localização geográfica do visitante usando os códigos ISO de países. A performance 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 Country 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 sua pior performance atrás da sua melhor.

Por que a Geografia Determina a Performance

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

• Distância do servidor: Cada 5.000 km adicionais entre o usuário e seu servidor de origem adiciona aproximadamente 30-50ms de latência round-trip. Se o seu servidor está em Frankfurt e o seu usuário está em Sydney, você está começando com mais de 250ms de física inevitável antes que um único byte seja servido.
• Infraestrutura de rede: As velocidades médias de conexão variam enormemente. A Coreia do Sul tem média superior a 200 Mbps, enquanto muitos países africanos 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 de baixo custo. Estes celulares possuem CPUs mais lentas, menos RAM e versões mais antigas de navegadores, combinando atrasos de rede com atrasos de processamento que inflam o INP.

De acordo com o 2025 Web Almanac, apenas 48% das origens mobile passam em todos os três Core Web Vitals globalmente. Mas esse número mascara uma enorme variação geográfica. A Coreia lidera com 39,3% das origens passando, enquanto países com infraestrutura menos desenvolvida ficam bem abaixo da mediana global.

Lendo os Dados de País

Países de alta performance

Países como Estados Unidos, Alemanha, Holanda, Japão e Coreia do Sul normalmente mostram bons Core Web Vitals. Estas regiões combinam redes rápidas, nós edge 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 p75 LCP entre 1.5s e 2.2s.

Países de nível intermediário

Brasil, México, Polônia, Turquia e Tailândia muitas vezes ficam na faixa de "necessita de melhorias". As velocidades de rede são razoáveis, mas a cobertura CDN pode ser mais fina, e a combinação de dispositivos inclui hardware mais intermediário. Espere um p75 LCP entre 2.5s e 3.5s para estas regiões.

Países desafiadores

Índia, Indonésia, Nigéria, Paquistão e Filipinas representam alguns dos ambientes de performance mais difíceis. Alta parcela de tráfego móvel (frequentemente mais de 85%), conexões médias mais lentas e dispositivos básicos criam uma restrição tripla. Um p75 LCP acima de 4s é comum para sites sem otimização agressiva para estes mercados.

Padrões Geográficos Específicos de Métricas

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, todos os países fora dessa região pagam um imposto de latência. A correção é infraestrutura: cache edge, distribuição CDN e servidores de origem regionais. Nenhuma quantidade de otimização frontend conserta um TTFB de 300ms causado pela distância.

INP

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

CLS

O CLS é em grande parte independente da geografia. Layout shifts são causados por lógica de renderização, não por condições de rede. Se você vir variação de CLS por país, investigue se você está servindo redes de anúncios diferentes, 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 Country e ordene por Impacto. O seu país de maior tráfego com a pior performance é a sua prioridade máxima. Corrigir a performance para 40% dos seus usuários é melhor do que corrigir para 2%.
2. Compare com seu mapa CDN: Se um país específico tiver alto TTFB, verifique se a sua CDN tem um Point of Presence (PoP) lá. A falta de PoPs significa que as requisições são roteadas para a edge disponível mais próxima, adicionando latência.
3. Cruze referências com Tipo de Dispositivo: Um país com um INP ruim pode não precisar de otimização de JavaScript. Pode precisar que você sirva páginas mais leves para os dispositivos de baixo custo que dominam aquele mercado. Filtre por Country + Device Type + Client Capability Score para confirmar.

Regra Prática de Engenharia

• TTFB abaixo de 800ms para cada país que você segmenta: Se um país exceder isso, é um problema de infraestrutura. Adicione um PoP CDN ou cache regional.
• LCP abaixo de 2.5s para seus 5 principais países por tráfego: Estes são os mercados que determinam sua pontuação agregada no CrUX e ranking de busca.
• 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) fica em 4.1s.

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