Guías
Cómo funciona un test de velocidad
Qué significan las cuatro cifras y por qué el resultado rara vez coincide con tu factura.
Lo que hace realmente un test de velocidad
Un test de velocidad no es una consulta. No hay ningún servidor que sepa lo rápida que es tu conexión y al que se le pueda preguntar: la única forma de averiguarlo es mover datos reales y cronometrarlos. Todo lo demás se deriva de eso.
El test abre varias conexiones a un servidor de medición y transfiere tantos datos como puede durante un periodo fijo; después divide bytes entre segundos. Se usan varias conexiones en paralelo a propósito: una sola conexión TCP está limitada por su ventana y por el tiempo de ida y vuelta, y en una línea rápida con algo de distancia un solo flujo no llena la tubería. Varios flujos juntos sí, que es además como se comportan los gestores de descarga y los reproductores de vídeo reales.
La latencia se mide aparte y primero, con peticiones pequeñas cronometradas de forma individual antes de que empiecen las fases de ancho de banda, porque una vez saturado el enlace las mediciones de latencia reflejarían la cola que el propio test ha creado en lugar del estado en reposo de la conexión.
Las cuatro cifras
| Métrica | Qué mide | A qué afecta | Unidad |
|---|---|---|---|
| Descarga | La velocidad a la que llegan los datos | Streaming, navegación, descargas | Mbps |
| Subida | La velocidad a la que salen los datos | Videollamadas, copias de seguridad, juegos | Mbps |
| Latencia | El retardo de ida y vuelta de un paquete | Respuesta, juegos, calidad de llamada | ms |
| Jitter | La variación de ese retardo | Estabilidad de llamadas y streams | ms |
Megabits y megabytes
Las conexiones se venden en megabits por segundo; los archivos se miden en megabytes. Hay ocho bits en un byte, así que una conexión de 100 Mbps descarga como mucho a unos 12,5 MB/s. Muchísimas quejas de que una conexión es «ocho veces más lenta de lo anunciado» son exactamente esta conversión y nada más.
Por qué tu resultado baja de lo contratado
La cifra de tu factura describe la capacidad de la línea entregada a tu domicilio en condiciones ideales. Un test de velocidad mide todo el camino desde la aplicación de tu dispositivo hasta un servidor en algún punto de internet y de vuelta. Cada paso intermedio puede reducirla.
- El Wi-Fi, a menudo la mayor pérdida individual, sobre todo en 2,4 GHz o a través de paredes.
- La edad del router: un equipo antiguo no puede enrutar a velocidades de gigabit por buena que sea la línea.
- El propio dispositivo: una máquina ocupada o vieja no puede recibir tan rápido como entrega la línea.
- La congestión en hora punta, en el segmento local o en un punto de interconexión.
- La distancia al servidor: los caminos largos suben la latencia y limitan lo que logra una conexión.
- Otro tráfico en casa: una subida en segundo plano o una actualización de consola compiten por la misma línea.
El Wi-Fi suele ser el mayor de estos factores y el más fácil de descartar. Un enlace de 2,4 GHz a través de dos paredes puede perder la mayor parte de una conexión de gigabit antes de llegar al dispositivo. Si quieres saber qué puede dar tu línea, haz una prueba por cable; si quieres saber qué experimentan de verdad tus dispositivos, hazla por Wi-Fi donde te sientas normalmente. Ambas cosas merece la pena saberlas, y compararlas te dice dónde está el problema.
La latencia no mejora con la velocidad
Pasar de 100 Mbps a 1 Gbps no reduce la latencia. El ancho de banda es cuántos datos pueden estar en tránsito; la latencia es cuánto tarda un solo paquete en hacer el viaje, y eso lo gobiernan la distancia, el número de saltos y cuánta cola se forma por el camino. Una conexión de gigabit a un servidor en otro continente seguirá mostrando 150 ms, y la respuesta de cualquier cosa interactiva la domina esa cifra, no el caudal.
Por eso una conexión rápida puede seguir pareciendo lenta. Cargar una página implica decenas de pequeños viajes de ida y vuelta —DNS, saludos TLS, peticiones secuenciales de recursos— y cada uno paga el coste de latencia entero. El ancho de banda solo empieza a importar cuando de verdad se transfiere algo grande.
Bufferbloat: la latencia que solo aparece bajo carga
Una conexión puede mostrar una latencia en reposo excelente y volverse inutilizable en cuanto algo empieza a descargar. La causa son búferes sobredimensionados en los routers domésticos y en los equipos del proveedor: en lugar de descartar paquetes cuando el enlace se llena, los encolan, y una cola llena añade cientos de milisegundos de retardo a todo lo que comparta el enlace. La latencia en reposo se ve bien porque la cola está vacía. Por eso una videollamada se degrada cuando alguien en casa empieza una descarga grande, incluso en una línea rápida.
Medir bien
Un resultado aislado es un dato, no una medición. Las condiciones cambian: las horas punta no son las primeras horas de la mañana, el Wi-Fi varía según la habitación y una actualización en segundo plano puede consumir la línea en silencio. Lo útil es probar varias veces en condiciones que puedas describir, guardar los resultados y comparar lo comparable.
Guardar un historial breve es lo que convierte un número en evidencia. Si una conexión ha ido a 300 Mbps durante semanas y hoy marca 40, eso es una avería que merece reportarse con fechas. Si siempre ha marcado 40 pese a un plan de 300 Mbps, es otra conversación y ahora puedes tenerla con datos concretos. En cualquier caso, un registro vale más que un recuerdo, y por eso el test de velocidad de este sitio guarda los últimos diez resultados en tu propio navegador, sin nada sobre la conexión en la que se midieron.
Preguntas frecuentes
¿Por qué mi resultado es menor que la velocidad que pago?
Normalmente porque la cifra anunciada es un techo para la línea que llega a tu casa, y un test de velocidad mide todo el camino de extremo a extremo. El Wi-Fi, la edad del router, el dispositivo que ejecuta la prueba, la congestión en hora punta y la distancia al servidor de prueba restan. Además, la cifra anunciada está en megabits por segundo mientras que los gestores de archivos informan en megabytes: un factor de ocho que explica muchísimas comparaciones confusas.
¿Debo probar por Wi-Fi o por cable?
Por los dos, y la diferencia entre ellos es lo más útil que te dice la prueba. Si por cable alcanzas la velocidad de tu plan y por Wi-Fi no, el cuello de botella está dentro de casa y discutir con tu proveedor no lo cambiará. Si ambos se quedan cortos por igual, el problema está aguas arriba. Probar solo por Wi-Fi y concluir que tu línea es lenta es el error más común.
¿Qué es el jitter y por qué importa más que la velocidad en las llamadas?
El jitter es la variación de la latencia entre paquetes. Una llamada necesita que los paquetes lleguen a ritmo constante; cuando llegan de forma irregular, el receptor o espera, añadiendo retardo, o reproduce lo que tiene, produciendo cortes. Una conexión de 400 Mbps con 60 ms de jitter sonará peor en una videollamada que una de 20 Mbps con 3 ms. La velocidad es cuánto puedes mover; el jitter es con qué regularidad.
¿Por qué dos tests dan respuestas distintas?
Porque miden caminos distintos. Un servidor de prueba alojado dentro de la red de tu propio proveedor mide el tramo entre tú y ellos, que suele ser el mejor resultado posible. Un servidor en internet incluye las interconexiones entre redes, que es donde suele estar la congestión. Ninguno está mal: responden preguntas distintas, y la diferencia entre ambos suele ser lo interesante.
¿Un test de velocidad consume muchos datos?
Sí: es lo que mide. Una prueba completa transfiere típicamente unos cientos de megabytes en una conexión rápida, porque medir el caudal con precisión exige saturar el enlace durante varios segundos. En un plan medido o móvil conviene saberlo antes de repetirla mucho.
¿Por qué la cifra sube durante la prueba en vez de aparecer de golpe?
Porque TCP empieza con cautela. Una conexión comienza con una ventana de congestión pequeña y la va aumentando a medida que comprueba que el camino aguanta más, un proceso llamado slow start. Alcanzar el caudal pleno lleva uno o dos segundos, y por eso una prueba debe durar lo suficiente para superar esa rampa y por eso las pruebas muy cortas subestiman sistemáticamente las conexiones rápidas.