Con la puntuación de riesgo activa, el reto del navegador, el modo bajo ataque y el widget Verify ejecutan además unas pocas comprobaciones en el navegador y envían con la solución un sí o un no por comprobación: un cliente del protocolo DevTools que activó el runtime de JavaScript de la página, funciones propias sustituidas por un script, una ventana headless o emulada, un Web Worker que describe otro navegador que la página y cómo se activó la casilla de verificación. La respuesta se codifica distinta en cada reto, así que una grabada no vale para otro; una respuesta ausente o mal formada cuenta como client_tampered. Llenan las señales que hasta ahora estaban reservadas: cdp_runtime, native_patched, headless_env, worker_mismatch, click_dynamics y client_tampered.
Son pistas: sin una señal del servidor su total se queda en el umbral interactivo, así que por sí solas pueden pedir un clic, nunca bloquear, y en modo log (el de por defecto) solo aparecen en la analítica. Lo que comparan se queda en la página; sigue sin haber huellas de canvas, WebGL, audio ni fuentes. Cazan el comportamiento por defecto de los frameworks de automatización habituales, no uno ajustado para imitar a una persona ni la entrada inyectada por el sistema operativo. Ver las señales y los datos tratados.