¿Qué es un test de velocidad de internet y cómo funciona?

Un test de velocidad de internet mide el rendimiento real de una conexión en un momento concreto. No mide la velocidad teórica del contrato, sino cuántos datos efectivamente transitan entre tu dispositivo y un servidor de prueba. El resultado se expresa en megabits por segundo (Mbps) y en milisegundos de latencia.

La velocidad de descarga indica cuántos datos puede recibir tu dispositivo desde un servidor cada segundo. Es la métrica que más se anuncia en los contratos de fibra. Con una buena bajada, una página web carga rápido y un vídeo en 4K no se interrumpe. La subida suele pasar desapercibida hasta que falla. Es el canal por el que envías archivos a la nube, participas en videollamadas o haces backups. En España, muchos planes asimétricos ofrecen cifras mucho menores de subida que de bajada. Si trabajas desde casa con reuniones diarias, esta cifra importa tanto como la descarga.

La latencia, o ping, mide el tiempo que tarda un paquete pequeño en ir y volver al servidor. No tiene que ver con el ancho de banda. Una conexión de 1 Gbps puede tener una latencia pésima si el routing es deficiente. Para gaming online o videollamadas, cada milisegundo cuenta.

La unidad Mbps significa megabits por segundo. Los contratos de fibra en España la usan de forma estándar, pero es fácil confundirla con MB/s (megabytes por segundo). Un archivo de 100 MB no se descarga en un segundo con una línea de 100 Mbps. Como cada byte son 8 bits, la velocidad real de transferencia de archivos es aproximadamente un octavo de la cifra publicitada. Cuando un test marca 300 Mbps de bajada, el navegador o el gestor de descargas mostrará alrededor de 37,5 MB/s en condiciones óptimas.

¿Cómo funciona un test de velocidad?

Cuando inicias una prueba, el cliente del test localiza tu posición aproximada mediante la dirección IP y selecciona un servidor cercano. La herramienta prioriza la proximidad para que la distancia física no distorsione el resultado. La herramienta oficial de la CNMC distribuye sus servidores por todo el territorio español con criterios neutrales. El test de velocidad de Dig Trace utiliza la red global de Cloudflare para enrutar cada prueba al nodo más cercano, lo que reduce la latencia y ofrece un resultado más ajustado a la experiencia real de navegación.

A continuación envía una señal de control, como un paquete ICMP o un handshake TCP, para medir el tiempo de ida y vuelta. Ese número es el ping. Después abre varias conexiones TCP en paralelo y transfiere bloques de datos de tamaño creciente. La velocidad final se calcula dividiendo el volumen de datos transferidos por el tiempo empleado, usando múltiples flujos para obtener una media estable en lugar de picos aislados. La subida se mide con el mismo método, pero invirtiendo la dirección del flujo.

El uso de múltiples conexiones en paralelo no es casual. El protocolo TCP empieza despacio y acelera gradualmente en un proceso conocido como slow start. Una sola conexión puede tardar demasiado en alcanzar la velocidad máxima sostenible. Al abrir varias simultáneamente, el test consigue llenar el tubo de datos más rápido y obtener una medida representativa del ancho de banda disponible.

Lo que captura el test son las condiciones reales de ese instante. Si alguien en casa está viendo Netflix, si tu móvil sincroniza fotos en la nube o si el router está al otro lado del piso, el resultado reflejará esas limitaciones. Por eso no existe un único valor correcto.

Tests oficiales vs herramientas de terceros

No todos los tests miden lo mismo aunque compartan apariencia. La herramienta de la CNMC es independiente y sirve como prueba oficial para reclamaciones contractuales en España. No tiene sesgo comercial. Speedtest de Ookla dispone de miles de servidores repartidos por el mundo, algunos dentro de redes de operadoras y otros fuera. Fast.com, propiedad de Netflix, se centra en descarga mediante servidores de streaming. Mide bien lo que ves al cargar una serie, pero no evalúa tu conexión completa con la misma neutralidad que un organismo regulador.

Cuando un operador como Movistar u Orange te invita a usar su propio test, el tráfico suele circular dentro de su red interna sin salir a internet público. Eso mide la línea de acceso, pero oculta posibles cuellos de botella en los puntos de interconexión con otros proveedores. Un test de terceros atraviesa más infraestructura pública y puede mostrar una velocidad menor por congestión en esos tramos. Los dos números son reales, pero describen cosas distintas. Esto explica por qué el test de tu operador puede dar 500 Mbps mientras que una herramienta independiente marca 120 Mbps en el mismo instante. El primero mide el rendimiento hasta el límite de su propia red. El segundo atraviesa internet público y refleja la experiencia real al acceder a servicios alojados fuera del operador.

