Guia do teste de velocidade: Mbps, latência e limites de dados

Como fazer um teste de velocidade da internet

Abra a ferramenta e espere a configuração da conexão carregar. Escolha um Ponto de medição disponível e selecione Rápido ou Padrão em Tamanho do teste. Leia os limites de download, upload e tempo antes de pressionar Iniciar teste de velocidade. Abrir a página não inicia as transferências de medição; o site ainda faz as requisições normais para carregar a página e a configuração.

O procedimento prepara o ponto escolhido, mede os tempos de ida e volta HTTP sem carga e depois executa download e upload, nessa ordem. Mantenha a aba ativa e evite iniciar outras transferências grandes. A interface mostra o progresso e oferece Cancelar. Depois, leia o ponto, horário, bytes de carga útil, duração de cada fase e avisos junto às taxas. Baixar relatório de velocidade salva a observação em speed-measurement.json.

• Para estabelecer uma referência, pause downloads e backups que você controla. Outras pessoas ainda podem gerar tráfego, então registre se a conexão era compartilhada.
• Anote dispositivo, navegador, conexão Wi-Fi ou Ethernet, ponto de medição e perfil. Compare condições semelhantes em vez de escolher o teste com o número mais alto.
• Espere pelo menos um minuto entre testes e respeite mensagens de ocupação ou limite. Dispositivos com o mesmo endereço público observado podem compartilhar o intervalo de espera.

Rápido, Padrão e quanto o teste consome de dados

Os dois perfis limitam a carga útil de medição em vez de continuar até saturar uma conexão rápida. A tabela mostra os limites atuais. Cada direção termina quando seu trabalho limitado acaba ou seu temporizador vence; uma execução lenta pode transferir menos e uma rápida pode atingir o limite cedo. Ambos permitem no máximo duas requisições de transferência simultâneas por direção.

MiB é uma unidade binária de carga útil: um MiB equivale a 1.048.576 bytes. O total de download e upload do Rápido é 20 MiB, cerca de 20,97 MB decimais; o do Padrão é 96 MiB, cerca de 100,66 MB decimais. Pequenas requisições de configuração, sessão e latência, sobrecarga do transporte e retransmissões acrescentam tráfego. Esses totais não garantem a quantidade contabilizada pela operadora móvel.

O procedimento configura um prazo geral de 30 segundos no navegador. A suspensão do navegador pode alterar quando a expiração é tratada, portanto não é uma garantia rígida de tempo real decorrido nem de cobrança. Use Rápido para poupar dados e avalie se convém testar uma conexão limitada ou em roaming. Padrão permite uma amostra maior, que ainda pode ser curta demais para caracterizar um link rápido.

NIST: prefixos de múltiplos bináriosWHATWG DOM: prazo de AbortSignal

O que as velocidades de download e upload realmente contam

A taxa de download usa os bytes do corpo sintético de resposta efetivamente lidos pelo navegador. A taxa de upload usa bytes de carga útil confirmados por uma resposta correspondente do servidor. Cada direção divide seus bytes contados pelo tempo compartilhado da fase inteira, incluindo a sobrecarga de requisições e respostas. A ferramenta não soma taxas de requisições individuais nem guarda apenas o intervalo mais rápido.

A fórmula é Mbps = bytes × 8 ÷ elapsed seconds ÷ 1,000,000. Por exemplo, 10.000.000 de bytes contados em 2 segundos produzem 40 Mbps. A mesma taxa decimal é 5 MB/s, pois um byte tem oito bits. A 40 Mbps sustentados, 100 MB decimais levariam cerca de 20 segundos só para a carga útil; downloads reais também dependem da preparação, do servidor e das condições variáveis.

Pode haver tentativa de upload sem confirmação antes da expiração ou do cancelamento. O ToolMellow mostra separadamente a carga útil tentada sem confirmação e a exclui da taxa de upload. Isso não significa que nenhum byte atravessou a rede: a quantidade realmente transferida é desconhecida. Não medido significa ausência de resultado utilizável de bytes contados e tempo, não uma conexão cuja capacidade foi comprovada nula.

NIST: prefixos de múltiplos bináriosRFC 9110, seção 8.6: Content-Length HTTPW3C High Resolution Time: medição monotônica do tempoWHATWG Streams: leitura de blocos de resposta

Interpretar latência HTTP sem carga, p95 e variação

A latência sem carga é medida antes das fases de download e upload do ToolMellow. Uma requisição de aquecimento é excluída, seguida de sete amostras de ida e volta HTTP em uma execução bem-sucedida e sem interrupção. Cada duração inclui requisição do navegador, caminho ao ponto, resposta e processamento da aplicação. Sem carga significa que as transferências grandes deste teste ainda não começaram; não prova que o restante da rede esteja ocioso.

