Envia 4 pacotes para testar conectividade, latência e sinais de instabilidade a partir do nosso servidor.

Ping do seu navegador (do seu PC até o destino)

Mede a latência real do computador do cliente via fetch HEAD + performance.now(). Inclui DNS + TCP + TLS + HTTP - é o tempo percebido na navegação real, não o ICMP server-side.

Ping de regiões mundiais via Globalping

Mede o ping até o destino a partir de probes em vários países, usando a API pública gratuita da Globalping (jsDelivr/Cloudflare). Sem cadastro. Até 250 medições por hora.

Atenção

Nota técnica: a leitura útil do ping prioriza três sinais - latência média, jitter e perda de pacotes. O ping mede o tempo de ida e volta entre o servidor de origem e o destino informado, mas quando o host bloqueia ICMP por política de segurança, o resultado pode parecer "host fora do ar" mesmo com o serviço funcionando normalmente em HTTP.

Teste de ping online: o que latência, jitter e perda de pacotes dizem sobre sua conexão

O teste de ping mede o tempo de ida e volta (RTT, round-trip time) de pacotes ICMP entre o servidor brasileiro de origem e o destino informado, em milissegundos. A leitura combina três métricas: latência média (tempo de resposta), jitter (variação entre amostras consecutivas) e perda de pacotes (percentual de probes sem resposta). É a tríade que detecta instabilidade em jogo online, VoIP, videoconferência, acesso remoto via RDP ou SSH - qualquer aplicação tempo-real.

Banda alta não compensa latência ruim. Fibra de 1 Gbps com RTT de 120 ms e perda de 3% entrega videoconferência pior que conexão de 50 Mbps com RTT estável de 12 ms. A explicação está na física do TCP: cada pacote perdido dispara retransmissão e timeout exponencial; jitter alto desorganiza o buffer de codecs de voz e vídeo. Por isso, quando o sintoma é travamento, lag ou áudio cortado, ping vem antes de speedtest - não é caso de banda, é caso de resposta.

Tecnicamente, ping é a medição do tempo de ida e volta de um pacote entre origem e destino. Esse tempo é o RTT (round-trip time), exibido em ms. Quanto menor, melhor. Quando oscila demais, dá atraso perceptível. Quando há perda de pacotes, a comunicação fica instável. Quando o host não responde, a causa pode estar no destino, na rota, no firewall ou no protocolo usado no teste.

Como testar o ping da internet

Para rodar o teste direto nesta página, basta digitar no campo acima um IP confiável (8.8.8.8 do Google, 1.1.1.1 da Cloudflare) ou um domínio (cloudflare.com) e clicar em "Iniciar Ping". O servidor envia 4 pacotes ICMP até o destino e devolve mínima, média, máxima e a contagem de perda. É o mesmo resultado do comando ping do Prompt do Windows ou do Terminal do Linux/macOS, sem precisar abrir terminal.

Pra medir o ping a partir do próprio computador (incluindo DNS + TCP + TLS), o widget "Ping do seu navegador" logo abaixo faz isso via fetch HEAD em HTTPS - geralmente 30-100 ms acima do ICMP server-side, justamente porque inclui handshake. Para comparar a latência de várias regiões do mundo até o mesmo destino, o widget "Ping de regiões mundiais via Globalping" mede a partir de probes em Brasil, Estados Unidos, Alemanha, Japão, Portugal e Argentina. Os três combinados fecham um diagnóstico muito mais robusto que um ping isolado.

Qual IP usar para teste de ping

Pra validar se a internet doméstica está respondendo bem, o destino mais usado é 8.8.8.8, o DNS público do Google - estável, com presença anycast em São Paulo e ICMP aberto. Alternativas equivalentes: 1.1.1.1 (Cloudflare) e 9.9.9.9 (Quad9), também anycast e com baixa latência no território nacional. Em planos de fibra, esses três costumam entregar ping abaixo de 30 ms no Sudeste e Sul.

Pra comparar com servidor brasileiro, dá pra usar os DNS do Registro.br: 200.160.0.10 (a.dns.br) e 200.160.0.11 (b.dns.br). Para diagnóstico de jogo online, ping em br1.leagueoflegends.com (Riot São Paulo) ou no hostname do servidor de jogo dá leitura mais realista. Evite google.com ou facebook.com diretamente - eles estão atrás de CDN com cache regional via Anycast e podem mascarar problemas reais da rota.

