Test de velocidad VPN en 2026: método completo + umbrales por uso

Cuando se habla de «velocidad» de un VPN, en realidad se habla de tres cosas muy diferentes: el caudal descendente (download, en Mbps), el caudal ascendente (upload, en Mbps), y la latencia (ping, en ms). Un VPN puede ser correcto en los dos primeros y catastrófico en el tercero - o lo inverso según el tipo de uso. Para juzgar bien, hay que medir los tres en condiciones controladas. Aquí el método riguroso aplicable en 5 minutos, con los umbrales precisos por uso (streaming 4K, gaming competitivo, videollamadas profesionales), y las trampas que falsean cualquier medición.

Paso 1 - Establecer la baseline sin VPN

Antes de medir tu VPN, mide tu conexión bruta. Si no, no tienes punto de comparación y toda medición es inutilizable. La baseline es el paso más descuidado pero más crítico de la metodología de prueba VPN.

Procedimiento de baseline limpio. Desactivar completamente el VPN (no solo pausar - desconectar el cliente, verificar que el icono del sistema confirma la desconexión). Cerrar aplicaciones pesadas en segundo plano (Spotify streaming, Discord en videollamada, Dropbox sync, YouTube abierto en pestaña, Docker Desktop en uso). Conectarse en cableado Ethernet Cat6 si es posible - el Wi-Fi añade ruido importante en la medición (pérdida 5-15 % solo debida al Wi-Fi en fibra 1 Gbps).

Lanzar el test tres veces en la misma herramienta de medición (Speedtest, nuestra herramienta Test velocidad, o fast.com), dejando 30 segundos entre cada medición para evitar el throttle anti-spam de los servidores de prueba. Mantener la mediana de los 3 valores. Anotar tus tres métricas: download (Mbps), upload (Mbps), ping (ms). Es tu punto de referencia absoluto para todas las mediciones siguientes.

Cómo registrar tu baseline. Anota tus tres cifras tal como las muestra tu herramienta, por ejemplo en la forma: download ___ Mbps / upload ___ Mbps / ping ___ ms. Sea cual sea tu línea (ADSL, fibra, 4G/5G), son tus cifras brutas las que sirven de comparación para todas las mediciones VPN siguientes - no un caudal «teórico» anunciado por tu ISP ni una cifra de terceros.

Paso 2 - Elegir el buen protocolo VPN

En la mayoría de clientes VPN modernos (NordVPN, ExpressVPN, Surfshark, ProtonVPN), tienes varios protocolos disponibles. Orden de rendimiento en caudal, del mejor al peor según los benchmarks públicos:

WireGuard / NordLynx / Lightway - protocolo moderno (2019+), overhead mínimo (~60 bytes por paquete vs 100+ para OpenVPN), criptografía moderna ChaCha20 más ligera en CPU que AES-256. A preferir casi siempre. En NordVPN se llama NordLynx, en ExpressVPN se llama Lightway, en Surfshark/Mullvad/ProtonVPN es WireGuard directo. Pérdida típica: 5-15 % en servidor cercano.

OpenVPN UDP - robusto, estándar histórico de la industria desde 2001, pero 2 a 3x más de overhead que WireGuard. Pérdida típica: 15-25 % en servidor cercano. A usar solo si WireGuard no está disponible (caso raro en 2026).

IKEv2 (RFC 4301) - bueno específicamente en móvil porque gestiona bien los cambios de red sin ruptura (Wi-Fi → 4G transparente). Correcto en otros lados pero menos performante que WireGuard. Pérdida típica: 12-20 %.

OpenVPN TCP - solo si UDP está bloqueado (redes empresariales restrictivas, ciertas regiones censuradas como China donde OpenVPN TCP en puerto 443 puede atravesar cuando UDP está filtrado). El más lento: pérdida típica 40-50 %. A evitar si UDP funciona.

Si tu cliente solo muestra «Automatic» en las opciones de protocolo, forzar WireGuard explícitamente cuando esté disponible. El auto a menudo elige OpenVPN por defecto en conexiones reputadas como inestables, lo que cuesta 20 % de caudal por nada.

Paso 3 - Elegir el buen servidor

La regla de selección del servidor VPN depende de tu objetivo. El principio: el más cercano geográficamente a tu objetivo, no a ti.

