Ciencia de la medición de Internet: cómo leer y fiarte de tus tests de velocidad

Seguidores Online » Redes Sociales » Ciencia de la medición de Internet: cómo leer y fiarte de tus tests de velocidad

Cuando la conexión empieza a ir a trompicones muchos corremos a hacer un test de velocidad; lo que no siempre está claro es qué significa exactamente ese número enorme que sale en pantalla y qué tan fiable es. Entender la ciencia de la medición de Internet implica conocer las métricas, cómo trabaja el test por dentro y de qué depende que una medición sea precisa o un simple espejismo por culpa del entorno.

El propósito de esta guía es ayudarte a interpretar los resultados y a repetir la prueba en condiciones que aporten valor real. Verás qué miden bajada, subida, latencia y fluctuación, cómo escoge el sistema los servidores, qué papel juegan los protocolos (HTTP y TCP), qué factores pueden contaminar el resultado, y qué cifras cabe esperar por tecnología u operador en escenarios comunes.

Conceptos y métricas fundamentales en un test de velocidad

Antes de tocar un botón es clave tener claras las unidades y los términos. Los test suelen destacar una cifra grande, pero hay varias métricas que contar si quieres una radiografía útil de tu conexión.

• Velocidad de descarga: indica a qué ritmo tu equipo recibe datos desde un servidor. Es la referencia para navegar, ver streaming o descargar archivos. Se expresa en Mbps (megabits por segundo).
• Velocidad de subida: marca la rapidez con la que envías datos hacia Internet, crucial para videollamadas, copias en la nube o subir vídeos. También en Mbps. En muchas conexiones modernas de fibra es simétrica (misma bajada y subida).
• Latencia o ping: tiempo de ida y vuelta (en milisegundos) de un paquete entre tu dispositivo y el servidor de prueba. Cuanto menor, mejor. Es vital para juegos online y videollamadas, donde una latencia alta se traduce en lag.
• Fluctuación o jitter: mide cuánto varía la latencia durante la prueba. Una fluctuación alta supone inestabilidad que se nota mucho en tiempo real (juegos, streaming o voz).
• Peak (pico): puntas instantáneas de velocidad. Útiles para curiosos, pero lo que haces en el día a día se parece mucho más a la media calculada durante la prueba.
• Proveedor (ISP): el test identifica tu operador e intenta elegir un servidor cercano y bien conectado. Ojo, hay marcas con redes compartidas y filiales low cost; el proveedor detectado puede no coincidir con la marca comercial.

Un matiz que genera confusión: Mbps (megabits por segundo) no es lo mismo que MB/s (megabytes por segundo). Un byte equivale a 8 bits. Por eso, para estimar a cuánto “descargas” en un gestor de archivos (que suele mostrar MB/s), divides los Mbps entre 8. Así, 100 Mbps ≈ 12,5 MB/s; 300 Mbps ≈ 37,5 MB/s; 600 Mbps ≈ 75 MB/s; y 1 Gbps (1000 Mbps) ronda los 125 MB/s.

Además, en el argot coloquial se habla de “megas” como sinónimo de megabits por segundo, pero recuerda que los tamaños de ficheros se miden en bytes (KB, MB, GB) mientras que la velocidad de línea se expresa en bits (Kb/s, Mb/s, Gb/s). Entender esta diferencia evita malentendidos al comparar la velocidad prometida por el operador con el tiempo real de descarga.

Si vienes de ADSL, sabrás que solía anunciarse con “hasta” 10, 20 o 35 megas; eran velocidades variables en función de la distancia y calidad del par de cobre. La fibra cambió el juego ofreciendo altas velocidades y simetría de forma masiva, algo que ha homogeneizado mucho las experiencias de bajada y subida.

En los resultados verás también la latencia (ping) y, en pruebas más completas, la fluctuación. Estos dos parámetros dicen menos de “cuánto” y más de “lo bien que responde tu conexión” a cada petición, algo esencial cuando la prioridad es la inmediatez.

Cómo funciona realmente un test de velocidad

Para medir de forma razonable, un test necesita acercarse al máximo a tu red. Por eso, antes de soltar números, detecta tu proveedor (ISP), estima tu ubicación y selecciona el servidor de prueba más conveniente. Cuanto más cerca esté y mejores sean los enlaces, más fiel será la medida.

La ubicación del servidor es clave: si está lejos o hay enlaces de peering o tránsito saturados por el camino, la medición sufrirá. De ahí el valor de las redes neutrales y bien interconectadas. Hay servicios con infraestructura central en puntos neutros como ESpanix (gestionado por Acens), lo que proporciona un camino directo y reduce la latencia, y otros que se alojan en plataformas neutrales regionales como CATNIX, remarcando su independencia del operador que te da Internet.