Como o teste de ping funciona na prática

No teste tradicional, o sistema envia pacotes ICMP Echo Request para um destino e espera o Echo Reply. Resposta dentro do prazo: host acessível. Resposta atrasada: latência alta. Parte dos pacotes não volta: perda. Em ambiente corporativo ou cloud, ICMP costuma estar bloqueado por política - nesses casos cai pra fallback TCP em portas comuns (geralmente 443), o que separa "host inacessível" de "host acessível, com ICMP filtrado".

Distinção importante: "timeout" no ping não é sinônimo de "site fora do ar". Servidor de banco, CDN, rede corporativa e várias soluções em nuvem recusam ICMP por padrão. O site continua respondendo HTTP/HTTPS sem problema enquanto o ping dá 100% de perda. O ping é diagnóstico de conectividade de camada baixa, não monitor de disponibilidade de aplicação.

Como interpretar os valores de latência

Latência é o número mais olhado no resultado: mostra o tempo de resposta entre origem e destino. Jogo competitivo, chamada em tempo real e acesso remoto são muito sensíveis. Navegação web e streaming toleram bem mais - mas também degradam quando a rede fica instável.

Faixas de referência para latência em um teste de ping
Latência Classificação Leitura prática
Menos de 20 ms Excelente Ótimo para jogos competitivos, voz, vídeo e acesso remoto muito responsivo.
20 a 50 ms Bom Experiência fluida na maioria dos usos, com pequeno atraso imperceptível.
50 a 100 ms Aceitável Streaming e navegação funcionam bem, mas jogos e chamadas já sentem leve atraso.
100 a 200 ms Alto Videochamadas, jogos e controles remotos ficam comprometidos.
Acima de 200 ms Muito alto Pode indicar distância geográfica grande, rota ruim, congestionamento ou problema de rede.
Info

Latência não é velocidade de download

Uma conexão pode ter 500 Mbps e ainda assim apresentar ping ruim. Velocidade mede capacidade de transferência. Ping mede tempo de resposta. São coisas diferentes e complementares.

Jitter e perda de pacotes: quando o ping médio não conta a história toda

Olhar só média esconde o pior. A variação entre amostras consecutivas é o jitter. Pacote 1 em 20 ms, pacote 2 em 90 ms, pacote 3 em 35 ms: média parece OK, mas a experiência ao vivo desmonta. Jitter alto traduz pra fala robotizada em VoIP, travamento em chamada e movimento "teletransportando" em jogo.

Já a perda de pacotes é probe enviado que não recebe resposta. Em tráfego web casual passa despercebido - o TCP retransmite sozinho. Em voz, vídeo e jogo, perda pequena já vira problema audível. Perda acima de 1% recorrente pede investigação: cabo, Wi-Fi, roteador, saturação de upload, rota internacional ou ISP.

Sinais práticos de jitter e perda de pacotes
Sinal observado Possível causa Impacto mais comum
Ping médio bom, mas oscilando muito Jitter alto, Wi-Fi instável ou congestão Áudio cortando, jogo inconsistente, videoconferência irregular
Timeouts esporádicos Perda de pacotes, firewall ou rota ruim Desconexões, falhas intermitentes, retransmissão excessiva
Todos os pacotes falham Host bloqueando ICMP, host offline ou filtro de rede Sem confirmação de alcance via ping
Latência alta constante Distância geográfica, rede saturada ou backbone ruim Lag perceptível em qualquer tarefa sensível a resposta

Ping no Brasil: distância, IX e rotas importam muito

No Brasil, ler ping exige considerar geografia e topologia. Servidor em São Paulo responde muito melhor pro Sudeste do que servidor no exterior. Quando o tráfego passa por PTTs bem conectados (IX.br SP, RJ), a rota é eficiente. Quando o provedor faz hairpin internacional, usa rota gringa desnecessária ou está com saturação de transit, o ping degrada rápido.