Si navegas, haces compras españolas, ves contenidos RTVE: elige Madrid o Barcelona (servidor VPN en tu propio país). Latencia mínima, pérdida de caudal mínima, experiencia idéntica a sin-VPN entre 5-15 %. Para confirmar que la salida corresponde realmente al país elegido antes de medir, abrir nuestra herramienta cuál es mi dirección IP en paralelo del test.

Si ves Netflix EE.UU. o Hulu: elige Nueva York o Los Ángeles, no Madrid-VPN. El streaming siendo entregado por el servidor Netflix EE.UU., el VPN debe colocarte del lado EE.UU. para que Netflix te sirva el catálogo EE.UU. La latencia Madrid-NY es físicamente incompresible (~95 ms vía fibra transatlántica).

Si juegas a un juego alojado en servidor Alemania (Bundesliga DAZN, servidores gaming Frankfurt): elige Frankfurt como servidor VPN. Quieres que tu VPN salga lo más cerca posible del servidor del juego, no que estés cerca del VPN tú.

La distancia física = latencia añadida incompresible. Cada 1 000 km de fibra = unos 10 ms de ping más. Es la velocidad de la luz en fibra óptica (~200 000 km/s) la que impone este suelo físico. Ninguna magia posible.

Por eso un servidor cercano pierde mucho menos caudal que uno lejano: en WireGuard/NordLynx, espera una pérdida moderada (a menudo 5-15 %) en un servidor de tu propio país, y una pérdida mucho más marcada (habitualmente 40-50 % y más) en un servidor transatlántico o transpacífico - son órdenes de magnitud físicos, siempre a confirmar con tu propia medición baseline→servidor.

Paso 4 - El test en sí

Lanzar la herramienta Test velocidad integrada o speedtest.net después de baseline y elecciones de protocolo/servidor efectuadas. Procedimiento de test idéntico a la baseline.

Medir 3 veces consecutivamente en el mismo servidor de prueba (dejar 30 segundos entre cada para evitar el throttle anti-spam). Mantener la mediana de las 3 mediciones. Anotar las 3 métricas: download (Mbps), upload (Mbps), latencia (ping ms).

Calcular la pérdida en porcentaje vs tu baseline anotada en paso 1:

pérdida_download = (baseline_dl - vpn_dl) / baseline_dl × 100
pérdida_upload   = (baseline_up - vpn_up) / baseline_up × 100
overhead_ping    = vpn_ping - baseline_ping

Ejemplo de cálculo (cifras ilustrativas, a reemplazar por las tuyas): si tu baseline es 920 Mbps en download y tu medición VPN 850 Mbps, entonces pérdida_download = (920-850)/920 × 100 = 7,6 %; si tu ping pasa de 8 a 14 ms, overhead_ping = 14-8 = +6 ms. Luego compara estos porcentajes con los umbrales de abajo para saber si tu pérdida es normal, sospechosa o anormal.

Los umbrales a conocer para interpretar tus mediciones

Aquí lo que es normal, sospechoso o anormal en un VPN de pago moderno en 2026, basado en los benchmarks públicos en 6 VPN principales.

Si estás en zona «Anormal» en un VPN de pago como NordVPN, ExpressVPN o Surfshark, casi siempre viene de una de las tres causas documentadas:

Causa n.º 1 - Mal servidor: demasiado lejos geográficamente o saturado en horas pico. Solución: cambiar de servidor en la misma región VPN. NordVPN tiene 5 400+ servidores, el bueno está en el lote.

Causa n.º 2 - Mal protocolo: OpenVPN TCP en vez de WireGuard activado por defecto en instalaciones antiguas. Solución: forzar WireGuard explícitamente en los ajustes avanzados del cliente VPN.

Causa n.º 3 - Tráfico limitado por ISP: muy raro en Francia/Canadá/UE en 2026, más frecuente en algunos países de Medio Oriente o Asia. Solución: probar otro proveedor DNS público (Cloudflare 1.1.1.1, Quad9 9.9.9.9), o cambiar de puerto VPN si existe la opción en el cliente.

Errores frecuentes que invalidan toda la medición

Cinco trampas metodológicas comunes que invalidan los resultados si las pierdes.

