Guía del test de velocidad: Mbps, latencia y límites de datos

Cómo realizar un test de velocidad de Internet

Abre la herramienta y espera a que cargue la configuración de conexión. Elige un Punto de medición disponible y, en Tamaño de prueba, selecciona Rápida o Estándar. Lee los límites de descarga, subida y tiempo antes de pulsar Iniciar prueba de velocidad. Abrir la página no inicia las transferencias de medición; la web sí realiza peticiones normales para cargar el sitio y la configuración.

La prueba prepara el punto seleccionado, mide los tiempos de ida y vuelta HTTP sin carga y después ejecuta la descarga y la subida, en ese orden. Mantén la pestaña activa y evita iniciar otras transferencias grandes. La interfaz muestra el progreso y permite Cancelar. Al terminar, lee el punto, la hora, los bytes de carga útil, las duraciones y las advertencias junto a las tasas. Descargar informe de velocidad guarda la observación como speed-measurement.json.

• Para obtener una referencia, pausa las descargas y copias en la nube que controles. Otras personas pueden seguir generando tráfico, así que anota si compartías la conexión.
• Anota el dispositivo, navegador, conexión Wi-Fi o Ethernet, punto de medición y perfil. Compara condiciones semejantes en lugar de elegir la prueba que dé el número más alto.
• Espera al menos un minuto entre pruebas y respeta los avisos de ocupación o límites de transferencia. Los dispositivos que comparten la dirección pública observada pueden compartir el tiempo de espera.

Rápida, Estándar y cuántos datos consume la prueba

Los dos perfiles limitan la carga útil de medición en vez de continuar hasta saturar por completo una conexión rápida. La tabla muestra los límites actuales. Cada dirección termina cuando finaliza su trabajo acotado o vence su temporizador; una ejecución lenta puede transferir menos y una rápida puede alcanzar pronto el límite de datos. Ambos perfiles permiten como máximo dos peticiones de transferencia simultáneas por dirección.

MiB es una unidad binaria de carga útil: un MiB equivale a 1.048.576 bytes. El presupuesto combinado de Rápida es 20 MiB, aproximadamente 20,97 MB decimales; el de Estándar es 96 MiB, aproximadamente 100,66 MB decimales. Las pequeñas peticiones de configuración, sesión y latencia, la sobrecarga de transporte y las retransmisiones añaden tráfico. Estas cantidades no garantizan el consumo que facturará un operador móvil.

El navegador configura un plazo global de 30 segundos. La suspensión del navegador puede afectar al momento en que se gestiona el tiempo agotado, por lo que no es una garantía estricta de duración real ni de facturación. Usa Rápida para ahorrar datos y valora si conviene probar una conexión limitada o en itinerancia. Estándar admite una muestra mayor, pero también puede ser demasiado breve para caracterizar un enlace rápido.

NIST: prefijos de múltiplos binariosWHATWG DOM: tiempo límite de AbortSignal

Qué cuentan realmente las velocidades de descarga y subida

El caudal de descarga utiliza los bytes del cuerpo sintético de respuesta que lee el navegador. El de subida utiliza los bytes de carga útil confirmados mediante una respuesta coincidente del servidor. Cada dirección divide sus bytes contabilizados entre el tiempo compartido de toda la fase, incluida la sobrecarga de peticiones y respuestas. No suma tasas individuales ni conserva solo el intervalo más rápido.

La fórmula es Mbps = bytes × 8 ÷ elapsed seconds ÷ 1,000,000. Por ejemplo, 10.000.000 de bytes contabilizados en 2 segundos dan 40 Mbps. La misma tasa decimal es 5 MB/s porque un byte contiene ocho bits. A 40 Mbps sostenidos, 100 MB decimales tardarían unos 20 segundos solo para la carga útil; una descarga real también depende del establecimiento de conexión, del servidor y de condiciones cambiantes.

Puede intentarse una subida sin recibir confirmación antes de agotar el tiempo o cancelar. ToolMellow muestra por separado la carga útil intentada sin confirmar y la excluye del caudal de subida. Esto no significa que no hayan cruzado bytes por la red: la cantidad realmente transferida es desconocida. No medido indica que no hay un resultado utilizable de bytes contabilizados y tiempo, no una conexión cuya capacidad se haya demostrado nula.

