Prueba de velocidad de internet

Cómo funciona esta herramienta

Pulsa iniciar y la página ejecuta 3 mediciones en secuencia, todas desde tu navegador hasta nuestro servidor. No hay nada que instalar ni cuenta.

Latencia y jitter. El navegador envía una serie de solicitudes diminutas a un endpoint ligero de nuestro servidor y cronometra cada ida y vuelta. El valor más bajo se reporta como latencia y la variación entre ellos como jitter. Los navegadores no pueden enviar ICMP, así que es una ida y vuelta HTTP y no un ping clásico, pero sigue el mismo camino. La herramienta de ping explica la diferencia.

Descarga. El navegador obtiene archivos de prueba de 1 MB, 5 MB y 10 MB de nuestro servidor, con la caché desactivada, y cronometra cada uno. Se usan archivos mayores para que la conexión tenga tiempo de acelerar; una conexión TCP arranca despacio y alcanza su velocidad máxima solo tras un momento, por eso una prueba muy corta subestima una línea rápida. El caudal se calcula a partir de los bytes recibidos y el tiempo empleado, y se muestra la mejor cifra sostenida.

Subida. El navegador genera datos aleatorios y los envía a un endpoint receptor de nuestro servidor que cuenta los bytes y los descarta. La cifra de subida se calcula igual que la de descarga.

La prueba usa una única ubicación de servidor. Esa es la parte honesta que la mayoría de las pruebas pasan por alto: el resultado es el caudal entre tu dispositivo y nuestro servidor, por el camino concreto entre ambos, en este momento. Un servidor a unos cientos de kilómetros y uno en otro continente dan resultados distintos para la misma conexión, y esta prueba no elige por ti el más cercano de muchos servidores.

Los resultados se muestran en megabits por segundo (Mbps), la unidad que citan los ISP. Divide entre 8 para obtener megabytes por segundo.

Cómo leer el resultado

Descarga es la cifra que más le importa a la mayoría: lo rápido que llega el contenido. El streaming, la navegación y las descargas dependen de ella. Un resultado muy por debajo de tu plan no significa automáticamente que el ISP tenga la culpa; mira la siguiente sección.

Subida importa para las videollamadas, enviar archivos, las copias de seguridad en la nube, compartir pantalla y las transmisiones en vivo. La mayoría de los planes domésticos dan mucha menos subida que descarga, y una llamada que se entrecorta en una conexión con descarga rápida suele ser un problema de subida o de jitter.

Latencia es el tiempo de ida y vuelta hasta nuestro servidor. La distancia fija el mínimo: la luz en fibra viaja aproximadamente 200 kilómetros por milisegundo, así que un servidor a 3.000 kilómetros no puede responder en menos de unos 30 milisegundos. Números muy por encima de lo que explica la distancia apuntan a una red local lenta, un enlace del ISP congestionado o un rodeo a través de una VPN.

Jitter es cuánto oscila la latencia. Una conexión con 20 milisegundos de latencia y 2 de jitter se siente mejor para llamadas y juegos que una con 15 milisegundos de latencia y 30 de jitter, porque las aplicaciones pueden planificar un retraso estable pero no los picos.

Una guía aproximada de qué velocidades bastan para usos comunes, según publican la mayoría de los servicios de streaming y videoconferencia, está abajo. Tómala como orientación, no como norma.

Cómo acercarte a la velocidad que pagas

Recorre estos pasos en orden. Cada uno elimina un posible cuello de botella y la prueba te dice si importaba.

