Metodología de las pruebas

Servidor y condiciones de la prueba

El servidor principal es la red de borde que sirve el sitio. Los servidores adicionales aparecen cuando están configurados. No suponemos una ciudad si su ubicación no está disponible. El resultado describe el recorrido entre tu dispositivo y el servidor seleccionado.

Para comparar, conserva el mismo dispositivo y servidor. Pausa transferencias, desactiva la VPN si quieres medir sin ella y compara Wi-Fi con cable. Prueba en distintos horarios: una sola medición no demuestra un fallo del operador.

Ping HTTP y jitter

La prueba predeterminada descarta tres solicitudes de calentamiento e intenta obtener 20 muestras, separadas por 80 ms, con un límite de dos segundos por solicitud. El ping mostrado es la menor muestra válida. Si está disponible, usa el tiempo entre inicio de solicitud e inicio de respuesta del navegador; de lo contrario, la duración completa.

Es ping HTTP, no ICMP ni latencia hasta un servidor de juego. El jitter requiere tres muestras, excluye valores superiores a tres veces la mediana más 5 ms y promedia las diferencias absolutas entre muestras consecutivas restantes. No es el cálculo RTP de la RFC 3550.

Descarga, subida y consumo de datos

Por defecto, la descarga usa seis flujos simultáneos durante unos diez segundos. Mbps equivale a bytes recibidos × 8 ÷ segundos ÷ 1.000.000. Si hay suficientes datos, excluye los primeros dos segundos de calentamiento de la tasa final.

La subida usa cuatro flujos durante unos nueve segundos, enviando datos aleatorios creados en la memoria del navegador. La tasa considera bytes enviados en solicitudes completadas y tiempo transcurrido. Fallos, límites de solicitud y concurrencia pueden influir. No leemos archivos personales para generar la carga.

Las pruebas transfieren datos reales y pueden consumir una parte importante de la cuota móvil. La velocidad también depende del navegador, dispositivo e infraestructura de medición; no garantiza velocidad hacia todos los destinos.

Pérdida estimada y estabilidad

La pérdida estimada es (solicitudes enviadas − respuestas recibidas) ÷ solicitudes enviadas × 100, con al menos cinco solicitudes. Representa fallos o timeouts HTTP, no una medición directa de paquetes UDP perdidos.

La estabilidad requiere cinco muestras de ping. Parte de 100 y resta el mínimo entre CV × 80, desviación estándar × 1,5 y 45, más hasta 40 puntos por pérdida estimada (porcentaje × 8). Con seis muestras positivas de velocidad disponibles para el cálculo, resta hasta 15 puntos por su variación (CV × 25). CV es desviación estándar dividida por la media. El resultado se redondea y limita a 0–100.

Puntuación BunnyTest y evaluaciones

La puntuación combina descarga (peso 25), subida (15), ping (20), jitter (12), pérdida estimada (13) y estabilidad (15). Descarga y subida usan escalas logarítmicas con referencias de 500 y 200 Mbps; ping usa 10–150 ms, jitter 0–40 ms, pérdida 0–5% y estabilidad 0–100. Cada componente se limita a 0–1.

Calculamos la media ponderada solo de los componentes medidos, ajustando sus pesos, y exigimos tres métricas. No es una nota oficial. Las evaluaciones por uso priorizan la peor métrica crítica disponible e indican datos ausentes. Una nota alta no garantiza rendimiento en todas las aplicaciones.

Datos ausentes e historial

Las métricas no medibles se muestran como “No disponible en esta prueba”, sin inventar resultados. El historial guarda hasta 50 pruebas en el navegador, sin series brutas de muestras. Las medias históricas requieren tres valores disponibles por métrica.

Al informar de un problema, incluye herramienta, horario, navegador, conexión Wi-Fi o cable y mensaje observado. Ayuda a distinguir límites de medición de problemas en la conexión.