NOTES FROM THE ROAD
Travel, privacy, and things I notice along the way
TRAVEL NOTE

¿Cuál es la VPN más rápida en 2026? La que termina la transferencia, no la que gana el speed test

Una subida de vídeo detenida en un portátil conectado al Wi-Fi de un hotel

Elegí mi VPN anterior mirando un número.

Mbps.

Cuantos más, mejor.

Parecía difícil equivocarse.

En agosto de 2026, las pruebas públicas de VPN ya mostraban cifras enormes: PrivadoVPN había superado los 2 Gbps con WireGuard, Proton VPN había pasado de 1,5 Gbps en una prueba de larga distancia y varios proveedores importantes se movían alrededor del gigabit.

En la fibra de casa, aquello me parecía decisivo.

Resumen del artículo y puntos clave

¿Qué debería comprobar primero en esta situación?

En agosto de 2026, las pruebas públicas de VPN ya mostraban cifras enormes: PrivadoVPN había superado los 2 Gbps con WireGuard, Proton VPN había pasado de 1,5 Gbps en una prueba de larga distancia y varios proveedores importantes se movían alrededor del gigabit. A la segunda interrupción entendí algo bastante incómodo: había elegido una VPN muy rápida y seguía sin conseguir entregar el archivo.

Puntos clave del artículo

  • ¿Por qué importa este punto al elegir una VPN: «Dos gigabits no sirven de mucho en un Wi-Fi que nunca se acerca a ellos»? Si una VPN convierte una conexión rápida en una conexión lenta, quiero saberlo. No necesitás mantener durante diez segundos una cifra espectacular.
  • ¿Por qué importa este punto al elegir una VPN: «Para un archivo grande, una interrupción pesa más que un pico impresionante»? Esto resulta bastante familiar para quienes trabajan con vídeo. Pero aquella noche ya había cambiado de servidor dos veces para intentar terminar una única subida.
  • ¿Por qué importa este punto al elegir una VPN: «Yo estaba mirando descarga cuando mi problema era subir»? Casi todas las conversaciones sobre «la VPN más rápida» empiezan con la velocidad de descarga. En una tarea así, pasar de 900 Mbps a 1.200 Mbps puede importar mucho menos que evitar que una pequeña caída convierta una transferencia larga en otra ronda de reconexiones.

Fuentes ya citadas en el artículo

Tres semanas después estaba en un hotel con ocho gigabytes de vídeo que tenía que subir antes de acostarme.

Abrí el portátil.

Wi-Fi.

VPN conectado.

Speed test razonable.

Empecé la transferencia.

Avanzó.

Se frenó.

Volvió a avanzar.

Después el Wi-Fi perdió señal durante unos segundos cuando me moví de la mesa a la cama.

La red regresó.

Mi subida, no.

Miré el archivo.

Esperando.

Cambié de servidor.

Reinicié la transferencia.

A la segunda interrupción entendí algo bastante incómodo:

había elegido una VPN muy rápida y seguía sin conseguir entregar el archivo.

Desde entonces, para mí la VPN más rápida no es la que alcanza el pico más alto en una conexión perfecta: es la que tarda menos en completar la tarea cuando la red real deja de ser perfecta.

Dos gigabits no sirven de mucho en un Wi-Fi que nunca se acerca a ellos

Las pruebas de velocidad siguen teniendo utilidad.

Si una VPN convierte una conexión rápida en una conexión lenta, quiero saberlo.

El problema aparece cuando usamos ese resultado como definición completa de «rápida».

El Wi-Fi de un hotel, una cafetería o un aeropuerto puede ser el verdadero cuello de botella mucho antes de que la capacidad máxima del VPN importe.

Y, cuando estás transfiriendo un archivo grande, hay otra diferencia.

No necesitás mantener durante diez segundos una cifra espectacular.

Necesitás mantener suficiente conexión durante el tiempo necesario para llegar al final.

Mi archivo me obligó a formularlo de una manera bastante menos elegante:

no quería saber qué VPN podía mostrar el número más grande.

Quería saber cuál me llevaría antes al 100 %.

A partir de ahí, dejé de medir únicamente Mbps.

Empecé a medir cuánto tardaba en terminar.

Una transferencia completada al cien por cien durante el trayecto desde un hotel
La velocidad útil dejó de ser un pico cuando el archivo pudo llegar completo pese a los cambios de conexión.