1. Prueba por cable. Conecta la computadora al router con un cable Ethernet y repite la prueba. Si el resultado sube, el Wi-Fi era el límite. La velocidad Wi-Fi cae con la distancia, las paredes y las interferencias de los vecinos; mover el router, cambiar a la banda de 5 GHz o añadir un punto de acceso resuelve la mayor parte.
2. Detén el resto del tráfico. Pausa descargas, copias de seguridad en la nube, streaming en otros dispositivos y actualizaciones de juegos. Un dispositivo que satura la conexión, sobre todo la subida, arrastra todo lo demás y eleva la latencia para todos.
3. Reinicia el módem y el router. Los equipos de consumo se degradan tras semanas encendidos. Un reinicio es rápido y con sorprendente frecuencia restaura la velocidad completa.
4. Revisa el enlace WAN del router. Entra en el router y mira la velocidad de conexión que negoció con el módem u ONT. Un plan de gigabit detrás de un puerto WAN de 100 Mbps, o un puerto que negoció 100 Mbps por un cable dañado, se queda en 100.
5. Actualiza el firmware y los controladores. Un firmware de router antiguo y controladores de red antiguos en la computadora causan ambos un caudal lento e inestable.
6. Desactiva la VPN o el proxy para la prueba. Luego vuelve a activarlo y prueba de nuevo para ver lo que cuesta. Si la diferencia es grande, elige un servidor más cercano o un protocolo más rápido. El detector de proxy confirma si el tráfico realmente pasa por el túnel.
7. Prueba otro navegador y dispositivo. Las extensiones del navegador, los filtros web del antivirus y una computadora sobrecargada pueden ralentizar la prueba sin que la red tenga la culpa.
8. Prueba a distintas horas del día. Una velocidad que va bien a las 10 de la mañana y se reduce a la mitad a las 9 de la noche es congestión en la red del ISP. Anota los resultados con las horas; el ISP los pedirá.
9. Compara con un segundo servidor. Ejecuta una prueba contra un servidor en otra ubicación. Si ambos son lentos de la misma forma, el límite está cerca de ti; si solo uno lo es, el límite está en el camino hacia ese servidor.
10. Contacta al ISP con los resultados por cable, las horas y la velocidad negociada del router. Esa es la evidencia que consigue que revisen una línea en lugar de una respuesta de guion.

Por qué las pruebas de velocidad discrepan entre sí

Dos pruebas ejecutadas con un minuto de diferencia pueden diferir mucho, y eso no significa que una mienta. La ubicación del servidor, el número de conexiones paralelas que abre la prueba, los tamaños de archivo, cómo maneja la prueba el arranque lento de una conexión TCP y si el servidor de prueba está ocupado cambian la cifra. Una prueba que abre muchas conexiones a la vez contra un servidor cercano muestra la capacidad bruta del último tramo; una prueba de conexión única contra un servidor lejano, que es lo que ejecuta esta página, muestra lo que logra realmente una descarga desde un sitio lejano. Ambas son ciertas, y la segunda se acerca más a la experiencia cotidiana para todo lo que no se sirve desde una caché cercana.

La latencia se ve menos afectada por estas decisiones y es el número más comparable entre pruebas.

Qué significa la velocidad para proxies y VPN

Para quien pasa su tráfico por un proxy o VPN antes de iniciar sesión en una cuenta, el caudal es solo parte del panorama. Cada túnel añade su propia latencia, y un servidor lejos tanto de ti como del sitio que visitas añade el rodeo dos veces. Mide la latencia y el jitter con el túnel activado y desactivado; una pequeña caída de la velocidad de descarga es normal, pero una latencia que se duplica o un jitter que se dispara significan que el servidor está sobrecargado o mal ubicado. La herramienta de traceroute muestra el camino desde nuestra sonda hasta el extremo del túnel, lo que ayuda a juzgar dónde está.

Bits, bytes y sobrecarga

Los planes de internet se venden en megabits por segundo y la mayoría del software reporta megabytes por segundo, lo que causa buena parte de la confusión en torno a las pruebas de velocidad. Un byte son 8 bits, así que un plan de 100 Mbps corresponde a 12,5 MB/s en teoría. En la práctica, un gestor de descargas en esa línea muestra algo menos de 12 MB/s, porque cada paquete lleva cabeceras de TCP, IP y la capa de enlace que no forman parte del archivo. Perder un pequeño porcentaje por esa sobrecarga es normal y ninguna prueba puede recuperarlo.

La misma aritmética te dice cuánto debería tardar una transferencia. A 50 Mbps, un archivo de 1 GB necesita unos 160 segundos si la línea es el único límite; si tarda 10 minutos, otra cosa es el cuello de botella, y los pasos de arriba son la forma de encontrarla.