Error n.º 1 - Probar mientras haces otra cosa online. El caudal se comparte entre todas las aplicaciones activas. Si Spotify streama, Dropbox sync, y Discord está en videollamada al mismo tiempo que tu test, la medición incluye todo este tráfico concurrente. Solución: cortar el streaming, las descargas, los sync cloud antes de la medición. Verificar en el monitor de actividad Mac o Task Manager Windows que tu red está en reposo.

Error n.º 2 - Wi-Fi mediocre. La medición incluye la pérdida del Wi-Fi antes incluso del VPN. En Wi-Fi 5 GHz reciente, pérdida 5-15 % del caudal de fibra. En Wi-Fi 2,4 GHz antiguo, puede alcanzar 40-60 % de pérdida. Solución: probar en cableado Ethernet para comparar la verdadera baseline VPN sin variable parásita Wi-Fi.

Error n.º 3 - Un solo test. La variabilidad de red es fuerte (5-20 % entre 2 mediciones consecutivas). Una sola medición no es representativa. Solución: mediana sobre 3 mediciones mínimo, idealmente 5 mediciones con desviación típica calculada.

Error n.º 4 - Comparaciones cruzadas entre herramientas. Speedtest.net, fast.com y un test custom no usan los mismos servidores ni las mismas duraciones de test (Speedtest es más largo que fast.com). Solución: comparar siempre con la misma herramienta para baseline y medición VPN. Coherencia de herramienta prima sobre precisión absoluta.

Error n.º 5 - Hora pico. 20h-23h europeo, mucha gente está online simultáneamente. Si pruebas en ese momento, también mides la congestión de red más allá del VPN. Solución: volver a probar a las 14h para comparar, o probar a las 2h de la mañana para la medición «horas valle» sin congestión.

Casos particulares por uso - streaming, gaming, videollamadas

Los umbrales a apuntar dependen radicalmente del uso objetivo. Mismas mediciones, interpretación diferente.

Streaming Netflix/Disney+/BBC: el criterio, es el caudal mínimo estable para la calidad apuntada. Netflix 4K exige 25 Mbps estables (fuente documentación Netflix oficial). Si tu medición VPN es 30 Mbps con caídas a 18 Mbps, va a buffer durante las escenas complejas. Apuntar a 30 % de margen por encima del mínimo oficial.

Gaming competitivo (Valorant, Counter-Strike 2, League of Legends): la latencia prima, el caudal es secundario. Apuntar a menos de 80 ms total (baseline + overhead VPN). Más allá, vas a sentir el lag en los duelos rápidos. Elegir un servidor VPN en el mismo país que el servidor del juego, no en tu país. Nuestra guía velocidad VPN real detalla los benchmarks gaming por juego y por configuración.

Videollamadas (Zoom, Microsoft Teams, Google Meet): una mezcla. 1-3 Mbps bastan en caudal para videollamada HD estándar, pero la latencia y la estabilidad (jitter) cuentan. Si tu VPN añade >100 ms de latencia, la videollamada se vuelve desagradable con efecto de eco y desincronización audio-vídeo. Para videollamada profesional crítica, apuntar a menos de 50 ms de overhead total VPN.

Lo que hay que recordar

Medir la velocidad de un VPN es tres métricas (download, upload, latencia) sobre varios protocolos potenciales y varios servidores. Sin baseline limpia establecida en el paso 1, ninguna medición significa nada - es el error más frecuente de los tests amateurs.

Los órdenes de magnitud 2026 a recordar: pérdida 5-15 % en un VPN moderno bien configurado con WireGuard en servidor cercano, +10 a +40 ms de latencia aceptable. Más allá, el problema viene casi siempre de la elección de servidor (cambiar por otro en la misma región) o del protocolo (forzar WireGuard explícitamente) - no del VPN en sí.

El buen reflejo en caso de lentitud observada: (1) cambiar de servidor en la misma región, luego si no basta (2) cambiar a WireGuard/NordLynx/Lightway explícitamente, luego si sigue sin bastar (3) probar en otro momento del día para eliminar la causa hora pico. Nuestro test completo NordVPN detalla los benchmarks esperados por servidor y configuración.

Valoración editorial independiente basada en las capacidades documentadas de los servicios, las auditorías independientes publicadas y los benchmarks públicos, con verificaciones mediante herramientas estándar (iperf3, dnsleaktest.com, browserleaks). Los enlaces comerciales llevan el atributo rel="sponsored nofollow"; puede aplicarse una comisión de afiliación sin coste adicional para el lector y sin influencia en la valoración.