NIST: prefijos de múltiplos binariosRFC 9110, sección 8.6: Content-Length de HTTPW3C High Resolution Time: medición monotónica del tiempoWHATWG Streams: lectura de bloques del cuerpo de respuesta

Interpretar la latencia HTTP sin carga, el p95 y la variación

La latencia sin carga se mide antes de que ToolMellow inicie las fases de descarga y subida. Se excluye una petición de calentamiento y, en una ejecución correcta y sin interrupciones, se recogen siete muestras de ida y vuelta HTTP. Cada duración incluye la petición del navegador, la ruta al punto de medición, la respuesta y el procesamiento de la aplicación. Sin carga significa que las transferencias masivas de esta prueba aún no han empezado; no demuestra que el resto de la red esté inactivo.

La interfaz muestra la mediana y el p95 por el método del rango más próximo de las muestras disponibles. La mediana describe el valor central. Con siete muestras, ese p95 es la mayor muestra observada, no una predicción bien establecida de los valores altos de latencia a largo plazo. Una prueba fallida o cancelada puede dejar menos muestras, por lo que debes leer también su cantidad.

La variación de latencia HTTP es la media de las diferencias absolutas entre muestras adyacentes, en el orden original de medición. Para la secuencia ilustrativa de 20, 22, 24, 26, 28, 30 y 32 ms, la mediana es 26 ms, el p95 es 32 ms y la variación adyacente media es 2 ms. Es una estadística concreta. El jitter, la variación de retardo de paquetes o los percentiles de otros servicios pueden calcularse de otra forma. Estos tiempos HTTP no son ping ICMP ni una medición de pérdida de paquetes.

W3C High Resolution Time: medición monotónica del tiempoRFC 5481: terminología de variación del retardo de paquetes

Latencia bajo carga: por qué una conexión rápida puede responder tarde

La latencia HTTP bajo carga se toma mientras hay peticiones de transferencia activas. ToolMellow conserva una muestra solo si se solapa con trabajo activo y muestra la mediana y la cantidad de muestras por separado para descarga y subida. Una fase breve y limitada puede terminar sin una muestra solapada; un valor ausente no significa latencia cero. Un fallo de muestreo tampoco se convierte en un porcentaje de pérdida de paquetes.

Compara las observaciones con y sin carga del mismo punto y ejecución. Si una mediana ilustrativa sin carga es 26 ms y la mediana durante la subida es 112 ms, la diferencia es 86 ms. Indica mayor demora de respuesta durante esa carga de subida. Las colas, la competencia por Wi-Fi, el trabajo del servidor y otras condiciones de la ruta pueden influir; la diferencia por sí sola no localiza la causa.

El exceso de colas bajo carga suele denominarse bufferbloat. Un aumento repetible puede ayudar a entender por qué una llamada o un juego responde peor durante transferencias grandes, pero ToolMellow no asigna una nota de bufferbloat ni reproduce el tráfico del servidor de un juego. Comprueba la aplicación afectada y repite una comparación controlada antes de cambiar equipos de red.

Netflix: latencia bajo carga y velocidad de subidaCloudflare: medición del rendimiento de la red domésticaRFC 5481: terminología de variación del retardo de paquetes

Por qué un test limitado puede subestimar una conexión rápida

Una conexión necesita tiempo y suficiente trabajo para mostrar el caudal que puede alcanzar. El arranque, el control de congestión, el procesamiento del navegador y la capacidad del servidor influyen en una medición corta. Una transferencia finita puede terminar antes de convertirse en una carga sostenida. ToolMellow limita deliberadamente datos y tiempo; interpreta una prueba breve como el caudal observado en ese procedimiento acotado.

El aviso Se alcanzó el límite de datos se basa en que la carga útil leída de descarga o confirmada de subida alcanza el límite de esa dirección. No afirma que el enlace esté saturado. A la inversa, no ver el aviso no demuestra que todos los bytes previstos terminaran: un vencimiento normal de fase puede dejar una descarga parcial o una subida sin confirmar. Un procedimiento completo significa que terminaron sus fases acotadas, no que se consumieran ambos presupuestos de datos.