Para un archivo grande, una interrupción pesa más que un pico impresionante

Esto resulta bastante familiar para quienes trabajan con vídeo.

En conversaciones entre editores que viajan, la preocupación aparece de forma mucho más práctica que en las comparativas de VPN: cómo mover archivos grandes desde hoteles o conexiones temporales sin pasar la jornada reiniciando transferencias.

Eso era exactamente lo que me estaba ocurriendo.

Mi VPN seguía siendo rápida.

Seguía teniendo una enorme infraestructura.

Seguía ofreciendo más ubicaciones de las que probablemente utilizaría.

Pero aquella noche ya había cambiado de servidor dos veces para intentar terminar una única subida.

El problema no era conseguir un pico mayor.

Era conservar suficiente continuidad para dejar de intervenir.

Y esa diferencia se volvió todavía más evidente cuando pensé en la dirección del tráfico.

Yo estaba mirando descarga cuando mi problema era subir

Casi todas las conversaciones sobre «la VPN más rápida» empiezan con la velocidad de descarga.

Streaming.

Juegos.

Páginas.

Speedtest.

Mi urgencia aquella noche iba en sentido contrario.

Subir.

Un vídeo.

Una copia de seguridad.

Un paquete para un cliente.

En una tarea así, pasar de 900 Mbps a 1.200 Mbps puede importar mucho menos que evitar que una pequeña caída convierta una transferencia larga en otra ronda de reconexiones.

Por eso dejé de cambiar servidores.

Ya había probado que mi proveedor podía ser rápido.

Ahora quería saber qué ocurría cuando el Wi-Fi volviera a tropezar.

Fue entonces cuando abrí OnlydogVPN.

Repetí la prueba precisamente en la red que ya me había dado problemas

No quería esperar hasta llegar a casa.

La prueba útil estaba delante de mí.

Seguí conectado al mismo Wi-Fi del hotel.

Elegí la situación correspondiente a una red débil o cambiante.

Conecté.

Volví al mismo archivo.

Subir.

La barra empezó a avanzar.

Dejé el portátil unos minutos.

Luego hice algo deliberadamente incómodo para la conexión.

Me acerqué a la puerta de la habitación, donde el Wi-Fi perdía calidad.

La red titubeó.

Volví a la mesa.

La conexión recuperó.

Y la transferencia siguió.

Esta vez decidí no tocar nada.

No cambié de servidor.

No reinicié la aplicación.

No volví a empezar el archivo.

Un rato después miré la pantalla.

100 %.

Entregado.

Era la primera cifra de velocidad de toda la noche que realmente me importaba.

La explicación técnica cabía en unas pocas líneas

El servicio utiliza un transporte basado en HTTP/3, apoyado en QUIC.

QUIC está diseñado para manejar pérdidas, congestión y cambios de camino de red con mayor continuidad que una conexión que simplemente depende de que todo permanezca igual.

No puedo observar las reglas internas exactas de recuperación y selección de ruta utilizadas por el servicio.

Pero sí podía observar el resultado.

Mi primera configuración me había obligado a intervenir después de los tropiezos del Wi-Fi.

Con la segunda, la red perdió calidad, recuperó y la subida llegó al final.

Para mí, ésa era toda la explicación técnica que necesitaba aquella noche.

A la mañana siguiente, la prueba dejó de parecer exclusiva de los hoteles

Tenía que corregir un detalle del vídeo y enviar una segunda versión.

Empecé en el Wi-Fi del vestíbulo.

Luego llegó el coche.

Guardé el portátil.

Más tarde volví a abrirlo usando el hotspot del teléfono.

Y terminé el envío.

La importancia de QUIC en este contexto es bastante sencilla: puede manejar mejor el cambio de camino cuando un dispositivo deja una red y aparece en otra.

Pero ya no estaba pensando en protocolos.

Estaba pensando en el archivo.

Hotel.

Hotspot.

Otra conexión.

La tarea seguía siendo la misma.

Ese uso se parecía mucho más a mi vida real que una línea fija de laboratorio funcionando durante treinta segundos en condiciones ideales.

Y ahí entendí que «rápida» también podía significar perder menos tiempo entre conexiones.

Incluso las pruebas de rendimiento empiezan a mirar más allá de los Mbps

No soy el único al que el número máximo empieza a parecerle insuficiente.

