Lo que un agente no puede adivinar
El clic tuvo éxito. La frase es verdadera y no le dice casi nada. Dónde se separan el éxito mecánico y el efecto real — y por qué esa brecha es invisible desde dentro.
Un agente que pilota un navegador sabe una cosa con certeza: si su propia
instrucción se ejecutó. Hizo clic, el clic ocurrió, succes: true.
Esa afirmación es verdadera. También es compatible con que el servidor no haya recibido nada, que el formulario haya sido rechazado, que la sesión haya caducado y que la página fuera la equivocada desde el principio.
Percibir no es solo ver la página. Es saber dónde deja de verse.
La brecha entre «se ejecutó» y «funcionó»
Tres casos reales, todos terminados con éxito:
El navegador rechazó el envío. Un campo required estaba vacío. La
validación HTML5 lo bloqueó y mostró un pequeño globo nativo. El clic ocurrió —
Diwall tiene razón — y no se envió nada.
El clic era sintético. Un .click() de JavaScript sobre un botón de envío
dispara el evento del DOM sin garantizar el envío HTTP. Una actualización de
tema en un gestor de contenidos terminó en verde sin que se actualizara ningún
tema.
El elemento no era el de la imagen. Los números se desplazan con el documento; algo se abrió o se cerró entre la captura y la acción. El clic acertó, pero en otro elemento.
En los tres casos, el agente no tenía forma de saberlo a partir de su propia salida. De eso trata esta página.
El tiempo es invisible
Una página puede estar completamente cargada y no estar lista todavía.
Tras enviar un formulario de inicio de sesión, la red se queda en silencio y la navegación termina. El agente concluye que la sesión está establecida y abre una página protegida — y vuelve a caer en la pantalla de inicio de sesión.
El servidor no había terminado. Muchas aplicaciones regeneran el identificador de sesión justo después de la autenticación; el navegador ha terminado, el servidor no, y no hay ninguna diferencia visual ni estructural entre «en silencio porque ha terminado» y «en silencio porque está entre dos estados».
{"type": "cliquer_som", "id": 2},
{"type": "pause", "ms": 2000},
{"type": "naviguer", "url": "https://target.local/protected"}
Dos segundos de espera deliberada, porque el silencio de la red no equivale a estar listo. Nada en la página lo dice.
Lo que hace Diwall al respecto
No puede cerrar la brecha — ninguna herramienta puede, desde dentro del navegador. Lo que sí puede es impedir que el agente razone como si la brecha no existiera.
Dar el recuento, no solo la lista. som_hors_viewport indica cuántos
elementos interactivos se le escaparon a la captura.
Decir dónde se está de verdad. La brújula lleva la URL actual tras las redirecciones, el título de la página y el último código HTTP. Un agente que se creía en otra parte se da cuenta.
Señalar la deriva. session_derive indica que la sesión ya no se mantiene.
Y dernier_code_http distingue los dos fallos que parecen idénticos: una
caducidad real redirige con un 302, un error de la aplicación oculto tras
display_errors=0 devuelve un 500 y la misma página de inicio de sesión.
Señalar el recurso a la fuerza. repli_js_utilise solo aparece cuando un
recurso alternativo se ejecutó de verdad, nunca porque la opción estuviera
puesta.
Nada de esto es una garantía. Son señales que convierten una suposición falsa y silenciosa en una suposición legible.
El hábito que se desprende
Lea la respuesta, no el veredicto. succes: true es el campo menos informativo
de la salida — dice que la instrucción se ejecutó.
Lo que le dice si el trabajo se hizo es todo lo que lo rodea: dónde está, qué respondió el servidor, qué no pudo ver la captura, si hubo que forzar algo. Un agente que solo mira el veredicto se equivocará con total seguridad, precisamente en los casos que importan.
En resumen
- El éxito mecánico y el efecto real son dos afirmaciones distintas.
- Una red en silencio no significa un servidor listo.
- Las señales existen — brújula, código HTTP, deriva, recuento fuera de pantalla — y valen más que el veredicto.
- Saber dónde termina la percepción forma parte de percibir.