Causas comunes de diferencias en los resultados

Ejecutas dos tests seguidos, misma conexión, mismo dispositivo, y los resultados difieren en 200 Mbps. No es un error. Varios factores lo explican.

Ubicación del servidor y enrutamiento. Un servidor de prueba en Madrid puede estar a 5 saltos de distancia. Uno en Frankfurt puede estar a 15 saltos, con un enlace de peering congestionado en medio. Incluso la misma herramienta puede dar resultados distintos si su selector automático elige servidores diferentes entre ejecuciones.

Estrategia de conexiones TCP. Algunas herramientas abren 8 o 16 flujos paralelos para empujar el rendimiento al máximo. Otras usan menos conexiones o simulan una descarga de un solo hilo. El enfoque multiflujo llena el tubo más rápido y produce números más altos, pero una prueba de un solo hilo se acerca más al comportamiento real de la mayoría del tráfico web. Ambas formas son válidas. Solo necesitas saber cuál estás mirando.

Duración de la prueba y método de muestreo. Un test de 3 segundos y uno de 15 segundos producen resultados distintos porque el control de congestión TCP tarda en encontrar el tamaño de ventana adecuado. Las herramientas también difieren en cómo calculan el número final. Algunas promedian toda la ejecución, incluyendo la fase de aceleración. Otras descartan los primeros segundos y solo informan del intervalo medio estable. Comparar dos herramientas sin comparar su metodología carece de sentido.

Entorno local. Un portátil con WiFi 2,4 GHz a dos habitaciones del router rara vez iguala a un sobremesa con Ethernet. Las aplicaciones en segundo plano (sincronización en la nube, actualizaciones de Steam, streaming) consumen ancho de banda sin avisar. Un equipo con CPU limitada puede ser el cuello de botella en un test de gigabit. Incluso el navegador importa: Chrome y Firefox gestionan las conexiones WebSocket de forma distinta, lo que puede desplazar las cifras de rendimiento un 10 o 15 por ciento.

Hora del día. Las operadoras comparten capacidad entre vecindarios. A las 2 de la mañana puedes ver 490 Mbps en un plan de 500 Mbps. A las 21:00, con todo el mundo conectado, esa misma conexión puede mostrar 200 Mbps. Ninguna cifra es mentira. Solo una de ellas es relevante si trabajas desde casa por la noche.

Limitaciones y extensiones del test de velocidad

Un test mide capacidad, no experiencia. Te dice lo ancho que es el tubo, no si el agua sale con regularidad. Una línea de 1 Gbps con bufferbloat severo dará una cifra de rendimiento excelente y al mismo tiempo saboteará cada videollamada que hagas. El número no miente. Simplemente no responde a la pregunta que de verdad te importa.

Las redes cambian minuto a minuto. Una sola medición captura un instante. Tu WiFi puede estar despejado ahora y congestionado en diez minutos. El enlace de tu operador puede estar libre ahora y saturado durante la hora punta. Un test aislado no demuestra que tu conexión sea siempre rápida ni siempre lenta.

La monitorización continua detecta lo que las pruebas puntuales no ven. Herramientas que ejecutan verificaciones periódicas de latencia y registran resultados durante días o semanas encuentran degradaciones intermitentes que un test manual nunca pillará. Si tu conexión pierde paquetes cada 45 minutos, un solo test no lo verá. Un monitor de 24 horas lo encontrará antes del amanecer.

Para diagnosticar dónde se origina una ralentización, combina el test de velocidad con herramientas de trazado de ruta. Traceroute muestra cada salto entre tu equipo y el destino. Las comprobaciones de DNS revelan si las páginas cargan lento por retrasos en la resolución de nombres, no por falta de ancho de banda. Puedes explorar herramientas de traceroute y verificación DNS para completar el diagnóstico.

Prueba también tu ruta IPv6. La mayoría de operadores ya funcionan en dual-stack, y el tráfico IPv4 e IPv6 a menudo sigue rutas distintas con perfiles de latencia diferentes. Si tu test de velocidad se ejecuta sobre IPv4 pero tu servicio de streaming prefiere IPv6, el resultado no reflejará lo que realmente experimentas. Mide ambos caminos por separado.

Los tests de velocidad son útiles cuando entiendes sus límites. Ejecútalos por Ethernet, compara servidores oficiales y de terceros, mira la latencia bajo carga además del rendimiento bruto, y mide a las horas en que realmente usas internet. Con esa disciplina, los números dejan de ser cifras en una pantalla y se convierten en evidencia para una conversación con tu operador.