Algunos operadores incluso colaboran con redes de medición y hospedan nodos dentro de su propia red para acercar el test al abonado. En el ecosistema español encontrarás colaboraciones con compañías como Movistar (peering directo con ESpanix), Jazztel, Orange, Telecable, Adamo, Masmóvil (con nodos en Madrid, Barcelona, Sevilla, Valencia, Baleares y Tenerife), Vodafone, JC Tècnics, Inforcelra, TelecoAndaluzas o ConectaBalear. Este despliegue permite exprimir más la línea porque el tráfico se queda dentro del operador y se minimizan cuellos de botella externos.

¿Qué hace la prueba paso a paso? Primero, mide la latencia enviando pings al servidor escogido para saber cuánto tarda en responder. Después descarga un conjunto de datos desde ese servidor para estimar la velocidad de bajada, y a continuación sube datos para medir la velocidad de subida. La animación con agujas que suben y bajan es únicamente representativa: lo valioso es la media que se calcula al final, y no los picos puntuales que aparecen durante el muestreo.

En cuanto a protocolos (HTTP y TCP), la medición puede usar HTTP (el mismo protocolo con el que navegas) o TCP a bajo nivel. HTTP es más fácil de ejecutar y muy compatible, pero en velocidades muy altas puede ser más sensible a errores de capa superior. TCP, en cambio, tiende a ofrecer resultados más estables, aunque a veces se topa con cortafuegos o políticas de red que pueden bloquear la prueba.

Las plataformas de referencia a nivel global, como Speedtest by Ookla, cuentan con apps nativas y una extensa red de servidores; y en España hay servicios “independientes” valorados por su ubicación en puntos neutros y por ofrecer opciones avanzadas como tests por TCP/HTTP y utilidades complementarias (por ejemplo, descubrir tu IP pública, su localización aproximada o el operador detrás de esa IP).

Una nota sobre imparcialidad: pruebas integradas en webs de operadores o servicios verticales (como el popular test de Netflix, Fast) pueden ser útiles para medir su caso de uso concreto (por ejemplo, descarga sostenida hacia su red), pero no siempre muestran todas las métricas (la subida puede no medirse) ni reflejan la salud general de tu conexión a otros destinos.

Factores que alteran la medición, buenas prácticas y cifras de referencia

La realidad es que un test de velocidad no se ejecuta en el vacío. Tu entorno manda y puede convertir una línea rápida en un resultado pobre simplemente por interferencias. La solución pasa por controlar lo controlable y entender qué significa cada cifra.

Qué puede “contaminar” un test (y cómo evitarlo)

• Otros dispositivos consumiendo ancho de banda: móviles descargando apps, portátiles con copias de seguridad en la nube o consolas actualizando juegos. Lo ideal es probar cuando la red esté tranquila y con el menor número de equipos conectados.
• Aplicaciones en segundo plano: ciérralas antes de iniciar la prueba. Un cliente de streaming, un sincronizador de fotos o una descarga activa restan caudal y empeoran la medida.
• Actualizaciones y sincronizaciones: pausa Windows Update, Dropbox/Drive, tiendas de apps, etc. Si arrancan justo durante el test, sesgan los resultados de bajada y subida.
• Wi‑Fi vs. cable: por Wi‑Fi la señal se degrada con la distancia y los obstáculos. Si puedes, mide por cable Ethernet; si no, acércate al router, evita interferencias (microondas, teléfonos inalámbricos) y usa la banda de 5 GHz si está disponible.
• Congestión del servidor de prueba: un mal servidor puede limitarte. Repite la medición en distintos momentos y contra varios servidores.
• VPN y servicios de túnel (como WARP/Cloudflare): estos desvían el tráfico; desactívalos si quieres medir tu ruta real hacia Internet.
• DNS: cambiar a un resolver más eficiente puede mejorar tiempos de resolución (lo notarás en la sensación de respuesta), aunque no incrementará la velocidad “pura” de bajada/subida.

Además de todo lo anterior, hay tests que permiten elegir manualmente el servidor frente al que mides. Por defecto se selecciona el más cercano, pero es interesante probar destinos de tu interés (por ejemplo, la ciudad donde están los servicios que más usas). Es habitual que, al cambiar de servidor, las cifras varíen por enlaces saturados o peering subóptimo en alguna ruta intermedia.

Unidades, tecnologías y equivalencias útiles

Para valorar si “te llega lo contratado” conviene traducir mentalmente entre bits y bytes. Recuerda: 1 byte = 8 bits. Así, los principales escalones comerciales equivalen aproximadamente a estas tasas reales de transferencia de archivos:

