Por qué falla el código fuente de una prueba de velocidad de Internet

Qué puede indicar una prueba de velocidad inestable

Cuando una prueba de velocidad muestra una descarga inferior a la esperada, una subida irregular, latencia alta o cortes durante la medición, el problema no siempre está en la conexión contratada. El resultado depende del código fuente, del navegador, del servidor elegido, del router, de la red Wi-Fi y de la carga existente en ese momento.

El código fuente de una prueba de velocidad de Internet normalmente coordina varias descargas y subidas hacia un servidor remoto. También calcula la latencia, controla el tiempo de cada solicitud y descarta datos incompletos. Un error en cualquiera de estas etapas puede producir una cifra poco representativa.

Causa 1: errores en el código fuente de la prueba

Una implementación incorrecta puede abrir pocas conexiones, cerrar las solicitudes demasiado pronto o calcular el promedio con datos parciales. También pueden aparecer problemas si el script no controla bien los tiempos de espera, las respuestas HTTP o la cancelación de peticiones. En conexiones de fibra, estas limitaciones pueden hacer que la descarga parezca mucho más lenta que la capacidad real.

Para comprobarlo, revisa la consola del navegador y la pestaña de red de las herramientas para desarrolladores. Busca solicitudes fallidas, respuestas con errores, bloqueos CORS, tiempos de espera y conexiones que no terminan. Si la prueba funciona en un navegador y falla en otro, el origen puede estar en el script o en la compatibilidad del navegador.

Causa 2: servidor de medición demasiado lejano

La distancia hasta el servidor influye en la latencia y en la estabilidad de la transferencia. Un servidor ubicado en otra ciudad o país puede añadir saltos de red y congestión. La velocidad de descarga y subida puede parecer inferior aunque el acceso del operador funcione correctamente.

El método de comprobación consiste en repetir la prueba con varios servidores cercanos y comparar la latencia. Si un servidor ofrece buenos resultados y otro presenta cortes o pérdida de paquetes, el problema está probablemente en la ruta hacia ese destino y no en la línea de fibra.

Causa 3: interferencias y saturación de la red Wi-Fi

El Wi-Fi es una de las causas más comunes de resultados bajos. La distancia al router, las paredes, otras redes cercanas y la saturación de la banda pueden reducir la descarga, limitar la subida y aumentar la latencia. Los dispositivos conectados al mismo punto de acceso también comparten la capacidad disponible.

Para aislar esta causa, ejecuta la prueba mediante cable Ethernet y compara el resultado con la conexión inalámbrica. También puedes probar las bandas de 2,4 GHz y 5 GHz, acercarte al router y desconectar temporalmente otros dispositivos. Si el cable funciona bien y el Wi-Fi no, conviene optimizar la ubicación del router o utilizar un punto de acceso adicional.

Causa 4: router sobrecargado o mal configurado

Un router con firmware antiguo, demasiadas conexiones abiertas o una configuración inadecuada puede introducir latencia y cortes. Las funciones de control parental, filtrado, priorización de tráfico o inspección de paquetes también pueden reducir el rendimiento cuando el hardware no tiene suficiente capacidad.

Revisa si el router tiene actualizaciones disponibles, reinícialo y comprueba el uso de la red mientras se ejecuta la prueba. Si el problema aparece al conectar varios equipos, desactiva temporalmente funciones avanzadas para comparar. No conviene cambiar parámetros de DNS esperando aumentar la velocidad de la línea, porque el DNS suele afectar más al tiempo de resolución que al caudal sostenido.

Causa 5: actividad en segundo plano

Copias de seguridad, actualizaciones, videollamadas, streaming y descargas de otros dispositivos consumen ancho de banda. En una conexión con subida limitada, una copia de seguridad puede elevar la latencia y hacer que la prueba de descarga parezca inestable.

Antes de medir, pausa las aplicaciones que utilicen la red y revisa el administrador de tareas del sistema. En el router, consulta la lista de clientes y el consumo de cada dispositivo. Repite la medición en condiciones de red controladas para diferenciar una limitación temporal de un problema permanente.

Causa 6: limitaciones del navegador o del dispositivo

El navegador puede bloquear solicitudes por políticas de seguridad, extensiones, permisos o restricciones de memoria. Un ordenador antiguo o un móvil con el procesador ocupado también puede no generar suficientes conexiones para saturar una línea rápida.

Prueba la misma medición en una ventana privada, con las extensiones desactivadas y con otro navegador actualizado. También es útil comparar un ordenador conectado por Ethernet con un móvil conectado por Wi-Fi. Si solo falla un equipo, revisa su sistema, controladores de red y procesos activos.

Causa 7: congestión o incidencia del operador

El operador puede presentar congestión local, mantenimiento, problemas de enrutamiento o una incidencia temporal. En ese caso, la velocidad puede variar según la hora, el servidor de destino o el tipo de tráfico. La latencia y los cortes suelen ser más útiles que una única cifra de descarga para detectar este escenario.

Realiza varias pruebas durante el día, preferiblemente por cable y con distintos servidores. Si los resultados son bajos en todos los dispositivos y horarios, consulta al operador con las mediciones, la latencia y la hora exacta. Evita atribuir el problema a una compañía concreta sin evidencias comparables, ya que las rutas pueden cambiar entre zonas y destinos.

Cómo revisar el código fuente de una prueba de velocidad

Abre las herramientas para desarrolladores del navegador y observa la pestaña de red durante toda la prueba. Comprueba si las solicitudes usan HTTPS, cuántas conexiones se crean, qué servidor responde, cuánto dura cada transferencia y si aparecen respuestas incompletas. Revisa también la consola para detectar errores de JavaScript o bloqueos de origen cruzado.

• Comprueba que el temporizador utiliza una fuente de tiempo estable.
• Verifica que el cálculo separa descarga, subida, latencia y pérdida de paquetes.
• Confirma que se descartan solicitudes canceladas o incompletas.
• Revisa que el tamaño de los archivos y el número de conexiones sean adecuados para la línea.
• Compara los resultados del script con una herramienta independiente.

Si estás desarrollando una prueba propia, documenta el servidor utilizado, el número de conexiones y el periodo de medición. Una referencia técnica como Performance API puede ayudar a medir tiempos de forma más consistente en el navegador.

Cómo obtener una medición más fiable

1. Conecta el equipo al router mediante cable Ethernet.
2. Cierra descargas, copias de seguridad y servicios de streaming.
3. Selecciona un servidor cercano y repite la medición varias veces.
4. Registra descarga, subida, latencia, pérdida de paquetes y hora.
5. Compara los resultados con otro navegador y otro dispositivo.
6. Contacta con el operador si el rendimiento sigue siendo bajo en todas las pruebas.

Una medición fiable no depende de una sola cifra. La combinación de varias pruebas, una red controlada y la revisión del código fuente permite distinguir entre un error de cálculo, un problema del Wi-Fi, una limitación del router o una incidencia del operador.