Como ler os resultados de um teste de velocidade
Um resultado de teste de velocidade é um retrato de quatro medições — velocidade de download, velocidade de upload, latência e jitter — tiradas entre o seu dispositivo e um servidor de teste próximo, num dado momento, sobre uma ligação que talvez estivesse ocupada com outras coisas nessa altura. É um retrato útil, mas não é um veredicto sobre o seu fornecedor de internet, e não é um só número: uma ligação pode ser rápida e mesmo assim parecer terrível, ou modesta no papel e perfeitamente suave no uso, conforme qual dos quatro números for o fraco. Este artigo explica o que cada número mede, o que conta como bom para navegar, videochamadas, jogos e streaming em 4K, por que a mesma linha dá um resultado diferente em cada execução e como transformar um resultado em prova sobre a qual o seu operador possa realmente agir. Pode fazer um teste você mesmo no teste de velocidade de internet, que mede a sua ligação até ao centro de dados Cloudflare mais próximo diretamente no seu navegador.
Os quatro números, e o que cada um mede de facto
A velocidade de download é a taxa de transferência numa direção: quantos megabits por segundo (Mbps) o teste conseguiu puxar do servidor para o seu dispositivo, usando downloads progressivamente maiores e reportando um percentil elevado das amostras em vez de um único pico. A velocidade de upload é a mesma medição ao contrário — a rapidez com que o seu dispositivo consegue enviar dados — e é o número que decide como o seu vídeo parece às outras pessoas numa chamada, quanto tempo demora uma cópia de segurança e quanto tempo leva a enviar um ficheiro grande. As duas são muitas vezes muito assimétricas nos planos domésticos, e um upload lento com um download rápido é a forma do plano, não uma avaria.
A latência, muitas vezes chamada ping, é o tempo de ida e volta de um pedido minúsculo até ao servidor e de volta, medido em milissegundos: é a espera antes de qualquer coisa começar a mover-se, e é o que faz uma ligação parecer ágil ou lenta. O jitter é a variação entre medições consecutivas de latência — quão estável é esse atraso. Uma ligação com 25 ms de latência e 3 ms de jitter parece nítida; a mesma média de 25 ms com 40 ms de jitter parece entrecortada, porque os fotogramas de vídeo e os pacotes de voz chegam de forma irregular. Como orientação aproximada: navegar na web é confortável a partir de cerca de 10 Mbps de download com latência abaixo de 100 ms; uma videochamada em grupo quer cerca de 3–8 Mbps em cada sentido, com latência abaixo de 150 ms e jitter abaixo de 30 ms; os jogos online pouco se importam com velocidade bruta — 5–10 Mbps chegam — mas querem latência abaixo de 50 ms e jitter abaixo de 20 ms; e um único fluxo em 4K costuma precisar de cerca de 25 Mbps de download sustentado. Divida os Mbps por 8 para obter megabytes por segundo, a unidade que o indicador de download do seu navegador usa.
Por que a mesma linha dá um número diferente de cada vez
Um teste de velocidade no navegador mede todo o caminho, não só a linha do seu operador: o seu dispositivo, o seu Wi-Fi, o seu router, a linha até à central, a rede do seu operador e a rota até ao servidor de teste. Qualquer um deles pode ser o estrangulamento numa dada execução. O Wi-Fi é o suspeito habitual em ligações rápidas — raramente entrega toda a velocidade da linha, e degrada-se com a distância, as paredes e as redes vizinhas —, seguido de outros dispositivos na mesma ligação, atualizações em segundo plano e sincronizações na nuvem, o próprio navegador numa máquina ocupada e a hora do dia: as noites, quando o bairro está a ver vídeos, são a hora de ponta da rede partilhada. A distância ao servidor também importa, e é por isso que este teste mede contra o centro de dados Cloudflare mais próximo e não contra um servidor noutro continente.
A metodologia acrescenta uma segunda camada de diferenças. Os testes divergem nos tamanhos de ficheiro, em abrirem uma ligação ou várias, em que percentil reportam e em o servidor de teste estar dentro da rede do seu operador (on-net, caminho mais curto, números lisonjeiros) ou fora dela (off-net, mais próximo da navegação real). Não há uma única definição padrão de velocidade de internet, por isso os números de medidores diferentes não são diretamente comparáveis — um resultado de 400 Mbps de um e 300 Mbps de outro podem ser ambos medições honestas de coisas diferentes. Uma única execução lenta não prova nem congestionamento nem limitação: só um padrão, medido da mesma forma ao longo de vários dias, pode sustentar qualquer uma das afirmações.
Por que o teste pode parecer bom enquanto a aplicação gagueja — ou o contrário
Um teste de velocidade mede o caminho até um servidor de teste. A sua videochamada, jogo ou plataforma de vídeo ligam-se a servidores diferentes, muitas vezes em cidades diferentes, por rotas diferentes — e essas rotas podem estar congestionadas enquanto o caminho do teste está livre, ou o contrário. A taxa de transferência também é só parte da história para as aplicações reais: quase tudo o que faz online são transferências pequenas, e as transferências pequenas são limitadas pela latência, não pela largura de banda, porque cada ida e volta espera por confirmações antes de enviar mais dados. É por isso que uma ligação de 500 Mbps pode carregar páginas devagar se a latência for alta, e por isso uma modesta ligação de 50 Mbps com 15 ms de latência pode parecer instantânea. A latência em repouso, por si só, também não conta toda a história: a latência sob carga — quanto o atraso cresce enquanto a ligação está ocupada — é o que decide se uma chamada gagueja quando começa um download.
Por isso, trate uma divergência como informação, não como contradição. Se o teste está saudável mas uma aplicação não, o problema está provavelmente além da sua linha: os servidores dessa aplicação, a rota até eles ou algo no dispositivo. Verificar o mesmo destino a partir de muitos lugares do mundo, como em Está em baixo ou sou só eu?, separa um problema local de um problema global. Se todas as aplicações gaguejam enquanto o teste parece bom, olhe para o que o teste não mede: latência sob carga, perda de pacotes e o que mais estava a usar a ligação quando o soluço aconteceu. E se o teste é lento mas as aplicações parecem boas, o estranho pode ser o caminho do teste ou o momento, não a sua experiência quotidiana.
Como fazer um teste em que possa realmente confiar
Decida o que está a testar antes de começar. Para testar a linha em si, use uma ligação Ethernet por cabo, um único dispositivo e nada mais a correr: feche o streaming, pause a sincronização na nuvem e as atualizações, e feche os outros separadores do navegador. Para testar o Wi-Fi de uma divisão, faça o teste a partir dessa divisão, no dispositivo que realmente usa lá — mas então o resultado descreve a divisão, não a linha, e não deve ser citado ao seu operador como velocidade da linha. Faça o teste pelo menos três vezes e tome a mediana, não o melhor resultado; teste a diferentes horas do dia, incluindo o pico da noite; e mantenha as mesmas condições entre as execuções que pretende comparar. Um único resultado é um retrato; um conjunto de resultados comparáveis é prova.
Anote as condições ao lado dos números — por cabo ou Wi-Fi, hora do dia, o que mais estava a correr — e mantenha um registo breve ao longo de vários dias se estiver a construir um caso. Um teste completo pode mover uma quantidade considerável de dados, até cerca de 200 MB, por isso evite repetir testes numa ligação medida ou com limite de dados. Exporte ou capture cada resultado com a sua marca temporal; o teste de velocidade de internet deste site oferece uma exportação CSV exatamente para isto, para que uma semana de números comparáveis possa ser mostrada a um operador num só ficheiro em vez de discutida de memória.
O que um teste de velocidade não lhe pode dizer
Um teste de velocidade reporta sintomas, não causas. Não pode dizer por que se perdem pacotes — se a causa é interferência do Wi-Fi, um cabo defeituoso, uma ligação congestionada ou um modem avariado — e não pode medir o bufferbloat, o inchaço da latência sob carga, a menos que sonde especificamente a latência enquanto a ligação está saturada. Também não pode dividir o caminho em rede doméstica e rede do operador com uma única execução: um resultado lento por Wi-Fi e um resultado lento pela linha parecem idênticos nos quatro números, e só uma comparação por cabo os separa. Nem sequer consegue ver dentro da sua rede doméstica — que dispositivo está a monopolizar a largura de banda, se o router está a sobreaquecer ou se a rede de um vizinho está a pisar o seu canal Wi-Fi.
Também não consegue diagnosticar problemas que não são da ligação. Um site que o bloqueia ou limita porque o seu endereço IP tem má reputação vai parecer avariado por mais rápido que o teste leia; isso é um problema de reputação, explicado em Porque é que o seu endereço IP é sinalizado, e nenhuma quantidade de largura de banda o resolve. Nem um teste consegue distinguir limitação deliberada de congestionamento vulgar — ambos parecem um número mais baixo — ou dizer-lhe se um site lento é lento para toda a gente. Para essas perguntas, combine ferramentas: compare cabo com Wi-Fi, teste o mesmo destino a partir de muitos locais com a ferramenta Global Ping e procure um padrão ao longo do tempo antes de tirar uma conclusão.
Quando ligar ao seu operador — e que números citar
Ligue quando um padrão persistir, não quando um único resultado desiludir. O limiar para uma reclamação real é algo como: testes por cabo, em mais de um dia, a horas diferentes incluindo fora de pico, consistentemente muito abaixo da velocidade do seu plano — abaixo de metade é um sinal forte — ou latência e jitter que se mantêm altos por cabo quando nada mais está a usar a ligação. Reinicie o router uma vez e volte a testar antes de ligar, para que esse passo já esteja feito. Não comece com um resultado de Wi-Fi do quarto mais afastado: a primeira coisa que o apoio lhe vai pedir é um teste por cabo, e uma reclamação construída sobre números de Wi-Fi será arquivada como problema da rede doméstica.
Cite os números que permitem ao apoio agir: a velocidade do seu plano, a mediana de pelo menos três testes por cabo com datas e horas, a latência e o jitter desses mesmos testes e o que excluiu — um único dispositivo, sem tráfego em segundo plano, router reiniciado. Diga se o problema é constante ou depende da hora do dia, porque lentidão só à noite aponta para congestionamento da rede partilhada, enquanto lentidão o dia todo aponta para a linha ou o equipamento. Peça uma verificação da linha e um número de processo, e guarde os seus resultados exportados: uma lista calma de números comparáveis, recolhidos da mesma forma ao longo de vários dias, é muito mais difícil de descartar do que uma captura de ecrã irritada.