Si Rápida termina muy pronto, Estándar permite una muestra mayor cuando su consumo es aceptable. Mantén comparables el dispositivo y el punto y conserva duraciones y avisos. Si Estándar también es muy breve, utiliza el resultado como observación limitada y consulta otro método documentado que responda a tu pregunta. Repetir pruebas cortas limitadas no sustituye una evaluación de capacidad sostenida.

RFC 5136: definición de capacidad de redRFC 6349: marco de pruebas de caudal TCP

Comparar Wi-Fi, Ethernet y datos móviles con cuidado

La prueba en el navegador incluye la ruta de acceso que utiliza el dispositivo. Un resultado Wi-Fi incorpora las condiciones inalámbricas y la ruta de Internet. Para una comparación útil, prueba el mismo dispositivo donde notas el problema, después cerca del punto de acceso y por Ethernet si lo admite. Mantén el mismo punto de medición y perfil y cambia un factor cada vez.

Un resultado mejor cerca del punto de acceso o por cable hace que merezca la pena investigar esas condiciones, pero no demuestra que un componente esté averiado. La negociación del enlace Ethernet, los adaptadores, la carga del dispositivo, los cables, la ruta y la capacidad del servidor también pueden limitar una observación por cable. Si solo difiere un navegador o equipo, compara otro compatible antes de atribuirlo al proveedor.

En el teléfono, confirma si la prueba utiliza Wi-Fi o datos celulares. El indicador 4G o 5G identifica una tecnología de acceso, no garantiza una tasa concreta. Compara deliberadamente en el mismo lugar y a horas semejantes, con el teléfono quieto cuando sea posible, y ten en cuenta cambios de señal y cargos por datos. No compares un ordenador por cable con un teléfono por datos móviles como si el punto de medición fuera la única diferencia.

Google Nest: pruebas de velocidad y su alcance

Qué velocidad es buena para streaming, llamadas y juegos

Una velocidad útil permite tu carga real con margen para otros usos. Consulta los requisitos actuales de cada aplicación y considera los usuarios simultáneos. La descarga importa para recibir archivos o emisiones; la subida, para enviar vídeo, compartir archivos o hacer copias. Las tareas interactivas también dependen del retardo, su variación y la ruta de la aplicación. Un número Mbps alto no demuestra por sí solo una buena llamada o experiencia de juego.

Netflix recomienda actualmente una conexión estable de al menos 3 Mbps para HD 720p, 5 Mbps para Full HD 1080p y 15 Mbps para UHD 4K. Son recomendaciones publicadas por Netflix, no umbrales universales ni promesas de este punto de medición. Como ejemplo de planificación, aplicar 15 Mbps a cada una de dos emisiones 4K simultáneas da 30 Mbps antes de otros usos. Es una inferencia sencilla, no una garantía del proveedor. El resto del hogar necesita capacidad disponible adicional.

Para videollamadas, consulta los requisitos del proveedor en ambas direcciones según el modo y la resolución. En juegos, distingue descargar actualizaciones de la respuesta durante la partida. Mira los indicadores de conexión y latencia del propio juego en vez de tratar la latencia HTTP de ToolMellow como su ping. Prueba la actividad que realmente falla; esta herramienta no genera puntuaciones de calidad de streaming, juegos o videollamadas.

Netflix: recomendaciones de velocidad de conexiónCloudflare: medición del rendimiento de la red doméstica

Por qué FAST, Cloudflare, otros tests y los planes del ISP difieren

Las mediciones dependen del servidor, la ruta, la cantidad de transferencias simultáneas, los tamaños, la definición del tiempo y el método de agregación. El resultado de un solo flujo y el de varias transferencias paralelas pueden responder a preguntas distintas. También una prueba breve en el navegador y otra más larga con un cliente nativo. Que las cifras difieran no demuestra que un servicio engañe ni que el proveedor limite deliberadamente la velocidad.

