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 estable | Estabilidad en redes móviles | Carga sobre el procesador |
|---|---|---|---|
| WireGuard | Máxima | Baja, solo funciona sobre UDP | 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 es estable, elige WireGuard o MeduzaVPN. Si la conexión se corta o baja, elige ULTRA o VLESS: son algo más pesados, pero mantienen la conexión de forma más estable donde WireGuard se corta o se ralentiza. Deja OpenVPN para cuando los demás protocolos no conecten: es lento por arquitectura, y en modo TCP sufre además un doble control de entrega.
Redes móviles y conexión inestable
Si en casa el VPN va rápido y en LTE apenas funciona, la causa suele no estar en la velocidad de tu tarifa, sino en la calidad del enlace móvil: la latencia salta, se pierden paquetes y el tráfico UDP puede funcionar con cortes. En esas condiciones, un protocolo clásico a menudo no se cae del todo, sino que baja a unos pocos megabits o se corta al cabo de unos minutos.
Señales de que la causa es el protocolo y no la velocidad de tu tarifa:
- 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 y guardar esa elección para esta red. Para elegir ubicación y protocolo como usuario desde Rusia, consulte la página sobre VPN en Rusia.
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 plan PERSONAL, en el servidor 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 no necesitan VPN: 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 vídeo y cines en línea locales;
- 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 estable y ULTRA en red inestable, 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.
En el plan PERSONAL, el servidor de MeduzaVPN elimina la causa principal de los VPN compartidos lentos, la carga ajena, y el cambio de protocolo en la aplicación ayuda en redes móviles inestables. 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, una red móvil inestable, un servidor compartido sobrecargado o un Wi-Fi débil.
¿Cuál es el protocolo más rápido?
En una red estable: WireGuard y MeduzaVPN, con la menor sobrecarga y un cifrado eficiente. MeduzaVPN ULTRA está cerca de ellos, pero añade procesamiento del tráfico, 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?
La red móvil es menos estable que la de casa: la latencia es más alta y varía, los paquetes se pierden con más frecuencia y el tráfico UDP puede funcionar con cortes. Los protocolos clásicos lo soportan peor. Cambiar a 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 plan PERSONAL, en el servidor 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.