Teste a velocidade da sua VPN em 2026: método completo + limiares por caso de uso

Quando se fala de "velocidade" da VPN, fala-se na verdade de três coisas muito diferentes: largura de banda de download (em Mbps), largura de banda de upload (em Mbps) e latência (ping em ms). Uma VPN pode ser decente nas duas primeiras e catastrófica na terceira — ou o contrário, consoante o caso de uso. Para julgar corretamente, meça as três em condições controladas. Eis o método rigoroso aplicável em 5 minutos, com limiares precisos por caso de uso (streaming 4K, gaming competitivo, videochamadas profissionais) e as armadilhas que invalidam qualquer medição.

Passo 1 — Estabelecer a baseline sem VPN

Antes de medir a sua VPN, meça a sua ligação bruta. Caso contrário, não tem ponto de comparação e qualquer medição é inutilizável. A baseline é o passo mais negligenciado mas mais crítico da metodologia de teste de VPN.

Procedimento para uma baseline limpa. Desative completamente a VPN (não apenas em pausa — desligue o cliente, verifique que o ícone de sistema confirma a desconexão). Feche as aplicações pesadas em segundo plano (streaming Spotify, videochamadas Discord, sincronização Dropbox, YouTube aberto num separador, Docker Desktop em uso). Ligue-se por Ethernet com fios Cat6 se possível — o Wi-Fi acrescenta ruído significativo à medição (5-15% de perda só por causa do Wi-Fi em fibra de 1 Gbps).

Execute o teste três vezes na mesma ferramenta de medição (Speedtest, a nossa ferramenta Speed Test ou fast.com), deixando 30 segundos entre cada medição para evitar o throttle anti-spam dos servidores de teste. Mantenha a mediana dos 3 valores. Anote as suas três métricas: download (Mbps), upload (Mbps), ping (ms). É o seu ponto de referência absoluto para todas as medições seguintes.

Como registar a sua baseline. Anote os seus três números exatamente como a sua ferramenta os apresenta, por exemplo na forma: download ___ Mbps / upload ___ Mbps / ping ___ ms. Seja qual for a sua linha (DSL, fibra, 4G/5G), são os seus números brutos que servem de comparação para todas as medições VPN seguintes — não uma velocidade "teórica" anunciada pelo seu ISP nem um número de terceiros.

Passo 2 — Escolher o protocolo VPN certo

Na maioria dos clientes VPN modernos (NordVPN, ExpressVPN, Surfshark, ProtonVPN), tem vários protocolos disponíveis. Ordem de desempenho em largura de banda, do melhor ao pior segundo os benchmarks públicos:

WireGuard / NordLynx / Lightway — protocolo moderno (2019+), overhead mínimo (~60 bytes por pacote contra 100+ no OpenVPN), criptografia ChaCha20 mais leve para a CPU do que AES-256. A preferir quase sempre. Na NordVPN chama-se NordLynx, na ExpressVPN Lightway, na Surfshark/Mullvad/ProtonVPN é WireGuard direto. Perda típica: 5-15% em servidor próximo.

OpenVPN UDP — robusto, padrão histórico do setor desde 2001, mas overhead 2-3 vezes superior ao WireGuard. Perda típica: 15-25% em servidor próximo. A usar apenas se o WireGuard não estiver disponível (caso raro em 2026).

IKEv2 (RFC 4301) — especialmente bom em móvel porque gere as mudanças de rede sem rutura (Wi-Fi → 4G sem interrupção). Decente noutros contextos mas menos performante do que o WireGuard. Perda típica: 12-20%.

OpenVPN TCP — apenas se o UDP estiver bloqueado (redes empresariais restritivas, certas regiões censuradas como a China onde o OpenVPN TCP na porta 443 consegue atravessar quando o UDP é filtrado). O mais lento: perda típica 40-50%. A evitar se o UDP funcionar.

Se o seu cliente mostrar apenas "Automático" nas opções de protocolo, force explicitamente o WireGuard quando disponível. O automático recai muitas vezes no OpenVPN em ligações consideradas instáveis, custando 20% de largura de banda para nada.

Passo 3 — Escolher o servidor certo

A regra de seleção do servidor VPN depende do seu objetivo. O princípio: o mais próximo geograficamente do seu alvo, não de si.