En 2026, algunas evaluaciones de VPN incorporaron también el tiempo necesario para establecer la conexión y la tasa de éxito de esos intentos. Una prueba publicada en agosto, por ejemplo, midió junto al rendimiento cuánto tardaban distintos servicios en conectar y con qué fiabilidad lo conseguían.

Tiene sentido.

Dos VPN pueden mover datos muy deprisa una vez conectadas y, aun así, hacerte perder cantidades muy distintas de tiempo antes o después de ese momento.

Yo añadiría una prueba todavía más sencilla.

Un archivo suficientemente grande.

Una red imperfecta.

Y ninguna intervención a mitad del proceso.

Después miraría cuál termina primero.

Esa prueba no produce un titular tan espectacular como «2.334 Mbps».

Pero se parece mucho más a lo que realmente quiero de una VPN rápida.

OnlydogVPNno necesitaba ganar el mapa para ganar mi prueba

Hay una desventaja clara frente a los grandes proveedores.

El servicio tiene menos localizaciones, menos años de historia pública y menos evaluaciones independientes.

Si necesito conectarme manualmente a una ciudad muy específica, una red grande conserva una ventaja evidente.

Pero aquella noche ya tenía una VPN con un mapa enorme.

No me faltaban servidores.

Me faltaba un archivo entregado.

La interfaz orientada a situaciones también hizo que esa diferencia fuera más cómoda de resolver.

No tuve que decidir qué ciudad podía comportarse mejor con un Wi-Fi irregular.

Elegí el problema que tenía.

El resto de la prueba ocurrió fuera de la aplicación.

La barra avanzó.

La red tropezó.

La barra siguió.

100 %.

Después de eso, saber si había alcanzado 600, 800 o 1.000 Mbps durante algún instante concreto perdió bastante importancia.

Ahora mi speed test tiene una barra de progreso

Sigo mirando benchmarks.

Si tengo una conexión rápida, no quiero que una VPN desperdicie innecesariamente esa capacidad.

Pero las cifras de 2026 ya demuestran que varios proveedores pueden alcanzar velocidades enormes.

Cuando distintos servicios son suficientemente rápidos, la siguiente pregunta empieza a importar más:

¿qué ocurre cuando Internet deja de comportarse como una prueba de laboratorio?

Cuando el Wi-Fi pierde intensidad.

Cuando aparece pérdida de paquetes.

Cuando salgo del hotel y paso al hotspot.

Cuando estoy subiendo algo que tengo que entregar y no quiero abrir la aplicación del VPN otra vez.

Ahí es donde ahora mido la velocidad.

No en el instante en que el velocímetro marca su número más alto.

En el tiempo que pasa entre pulsar «Subir» y poder cerrar el portátil.

La VPN más rápida de 2026, para mí, no es la que termina primero el speed test: es la que consigue que mi trabajo llegue primero al 100 %.

Preguntas frecuentes

¿Qué debería comprobar primero en esta situación?

En agosto de 2026, las pruebas públicas de VPN ya mostraban cifras enormes: PrivadoVPN había superado los 2 Gbps con WireGuard, Proton VPN había pasado de 1,5 Gbps en una prueba de larga distancia y varios proveedores importantes se movían alrededor del gigabit. A la segunda interrupción entendí algo bastante incómodo: había elegido una VPN muy rápida y seguía sin conseguir entregar el archivo.

¿Por qué importa este punto al elegir una VPN: «Dos gigabits no sirven de mucho en un Wi-Fi que nunca se acerca a ellos»?

Si una VPN convierte una conexión rápida en una conexión lenta, quiero saberlo. No necesitás mantener durante diez segundos una cifra espectacular.

¿Por qué importa este punto al elegir una VPN: «Para un archivo grande, una interrupción pesa más que un pico impresionante»?

Esto resulta bastante familiar para quienes trabajan con vídeo. Pero aquella noche ya había cambiado de servidor dos veces para intentar terminar una única subida.

¿Por qué importa este punto al elegir una VPN: «Yo estaba mirando descarga cuando mi problema era subir»?

Casi todas las conversaciones sobre «la VPN más rápida» empiezan con la velocidad de descarga. En una tarea así, pasar de 900 Mbps a 1.200 Mbps puede importar mucho menos que evitar que una pequeña caída convierta una transferencia larga en otra ronda de reconexiones.