Ayuda

¿Test rápido pero descargas lentas?

Compara unidades, fases de la descarga, límites de la aplicación y pruebas equivalentes para entender un test rápido con descargas lentas.

Un test rápido no garantiza que todos los archivos se descarguen a esa velocidad. VMAXCHECK usa NDT de M-Lab, que mide un solo flujo de datos hacia un servidor de prueba. La descarga puede usar otro destino, ruta y aplicación. El resultado describe ese recorrido en ese momento; no descarta por sí solo problemas del proveedor ni de otras rutas.

Comprueba las unidades y qué está tardando

Mbps expresa megabits por segundo y MB/s, megabytes por segundo. Un byte contiene ocho bits: 100 Mbps equivalen matemáticamente a 12,5 MB/s y 10 MB/s a 80 Mbps. La sobrecarga del protocolo reduce la tasa útil. MB y MiB tampoco son la misma unidad.
Un archivo de 1 GB decimal necesitaría idealmente 80 segundos a 100 Mbps constantes. Ese cálculo excluye espera y sobrecarga; no promete un tiempo real de descarga.
Separa la espera inicial, la recepción de datos y la escritura, comprobación o instalación posterior. Una barra de progreso puede incluir varios pasos. Una instalación lenta no mide directamente la velocidad de Internet.
En una descarga del navegador puedes consultar opcionalmente Network en las herramientas de Edge, seleccionar la solicitud y abrir Timing. Waiting (TTFB) incluye recorrido de ida y vuelta y preparación del servidor; Content Download corresponde a recepción. Una respuesta del caché o de un service worker también cambia la comparación. Ningún tiempo aislado identifica al responsable.

Registra condiciones comparables

Anota hora, dispositivo, aplicación y versión, fuente autorizada del archivo, tamaño, tasa de recepción con su unidad y fase del proceso. Incluye ubicación del Wi-Fi o Ethernet, uso de VPN o proxy y transferencias propias simultáneas. Ejecuta el test entre descargas, nunca a la vez. Repite las mediciones próximas en el tiempo con el mismo dispositivo y condiciones; pertenecer a la misma hora no basta.

Cuatro comparaciones útiles

Descarga el mismo archivo de la misma fuente con Wi-Fi y Ethernet, si están disponibles. Una mejora repetible ayuda a acotar el tramo inalámbrico, pero no demuestra que el router esté averiado. Un cable a un nodo de malla puede seguir dependiendo de un enlace inalámbrico entre nodos.
Pausa temporalmente otras transferencias grandes que controles y repite. Si mejora, el tráfico competidor es una explicación posible; eso no demuestra un incumplimiento de la tarifa ni un fallo del proveedor.
Compara con un archivo de tamaño similar de otra fuente fiable y autorizada. Cambian destino, ruta, caché o método de transferencia: el resultado no distingue automáticamente entre ellos. Evita asistentes de descarga desconocidos y copias de origen dudoso.
Prueba el mismo servicio en otro dispositivo adecuado o en su aplicación oficial, cuando esté permitido. Observa por separado recepción y actividad de CPU o disco. Cambiar de dispositivo o aplicación modifica varias condiciones y no demuestra por sí solo una avería del disco.

Consulta también los límites de descarga documentados por la aplicación. Por ejemplo, OneDrive para sincronización de escritorio ofrece opciones de velocidad en sincronización y copia de seguridad y sus ajustes avanzados; la organización puede administrarlas. El límite afecta a esa aplicación, no explica todos los servicios. Si varias descargas son lentas pero NDT es rápido, siguen importando destinos, rutas, carga y momento. Una VPN o un proxy cambia la ruta, pero su presencia no prueba que cause el problema.

Aplica una corrección apoyada en la comparación

Modifica un límite de aplicación solo si está confirmado y puedes gestionarlo. Guarda el valor anterior y respeta las políticas de trabajo o estudios; consulta a la administración cuando corresponda.
Si la espera aparece al escribir o comprobar, revisa espacio libre y recomendaciones oficiales de la aplicación. Actualiza por los canales del fabricante. No desactives antivirus ni protección para una prueba genérica de velocidad.
Si solo falla una fuente, revisa su estado y procedimiento oficial. Si afecta a varios servicios, prepara los resultados para el proveedor o la administración. El contraste con el test no justifica por sí solo cambiar DNS, editar el registro o comprar un router.
Después de una sola modificación, repite la comparación con archivo y carga equivalentes. Revierte lo que no mejore el resultado. Conserva mediciones y eventos antes de un reinicio recomendado por el fabricante.

Entrega al soporte una tabla privada con hora, fuente, conexión, tasa de recepción, fase y resultado de las comparaciones. Elimina credenciales, nombres de archivo personales y tokens de las URL. Un HAR exportado como sanitized puede conservar URL o contenido privado: compruébalo antes de compartirlo.