Velocidad de descarga frente a latencia: lo que notas de verdad

La cifra principal es la velocidad de descarga, pero para la mayoría de los usos cotidianos deja de importar por encima de un nivel modesto. Las páginas web se componen de muchas solicitudes pequeñas, y cada una cuesta una ida y vuelta antes de que fluya ningún dato, así que una página en una línea de 300 Mbps con 80 milisegundos de latencia carga más despacio que en una de 50 Mbps con 10 milisegundos. Las videollamadas y los juegos dependen casi por completo de la latencia y el jitter. Las descargas grandes, las transmisiones 4K y las copias de seguridad en la nube son los casos en que domina el caudal bruto.

Si la cifra de descarga parece bien pero todo se siente lento, mira primero las líneas de latencia y jitter, y luego la cifra de subida, que, cuando la satura una copia de seguridad o una subida en segundo plano, eleva la latencia de todas las demás aplicaciones de la conexión.

Pruebas desde la línea de comandos

Para un servidor, un VPS o una máquina sin interfaz gráfica, la prueba del navegador no aplica. Una comprobación rápida de caudal desde un shell es curl -o /dev/null -w "%{speed_download}\n" https://ejemplo.com/archivo-grande, que imprime bytes por segundo para una descarga desde cualquier URL, incluidos los archivos de prueba de este sitio. Para una medición controlada entre dos máquinas que gestionas, instala iperf3 en ambas, ejecuta iperf3 -s en una e iperf3 -c <dirección> en la otra; añade -R para medir en sentido inverso y -u -b 50M para una prueba UDP con tasa objetivo que también reporta jitter y pérdida. Esos números son el caudal del camino entre los dos hosts sin ningún navegador de por medio, que es la forma más justa de comparar proveedores de hosting o de confirmar lo que realmente puede entregar el puerto de un servidor.

Velocidad en conexiones móviles

En un teléfono, la prueba refleja el enlace de radio en ese momento: la banda, la intensidad de la señal, cuántos otros usuarios comparten la celda y si el teléfono está en Wi-Fi o en datos móviles. Los resultados oscilan mucho más que en una línea fija, así que ejecuta varias y mira el rango en lugar de una cifra. La latencia móvil es por naturaleza mayor que la de línea fija, y el jitter es la cifra más afectada al moverse entre celdas o con señal débil. Si una prueba móvil es mucho más lenta de lo esperado, apagar y encender el Wi-Fi del teléfono, o moverse unos metros, suele cambiar el resultado más que cualquier cosa que controle el operador.

Límites de esta herramienta

• La prueba mide el camino hasta un servidor en una ubicación. No elige el más cercano de muchos servidores, así que los usuarios lejanos ven menos caudal y más latencia de lo que reportaría una prueba cercana.
• Nuestro servidor tiene capacidad finita. En una línea muy rápida, el resultado puede estar limitado por el servidor o por su red de hosting y no por tu conexión.
• La prueba se ejecuta en un navegador. La sobrecarga del navegador, las extensiones y la CPU del dispositivo limitan la cifra alcanzable, sobre todo en teléfonos y computadoras antiguas. Las conexiones multigigabit no pueden medirse con precisión así.
• La descarga usa archivos de como máximo 10 MB. En conexiones muy rápidas la transferencia termina antes de que TCP alcance su velocidad máxima, lo que subestima el resultado.
• La latencia se mide con solicitudes HTTP, lo que añade una pequeña sobrecarga bastante constante respecto a un ping ICMP.
• Una ejecución es una instantánea. El tráfico en segundo plano, un momento de carga en el ISP o en nuestro servidor y las condiciones de radio cambian el resultado de una ejecución a otra.
• La prueba no puede decirte si un resultado lento lo causa tu dispositivo, tu Wi-Fi, tu ISP o el camino hasta nuestro servidor. Los pasos de arriba son la forma de averiguarlo.
• No hay cuenta, así que la página no guarda historial de tus resultados entre visitas; anótalos si estás reuniendo pruebas para tu ISP.