Metodología · transparencia técnica

Cómo medimos de verdad tu conexión

No le pidas a un test de velocidad que te creas su palabra. Aquí explicamos paso a paso cómo funciona RealMbps: servidores objetivo, algoritmos adaptativos, percentiles, gestión de errores. Todo verificable, todo transparente.

1. Arquitectura

El test se ejecuta íntegramente en tu navegador (JavaScript client-side), consultando la infraestructura global de Cloudflare:

• Latencia/jitter: https://speed.cloudflare.com/__down?bytes=N con N pequeño (1 KB), para obtener RTT mínimos
• Download: el mismo endpoint con N variable de 1 MB a 50 MB
• Upload: https://speed.cloudflare.com/__up POST
• Geolocalización: https://speed.cloudflare.com/meta

Cloudflare selecciona automáticamente el PoP más cercano a tu IP (unos 300+ centros de datos globales). No hay servidores "complacientes" instalados en la red de tu operador, como ocurre con otros tests.

2. Medición de la latencia (ping) y jitter

Realizamos 12 mediciones sucesivas de una descarga de 1 KB. Para cada una calculamos el tiempo de ida y vuelta (RTT). Después:

• Ping = mediana de los 12 valores (excluye outliers)
• Jitter = desviación media absoluta respecto a la mediana

¿Por qué la mediana y no la media? La media es sensible a los outliers (un solo paquete perdido puede inflarla). La mediana refleja la latencia "típica" que experimentas durante el uso normal.

3. Medición del download

Realizamos peticiones de tamaños crecientes (1, 2, 5, 10, 25, 50 MB) hasta que tengamos suficientes muestras. Para cada petición:

1. Medimos el tiempo de transferencia usando performance.now()
2. Calculamos el throughput en Mbps = (bytes × 8) / (segundos × 1.000.000)
3. Añadimos el valor a la lista de muestras

La estimación final es el percentil 90 de la segunda mitad de las muestras. Traducido: descartamos la fase inicial (TCP slow-start, en la que la velocidad es artificialmente baja) y tomamos el valor "estable" alcanzado en régimen, excluyendo únicamente los picos anómalos superiores al 90%.

4. Medición del upload (con algoritmo adaptativo)

El upload es la parte más delicada, sobre todo en red móvil. Nuestro enfoque:

• Chunks adaptativos: partimos de bloques pequeños (256 KB) y los duplicamos si la red aguanta. En red rápida (FTTH) llegamos hasta 8 MB; en móvil lento (5 Mbps reales) nos quedamos en 256-512 KB pero hacemos muchas muestras.
• Workers paralelos: 3 conexiones en paralelo en escritorio, 1 en móvil (por debajo de los 720 px) para no saturar el upload con concurrencia inútil.
• Timeout por petición: cada POST tiene un AbortController que lo cancela tras 3 segundos (o el tiempo restante). Un bache de la red celular no bloquea el test.
• Tolerancia a errores: hasta 8 fallos transitorios aceptados con backoff y reducción automática del chunk.
• Estimación final: percentil 75 de la segunda mitad de las muestras (más conservador que el download, porque el upload tiende a ser más ruidoso).

5. Qué influye en los resultados

Incluso con la mejor metodología, algunos factores están fuera de nuestro control e influyen en la medida:

• Wi-Fi: en FTTH de 1 Gbps, el Wi-Fi doméstico rara vez supera los 400-600 Mbps reales. Para medir la línea, usa cable Ethernet.
• Hardware: PCs antiguos con Wi-Fi 802.11n no superan los 150 Mbps reales. Smartphones de entrada limitan de forma similar.
• VPN activa: añade un salto intermedio, reduce la velocidad y aumenta el ping.
• Otras actividades en casa: streaming de TV, altavoces inteligentes, cámaras consumen ancho de banda silenciosamente.
• Navegadores obsoletos: una implementación deficiente de HTTP/2 reduce el throughput.
• Carga de red del operador: entre las 21-23 h (franja de pico vespertino) la velocidad real puede bajar un 20-30%.

6. Márgenes de error típicos

Comparando RealMbps con medidores oficiales (p. ej. el test oficial de la CNMC en España, breitbandmessung.de en Alemania), los errores típicos son:

• Download: ±5% en condiciones controladas (cable Ethernet, sin otras actividades)
• Upload: ±10% (más variable por naturaleza)
• Ping: ±2 ms
• Jitter: ±1 ms

Para uso personal y diagnóstico, RealMbps es perfectamente adecuado. Para uso legal (reclamación formal al operador con valor probatorio), se necesita un medidor reconocido por el regulador nacional: consulta nuestras guías locales sobre cómo medir bien y cómo reclamar.

7. Transparencia y código fuente

El algoritmo está íntegramente en JavaScript cargado por el navegador. Puedes inspeccionarlo con:

• F12 (DevTools) → pestaña "Sources" → fichero script.js
• Busca las funciones measureLatency(), measureDownload(), measureUpload()

Sin ofuscación, sin código oculto. Lo que ves es lo que medimos.

8. Diferencias con otros tests de velocidad

Qué hace a RealMbps distinto de Speedtest by Ookla, Fast.com, etc.:

• Servidores neutrales de Cloudflare, no servidores controlados por tu operador (Speedtest.net usa a menudo servidores in-network)
• Privacy first: sin cookies de seguimiento, sin recopilación de IP, sin venta de datos
• Algoritmo adaptativo para móvil: garantizamos el upload medido incluso en 4G/5G lento (Speedtest.net a menudo falla o infraestima en móvil)
• Metodología abierta: documentada en esta página e inspeccionable en DevTools
• Wall comunitario: clasificación pública para gamificación y comparación con otros usuarios de tu país