Um site que carrega em um segundo no seu escritório pode levar quatro segundos para um visitante do outro lado do mundo. A distância, o edge da CDN que responde, o DNS local e scripts específicos de cada região mudam a experiência de cada mercado, e um único teste de velocidade feito da sua mesa não mostra nada disso. Se você vende ou ranqueia em vários países, testar a partir desses países faz parte do monitoramento de SEO, não é um extra opcional.
Este guia mostra como testar a velocidade de um site a partir de diferentes locais: o que cada ferramenta mede, por que o PageSpeed Insights sozinho não basta, como verificar se a sua CDN se comporta da mesma forma em todos os mercados e um fluxo simples que você pode repetir toda semana.
Por que a velocidade muda de um país para outro
A mesma URL não é a mesma página em todo lugar. Cinco fatores mudam entre mercados:
- Distância. Cada ida e volta entre visitante e servidor custa tempo, e uma página precisa de várias delas (DNS, TCP, TLS e depois a requisição). Visitantes distantes pagam esse custo em cada uma.
- O edge da CDN. Uma CDN responde a partir do ponto de presença mais próximo do visitante, se tiver um naquela região. Um mercado atendido por um edge a dois países de distância se comporta de forma muito diferente de um com edge local.
- Estado do cache. Cada edge tem seu próprio cache. Seu mercado principal mantém as páginas aquecidas; um mercado menor pode ter um cache miss e esperar pela sua origem.
- Roteamento de DNS. O geo DNS pode enviar um país para outra origem ou até para outra CDN.
- Conteúdo específico por região. Banners de consentimento na Europa, widgets de pagamento locais, páginas traduzidas e tags de terceiros específicas de cada país adicionam peso que a sua versão principal nunca carrega.
Os Core Web Vitals do Google são medidos em visitas reais, então mercados lentos puxam seus dados de campo para baixo mesmo quando os seus próprios testes parecem perfeitos.
Dados de laboratório versus dados de campo
Existem dois tipos de dados de velocidade, e você precisa de ambos.
Dados de campo vêm de usuários reais do Chrome. O PageSpeed Insights e o Search Console os mostram a partir do Chrome UX Report (CrUX), mas apenas como um número global para a sua página ou origem. O CrUX publica dados por país no seu conjunto de dados público no BigQuery, que é a resposta mais honesta para “quão rápidos somos no Brasil?”. Os dados são mensais e exigem tráfego suficiente daquele país para aparecer.
Dados de laboratório vêm de um teste controlado, executado sob demanda. O teste do Lighthouse dentro do PageSpeed Insights roda a partir de um data center do Google, não dos países dos seus visitantes, então a nota de laboratório não diz nada sobre a experiência em um mercado específico. Use-o para encontrar problemas na própria página, não para comparar regiões.
Para testes de laboratório por local, use uma ferramenta com agentes de teste reais em muitos lugares, como o WebPageTest, em que você escolhe o local, o navegador e a velocidade de conexão de cada execução. Serviços comerciais de monitoramento sintético fazem o mesmo de forma agendada.
Teste o que cada país recebe
Ferramentas de velocidade dizem quanto tempo uma página levou. Nem sempre dizem por que um país é mais lento. Para isso, você precisa ver a resposta que um visitante naquele país realmente recebe: qual edge respondeu, se houve cache hit, se houve um redirecionamento a mais e qual o peso da página.
Requisições por meio de proxies residenciais no país-alvo mostram exatamente isso, porque a requisição chega de uma conexão doméstica naquele mercado, assim como a de um visitante real. CDNs e geo DNS a roteiam como roteariam seus clientes.
Uma verificação simples com curl exibe o detalhamento dos tempos e os cabeçalhos que importam:
curl -s -o /dev/null -D - \
-x http://customer-USERNAME-country-de:PASSWORD@p.shifter.io:443 \
-w "dns:%{time_namelookup} connect:%{time_connect} tls:%{time_appconnect} ttfb:%{time_starttransfer} total:%{time_total} size:%{size_download}\n" \
https://www.example.com/Troque country-de por cada mercado que interessa a você, por exemplo country-br ou country-jp, e compare. Observe:
- Cabeçalhos de status de cache como
cf-cache-status,x-cacheoux-vercel-cache.HITno seu mercado principal eMISSem outros lugares significa que aquele edge serve páginas frias. - Identificadores de edge. O
cf-rayda Cloudflare termina com o código de aeroporto do data center que respondeu; a CloudFront enviax-amz-cf-pop; a Fastly enviax-served-by. Se os visitantes alemães são atendidos a partir de outro continente, você encontrou o problema. Age, que mostra há quanto tempo a cópia em cache está naquele edge.- Redirecionamentos e tamanho. Um redirecionamento específico de um país ou uma página localizada mais pesada aparece como saltos extras e mais bytes.
Um alerta: uma requisição via proxy também passa pela rede do proxy, então os tempos absolutos são maiores que os de um visitante local. Use os testes via proxy para comparar países entre si e ver o que é servido, e tire os tempos absolutos de carregamento do WebPageTest ou dos dados de campo. Para dar uma olhada rápida em uma página a partir de outro país sem nenhuma configuração, um web proxy gratuito é suficiente.
Testando o desempenho da CDN e o cache no edge
A maior parte da lentidão regional acaba sendo um problema de CDN, e não de servidor. Faça estas verificações por mercado:
Cobertura de edges. Confirme qual edge responde a cada país. Os provedores publicam suas listas de pontos de presença, mas a única prova é o cabeçalho do edge em uma requisição feita de dentro daquele país, por exemplo da Alemanha ou do Japão.
Taxa de cache hit por região. Solicite a mesma URL duas ou três vezes a partir de cada país. A primeira requisição pode dar miss; a segunda deveria dar hit. Se continuar dando miss, a resposta provavelmente não pode ser armazenada em cache ali.
Fragmentação da chave de cache. Um cabeçalho Vary sobre cookies ou user agent, ou um cookie geográfico definido na primeira visita, pode dividir uma página em muitas entradas de cache. Mercados pequenos então quase nunca encontram uma cópia aquecida.
Propagação de purge. Depois de um deploy ou purge, verifique a partir de vários países se a nova versão é servida em todo lugar, não apenas no edge mais próximo de você.
Origin shield. Se os misses são lentos em mercados distantes, um origin shield ou um cache em camadas regional permite que os edges busquem de um cache próximo em vez da sua origem.
Um fluxo repetível
- Escolha seus mercados com base no Search Console e no analytics: os países que geram tráfego ou receita, além daqueles em que você quer crescer.
- Verifique os dados de campo por país no conjunto de dados do CrUX no BigQuery uma vez por mês.
- Execute testes de laboratório dos seus templates principais a partir de cada mercado no WebPageTest, sempre com o mesmo navegador e a mesma conexão.
- Inspecione o que é servido com requisições via proxy por país: edge, status de cache, redirecionamentos e tamanho.
- Corrija e teste de novo nos mercados em que os números ou os cabeçalhos parecem errados.
A mesma abordagem por país vale para rankings e conteúdo. Nossos guias sobre rastreamento de ranking em grade geográfica e QA de localização em escala cobrem essas verificações.
Perguntas frequentes
Como testo a velocidade do meu site a partir de outro país?
Use uma ferramenta de laboratório com agentes de teste naquele país, como o WebPageTest, para os tempos de carregamento. Para ver o que aquele país recebe (edge da CDN, status de cache, redirecionamentos), envie requisições por um proxy residencial localizado lá.
O PageSpeed Insights testa a partir da localização dos meus visitantes?
Não. O teste de laboratório roda a partir de um data center do Google, e os dados de campo são um número global. Dados de campo por país estão disponíveis no conjunto de dados do CrUX no BigQuery.
Por que meu site é mais lento em alguns países?
Geralmente porque não há um edge da CDN por perto, o edge está com o cache frio, o geo DNS direciona aquele país para uma origem distante ou a página localizada carrega scripts extras.
Com que frequência devo testar a velocidade por país?
Verificações sintéticas semanais nos seus templates principais, uma análise mensal dos dados de campo e uma verificação extra após cada deploy importante ou mudança na CDN.
Conclusão
Velocidade é local. Use dados de campo para a verdade de cada país, uma ferramenta de laboratório com vários locais para tempos de carregamento comparáveis e requisições feitas de dentro do país para ver qual edge responde e se ele serve um cache aquecido. A maior parte da lentidão regional se resume à CDN, e é fácil de corrigir quando você consegue enxergá-la de onde seus visitantes estão.