A interface informa a mediana e o p95 pelo método nearest-rank das amostras disponíveis. A mediana descreve o valor central. Com sete amostras, esse p95 é a maior observação, não uma previsão bem estabelecida dos valores altos de latência a longo prazo. Uma execução falha ou cancelada pode deixar menos amostras, então sempre leia sua quantidade.

A variação de latência HTTP é a média das diferenças absolutas entre amostras adjacentes, na ordem original da medição. Na sequência ilustrativa de 20, 22, 24, 26, 28, 30 e 32 ms, a mediana é 26 ms, o p95 é 32 ms e a variação adjacente média é 2 ms. É uma estatística específica. O jitter, a variação de atraso de pacotes ou os percentis de outros serviços podem ter métodos diferentes. Esses tempos HTTP não são ping ICMP nem uma medição de perda de pacotes.

W3C High Resolution Time: medição monotônica do tempoRFC 5481: terminologia de variação de atraso de pacotes

Latência sob carga: por que uma conexão rápida pode responder tarde

A latência HTTP sob carga é amostrada enquanto requisições de transferência estão ativas. O ToolMellow conserva uma amostra somente se houver sobreposição com trabalho ativo e apresenta mediana e quantidade separadas para download e upload. Uma fase curta limitada pode terminar sem uma amostra sobreposta; valor ausente não significa latência zero. Uma falha de amostragem não vira porcentagem de perda de pacotes.

Compare observações com e sem carga do mesmo ponto e execução. Se uma mediana ilustrativa sem carga for 26 ms e a mediana durante upload for 112 ms, a diferença é 86 ms. Indica maior atraso de resposta durante aquela carga de upload. Filas, disputa pelo Wi-Fi, trabalho do servidor e outras condições do caminho podem contribuir; a diferença sozinha não localiza a causa.

Filas excessivas sob carga são frequentemente chamadas de bufferbloat. Um aumento repetível pode ajudar a explicar por que chamadas ou jogos respondem pior durante grandes transferências, mas o ToolMellow não dá nota de bufferbloat nem reproduz tráfego de um servidor de jogo. Verifique a aplicação afetada e repita uma comparação controlada antes de mudar equipamentos.

Netflix: latência sob carga e uploadCloudflare: medição de rede domésticaRFC 5481: terminologia de variação de atraso de pacotes

Por que um teste limitado pode subestimar uma conexão rápida

Uma conexão precisa de tempo e trabalho suficiente para revelar a taxa que consegue alcançar. Inicialização, controle de congestionamento, processamento do navegador e capacidade do ponto influenciam uma medição breve. Uma transferência finita pode terminar antes de criar carga sustentada. O ToolMellow limita deliberadamente bytes e tempo; leia um resultado curto como a taxa observada daquele procedimento limitado.

O aviso Limite de dados atingido depende de os bytes contados de download ou confirmados de upload alcançarem o limite da direção. Não afirma saturação do link. Da mesma forma, a ausência do aviso não prova que todos os bytes previstos terminaram: a expiração normal da fase pode deixar download parcial ou upload sem confirmação. Procedimento completo significa que suas fases limitadas acabaram, não que os dois orçamentos de carga útil foram inteiramente consumidos.

Se Rápido termina muito cedo, Padrão pode fornecer uma amostra maior quando seu custo em dados é aceitável. Mantenha dispositivo e ponto comparáveis e guarde durações e avisos. Se Padrão também for breve, trate o resultado como uma observação limitada e consulte outro método documentado adequado à pergunta. Repetir testes curtos limitados não substitui uma avaliação de capacidade sustentada.

RFC 5136: definição de capacidade de redeRFC 6349: framework de testes de taxa TCP

Comparar Wi-Fi, Ethernet e dados móveis com cuidado

O teste do navegador inclui o caminho de acesso realmente utilizado pelo dispositivo. Um resultado Wi-Fi incorpora condições sem fio e o caminho de internet. Para comparar, teste o mesmo aparelho onde ocorre o problema, depois perto do ponto de acesso e por Ethernet se houver suporte. Mantenha ponto e perfil iguais e altere um fator de cada vez.

Um resultado melhor perto do ponto de acesso ou por cabo justifica investigar as condições alteradas, mas não prova defeito de um componente. Negociação do link Ethernet, adaptadores, carga do aparelho, cabos, roteamento e servidor também podem limitar uma observação cabeada. Se apenas um navegador ou dispositivo difere, compare outro compatível antes de atribuir a diferença à operadora.

No telefone, confirme se a prova usa Wi-Fi ou dados celulares. O indicador 4G ou 5G identifica uma tecnologia, não garante uma taxa específica. Compare de forma planejada no mesmo local e em horários próximos, mantendo o telefone parado quando possível, e considere mudanças de sinal e cobranças. Não compare um computador cabeado com um telefone celular como se somente o ponto tivesse mudado.