A latência mínima tem limite físico: a luz na fibra não vai mais rápido. Por isso ping pra servidor BR é incomparável com ping pra Miami, Lisboa ou Tóquio - são dezenas a centenas de ms só de propagação. Esse ponto é decisivo pra gamer, suporte remoto, plataforma de trading e qualquer aplicação sensível a resposta.

Dica

Como reduzir ping no dia a dia

Use cabo de rede sempre que possível, feche downloads em segundo plano, evite VPN desnecessária, escolha servidores próximos do Brasil e reinicie o roteador se houver saturação prolongada ou erro de rota local.

Como diagnosticar problemas reais com um teste de ping

O ping rende muito mais quando é comparativo. Primeiro: ping num IP estável e conhecido (DNS público). Depois: ping no domínio ou IP problemático. Primeiro bom e segundo ruim - problema no destino. Ambos ruins - falha na rede local ou no backbone. Só o internacional ruim - rota de longa distância é o suspeito.

Pra quem mexe com infra, o ping é triagem. Depois entram traceroute, consulta DNS e teste de velocidade. Por isso essa página conecta com velocidade da internet, consulta DNS, teste de perda de pacotes e consulta WHOIS.

Quando o host parece inacessível, mas o site continua funcionando

Cenário que confunde muita gente: o navegador abre o site numa boa, mas o ping falha. A razão é simples - ping (ICMP) e aplicação web (HTTP/HTTPS sobre TCP em portas 80/443) usam caminhos e portas diferentes. O servidor responde HTTPS sem problema enquanto ignora pacotes ICMP. Em ambiente protegido por CDN, WAF e load balancer, esse padrão é a regra, não a exceção. Ping ruim não significa site fora do ar.

O inverso também acontece: host responde ping, mas o site está indisponível por falha de aplicação, erro 500, banco fora ou proxy reverso travado. Ping diagnostica conectividade de camada baixa - não substitui monitor de disponibilidade de aplicação.

Alerta

Perda acima de 1% já merece atenção

Em jogos, voz e vídeo, qualquer perda recorrente acima de 1% indica degradação real. Se a perda aparece mesmo em destinos estáveis, investigue sua rede local, o roteador, o Wi-Fi e o provedor.

Quando usar teste de ping, traceroute e teste de velocidade

As três se completam, não competem. Ping mostra tempo de resposta e sinais de instabilidade. Traceroute localiza em qual hop a rota degrada. Teste de velocidade mede banda e throughput. Numa auditoria minimamente séria, são as três em conjunto - um único número raramente explica a experiência inteira da conexão.

Se a hipótese é resolução de nome, próxima parada é consulta DNS. Se é reputação, titularidade ou registro do domínio, consulta WHOIS. Latência, jitter e perda lidas em conjunto, mais traceroute e DNS, fecham o diagnóstico de rede do lado do cliente em quase todos os casos típicos de instabilidade doméstica.

Como usar: Teste de Ping

  1. Digite um domínio ou IP no campo da ferramenta.
  2. Clique em Iniciar Ping para executar o teste.
  3. Analise latência, perda de pacotes e mensagens de erro retornadas.

Teste de Ping: 8 Perguntas Frequentes

O que é ping?

Ping é uma medição de conectividade e tempo de resposta entre origem e destino.

Qual ping é considerado bom?

Depende do uso, mas latência mais baixa e estável tende a indicar melhor responsividade.

Perda de pacotes é grave?

Sim. Perda recorrente pode causar travamentos, áudio ruim e falhas de conexão.

Por que o ping sobe de repente?

Pode ocorrer por congestionamento local, Wi-Fi instável ou rota degradada.

Ping é igual a teste de velocidade?

Não. Ping mede latência; velocidade mede throughput de download e upload.

O host pode bloquear ping?

Sim. Firewalls podem ignorar ICMP mesmo com serviço web ativo.

Posso testar IPv6?

Sim, desde que o destino e a rota suportem IPv6.

Como reduzir ping no dia a dia?

Prefira cabo, reduza tráfego paralelo e use servidores geograficamente próximos.

O teste de ping reúne, num diagnóstico só, latência média, jitter e perda de pacotes contra qualquer IP ou domínio - a leitura prática que mostra se a conexão segura jogo online, voz, videochamada e acesso remoto.