FAST utiliza puntos de Netflix y ofrece latencia con y sin carga; Cloudflare publica campos adicionales de calidad de red y pérdida de paquetes; M-Lab documenta NDT como una medición de un solo flujo. Esa documentación describe sus métodos. ToolMellow utiliza su punto seleccionado, perfiles acotados, como máximo dos peticiones por dirección y la división de carga útil contabilizada entre el tiempo compartido de fase. No reproduce todas esas mediciones ni declara cumplir el marco completo de RFC 6349.

Lee la etiqueta del punto y el aviso de confianza en su ubicación. Una región declarada sin verificación independiente no demuestra ubicación física ni una red mundial de pruebas. Si aparece un punto de desarrollo local, su caudal observa una ruta local. Compara resultados repetidos del mismo método con las condiciones de tu plan. Un resultado de un único punto remoto no certifica la velocidad de línea del proveedor ni acredita un incumplimiento contractual.

FAST: test de velocidad y preguntas sobre el métodoCloudflare: prueba de Internet y avisosM-Lab: método de Network Diagnostic ToolRFC 5136: definición de capacidad de redRFC 6349: marco de pruebas de caudal TCP

La ruta VPN, el DNS y la velocidad de una web responden a otras preguntas

Una VPN o un proxy pueden cambiar la ruta y la dirección que ve el servicio. Si la política de red lo permite, compara a horas próximas el mismo punto y perfil con y sin esa ruta. Anota cada condición en el informe. La diferencia describe esas rutas durante esas ejecuciones; por sí sola no demuestra una limitación del proveedor, el rendimiento global de una VPN o un fallo de cifrado.

DNS convierte nombres en destinos; no aumenta la capacidad física del enlace. La resolución puede influir en el establecimiento de conexión y distintos resultados DNS pueden dirigir aplicaciones a otros puntos. El comprobador DNS de ToolMellow observa sus resolutores públicos elegidos, no mide todas las consultas de tu dispositivo. Úsalo para investigar respuestas de registros, no como prueba de que cambiar DNS aumentará la descarga sostenida.

Una prueba de conexión tampoco equivale a una auditoría de rendimiento web. El renderizado, JavaScript, las imágenes, la respuesta del origen y la caché pueden ralentizar una web en una conexión rápida. ToolMellow envía carga útil sintética a su punto de prueba; no mide los Core Web Vitals, el TTFB o el rendimiento de cualquier sitio desde todas las ubicaciones de visitantes.

Google Nest: pruebas de velocidad y su alcanceRFC 1034: conceptos y resolución DNSCloudflare: rendimiento web frente a pruebas de conexión

Revisar un resultado lento o inconsistente

Empieza por comprobar si el procedimiento terminó y produjo mediciones utilizables. Antes de comparar Mbps con un plan, lee los errores, bytes, duraciones, avisos de límite y cantidad de muestras. Una tasa baja de una fase fallida o muy breve tiene distinto significado que una observación completa y repetible en condiciones controladas.

Cambia una variable deliberadamente, conserva el punto y el perfil y respeta la espera entre ejecuciones. Compara unas pocas observaciones fechadas con uso tranquilo y habitual en vez de suponer que la mayor o menor representa el conjunto. No diagnostiques el proveedor, router o aplicación por una cifra. Al contactar con soporte, comparte la observación y las condiciones junto al comportamiento de la aplicación afectada.

RFC 5136: definición de capacidad de redRFC 6349: marco de pruebas de caudal TCP

Errores, cancelación y límites compartidos del servicio

Un error de ocupación, espera, límite diario, punto deshabilitado o sesión indica que la medición no pudo seguir lo solicitado. Respeta el mensaje y vuelve a intentarlo deliberadamente cuando corresponda. La espera se aplica según la dirección observada por el punto, por lo que un NAT compartido o una salida VPN pueden hacer que distintos dispositivos la compartan. El control diario es un límite de disponibilidad del servicio, no tu cuota móvil ni una garantía persistente tras reinicios del servidor.

