Observación con límites claros
Calcomera le ayuda a reproducir el síntoma y comparar condiciones. La prueba no reemplaza los diagnósticos de hardware, las mediciones del proveedor ni las instrucciones del fabricante. Versión del método: 1.0, 22 de septiembre de 2026.
Internet: un nodo y varias cantidades diferentes
La estabilidad y el ping miden el tiempo de una solicitud HTTP a nuestro nodo utilizando el monótono reloj del navegador. Esto es HTTP RTT, no ping ICMP. El intervalo entre muestras es de aproximadamente un segundo, el tiempo de espera es de 3 segundos. Una muestra fallida no muestra la duración exacta de la pausa entre observaciones. La mediana es el valor central, p95 es el valor por debajo del cual se encuentran aproximadamente el 95% de las mediciones. El jitter aquí es la diferencia absoluta promedio de los RTT vecinos exitosos; Esta definición debe tenerse en cuenta al comparar con otros servicios.
La pestaña oculta, la pausa prolongada del cronómetro y el modo de suspensión se marcan como pausas de observación. La prueba no promete seguimiento con el navegador cerrado. Características de las pestañas en segundo plano - MDN.
La prueba de pérdida envía alrededor de 20 mensajes numerados por segundo a través de WebRTC DataChannel, ordenado = falso, maxRetransmits = 0. El servidor almacena la cantidad de mensajes recibidos; Después de esperar un segundo por respuestas tardías, el cliente verifica el registro. La falta de entrega se cuenta a partir de los mensajes enviados, la falta de entrega por eco se cuenta a partir de los mensajes recibidos por el servidor. Estos son mensajes de aplicación, no un contador de paquetes IP exacto. No instalar un enlace se informa como un error en lugar de "pérdida del 100%".
La prueba de velocidad transfiere una cantidad limitada de datos a través de HTTP. El tiempo incluye el procesamiento de la solicitud y la respuesta. El traslado está limitado por el presupuesto y tiempo seleccionados; Es posible que un canal muy rápido no tenga tiempo de saturarse. Bufferbloat compara la latencia sin carga y durante la transmisión. No asignamos una evaluación universal de la calidad de la red basada en un número. Cómo se configuran las repeticiones WebRTC - MDN.
Ratón, teclado y gamepad
Contamos los eventos entregados al navegador. Los clics y teclas rápidos y repetidos se comparan con un umbral visible y personalizable. Una entrada deliberadamente rápida también puede llegar al mostrador. La repetición automática KeyboardEvent.repeat se cuenta por separado. La frecuencia de los eventos del ratón se estima a intervalos y no se informa como una frecuencia USB exacta.
Los joysticks muestran los ejes de la API del Gamepad y el radio de desviación. El promedio de deriva sólo tiene sentido cuando los palos están estacionarios. La zona personalizada no cambia el firmware del dispositivo. Para mapeos no estándar, el orden de los ejes puede diferir. Gamepad API — MDN.
Sonido y vídeo
La cámara y el micrófono se solicitan sólo después de hacer clic. Las transmisiones no se envían a nuestro servidor. El RMS del micrófono y los niveles máximos se expresan en dBFS en relación con el rango digital, no en dB SPL físicos. Sin calibración, no se puede medir el volumen de la habitación con este método. La prueba solicita opciones de procesamiento y muestra las configuraciones de flujo reales disponibles. La sesión máxima es de 60 segundos.
La prueba estéreo crea canales, pero no mide el sonido en el oído. El generador de tonos no prueba la salud auditiva. La cámara muestra la imagen disponible y la configuración de transmisión; Esta no es una certificación de resolución de sensor. Permisos de medios - MDN.
Sincronización y análisis de archivos de audio.
La prueba de sincronización programa un audio corto a través de AudioContext y dibuja un flash a través de requestAnimationFrame. El usuario selecciona el desplazamiento manualmente. Esta es una compensación subjetiva para un navegador, una pantalla y una salida de audio específicos; no es la latencia de Bluetooth medida. La pestaña de fondo detiene la comparación. Cronología de audio web - MDN.
La verificación de compatibilidad mono acepta un fragmento local de hasta 60 segundos y 8 MiB. El navegador lo decodifica a PCM 48 kHz. Calculamos el RMS de los canales, la correlación de Pearson con la eliminación media y la energía monosuma (L+R)/2 en relación con la energía promedio de los dos canales. Consideramos por separado ventanas de aproximadamente un segundo: una correlación inferior a −0,3, junto con una pérdida de más de 6 dB, es una razón para escuchar una sección, y no un defecto universal. Un canal vacío y el silencio no reciben una puntuación de correlación ficticia. Esto no es LUFS, verdadero pico o prueba de altavoces físicos. Después de la decodificación, es posible que quede un pequeño residuo incluso con una cancelación casi completa. El archivo permanece en el navegador. Decodificación de audio - MDN.
Pantalla, tacto y reacción.
Los campos de color y los degradados están destinados a la inspección manual. La página no ve defectos físicos de la matriz. La velocidad de fotogramas la calcula requestAnimationFrame, no el sensor de medición. Los toques se limitan a los eventos que el sistema operativo y el navegador pasaron a la página. El tiempo de reacción incluye la latencia del dispositivo y de la pantalla.
La prueba de claridad de color dibuja franjas alternas de color y blanco y negro de un píxel de ancho en el búfer de Canvas, teniendo en cuenta la relación de píxeles del dispositivo. Compare visualmente el brillo y el detalle del color. Escalar la ruta del sistema operativo, la página, la TV y el video puede distorsionar la muestra. Requiere resolución nativa, escala de página del 100% y sin zoom por gestos. El navegador no lee HDMI/DisplayPort y no confirma automáticamente RGB o 4:4:4. PNG 1024x640 en tamaño original está disponible para repetición.
IP y CGNAT
Muestra la dirección de la conexión actual al servidor. La comparación con WAN IPv4 ayuda a encontrar signos de traducción adicional. Las VPN, IPv6 y los servidores proxy pueden hacer que la comparación sea imposible. La IP pública no es igual a estática y no prueba puertos abiertos. Direccionamiento General - RFC 6598.
Publicidad y precisión.
En las páginas de prueba de la red, los anuncios y los análisis opcionales esperan hasta que se complete la medición. La nueva medición después de cargar el anuncio comienza en una página en blanco. No agregamos una espera por el bien de las impresiones de anuncios y no actualizamos los bloques de anuncios según un temporizador.