Google Nest: testes de velocidade e alcance

Qual velocidade é boa para streaming, chamadas e jogos?

Uma velocidade útil sustenta sua atividade real com espaço para outro tráfego. Consulte os requisitos atuais da aplicação e considere usuários simultâneos. Download importa ao receber arquivos ou vídeos; upload, ao enviar vídeo, compartilhar arquivos ou fazer backups. Atividades interativas também dependem de atraso, variação e caminho próprio da aplicação. Um número Mbps alto não demonstra sozinho qualidade de chamadas ou jogos.

A Netflix recomenda atualmente conexão estável de pelo menos 3 Mbps para HD 720p, 5 Mbps para Full HD 1080p e 15 Mbps para UHD 4K. São recomendações publicadas pela Netflix, não valores universais nem promessas deste ponto. Como exemplo de planejamento, aplicar 15 Mbps a cada uma de duas transmissões 4K simultâneas resulta em 30 Mbps antes dos outros usos. É uma inferência simples, não uma garantia do provedor. Outras atividades da casa exigem capacidade disponível adicional.

Para videoconferências, consulte os requisitos do fornecedor nas duas direções conforme modo e resolução. Em jogos, separe baixar atualizações da resposta durante a partida. Confira latência e indicadores do próprio jogo em vez de tratar a latência HTTP do ToolMellow como o ping daquele servidor. Teste a atividade que realmente falha; esta ferramenta não gera pontuações de qualidade de streaming, jogos ou chamadas de vídeo.

Netflix: recomendações de velocidade de conexãoCloudflare: medição de rede doméstica

Por que FAST, Cloudflare, outros testes e planos do ISP diferem

As medições dependem de ponto, rota, número de transferências simultâneas, tamanhos, definição do tempo e método de agregação. Um resultado de fluxo único e outro de transferências paralelas podem responder a perguntas distintas. O mesmo vale para uma prova breve no navegador e outra mais longa com cliente nativo. Diferenças numéricas não provam que um serviço engana nem que a operadora limita deliberadamente a velocidade.

O FAST usa pontos da Netflix e oferece latência com e sem carga; a Cloudflare publica campos adicionais de qualidade de rede e perda de pacotes; o M-Lab descreve NDT como medição de fluxo único. Seus documentos explicam seus métodos. O ToolMellow usa o ponto escolhido, perfis limitados, no máximo duas requisições por direção e carga útil contada dividida pelo tempo compartilhado da fase. Não reproduz todas essas medições nem declara cumprir integralmente o framework RFC 6349.

Veja o rótulo e o aviso de confiança na localização. Uma região declarada sem verificação independente não prova localização física nem rede mundial de testes. Se aparecer um ponto de desenvolvimento local, a medição descreve um caminho local. Compare resultados repetidos do mesmo método às condições do plano. Uma observação de um único ponto remoto não certifica a taxa de linha da operadora nem estabelece descumprimento contratual.

FAST: teste de velocidade e perguntas sobre o métodoCloudflare: teste de internet e informaçõesM-Lab: método do Network Diagnostic ToolRFC 5136: definição de capacidade de redeRFC 6349: framework de testes de taxa TCP

VPN, DNS e velocidade de sites respondem a outras perguntas

Uma VPN ou proxy pode mudar o roteamento e o endereço visto pelo serviço. Se a política permitir, compare em horários próximos o mesmo ponto e perfil com e sem esse caminho. Anote cada condição. Uma diferença descreve aquelas rotas durante aquelas execuções; não prova por si só limitação deliberada, desempenho global de um provedor VPN ou defeito de criptografia.

DNS transforma nomes em destinos; não aumenta a capacidade física do link. A resolução pode afetar o estabelecimento da conexão e respostas diferentes podem direcionar aplicações a outros pontos. O verificador DNS do ToolMellow observa os resolvedores públicos escolhidos, não mede toda consulta do seu dispositivo. Use-o para investigar respostas de registros, não como prova de que trocar DNS elevará o download sustentado.

Um teste de conexão também não equivale a uma auditoria de desempenho web. Renderização, JavaScript, imagens, tempo do servidor de origem e cache podem deixar um site lento em uma conexão rápida. O ToolMellow transfere carga útil sintética ao seu ponto de teste; não mede Core Web Vitals, TTFB ou desempenho de qualquer site em todos os locais dos visitantes.

Google Nest: testes de velocidade e alcanceRFC 1034: conceitos e resolução DNSCloudflare: desempenho web e teste de conexão

Investigar um resultado baixo ou inconsistente

Comece verificando se o procedimento terminou e produziu medidas utilizáveis. Leia erros, bytes, durações, avisos de limite e quantidade de amostras antes de comparar Mbps ao plano. Uma taxa baixa de fase falha ou muito curta tem significado diferente de observações completas repetíveis sob condições controladas.