Se navega, faz compras em sites franceses, vê conteúdos da France TV: escolha Paris ou Marselha (servidor VPN no seu próprio país). Latência mínima, perda de banda mínima, experiência idêntica à de sem VPN dentro dos 5-15%. Para confirmar que o IP de saída corresponde efetivamente ao país selecionado antes de medir, abra o nosso verificador qual é o meu endereço IP ao lado do teste.

Se vê Netflix US ou Hulu: escolha Nova Iorque ou Los Angeles, não Paris-VPN. Sendo o streaming entregue pelo servidor Netflix US, a VPN tem de o colocar do lado dos EUA para que o Netflix sirva o catálogo dos EUA. A latência Paris-NY é física-incompressível (~80 ms via fibra transatlântica).

Se joga um jogo alojado num servidor na Alemanha (Bundesliga DAZN, servidores de gaming de Frankfurt): escolha Frankfurt como servidor VPN. Quer que a sua VPN saia o mais perto possível do servidor de jogo, não o mais perto possível da VPN a si.

Distância física = latência acrescentada incompressível. Cada 1.000 km de fibra = cerca de 10 ms de ping acrescentado. É a velocidade da luz na fibra ótica (~200.000 km/s) que impõe este piso físico. Nenhuma magia possível.

É por isto que um servidor próximo perde muito menos débito do que um distante: em WireGuard/NordLynx, conte com uma perda moderada (muitas vezes 5-15%) num servidor no seu próprio país, e uma perda muito mais pesada (comummente 40-50% e mais) num servidor transatlântico ou transpacífico — são ordens de grandeza físicas, sempre a confirmar com a sua própria medição baseline→servidor.

Passo 4 — O teste em si

Inicie a ferramenta Speed Test integrada ou speedtest.net depois de a baseline e as escolhas de protocolo/servidor estarem feitas. Procedimento de teste idêntico ao da baseline.

Meça 3 vezes consecutivamente no mesmo servidor de teste (deixe 30 segundos entre cada uma para evitar o throttle anti-spam). Mantenha a mediana das 3 medições. Anote as 3 métricas: download (Mbps), upload (Mbps), latência (ping ms).

Calcule a perda percentual face à sua baseline anotada no passo 1:

perda_download = (baseline_dl - vpn_dl) / baseline_dl × 100
perda_upload   = (baseline_up - vpn_up) / baseline_up × 100
overhead_ping  = vpn_ping - baseline_ping

Exemplo de cálculo (números ilustrativos, substitua pelos seus): se a sua baseline for 920 Mbps de download e a sua medição VPN 850 Mbps, então perda_download = (920-850)/920 × 100 = 7,6%; se o seu ping passar de 8 para 14 ms, overhead_ping = 14-8 = +6 ms. Depois compare estas percentagens com os limiares abaixo para saber se a sua perda é normal, suspeita ou anormal.

Limiares a conhecer para interpretar as suas medições

Eis o que é normal, suspeito ou anormal numa VPN paga moderna em 2026, com base em benchmarks públicos das principais VPN.

Se está na zona "Anormal" numa VPN paga como NordVPN, ExpressVPN ou Surfshark, deve-se quase sempre a uma de três causas documentadas:

Causa #1 — Servidor errado: demasiado longe geograficamente ou saturado nas horas de ponta. Correção: mude de servidor dentro da mesma região VPN. A NordVPN tem mais de 5.400 servidores, o certo está no lote.

Causa #2 — Protocolo errado: OpenVPN TCP em vez de WireGuard ativado por predefinição em instalações antigas. Correção: force explicitamente o WireGuard nas definições avançadas do cliente VPN.

Causa #3 — Throttling do ISP: muito raro em França/Canadá/UE em 2026, mais frequente nalguns países do Médio Oriente ou da Ásia. Correção: teste outro fornecedor DNS público (Cloudflare 1.1.1.1, Quad9 9.9.9.9), ou mude de porta VPN se a opção existir no cliente.

Erros frequentes que invalidam toda a medição

Cinco armadilhas metodológicas comuns que invalidam os resultados se forem ignoradas.

Erro #1 — Testar enquanto se faz outra coisa online. A largura de banda é partilhada entre todas as aplicações ativas. Se o Spotify transmite, o Dropbox sincroniza e o Discord está em videochamada em simultâneo com o seu teste, a medição inclui todo este tráfego concorrente. Correção: corte streaming, downloads, sincronizações na nuvem antes da medição. Verifique no Monitor de Atividade do Mac ou no Gestor de Tarefas do Windows que a sua rede está em repouso.