• 10 Mbps ≈ 1,25 MB/s (típico ADSL rápido en buenas condiciones)
• 20 Mbps ≈ 2,5 MB/s (ADSL de máximos en la práctica)
• 100 Mbps ≈ 12,5 MB/s (entrada de fibra)
• 300 Mbps ≈ 37,5 MB/s (fibra media)
• 600 Mbps ≈ 75 MB/s (fibra alta)
• 1 Gbps ≈ 125 MB/s (fibra tope de gama en residencial)

El ADSL (aún presente donde no hay fibra) depende de la distancia a la central y del cobre: no es raro que un “hasta 20 megas” se quede en 10–15 Mbps reales. En fibra FTTH, la simetría es lo habitual y la velocidad suele ser bastante estable, especialmente si mides por cable.

¿Qué se considera un buen resultado?

En una línea doméstica moderna, cualquier cifra por encima de 50 Mbps de bajada y 10 Mbps de subida ya permite navegar y ver streaming con comodidad (siempre que eso sea lo contratado). Con fibra simétrica de 100 Mbps o más, deberías moverte cerca de la velocidad nominal, sobre todo si la medición se hace con cable y contra un servidor cercano.

En latencia, un ping estable por debajo de ~30 ms es una buena referencia para uso general y juegos casuales; si vas a competir en eSports, cuanto más bajo y estable mejor. En 4G, en zonas con buena cobertura, son normales alrededor de 50 Mbps de bajada y 20 Mbps de subida, aunque hay mucha variabilidad según la celda y la saturación.

Resultados y expectativas por operador

Aunque la tecnología (FTTH vs. HFC vs. ADSL vs. móvil) es lo que más manda, cada marca perfila sus ofertas y garantías. Estas son referencias reales vistas en despliegues comunes:

• Movistar (fibra 300 Mbps simétricos): en un buen test deberías ver cifras cercanas a 300/300. Si no llegas, prueba con otro servidor más próximo y mide por cable. Es coherente ver ~37,5 MB/s en descargas sostenidas.
• Vodafone (fibra 1 Gbps simétrico): es posible que algún test no alcance el gigabit por saturación del servidor o rutas intermedias; si lo hace, podrás moverte cerca de 125 MB/s sostenidos en descarga/carga.
• Orange (fibra 100 Mbps simétricos): no suele haber problema en alcanzar la velocidad contratada en un test bien ejecutado; recuerda que 100 Mbps ≈ 12,5 MB/s.
• Digi (fibra propia SMART y acceso indirecto): en 1 Gbps han reportado alrededor de 915 Mbps de bajada y 905 Mbps de subida; en 300 Mbps, ~299 de bajada y ~330 de subida (valores típicos de laboratorio muy ajustados).
• O2 (segunda marca de Telefónica): utiliza la red de Movistar, por lo que los resultados son equivalentes. Ejemplos reales: ~307/304 Mbps en 300, y ~915/936 Mbps en 1 Gbps.
• Finetwork: opera sobre redes mayoristas (principalmente Vodafone) y garantiza el 80% de la velocidad contratada en sus modalidades; así, 300 → ≥240, 600 → ≥480, 1 Gbps → ≥800 Mbps.

La moraleja: compara siempre con lo contratado y repite el test con método: cable, sin cargas en la red, y varios servidores. Si tu línea es de 1 Gbps y solo ves ~600 Mbps por Wi‑Fi, seguramente el cuello de botella sea el enlace inalámbrico o el propio dispositivo, no la conexión del operador.

Buenas prácticas para una medición fiable

• Usa un PC por cable Ethernet y cierra apps que consuman datos. Desactiva temporalmente sincronizaciones y actualizaciones.
• Repite la prueba en distintas horas del día (puntas de tráfico vs. horas valle) y cambia el servidor de test si ves resultados sospechosos.
• Valida ping, bajada y subida; si el jitter es alto, investiga interferencias (Wi‑Fi) o congestión en la ruta.
• Prefiere tests independientes alojados en puntos neutros o bien interconectados (Espanix/CATNIX) y, si lo deseas, apóyate en apps nativas para reducir la sobrecarga del navegador.

Por último, recuerda que algunos servicios incorporan utilidades extra como mostrar tu IP pública y el operador asociado o permiten conmutar entre HTTP y TCP para afinar la medición. No hay un único test “perfecto”, pero sí un conjunto de buenas prácticas que te acercan mucho a la realidad de tu línea.

Medir la velocidad no va solo de pulsar un botón; va de entender qué mides, cómo lo mides y en qué condiciones lo haces. Con nociones claras (descarga, subida, ping y jitter), con la diferencia entre megabits y megabytes bien interiorizada, sabiendo cómo actúan los servidores y los protocolos (HTTP/TCP), y cuidando el entorno (sin apps en segundo plano, con cable, eligiendo servidores cercanos y repitiendo pruebas), obtendrás cifras coherentes que te permitirán detectar incidencias, optimizar tu red doméstica o exigir a tu operador lo que has contratado.