Você carrega seu site — é rápido. Sua equipe na mesma cidade confirma — rápido. Então um usuário na Alemanha escreve: "Seu site leva 12 segundos para carregar." Um cliente em Singapura tuíta: "O checkout continua dando timeout."
Seu site não é lento em todos os lugares. É lento em algum lugar — e você não sabe onde nem por quê.
Você passou meses otimizando seu site. As pontuações do Lighthouse são altas. Os Core Web Vitals estão verdes. Seu CDN está configurado. O SSL está corretamente implementado.
Então começam as reclamações. Não de todos — apenas de regiões específicas. Usuários no Brasil relatam tempos de carregamento de 8 segundos. Usuários na Índia não conseguem completar o checkout. Usuários na Austrália dizem que o site "parece quebrado".
Você testa do seu laptop — tudo funciona. Executa um teste de velocidade — resultados parecem bons. Seu APM mostra tempos de resposta saudáveis. O painel do seu CDN mostra todos os nós operacionais.
Mas as reclamações continuam. E você não tem como ver o que esses usuários estão realmente experimentando.
Esta é a realidade de administrar um site com usuários internacionais. Seu site pode ser lento em alguns países mas rápido em outros — e a menos que esteja monitorando desses países, nunca saberá até que lhe custe receita.
A internet não é uma rede única — é uma colcha de retalhos de milhares de sistemas autônomos, cada um com suas peculiaridades, acordos de peering e modos de falha.
Antes que um navegador possa se conectar ao seu servidor, precisa resolver seu nome de domínio. Se seu provedor DNS não tem nós anycast perto da localização do usuário, a resolução DNS sozinha pode adicionar 200–500ms a cada carregamento de página.
Exemplo: Um usuário na África do Sul consultando um servidor DNS na Europa adiciona 150ms+ de tempo de ida e volta — antes da primeira requisição HTTP sequer começar.
O BGP (Border Gateway Protocol) determina como os pacotes atravessam a internet. O roteamento subótimo pode enviar tráfego por desvios bizarros — pacotes do Brasil podem rotear por Miami, depois Amsterdã, antes de chegar ao seu servidor em Londres.
Exemplo: Um usuário em São Paulo conectando ao seu servidor em Singapura pode ver 400ms de latência devido ao roteamento pela costa oeste dos EUA em vez de cabos submarinos diretos.
Seu CDN pode ter 200 localizações de borda, mas não são todas iguais. Alguns nós estão sobrecarregados. Alguns têm caches obsoletos. Alguns têm problemas de conectividade com seu origin. A página de status do CDN diz "operacional" — mas seus usuários em Jacarta experimentam 5 segundos de TTFB.
Exemplo: O nó CDN em Manila serve conteúdo em cache instantaneamente. O nó em Ho Chi Minh City tem um cache miss e faz uma consulta lenta ao origin toda vez.
Alguns ISPs limitam o tráfego para certas faixas de IP ou provedores de hosting. Outros têm pontos de peering congestionados em horários de pico. Usuários em um ISP carregam seu site em 1 segundo; usuários em outro ISP na mesma cidade esperam 10 segundos.
Exemplo: Usuários da Reliance Jio na Índia experimentam tempos de carregamento de 8 segundos. Usuários da Airtel na mesma cidade experimentam 1.2 segundos. Mesmo site, mesma cidade, ISP diferente.
A frustrante realidade: Todos esses problemas são invisíveis da sua localização. Seu servidor é rápido. Seu código está otimizado. Seu CDN está corretamente configurado. Mas em algum ponto entre sua infraestrutura e certos usuários, algo está adicionando segundos a cada requisição — e você só pode detectar monitorando de onde esses usuários realmente estão.
Ferramentas de monitoramento padrão são projetadas para detectar interrupções — não degradação de desempenho regional.
A maioria das ferramentas de monitoramento de velocidade verifica de 3–10 localizações, fortemente concentradas nos EUA e Europa Ocidental. Se seus usuários estão no sudeste asiático, América Latina, Oriente Médio ou África — você está voando no escuro.
Executar verificações sintéticas de regiões AWS ou GCP não é representativo. A conectividade nuvem-a-nuvem frequentemente é melhor que caminhos de rede residenciais ou empresariais. Seu monitoramento mostra 200ms; usuários reais experimentam 2.000ms.
Saber que uma página é "lenta" não é suficiente. É DNS? Conexão TCP? Handshake TLS? Tempo até o primeiro byte? Download de conteúdo? Sem detalhamento de latência, você não consegue diagnosticar se o problema é seu servidor, seu CDN ou o caminho de rede.
Quando há um problema de roteamento ou perda de pacotes no caminho, você precisa de dados de traceroute e MTR para identificar onde os pacotes estão sendo atrasados ou descartados. A maioria das ferramentas de monitoramento não oferece isso — então você não pode provar ao seu CDN ou provedor de hosting exatamente onde está o problema.
Se você só monitora de 10 localizações, está vendo menos de 10% da experiência dos seus usuários. Os outros 90% podem estar experimentando uma realidade totalmente diferente.
Um site lento em alguns países não é apenas um inconveniente menor — é um problema de negócio.
Usuários que experimentam tempos de carregamento lentos não reclamam — eles vão embora. Um atraso de 3 segundos aumenta a taxa de rejeição em 32%. Um atraso de 5 segundos aumenta em 90%. Esses usuários nunca aparecem no seu analytics porque nunca terminaram de carregar seu código de rastreamento.
Se sua página de checkout leva 10 segundos para carregar na Alemanha, está perdendo clientes alemães. Se seu formulário de cadastro expira na Índia, está perdendo a segunda maior população de internet do mundo. Esses não são "casos extremos" — são mercados inteiros que está inadvertidamente ignorando.
O Google rastreia de múltiplas localizações globais. Se o Googlebot experimenta tempos de carregamento lentos de certas regiões, seus Core Web Vitals sofrem, o orçamento de rastreamento diminui e os rankings caem — não globalmente, mas em mercados específicos. Você vê o tráfego diminuir e não tem ideia do porquê.
A informação se espalha. "Esse serviço é inutilizável na Ásia." "Nem tente, nunca funciona da Europa." Posts em fóruns, tweets e comentários em sites de avaliação criam uma percepção difícil de reverter — especialmente quando você nem sabe que o problema existe.
Diagnosticar problemas de desempenho regional requer três coisas: cobertura global, profundidade diagnóstica e contexto histórico.
Não monitore apenas da "Ásia" — monitore de Tóquio, Singapura, Mumbai, Jacarta, Sydney. Não monitore apenas da "Europa" — monitore de Frankfurt, Londres, Amsterdã, Varsóvia, Estocolmo. Cada localização revela diferentes caminhos de rede e potenciais gargalos.
Faça corresponder suas localizações de monitoramento com onde seus usuários realmente estão.
Meça cada fase: consulta DNS, handshake TCP, negociação TLS, tempo até o primeiro byte, transferência de conteúdo. Quando uma página é lenta, saberá exatamente qual fase é a culpada — e se é algo que pode corrigir ou um problema de rede upstream.
"Lento" é vago. "500ms DNS + 200ms TTFB" é acionável.
Quando uma região é lenta, o traceroute mostra exatamente qual salto de rede está adicionando latência. A comparação histórica diz se é um comportamento novo ou sempre foi assim. Juntos, ajudam a determinar se é um problema temporário ou permanente de roteamento.
Os dados de traceroute são sua prova ao escalar para provedores.
Uma abordagem passo a passo para identificar por que seu site é lento em alguns países mas rápido em outros.
Extraia dados do Google Analytics, Cloudflare ou dos logs do seu servidor. Identifique os 10 principais países e cidades de onde vêm seus usuários. Estas são as localizações de onde você deve estar monitorando.
Use um serviço de monitoramento que verifique de mais de 50 localizações e forneça timing por fase (DNS, TCP, TLS, TTFB). Sem essa granularidade, saberá que algo é lento mas não o quê ou por quê.
Quando identificar uma região lenta, execute traceroute e MTR para ver o caminho de rede. Procure saltos com alta latência, perda de pacotes ou roteamento incomum. Esses dados dizem se o problema é seu CDN, seu origin ou o backbone da internet.
Verifique se seu CDN está realmente servindo conteúdo do nó mais próximo. Verifique taxas de acerto de cache por região. Um cache miss significa uma consulta lenta ao origin. Alguns nós podem estar mal configurados ou sobrecarregados.
Se a resolução DNS é lenta em certas regiões, seu provedor DNS pode não ter nós anycast próximos. Considere um provedor DNS com melhor cobertura global, ou adicione um provedor secundário para redundância.
Quando contatar seu CDN, provedor de hosting ou serviço DNS sobre problemas regionais, leve dados de traceroute, detalhamentos de timing e gráficos históricos. "Está lento em Singapura" é ignorado. "Aqui estão 30 dias de traceroute mostrando um salto de 400ms no seu nó" obtém ação.
Configure alertas para regiões específicas que notifiquem quando a latência exceder um limite ou a disponibilidade cair. Você não precisa de alertas de queda global — precisa de alertas de degradação específicos por região.
Dedique 10 minutos por semana revisando tendências de desempenho regional. A degradação lenta é invisível em tempo real mas óbvia em gráficos históricos. Detecte problemas antes que se acumulem.
Latency Global foi construído especificamente para resolver o problema de "lento em alguns países, rápido em outros". Monitoramos de mais de 70 localizações reais em 6 continentes — não apenas regiões na nuvem, mas pontos de rede reais que refletem o que os usuários reais experimentam.
Cada verificação inclui detalhamento completo de latência: DNS, TCP, TLS, TTFB. Você pode executar traceroute e MTR sob demanda de qualquer localização. Os dados históricos permitem comparar o desempenho atual com linhas base. E custa $5/mês — não os $200–$500 que o monitoramento global empresarial tipicamente custa.
O monitoramento global é caro de operar — por isso a maioria das ferramentas limita as localizações. Mantemos os preços baixos atendendo clientes pagantes, não mantendo planos gratuitos.
As causas mais comuns são: latência de resolução DNS (seu provedor DNS não tem servidores perto desses usuários), roteamento BGP subótimo (pacotes tomando caminhos ineficientes), problemas de desempenho de nós CDN (cache misses ou nós sobrecarregados), e limitação ou congestionamento de ISP regionais. A única forma de identificar qual está causando seu problema específico é monitorar dessas localizações com detalhamento completo de latência e dados de traceroute.
Testes pontuais dão um snapshot, mas o desempenho varia ao longo do dia. Você precisa de monitoramento contínuo para detectar problemas intermitentes, identificar padrões (ex.: lentidões durante horários de pico em regiões específicas) e construir linhas base históricas. Um teste de velocidade gratuito também não fornecerá detalhamento de latência ou dados de traceroute para diagnosticar a causa raiz.
"Operacional" não significa "ótimo." Os nós podem estar operacionais mas: ter baixas taxas de acerto de cache (forçando consultas ao origin), estar sobrecarregados em horários de pico, ter conteúdo obsoleto ou mal configurado, ou ter má conectividade com certos ISPs. O monitoramento independente de fora do seu CDN dá a verdade que os painéis do CDN não mostram.
Olhe o detalhamento de latência. Se o TTFB (Tempo até o Primeiro Byte) é alto mas DNS/TCP/TLS estão normais, o problema é seu servidor de origem. Se DNS ou handshake TCP estão altos, o problema está antes do seu servidor. O traceroute mostra exatamente qual salto de rede está adicionando latência — seja seu provedor de hosting, uma rede de trânsito ou um ISP.
Você pode não conseguir corrigir problemas a nível de ISP diretamente, mas pode: (1) verificar que não é sua infraestrutura, (2) documentar o problema para clientes afetados, (3) explorar nós CDN alternativos que roteiam diferentemente, (4) adicionar servidores de origem em regiões com problemas persistentes, ou (5) contatar a equipe de rede do seu provedor de hosting com evidência de traceroute para explorar mudanças de peering.
Para sites em produção com usuários internacionais, intervalos de verificação de 1 minuto são ideais. Isso detecta problemas intermitentes e dá pontos de dados suficientes para análise de tendências significativa. Intervalos de 5 minutos são aceitáveis para páginas menos críticas, mas você perderá problemas de curta duração.
Pare de adivinhar por que seu site é lento em alguns países. Adicione sua URL, selecione suas localizações de monitoramento e obtenha visibilidade sobre o que seus usuários globais realmente experimentam — antes que te enviem um e-mail sobre isso.
$5/mês • Sem contratos • Cancele quando quiser