¿Cuál es la diferencia entre el monitoreo sintético y el monitoreo en dispositivo real?

Las pruebas desde centros de datos son la herramienta adecuada para una cobertura amplia de disponibilidad. Corren cada minuto desde muchas ubicaciones, cuestan poco por prueba y dan una línea base constante para comparar versiones. Si el servidor de origen cae, una prueba sintética suele ser la primera en notarlo.

Su límite es el punto de observación. Un navegador headless en una IP de nube es justo el tipo de cliente que la protección antibots, los firewalls y las reglas antifraude están hechos para tratar distinto. La prueba puede pasar mientras los clientes reales en teléfonos reciben una página de desafío, o fallar mientras los clientes están bien.

Un teléfono físico en una red de operador presenta una IP móvil, un navegador móvil real y características de dispositivo reales. Esa es la combinación que presentan los clientes móviles, así que la página que recibe es la página que ellos reciben: el mismo CAPTCHA, el mismo bloqueo geográfico, la misma redirección móvil rota.

La contrapartida es el costo y la frecuencia. Los teléfonos reales son limitados, así que las pruebas en dispositivo real corren con menos frecuencia que las de centro de datos. Los dos métodos se complementan: pruebas sintéticas para cobertura rápida y amplia, y pruebas en dispositivo real para las páginas críticas donde importa la ruta móvil, como el checkout, el inicio de sesión y las páginas de destino.

Un resultado solo es útil si se explica a sí mismo. Lo mínimo es la resolución DNS, el handshake TLS, el estado HTTP, la cadena completa de redirecciones, si apareció un desafío o una página 403, el tiempo de carga y una captura de lo que había en pantalla. Con esos campos una falla apunta a una capa, no solo a un punto rojo.

También importa quién falló. Si el sitio está caído, una falla bien clasificada y con evidencia es un resultado válido. Si falló el teléfono de monitoreo, el resultado honesto es inconcluso, y no debe abrir un incidente contra el sitio ni contar en contra de su disponibilidad.

La empresa indica la URL y una frecuencia de prueba. Un teléfono Android físico con una SIM real carga la página y registra DNS, TLS, resultado HTTP, cadena de redirecciones, detección de desafío o 403, tiempo de carga y una captura. Cada corrida se firma con Ed25519 y puede verificarse en la página pública de verificación. Las capturas se conservan 60 días en Founder y 90 días en Standard.

Access Monitor verifica la disponibilidad técnica, no el contenido de negocio: una página que carga bien pero muestra un precio incorrecto queda fuera de alcance. La confiabilidad del sistema se midió en 2.403 backtests calificados con 99,89 % de autonomía (2026-09-15), con fallas inyectadas como pérdida de red, reinicios del teléfono y reinicios de servicio.