Altere uma variável de forma planejada, mantenha ponto e perfil e respeite a espera entre execuções. Compare algumas observações datadas com uso tranquilo e habitual em vez de presumir que a maior ou menor representa a conexão. Não diagnostique operadora, roteador ou aplicação por um único número. Ao procurar suporte, compartilhe o observado e suas condições junto ao comportamento da aplicação afetada.

RFC 5136: definição de capacidade de redeRFC 6349: framework de testes de taxa TCP

Erros, cancelamento e limites compartilhados

Um erro de ocupação, espera, limite diário, ponto desativado ou sessão indica que a medição não pôde seguir o pedido. Respeite o aviso e tente de novo deliberadamente quando apropriado. A espera é aplicada pelo endereço observado no ponto; NAT compartilhado ou saída VPN podem fazer dispositivos compartilharem o intervalo. O controle diário limita disponibilidade do serviço, não sua franquia móvel nem garante persistência após reinícios.

O cliente rejeita usar respostas de medição quando detecta sinais de compressão ou cache, identidade inesperada do ponto, tamanho inesperado de download ou confirmação de upload diferente da carga útil. As verificações protegem o significado do resultado sem verificar todo comportamento intermediário. Uma requisição falha não é proporção medida de perda de pacotes; uma execução falha pode guardar observações parciais úteis.

Cancelar aborta trabalho pendente no navegador e solicita limpeza da sessão. Não desfaz bytes já enviados, não torna conhecido o volume de upload sem confirmação e não garante devolução de quota reservada ou tráfego cobrado. Se restrições impedirem a prova, veja a mensagem e compare navegador ou caminho autorizados. Um teste isolado não justifica desligar o firewall, contornar controles de trabalho ou restaurar equipamentos de fábrica.

WHATWG Fetch: requisições e cancelamento no navegadorWHATWG DOM: prazo de AbortSignalRFC 9111: cache HTTP e diretivas

Tráfego sintético, privacidade e relatório baixado

A medição envia bytes gerados, não seus documentos, fotos ou arquivos selecionados. Ainda cria tráfego: a hospedagem do ToolMellow e o ponto escolhido recebem seu endereço e metadados comuns das requisições. HTTPS protege o transporte entre suas extremidades; não torna a atividade anônima nem estabelece ausência de registros em todos os provedores de infraestrutura.

O resultado fica na aba atual a menos que você o baixe. Baixar relatório de velocidade cria speed-measurement.json com ponto, horário, perfil, estado, carga útil medida e tentada, durações e amostras disponíveis. É uma captura, não histórico de conta, monitoramento automático ou certificado de desempenho do ISP. Mudar ponto ou perfil apaga o resultado antes exibido.

Antes de compartilhar, confira ponto, horários e erros e acrescente condições que não são registradas automaticamente: acesso, aparelho e navegador, VPN, tráfego de fundo e tarefa afetada. Mantenha resultados incompletos identificados. Essas notas tornam a comparação posterior mais útil que enviar apenas um número Mbps.

Integrar o teste de velocidade à sua página

Na seção de integração abaixo do espaço da ferramenta, copie o trecho HTML, baixe-o ou visualize a ferramenta incorporada. Cole o trecho fornecido em uma área HTML compatível com sua plataforma. Ele inclui um iframe do ToolMellow e um backlink visível para a página correspondente; preserve esse link para leitores encontrarem a ferramenta completa e o guia.

Escolha o idioma antes de copiar. Confira a área incorporada em tela estreita e deixe o visitante ler o aviso de dados e iniciar explicitamente o teste. A incorporação usa a mesma disponibilidade, perfis e limites da ferramenta hospedada; não oferece transferências ilimitadas nem uma API de desenvolvimento separada. A plataforma precisa permitir iframes externos e as requisições necessárias.

Perguntas frequentes

Fontes e leitura adicional

• NIST: prefixos de múltiplos binários
• RFC 5136: definição de capacidade de rede
• RFC 6349: framework de testes de taxa TCP
• RFC 5481: terminologia de variação de atraso de pacotes
• RFC 9110, seção 8.6: Content-Length HTTP
• RFC 9111: cache HTTP e diretivas
• W3C High Resolution Time: medição monotônica do tempo
• WHATWG Streams: leitura de blocos de resposta
• WHATWG Fetch: requisições e cancelamento no navegador
• WHATWG DOM: prazo de AbortSignal
• Netflix: latência sob carga e upload
• Cloudflare: medição de rede doméstica
• Netflix: recomendações de velocidade de conexão
• Google Nest: testes de velocidade e alcance
• FAST: teste de velocidade e perguntas sobre o método
• Cloudflare: teste de internet e informações
• M-Lab: método do Network Diagnostic Tool
• RFC 1034: conceitos e resolução DNS
• Cloudflare: desempenho web e teste de conexão