Teste de qualidade da conexão

Um número de velocidade não diz por que as chamadas travam e os jogos ficam com lag. Este teste mede o que importa — perda de pacotes, jitter, latência e o quanto a sua latência sobe quando a linha está ocupada (bufferbloat) — e dá nota de A a F, com a correção para cada item.

Pronto Cerca de 20 segundos · movimenta até 10 MB · nada é armazenado
Latência Aguardando
—ms

Ida e volta até o nosso servidor em Frankfurt e até a borda mais próxima da Cloudflare, em repouso.

Jitter Aguardando
—ms

O quanto idas e voltas consecutivas variam. Abaixo de 10 ms é excelente, abaixo de 30 ms está bom.

Perda de pacotes Aguardando
—%

Estimada a partir de 20 amostras HTTPS; qualquer requisição sem resposta em 3 s conta como perdida.

Bufferbloat Aguardando
—

O quanto a latência sobe enquanto a linha está ocupada, com nota de A a F.

Vazão (aproximada) Aguardando
—Mbit/s

Um download e um upload curtos de 5 MB até Frankfurt — um número aproximado, não um teste de velocidade.

IPv6 Aguardando
—

Seu navegador consegue alcançar o nosso host somente IPv6?

O que isso significa para você
UsoVereditoPor quê
Videochamadas Aguardando Execute o teste para ver um veredito.
Jogos online Aguardando Execute o teste para ver um veredito.
Streaming Aguardando Execute o teste para ver um veredito.

Medições HTTPS a partir do seu navegador; perda e vazão são estimativas. A latência até Frankfurt depende da distância — o número da borda mais próxima mostra o que a sua própria rede de acesso adiciona. Teste de velocidade completo · Teste IPv6

Seus resultados

Pressione Iniciar. O teste mede a latência em repouso com dez amostras, depois continua medindo a latência enquanto baixa e, em seguida, envia dados por alguns segundos cada, e informa perda, jitter, latência em repouso e sob carga, vazão nos dois sentidos e uma nota de bufferbloat. Uma rodada movimenta cerca de 20 MB.

Perda de pacotes

A parcela de sondas que não recebeu resposta. Perda sustentada acima de 1% quebra aplicações em tempo real; perda que só aparece sob carga aponta para bufferbloat ou um link saturado; perda só no Wi-Fi aponta para interferência ou distância.

Qual perda de pacotes é aceitável?

0% em uma linha cabeada saudável; perdas isoladas ocasionais no Wi-Fi são normais. Qualquer coisa acima de 1% de forma sustentada é um defeito que vale perseguir — cabo, modem, canal do Wi-Fi ou o provedor.

Jitter

A variação entre amostras consecutivas de latência. Os codecs de voz e vídeo usam buffer para absorvê-la, então 40 ms constantes com 2 ms de jitter soam melhor do que 20 ms com 30 ms de jitter.

O que é um bom jitter?

Abaixo de 10 ms é excelente, abaixo de 30 ms está bom para chamadas e jogos, acima de 50 ms causa problemas audíveis e visíveis. O Wi-Fi é a causa habitual; um cabo normalmente o leva perto de zero.

Latência até servidores no mundo todo

A latência em repouso até o nosso servidor em Frankfurt é mostrada junto com a expectativa baseada na distância, para você ver o que a sua tecnologia de acesso adiciona. Medições até servidores em outros continentes estão planejadas conforme adicionarmos locais de teste; até lá, o teste de ping dá o mesmo número de servidor único.

Bufferbloat (latência sob carga)

Quando o seu upload ou download está saturado, os pacotes fazem fila no modem ou no roteador; filas grandes demais adicionam centenas de milissegundos a todo o resto — o motivo de uma chamada picotar quando alguém começa um backup. Medimos a latência em repouso e sob carga e damos nota ao aumento: A abaixo de 30 ms, B abaixo de 60, C abaixo de 100, D abaixo de 200, F acima. C ou pior tem conserto, e o conserto costuma ser dramático.

Como corrigir lag e perda de pacotes

Cabo antes do Wi-Fi; depois, o roteador.

Wi-Fi x cabo

Rode o teste no cabo e no Wi-Fi. Se a perda e o jitter desaparecem no cabo, a correção é no Wi-Fi: banda de 5 GHz, um canal menos congestionado, um ponto de acesso mais próximo ou uma unidade mesh. Se continuam, o problema é a linha ou o modem.

Configurações de SQM / QoS do roteador

Ative o SQM (gerenciamento inteligente de filas: cake ou fq_codel) em roteadores que têm o recurso (OpenWrt, muitos modelos prosumer) e configure a banda um pouco abaixo das velocidades medidas; isso mantém as filas curtas e normalmente transforma um F em A. Roteadores sem SQM costumam ter um modo QoS ou gaming que ajuda menos. Depois, rode o teste de novo.

Perguntas frequentes

O que é um bom nível de jitter?

Abaixo de 10 ms é excelente e abaixo de 30 ms é bom para chamadas e jogos. Acima de 50 ms, áudio e vídeo começam a picotar.

O que é teste de jitter?

Medir a variação da latência entre pacotes consecutivos, normalmente enviando uma série de sondas e comparando os tempos de ida e volta delas — o que este teste faz com dez amostras em repouso e amostras contínuas sob carga.

7 ms de jitter é ruim?

Não. 7 ms de jitter está bem dentro da faixa confortável para qualquer aplicação.

35 ms de jitter é ruim?

Está no limite: as chamadas ainda funcionam, mas podem falhar, e os jogos podem parecer inconsistentes. Na maioria das vezes é Wi-Fi; teste no cabo para confirmar.

Por que tenho perda de pacotes?

Interferência ou sinal fraco no Wi-Fi, um cabo ou conector danificado, um modem com defeito, um link sobrecarregado (bufferbloat) ou congestionamento no provedor. A comparação cabo/Wi-Fi do teste e o resultado de latência sob carga ajudam a afunilar.

O que é bufferbloat?

Enfileiramento excessivo de pacotes em um modem ou roteador quando o link está cheio, o que faz a latência disparar durante downloads e uploads. É corrigido com gerenciamento de filas (SQM) no roteador, não com um plano mais rápido.

Medido ao vivo a partir do seu navegador contra o nosso próprio servidor em Frankfurt (probe-fra1) e a borda mais próxima da Cloudflare; as notas seguem a escala de bufferbloat da Waveform/Cloudflare. Os resultados nunca são armazenados.

Última atualização em 21 de outubro de 2026