Como testar se seu provedor está reduzindo sua velocidade de internet

O que é throttling e por que importa

Throttling é quando um provedor reduz deliberadamente a velocidade da sua conexão para certos serviços ou tipos de tráfego. Definição rápida: throttling = redução intencional da largura de banda por políticas do provedor. Isso pode degradar streaming, jogos ou transferências grandes e afetar produtividade e experiência do usuário.

Importante: em muitas regiões, regras de neutralidade da rede proíbem bloqueio e throttling de sites, mas a detecção por consumidores exige medições repetidas e controladas.

Testes recomendados

Internet Health Test (Battle for the Net)

O Internet Health Test reúne medições públicas (usa a infraestrutura e código do Measurement Lab — M-Lab). O objetivo é identificar sinais de degradação entre você e destinos populares na web. O teste abre em uma janela popup e compara rotas e desempenho para detectar anomalias.

Pontos práticos:

• O teste mostra mais recursos para usuários nos EUA; a localização pode variar se você estiver em outra região. Por exemplo, usuários na Romênia ou Índia viram cidades próximas diferentes em resultados.
• Mesmo com imprecisões de geolocalização, o teste é útil para avaliar consistência e quedas de desempenho.
• Alternativa: use o Glasnost (versão mais antiga) ou outras ferramentas listadas pela comunidade.

Observação: o teste aponta consistência e possíveis pontos de degradação, mas não prova intencionalidade sem medições repetidas e documentação contextual.

Speedtest da Ookla (aplicativo)

Se você suspeita que sua operadora móvel limita velocidade após um uso intenso, o app Speedtest (Ookla) é uma ferramenta prática. Use-o para comparar desempenho em diferentes momentos do ciclo de faturamento.

Sugestão de metodologia (passo a passo):

1. Baixe o app Speedtest para iOS, Android ou Windows Phone.
2. No início do ciclo de faturamento, faça testes em pelo menos três locais diferentes (casa, trabalho, deslocamento) e salve os resultados.
3. Registre hora, local, tipo de conexão (4G/5G/Wi‑Fi) e valores de ping, download e upload.
4. Após consumir uma quantidade consistente de dados (por exemplo, 5 GB, se esse for o patamar citado pela operadora), repita os testes nos mesmos locais e horários para comparar.
5. Controle variáveis externas: faça os testes sem apps pesados rodando em segundo plano e, quando possível, teste com o dispositivo em modo avião/sem VPN para isolar efeitos.
6. Analise as médias; uma queda persistente e replicável pode indicar throttling.

Dica: apps como MobiPerf fornecem métricas adicionais sobre cobertura e comportamento da rede móvel.

Mini‑metodologia para um teste confiável

• Padronize o ambiente: mesmo local, mesmo horário, mesmo servidor quando possível.
• Repita: colete dados ao longo de várias semanas para eliminar variações temporárias.
• Documente: captura de tela, hora, APN, versão do sistema operacional, e detalhes do plano.
• Compare: teste contra múltiplos serviços (HTTP, streaming, VPN, DNS) para ver padrões.

Critérios de aceitação para dizer que houve throttling

• Redução consistente de velocidade de download/upload só após ultrapassar uma cota implícita ou em horários específicos.
• Diferença repetível entre conexões com e sem VPN (se a VPN remove a degradação, é sinal de inspeção/filtragem de tráfego).
• Mesma localização e hora com resultados estatisticamente distintos (mesmo dia da semana, mesma janela horária).

Quando os testes podem falhar ou enganar

• Congestionamento de rede: horários de pico podem reduzir velocidade sem ação intencional do provedor.
• Problemas de roteador/antena local: equipamento defeituoso pode causar quedas.
• Variabilidade de radiofrequência: redes móveis passam por flutuações por cobertura e interferência.
• Seleção de servidor: escolher servidores muito distantes aumenta latência e reduz throughput.

Contraexemplo: se todos os usuários em uma mesma torre experimentarem queda, é provável congestionamento e não throttling direcionado.

Abordagens alternativas e complementares

• Testar via VPN: se a performance melhora com VPN, pode haver inspeção por deep packet inspection (DPI) ou priorização por aplicação.
• Testes de aplicação específica: medir desempenho de streaming (ex.: YouTube, Netflix) e comparar.
• Ferramentas de código aberto: usar M-Lab diretamente ou scripts que automatizam testes em horários programados.

Checklist por função

Consumidor – antes de reclamar:

• Reunir 10+ resultados de speedtest em diferentes dias/hora.
• Incluir resultados antes e depois de atingir a cota presumida (ex.: 5 GB).
• Testar com/sem VPN.
• Salvar capturas de tela e logs.

Administrador/engenheiro de rede:

• Validar rota BGP e mudanças recentes.
• Verificar métricas da torre/POP e uso de link.
• Conferir políticas de QoS e shapes aplicadas por equipamento.
• Correlacionar logs do provedor com horários das quedas relatadas.

Caixa de fatos (valores e referências práticas)

• Exemplo citado no uso prático: 5 GB é um valor frequentemente mencionado como ponto em que operadoras aplicam políticas de fair use. Use esse tipo de patamar como referência, não como regra universal.
• Ferramentas principais citadas: Internet Health Test (Battle for the Net), M-Lab, Speedtest (Ookla), Glasnost, MobiPerf.

Documentação e reclamação

1. Reúna evidências (múltiplos testes, horários, locais, capturas).
2. Contate o suporte da operadora com os dados anexados.
3. Se o problema persistir, registre reclamação em órgãos reguladores locais e compartilhe medições públicas (M‑Lab) para apoio técnico.

Nota: em muitos países há canais formais para reclamação e órgãos que analisam práticas de publicidade enganosa e neutralidade da rede.

Privacidade e considerações legais

• Ao usar testes públicos, evite compartilhar dados pessoais desnecessários.
• Logs de rede podem conter metadados sensíveis; cuide de remover identificadores pessoais antes de publicar.
• Consulte regras locais sobre proteção de dados (por exemplo, GDPR na UE) ao encaminhar evidências a terceiros.

Resumo e próximos passos

• Use Internet Health Test para ter uma visão geral e Speedtest para medições repetidas e comparáveis.
• Colete dados padronizados ao longo do tempo e documente variações.
• Teste com e sem VPN para tentar identificar inspeção ou filtragem por aplicação.
• Se houver evidências claras, acione suporte e órgãos reguladores.

Importante: nenhum teste único prova de maneira absoluta que houve throttling; a força das evidências vem da repetição, documentação e comparação controlada.

Критерии приёмки

• Dados replicáveis que mostram degradação consistente após um ponto definido no ciclo de faturamento.

Resumo final:

• Meça de forma sistemática, documente e só então escale a reclamação. Ferramentas públicas e open source facilitam o trabalho, mas exigem disciplina na coleta de dados.