Cómo leer los resultados de un test de velocidad
Un resultado de test de velocidad es una foto de cuatro mediciones —velocidad de descarga, velocidad de subida, latencia y jitter— tomadas entre tu dispositivo y un servidor de pruebas cercano, en un momento dado, sobre una conexión que quizá estaba ocupada con otras cosas en ese momento. Es una foto útil, pero no es un veredicto sobre tu proveedor de internet, y no es un solo número: una conexión puede ser rápida y aun así sentirse fatal, o modesta sobre el papel y perfectamente fluida en el uso, según cuál de los cuatro números sea el débil. Este artículo explica qué mide cada número, qué se considera bueno para navegar, videollamadas, juegos y streaming en 4K, por qué la misma línea da un resultado distinto en cada ejecución y cómo convertir un resultado en una prueba con la que tu proveedor pueda actuar de verdad. Puedes hacer una prueba tú mismo en el test de velocidad de internet, que mide tu conexión hasta el centro de datos de Cloudflare más cercano directamente en tu navegador.
Los cuatro números y qué mide cada uno en realidad
La velocidad de descarga es el rendimiento en una dirección: cuántos megabits por segundo (Mbps) logró bajar la prueba desde el servidor hasta tu dispositivo, usando descargas cada vez más grandes e informando un percentil alto de las muestras en lugar de un pico aislado. La velocidad de subida es la misma medición en sentido inverso —la rapidez con que tu dispositivo puede enviar datos— y es el número que decide cómo se ve tu vídeo para los demás en una llamada, cuánto tarda una copia de seguridad y cuánto tarda en enviarse un archivo grande. Ambas suelen ser muy asimétricas en los planes domésticos, y una subida lenta con una descarga rápida es la forma del plan, no una avería.
La latencia, a menudo llamada ping, es el tiempo de ida y vuelta de una petición diminuta hasta el servidor y de regreso, medido en milisegundos: es la espera antes de que nada empiece a moverse, y es lo que hace que una conexión se sienta ágil o perezosa. El jitter es la variación entre mediciones consecutivas de latencia: lo estable que es ese retardo. Una conexión con 25 ms de latencia y 3 ms de jitter se siente nítida; el mismo promedio de 25 ms con 40 ms de jitter se siente entrecortada, porque los fotogramas de vídeo y los paquetes de voz llegan de forma irregular. Como orientación aproximada: navegar por la web es cómodo a partir de unos 10 Mbps de bajada con latencia inferior a 100 ms; una videollamada en grupo quiere unos 3–8 Mbps en cada sentido, con latencia inferior a 150 ms y jitter inferior a 30 ms; los juegos en línea apenas se preocupan por la velocidad bruta —5–10 Mbps sobran— pero quieren latencia inferior a 50 ms y jitter inferior a 20 ms; y un solo flujo en 4K suele necesitar unos 25 Mbps de descarga sostenida. Divide los Mbps entre 8 para obtener megabytes por segundo, la unidad que usa el indicador de descarga de tu navegador.
Por qué la misma línea da un número distinto cada vez
Un test de velocidad en el navegador mide todo el camino, no solo la línea de tu proveedor: tu dispositivo, tu wifi, tu router, la línea hasta la central, la red de tu proveedor y la ruta hasta el servidor de pruebas. Cualquiera de ellos puede ser el cuello de botella en una ejecución dada. El wifi es el sospechoso habitual en las conexiones rápidas —rara vez entrega toda la velocidad de la línea, y empeora con la distancia, las paredes y las redes vecinas—, seguido de otros dispositivos en la misma conexión, las actualizaciones en segundo plano y las sincronizaciones en la nube, el propio navegador en un equipo ocupado y la hora del día: las noches, cuando el vecindario está viendo vídeos, son la hora punta de la red compartida. La distancia al servidor también importa, por eso esta prueba mide contra el centro de datos de Cloudflare más cercano y no contra un servidor en otro continente.
La metodología añade una segunda capa de diferencias. Las pruebas discrepan en el tamaño de los archivos, en si abren una conexión o varias, en qué percentil informan y en si el servidor de pruebas está dentro de la red de tu proveedor (on-net, camino más corto, números favorecedores) o fuera de ella (off-net, más parecido a la navegación real). No existe una definición estándar única de la velocidad de internet, así que los números de distintos medidores no son directamente comparables: un resultado de 400 Mbps de uno y de 300 Mbps de otro pueden ser ambos mediciones honestas de cosas distintas. Una sola ejecución lenta no prueba ni congestión ni limitación: solo un patrón, medido de la misma forma durante varios días, puede sostener cualquiera de las dos afirmaciones.
Por qué la prueba puede verse bien mientras la aplicación va a trompicones, o al revés
Un test de velocidad mide el camino hasta un servidor de pruebas. Tu videollamada, tu juego o tu plataforma de vídeo se conectan a servidores distintos, a menudo en ciudades distintas, por rutas distintas, y esas rutas pueden estar congestionadas mientras el camino de la prueba está despejado, o al revés. El rendimiento tampoco es toda la historia para las aplicaciones reales: casi todo lo que haces en línea son transferencias pequeñas, y las transferencias pequeñas están limitadas por la latencia, no por el ancho de banda, porque cada ida y vuelta espera confirmaciones antes de enviar más datos. Por eso una conexión de 500 Mbps puede cargar páginas despacio si la latencia es alta, y por eso una modesta conexión de 50 Mbps con 15 ms de latencia puede sentirse instantánea. La latencia en reposo por sí sola tampoco cuenta toda la historia: la latencia bajo carga —cuánto crece el retardo mientras la conexión está ocupada— es lo que decide si una llamada se entrecorta cuando empieza una descarga.
Así que trata una discrepancia como información, no como una contradicción. Si la prueba está sana pero una aplicación no, el problema probablemente está más allá de tu línea: los servidores de esa aplicación, la ruta hasta ellos o algo en el dispositivo. Comprobar el mismo destino desde muchos lugares del mundo, como en ¿Está caído o solo me pasa a mí?, separa un problema local de uno global. Si todas las aplicaciones van a trompicones mientras la prueba se ve bien, mira lo que la prueba no mide: la latencia bajo carga, la pérdida de paquetes y qué más estaba usando la conexión cuando ocurrió el tirón. Y si la prueba es lenta pero las aplicaciones se sienten bien, el extraño puede ser el camino de la prueba o el momento, no tu experiencia cotidiana.
Cómo hacer una prueba en la que puedas confiar de verdad
Decide qué estás probando antes de empezar. Para probar la línea en sí, usa una conexión Ethernet por cable, un solo dispositivo y nada más en marcha: cierra el streaming, pausa la sincronización en la nube y las actualizaciones, y cierra las demás pestañas del navegador. Para probar el wifi de una habitación, haz la prueba desde esa habitación, con el dispositivo que usas allí, pero entonces el resultado describe la habitación, no la línea, y no debería citarse a tu proveedor como velocidad de la línea. Haz la prueba al menos tres veces y toma la mediana, no el mejor resultado; prueba a distintas horas del día, incluida la punta de la noche; y mantén las mismas condiciones entre las ejecuciones que quieras comparar. Un solo resultado es una foto; un conjunto de resultados comparables es una prueba.
Anota las condiciones junto a los números —por cable o wifi, hora del día, qué más estaba en marcha— y lleva un registro breve durante varios días si estás armando un caso. Una prueba completa puede mover una cantidad considerable de datos, hasta unos 200 MB, así que evita repetir pruebas en una conexión medida o con límite de datos. Exporta o captura cada resultado con su marca de tiempo; el test de velocidad de internet de este sitio ofrece una exportación CSV exactamente para esto, de modo que una semana de números comparables puede mostrarse a un proveedor en un solo archivo en lugar de discutirse de memoria.
Lo que un test de velocidad no puede decirte
Un test de velocidad informa síntomas, no causas. No puede decir por qué se pierden paquetes —si la causa es la interferencia del wifi, un cable defectuoso, un enlace congestionado o un módem averiado— ni puede medir el bufferbloat, la hinchazón de la latencia bajo carga, a menos que sondee específicamente la latencia mientras la conexión está saturada. Tampoco puede dividir el camino en red doméstica y red del proveedor con una sola ejecución: un resultado lento por wifi y un resultado lento por la línea se ven idénticos en los cuatro números, y solo una comparación por cable los separa. Ni siquiera puede ver dentro de tu red doméstica: qué dispositivo está acaparando el ancho de banda, si el router se está sobrecalentando o si la red de un vecino está pisando tu canal wifi.
Tampoco puede diagnosticar problemas que no son de la conexión. Un sitio que te bloquea o te limita porque tu dirección IP tiene mala reputación se sentirá roto por muy rápida que sea la prueba; eso es un problema de reputación, explicado en Por qué tu dirección IP es marcada, y ninguna cantidad de ancho de banda lo arregla. Ni puede una prueba distinguir la limitación deliberada de la congestión ordinaria —ambas se ven como un número más bajo— ni decirte si un sitio lento es lento para todo el mundo. Para esas preguntas, combina herramientas: compara cable contra wifi, prueba el mismo destino desde muchos lugares con la herramienta Global Ping y busca un patrón en el tiempo antes de sacar una conclusión.
Cuándo llamar a tu proveedor, y qué números citar
Llama cuando persista un patrón, no cuando un solo resultado decepcione. El umbral para una reclamación real es algo así: pruebas por cable, en más de un día, a distintas horas incluidas las valle, de forma constante muy por debajo de la velocidad de tu plan —menos de la mitad es una señal fuerte— o una latencia y un jitter que se mantienen altos por cable cuando nada más está usando la conexión. Reinicia el router una vez y vuelve a probar antes de llamar, para tener ese paso ya hecho. No empieces con un resultado wifi desde el dormitorio más lejano: lo primero que te pedirá el soporte es una prueba por cable, y una reclamación construida sobre números wifi se archivará como problema de la red doméstica.
Cita los números que permitan actuar al soporte: la velocidad de tu plan, la mediana de al menos tres pruebas por cable con fechas y horas, la latencia y el jitter de esas mismas pruebas, y lo que descartaste: un solo dispositivo, sin tráfico en segundo plano, router reiniciado. Di si el problema es constante o depende de la hora del día, porque una lentitud solo nocturna apunta a congestión de la red compartida, mientras que una lentitud todo el día apunta a la línea o al equipo. Pide una revisión de la línea y un número de incidencia, y guarda tus resultados exportados: una lista tranquila de números comparables, recogidos de la misma forma durante varios días, es mucho más difícil de desestimar que una captura de pantalla airada.