El cliente rechaza utilizar respuestas de medición cuando detecta indicios de compresión o caché, una identidad inesperada del punto, un tamaño de descarga inesperado o una confirmación de subida que no coincide con la carga útil. Estas comprobaciones protegen el significado del resultado, pero no verifican todos los comportamientos intermedios. Una petición fallida no es una proporción medida de pérdida de paquetes; una ejecución fallida puede conservar observaciones parciales útiles.

Cancelar aborta el trabajo pendiente del navegador y solicita limpiar la sesión. No revierte bytes enviados, convierte una subida sin confirmar en una cantidad conocida ni garantiza devolver cuota reservada del servidor o consumo facturado por el operador. Si las restricciones impiden la prueba, revisa el mensaje y compara un navegador o ruta permitidos. Una prueba por sí sola no justifica desactivar el cortafuegos, saltarse controles laborales o restablecer equipos de fábrica.

WHATWG Fetch: peticiones y cancelación en el navegadorWHATWG DOM: tiempo límite de AbortSignalRFC 9111: caché HTTP y directivas de control

Tráfico sintético, privacidad e informe descargado

La medición envía bytes generados, no tus documentos, fotos ni archivos seleccionados. Aun así genera tráfico: la infraestructura de ToolMellow y el punto seleccionado reciben tu dirección y los metadatos normales de peticiones. HTTPS protege el transporte entre sus extremos; no vuelve anónima la actividad ni establece que todos los proveedores de infraestructura carezcan de registros.

El resultado queda en la pestaña actual salvo que lo descargues. Descargar informe de velocidad crea speed-measurement.json con el punto, hora, perfil, estado, carga útil medida e intentada, duraciones y muestras disponibles de latencia. Es una instantánea, no un historial de cuenta, monitorización automática o certificado del ISP. Cambiar el punto o perfil borra el resultado mostrado anteriormente.

Antes de compartirlo, revisa el punto, marcas de tiempo y errores y añade las condiciones que no registra automáticamente: tipo de acceso, dispositivo y navegador, uso de VPN, tráfico en segundo plano y tarea afectada. Conserva la indicación de resultados incompletos. Esas notas hacen más útil una comparación posterior que enviar solo una cifra Mbps.

Integrar el test de velocidad en tu página web

En la sección de integración debajo del espacio de trabajo puedes copiar el fragmento HTML, descargarlo o previsualizar la herramienta incrustada. Pégalo en un área HTML compatible de tu plataforma. Incluye un iframe de ToolMellow y un enlace visible a la página correspondiente de ToolMellow; conserva ese enlace para que los lectores encuentren la herramienta completa y su guía.

Elige el idioma antes de copiar el fragmento. Revisa el área incrustada en una pantalla estrecha y deja que el visitante lea el aviso de datos e inicie la medición explícitamente. La integración usa la misma disponibilidad de puntos, perfiles y límites que la herramienta alojada; no otorga transferencias ilimitadas ni una API de desarrollo aparte. Tu plataforma debe permitir iframes externos y las peticiones de red pertinentes.

Preguntas frecuentes

Fuentes y lecturas adicionales

• NIST: prefijos de múltiplos binarios
• RFC 5136: definición de capacidad de red
• RFC 6349: marco de pruebas de caudal TCP
• RFC 5481: terminología de variación del retardo de paquetes
• RFC 9110, sección 8.6: Content-Length de HTTP
• RFC 9111: caché HTTP y directivas de control
• W3C High Resolution Time: medición monotónica del tiempo
• WHATWG Streams: lectura de bloques del cuerpo de respuesta
• WHATWG Fetch: peticiones y cancelación en el navegador
• WHATWG DOM: tiempo límite de AbortSignal
• Netflix: latencia bajo carga y velocidad de subida
• Cloudflare: medición del rendimiento de la red doméstica
• Netflix: recomendaciones de velocidad de conexión
• Google Nest: pruebas de velocidad y su alcance
• FAST: test de velocidad y preguntas sobre el método
• Cloudflare: prueba de Internet y avisos
• M-Lab: método de Network Diagnostic Tool
• RFC 1034: conceptos y resolución DNS
• Cloudflare: rendimiento web frente a pruebas de conexión