Un VPN siempre reduce la velocidad; la cuestión es cuánto. Con la ubicación y el protocolo adecuados, la pérdida se queda en un 5–15 %, y si internet se ha vuelto el doble de lento con el túnel activo, la causa es concreta y se puede encontrar. Repasamos ocho causas en orden, desde la distancia hasta el servidor hasta el MTU.
El artículo está planteado como un diagnóstico: primero medimos bien, después descartamos las causas una por una. Para cada una explicamos qué ocurre y qué cambiar.
Cómo medir la velocidad correctamente
La mayoría de las quejas sobre un VPN lento se basan en una sola medición hecha en un mal momento. Antes de cambiar nada, consigue cifras en las que puedas confiar.
- Desactiva el VPN y mide la velocidad y la latencia hasta un servidor de prueba en el mismo país donde está tu ubicación de VPN.
- Activa el VPN y repite la medición al cabo de un minuto hacia el mismo servidor de prueba.
- Haz tres mediciones en cada estado y compara las medianas, no los mejores valores.
- Anota el protocolo, la ubicación, el tipo de red (Wi-Fi de 2,4 o 5 GHz, cable, LTE) y la hora del día.
- Repite en otra red: si la diferencia entre casa y LTE es mayor que la diferencia entre «con VPN» y «sin VPN», la causa está en la red, no en el VPN.
Comparar la velocidad hacia un servidor de prueba local sin VPN con la velocidad hacia uno europeo con VPN no es correcto: estás midiendo rutas distintas. La prueba debe apuntar siempre al mismo punto.
Distancia y elección de la ubicación
Cada 1000 km añaden unos 10 ms de latencia en un sentido, y con el camino de vuelta y los nodos intermedios, entre 20 y 30 ms. Para cargar páginas es imperceptible; para juegos y llamadas, se nota. La velocidad de una conexión TCP también depende de la latencia: cuanto más alta es, más lenta arranca la conexión y más se notan las pérdidas de paquetes.
| Ubicación | Latencia | Cuándo elegirla |
|---|---|---|
| Ubicaciones cercanas de Europa | 25–45 ms | Trabajo diario, juegos, llamadas |
| Ámsterdam, Fráncfort, Zúrich, París, Londres | 40–70 ms | Vídeo, grandes servicios, conectividad estable |
| Estambul, Tel Aviv, Dubái, Almaty | 50–90 ms | Servicios regionales, rutas alternativas |
| Nueva York, Toronto, Atlanta | 90–150 ms | Solo para servicios ligados a Norteamérica |
| Tokio, Singapur, Hong Kong, Bombay, São Paulo | 150–300 ms | Solo para tareas regionales |
Los valores dependen de tu proveedor y de su conectividad. Consejo práctico: mantén la ubicación principal lo más cercana posible y activa las lejanas solo cuando las necesites. Cambiar de ubicación en la aplicación tarda segundos, y el servidor personal se despliega en la nueva ubicación en pocos minutos. Para muchos usuarios un buen punto de partida es una ubicación cercana en los Países Bajos o en algún país vecino.
El protocolo y su sobrecarga
El protocolo determina cuántos datos de servicio se añaden a cada paquete y cuánto tiempo de procesador se dedica al cifrado. La diferencia entre protocolos modernos y anticuados es de varias veces.
| Protocolo | Velocidad en red sin restricciones | Resistencia al filtrado | Carga sobre el procesador |
|---|---|---|---|
| WireGuard | Máxima | Baja, se reconoce fácilmente | Mínima |
| MeduzaVPN | Cercana a WireGuard | Media | Mínima |
| MeduzaVPN ULTRA | Alta | Alta | Baja |
| VLESS | Alta | Alta | Baja |
| Shadowsocks | Alta | Media | Baja |
| OpenVPN | Baja, especialmente por TCP | Baja | Alta |
Si la red no interfiere, elige WireGuard o MeduzaVPN. Si interfiere, elige ULTRA o VLESS: son algo más pesados, pero funcionan donde WireGuard se corta o se ralentiza. Deja OpenVPN para cuando la red no deje pasar nada más: es lento por arquitectura, y en modo TCP sufre además un doble control de entrega.
Redes móviles, ralentización y DPI
Si en casa el VPN va rápido y en LTE apenas funciona, la causa suele no estar en la velocidad de la red, sino en el equipo de análisis profundo de tráfico del operador. Reconoce el protocolo por sus firmas y comportamiento, y puede no bloquear la conexión por completo, sino ralentizarla a unos pocos megabits o cortarla al cabo de unos minutos.
Señales de que el problema es el filtrado y no la red:
- La conexión se establece, pero la velocidad es decenas de veces menor que sin VPN.
- Los primeros segundos funciona rápido y luego se ralentiza bruscamente.
- Cambiar el protocolo a ULTRA o VLESS devuelve la velocidad de inmediato.
- El problema se reproduce con un operador y no ocurre con otro.
La solución es cambiar de protocolo en la aplicación. En la sección sobre cómo funciona el filtrado del tráfico VPN explicamos con más detalle estos mecanismos y por qué un protocolo que funcionaba ayer puede ralentizarse hoy.
MTU y DNS
MTU: cuando todo «funciona» pero va lento
El MTU es el tamaño máximo de paquete en la ruta. Un Ethernet normal es de 1500 bytes; el túnel añade cabeceras, y dentro de él el paquete debe ser menor: para WireGuard lo típico es 1420, y en operadores móviles y PPPoE, todavía menos. Si el MTU dentro del túnel es mayor de lo que soporta la ruta, los paquetes se fragmentan o se pierden. Los síntomas son característicos: las páginas pequeñas cargan bien, los archivos grandes y el vídeo se quedan colgados, la velocidad fluctúa.
La aplicación ajusta el MTU automáticamente, pero en redes con encapsulación no estándar (algunos operadores móviles, internet satelital, túneles anidados) ayuda reducirlo a mano a 1280–1380 en los ajustes de conexión.
DNS: un inicio lento en cada página
Si las consultas DNS van a un servidor lejano o saturado, cada página nueva empieza con una pausa, aunque la velocidad de carga en sí sea normal. La aplicación dirige el DNS a través del túnel hacia un resolutor cercano a tu servidor. Si has configurado el DNS manualmente en el sistema, comprueba que no esté en otro continente respecto a la ubicación del VPN.
Wi-Fi, procesador del dispositivo y router
Wi-Fi de 2,4 o 5 GHz
La banda de 2,4 GHz está saturada por vecinos y microondas, con un techo práctico de 30–60 Mbit/s y muchas pérdidas de paquetes. El VPN es más sensible a las pérdidas que el tráfico normal, porque un paquete del túnel perdido son datos perdidos de varias conexiones a la vez. Conéctate a la red de 5 GHz o por cable y repite la medición: a menudo el diagnóstico termina ahí.
El procesador del dispositivo
El cifrado se realiza en el dispositivo. Un teléfono o portátil moderno lo hace sin esfuerzo a cientos de megabits, pero una tableta antigua, un televisor o un router pueden toparse con el límite del procesador. La señal: la velocidad es igual de baja con cualquier ubicación, y el dispositivo se calienta. Ayuda un protocolo con cifrado ligero, como WireGuard o MeduzaVPN.
VPN en el router
Si el VPN está en el router, el límite es su procesador. En MT7621 el techo son decenas de megabits; en Filogic y x86, cientos. Esto es normal y no se soluciona cambiando de ubicación; para los dispositivos que necesitan la velocidad completa, instala la aplicación directamente en ellos.
Carga del servidor
En los servicios de VPN masivos, miles de usuarios comparten un mismo servidor, y por la tarde, cuando todos ven vídeo, la velocidad baja para todos. Esto no se soluciona ni con el protocolo ni con el MTU, solo cambiando a un servidor con menos gente en ese momento.
En el servidor personal de MeduzaVPN esta causa no existe: en el servidor estáis solo tú y tu familia, el canal no se comparte con desconocidos. Por eso, si la velocidad ha bajado, hay que buscar entre el resto de causas de este artículo. La diferencia entre ambos modelos se explica en detalle en el artículo sobre el servidor VPN personal.
El único factor «de servidor» en un VPN personal es la conectividad del centro de datos con tu proveedor. Si la ubicación geográficamente más cercana funciona peor que una más lejana, el problema está en la ruta, y la solución es probar una ubicación vecina.
Split tunneling para aplicaciones pesadas
No todo el tráfico necesita VPN. Las actualizaciones de videojuegos de decenas de gigabytes, las copias de seguridad en la nube, los servicios locales que de todos modos rechazan IP extranjeras: todo eso se puede sacar del túnel. El split tunneling de la aplicación de MeduzaVPN permite elegir qué aplicaciones van directas y dejar en el túnel solo aquello para lo que lo activaste.
Qué suele sacarse del túnel:
- tiendas de videojuegos y clientes de actualizaciones;
- almacenamiento en la nube con sincronizaciones grandes;
- aplicaciones bancarias y de servicios públicos;
- servicios de streaming locales que no funcionan con IP extranjera;
- clientes de torrent, si no son el objetivo del VPN.
La contrapartida: el tráfico de las aplicaciones excluidas es visible para el proveedor y sale con tu IP real. Excluye solo aquello para lo que eso te resulte aceptable.
Conclusión
Orden de diagnóstico: medir bien, elegir la ubicación más cercana, poner WireGuard o MeduzaVPN en red sin restricciones y ULTRA en red filtrada, comprobar el Wi-Fi de 5 GHz y el MTU, sacar las aplicaciones pesadas con split tunneling. En la mayoría de los casos, tras esto el VPN queda a solo unos puntos porcentuales de la conexión directa.
El servidor personal de MeduzaVPN elimina la causa principal de los VPN compartidos lentos, la carga ajena, y el cambio de protocolo en la aplicación resuelve el filtrado del operador. Las suscripciones incluyen 7 días sin cobro para comprobar la velocidad en tu propia red. Ver planes.
Preguntas frecuentes
¿Cuánto suele reducir la velocidad un VPN?
Con una ubicación cercana y un protocolo moderno, la pérdida es del 5–15 % respecto a la velocidad sin VPN, y la latencia sube entre 10 y 40 ms. Si la caída es más del doble, casi siempre hay una causa concreta: ubicación lejana, filtrado del proveedor, un servidor compartido sobrecargado o un Wi-Fi débil.
¿Cuál es el protocolo más rápido?
En una red sin restricciones: WireGuard y MeduzaVPN, con la menor sobrecarga y un cifrado eficiente. MeduzaVPN ULTRA está cerca de ellos, pero añade camuflaje, lo que aumenta un poco el volumen de datos de servicio. OpenVPN es notablemente más lento por su arquitectura anticuada, sobre todo en dispositivos débiles.
¿Por qué el VPN va rápido en casa y lento en la red móvil?
Los operadores de telefonía suelen tener equipos de análisis de tráfico capaces de reconocer y ralentizar protocolos concretos. El proveedor de casa puede hacer lo mismo, pero con menos frecuencia. Cambiar a un protocolo con camuflaje, ULTRA o VLESS, suele devolver la velocidad.
¿Qué es el MTU y por qué afecta a la velocidad?
El MTU es el tamaño máximo de paquete que pasa por la ruta sin fragmentarse. El VPN añade cabeceras a cada paquete, y si el MTU dentro del túnel no se reduce, los paquetes se fragmentan o se pierden, y la velocidad cae aunque la conexión parezca funcionar. La aplicación ajusta el MTU automáticamente, pero en redes con configuraciones no estándar ayuda reducirlo a mano.
¿Puede la sobrecarga del servidor ser la causa?
En los VPN compartidos, sí, y es una de las causas principales: miles de usuarios se reparten el canal de un mismo nodo. En el servidor personal de MeduzaVPN esta causa no existe, porque en él estás solo tú. Si aun así la velocidad es baja, hay que buscar en la ubicación, el protocolo o la red doméstica.
¿Cómo se mide correctamente la velocidad del VPN?
Mide la velocidad sin VPN y con VPN en el mismo dispositivo, en la misma red, con un minuto de diferencia, hacia el mismo servidor de prueba. Repítelo tres veces y compara las medianas. Una sola medición en un momento aleatorio del día no dice nada.
¿Hace falta pasar todo el tráfico por el VPN?
No necesariamente. El split tunneling permite sacar del túnel las aplicaciones pesadas que no lo necesitan: actualizaciones de videojuegos, copias de seguridad en la nube, servicios locales. Así descargas el túnel y mantienes la velocidad para aquello para lo que activaste el VPN.