Test de calidad de la conexión
Una cifra de velocidad no te dice por qué las llamadas se entrecortan y los juegos tienen lag. Este test mide lo que sí importa —pérdida de paquetes, jitter, latencia y cuánto sube tu latencia cuando la línea está ocupada (bufferbloat)— y lo califica de A a F con la solución para cada cosa.
Ida y vuelta a nuestro servidor de Fráncfort y al borde de Cloudflare más cercano, en reposo.
Cuánto varían las idas y vueltas consecutivas. Menos de 10 ms es excelente; menos de 30 ms, aceptable.
Estimada a partir de 20 muestras HTTPS; toda petición sin respuesta en 3 s cuenta como perdida.
Cuánto sube la latencia mientras la línea está ocupada, calificado de A a F.
Una descarga y una subida cortas de 5 MB a Fráncfort: una cifra aproximada, no un test de velocidad.
¿Puede tu navegador llegar a nuestro host solo IPv6?
| Uso | Veredicto | Por qué |
|---|---|---|
| Videollamadas | Esperando | Ejecuta el test para ver un veredicto. |
| Juegos en línea | Esperando | Ejecuta el test para ver un veredicto. |
| Streaming | Esperando | Ejecuta el test para ver un veredicto. |
Mediciones HTTPS desde tu navegador; la pérdida y el caudal son estimaciones. La latencia a Fráncfort depende de la distancia; la cifra del borde más cercano muestra lo que añade tu propia red de acceso. Test de velocidad completo · Test IPv6
Tus resultados
Pulsa Iniciar. El test mide la latencia en reposo con diez muestras, luego sigue midiendo la latencia mientras descarga y después mientras sube durante unos segundos cada cosa, e informa de pérdida, jitter, latencia en reposo y bajo carga, caudal en los dos sentidos y una nota de bufferbloat. Una pasada mueve unos 20 MB.
Pérdida de paquetes
La proporción de sondas que no obtuvieron respuesta. Una pérdida sostenida por encima del 1 % rompe las aplicaciones en tiempo real; una pérdida que solo aparece bajo carga apunta a bufferbloat o a un enlace saturado; una pérdida solo en Wi-Fi apunta a interferencias o distancia.
¿Qué pérdida de paquetes es aceptable?
0 % en una línea cableada sana; pérdidas sueltas ocasionales en Wi-Fi son normales. Cualquier cosa por encima del 1 % sostenido es una avería que merece la pena perseguir: cable, módem, canal Wi-Fi o el proveedor.
Jitter
La variación entre muestras de latencia consecutivas. Los códecs de voz y vídeo almacenan en búfer para absorberla, así que 40 ms estables con 2 ms de jitter suenan mejor que 20 ms con 30 ms de jitter.
¿Qué es un buen jitter?
Menos de 10 ms es excelente, menos de 30 ms está bien para llamadas y juegos, más de 50 ms provoca problemas audibles y visibles. El Wi-Fi es la causa habitual; un cable suele dejarlo cerca de cero.
Latencia a servidores de todo el mundo
La latencia en reposo hasta nuestro servidor de Fráncfort se muestra junto a la esperada por distancia, para que veas lo que añade tu tecnología de acceso. Las mediciones a servidores de otros continentes están previstas a medida que añadamos ubicaciones de prueba; hasta entonces, el test de ping da la misma cifra de un solo servidor.
Bufferbloat (latencia bajo carga)
Cuando tu subida o tu bajada está saturada, los paquetes hacen cola en el módem o el router; unas colas sobredimensionadas añaden cientos de milisegundos a todo lo demás: la razón por la que una llamada se rompe cuando alguien inicia una copia de seguridad. Medimos la latencia en reposo y bajo carga y calificamos el aumento: A por debajo de 30 ms, B por debajo de 60, C por debajo de 100, D por debajo de 200, F por encima. C o peor tiene arreglo, y el arreglo suele ser espectacular.
Cómo arreglar el lag y la pérdida de paquetes
Primero el cable antes que el Wi-Fi; después, el router.
Wi-Fi frente a cable
Haz el test por cable y por Wi-Fi. Si la pérdida y el jitter desaparecen con el cable, la solución está en el Wi-Fi: banda de 5 GHz, un canal menos saturado, un punto de acceso más cercano o una unidad mesh. Si se mantienen, el problema es la línea o el módem.
Ajustes SQM / QoS del router
Activa SQM (gestión inteligente de colas: cake o fq_codel) en los routers que lo tienen (OpenWrt, muchos modelos avanzados) y fija el ancho de banda ligeramente por debajo de tus velocidades medidas; así las colas se mantienen cortas y normalmente una F se convierte en una A. Los routers sin SQM suelen tener un modo QoS o gaming que ayuda menos. Después, repite el test.
Preguntas frecuentes
¿Qué nivel de jitter es bueno?
Menos de 10 ms es excelente y menos de 30 ms es bueno para llamadas y juegos. Por encima de 50 ms, el audio y el vídeo empiezan a entrecortarse.
¿Qué es un test de jitter?
Medir la variación de la latencia entre paquetes consecutivos, normalmente enviando una serie de sondas y comparando sus tiempos de ida y vuelta: lo que hace este test con diez muestras en reposo y muestras continuas bajo carga.
¿Es malo un jitter de 7 ms?
No. 7 ms de jitter está de sobra dentro del rango cómodo para cualquier aplicación.
¿Es malo un jitter de 35 ms?
Está en el límite: las llamadas siguen funcionando pero pueden tener fallos, y los juegos pueden sentirse irregulares. Lo más habitual es que sea el Wi-Fi; prueba por cable para confirmarlo.
¿Por qué tengo pérdida de paquetes?
Interferencias Wi-Fi o señal débil, un cable o conector dañado, un módem que falla, un enlace sobrecargado (bufferbloat) o congestión en el proveedor. La comparación cable/inalámbrico del test y el resultado de latencia bajo carga lo acotan.
¿Qué es el bufferbloat?
Un exceso de paquetes en cola en un módem o router cuando el enlace está lleno, que dispara la latencia durante descargas y subidas. Se arregla con gestión de colas (SQM) en el router, no con una tarifa más rápida.
Medido en vivo desde tu navegador contra nuestro propio servidor en Fráncfort (probe-fra1) y el borde de Cloudflare más cercano; las notas siguen la escala de bufferbloat de Waveform/Cloudflare. Los resultados nunca se guardan.