Erro #2 — Wi-Fi fraco. A medição inclui a perda de Wi-Fi antes mesmo da VPN. Em Wi-Fi 5 GHz recente, 5-15% de perda da largura de banda em fibra. Em Wi-Fi 2,4 GHz antigo, pode atingir 40-60% de perda. Correção: teste em Ethernet com fios para comparar a verdadeira baseline VPN sem a variável parasita do Wi-Fi.

Erro #3 — Teste único. A variabilidade da rede é forte (5-20% entre 2 medições consecutivas). Uma única medição não é representativa. Correção: mediana de pelo menos 3 medições, idealmente 5 medições com desvio-padrão calculado.

Erro #4 — Comparações cruzadas entre ferramentas. Speedtest.net, fast.com e um teste personalizado não usam os mesmos servidores ou durações de teste (o Speedtest é mais longo do que o fast.com). Correção: compare sempre com a mesma ferramenta para a baseline e a medição VPN. A consistência da ferramenta vale mais do que a precisão absoluta.

Erro #5 — Hora de ponta. Ao serão europeu, das 20h às 23h, muitas pessoas online em simultâneo. Se testar nessa altura, mede também o congestionamento da rede para além da VPN. Correção: volte a testar às 14h para comparar, ou teste às 2h da manhã para uma medição "off-peak" sem congestionamento.

Casos especiais por uso — streaming, gaming, videochamadas

Os limiares-alvo dependem radicalmente do uso pretendido. As mesmas medições, interpretação diferente.

Streaming Netflix/Disney+/BBC: o critério é a largura de banda mínima estável para a qualidade pretendida. O Netflix 4K exige 25 Mbps estáveis (fonte de documentação oficial da Netflix). Se a sua medição VPN for de 30 Mbps com quedas para 18 Mbps, vai entrar em buffering durante as cenas complexas. Aponte para uma margem de 30% acima do mínimo oficial.

Gaming competitivo (Valorant, Counter-Strike 2, League of Legends): a latência tem prioridade, a largura de banda é secundária. Aponte para menos de 80 ms totais (baseline + overhead da VPN). Acima disso, vai sentir o lag em duelos rápidos. Escolha um servidor VPN no mesmo país que o servidor de jogo, não o seu. O nosso guia de velocidade VPN real detalha os benchmarks de gaming por jogo e configuração.

Videochamadas (Zoom, Microsoft Teams, Google Meet): uma mistura. 1-3 Mbps bastam para a largura de banda numa videochamada HD padrão, mas a latência e a estabilidade (jitter) importam. Se a sua VPN acrescentar >100 ms de latência, as videochamadas tornam-se desagradáveis com efeito de eco e dessincronização áudio-vídeo. Para videochamadas profissionais críticas, aponte para menos de 50 ms de overhead VPN total.

O que reter

Medir a velocidade da VPN significa três métricas (download, upload, latência) em vários protocolos potenciais e vários servidores. Sem uma baseline correta estabelecida no passo 1, nenhuma medição significa nada — é o erro mais frequente nos testes amadores.

Ordens de grandeza 2026 a reter: 5-15% de perda numa VPN moderna configurada corretamente com WireGuard num servidor próximo, +10 a +40 ms de latência aceitável. Acima disso, o problema deve-se quase sempre à escolha do servidor (mude para outro na mesma região) ou ao protocolo (force explicitamente o WireGuard) — não à VPN em si.

O reflexo certo ao observar lentidão: (1) mude de servidor dentro da mesma região, depois se não chegar (2) mude explicitamente para WireGuard/NordLynx/Lightway, depois se ainda não chegar (3) teste noutro momento do dia para excluir a causa hora de ponta. O nosso teste completo da NordVPN detalha os benchmarks esperados por servidor e configuração.

Avaliação editorial independente baseada em capacidades de serviço documentadas, auditorias independentes publicadas e benchmarks públicos, com verificações através de ferramentas padrão (iperf3, dnsleaktest.com, browserleaks). As ligações comerciais têm o atributo rel="sponsored nofollow"; uma comissão de afiliação pode aplicar-se sem custo adicional para o leitor e sem qualquer influência na classificação.