L'automatisation du navigateur échoue lorsqu'elle est traitée comme une automatisation du backend.
Les règles sont différentes.
Vous trouverez ci-dessous des règles pratiques qui n'apparaissent que lorsque l'automatisation fonctionne à l'intérieur de vraies pages Web, et non dans les API.
Règle 1 : les pages ne sont pas des cibles stables
Une page d'aujourd'hui n'est pas la même page de demain.
Les éléments se déplacent.
Les étiquettes changent.
Des fenêtres contextuelles apparaissent.
L'automatisation qui suppose la stabilité échouera silencieusement.
L'automatisation doit supposer le mouvement.
Règle 2 : la visibilité compte plus que les sélecteurs
Ce qui compte n'est pas l'endroit où se trouve un élément dans le DOM, mais s'il est visible, cliquable et actif.
Les humains interagissent avec ce qu'ils peuvent voir.
L'automatisation du navigateur doit faire de même.
Règle 3 : Attendre est une action
Les états de chargement font partie de la tâche.
Spinners, retards, rendus partiels : ce ne sont pas des erreurs.
Ce sont des conditions normales.
L'automatisation qui n'attend pas intentionnellement se précipitera vers l'échec.
Règle 4 : La répétition n'est jamais identique
Les tâches se répètent dans l'intention, pas dans la forme.
La deuxième exécution contient toujours de petites différences.
La dixième exécution en contient plusieurs.
L'automatisation doit tolérer les variations, pas les éliminer.
Règle 5 : les erreurs s'annoncent rarement d'elles-mêmes
La plupart des échecs semblent ne rien se produire.
Aucune confirmation.
Aucun message d'erreur.
Juste le silence.
L'automatisation doit détecter l'absence comme un signal, et non comme un succès.
Règle 6 : La connexion est un workflow, pas une étape
L'authentification n'est pas une action unique.
Les sessions expirent.
Les couches de sécurité changent.
Les flux de vérification apparaissent de manière imprévisible.
L'automatisation qui traite la connexion comme une étape unique redémarrera constamment.
Règle 7 : Les interfaces contiennent du travail sans papiers
Défiler, survoler, fermer les superpositions : ces actions ne sont jamais écrites dans les exigences.
Pourtant, ils sont nécessaires.
L'automatisation expose ce travail caché en devant l'effectuer explicitement.
Règle 8 : la vitesse est secondaire par rapport à la récupération
Un échec rapide est pire qu'un achèvement lent.
L'automatisation qui peut réessayer, mettre en pause ou réinitialiser est plus précieuse qu'une automatisation qui se termine rapidement et s'interrompt.
Règle 9 : La page définit les règles
Les API obéissent aux contrats.
Les pages ne le font pas.
L'interface définit ce qui est possible à tout moment.
L'automatisation doit lire la page avant d'agir dessus.
Règle 10 : Le jugement humain ne disparaît pas
L'automatisation décide comment agir, et non ce qui doit arriver.
Les humains définissent toujours les intentions, les limites et les exceptions.
L'automatisation du navigateur fonctionne lorsque le jugement et l'exécution sont séparés.
SaleAI Contexte (observation basée sur des règles)
Au sein de SaleAI, les agents de navigation suivent un comportement basé sur des règles plutôt que des scripts rigides.
Ils fonctionnent sous des contraintes façonnées par la visibilité des pages, les états d'interaction et les commentaires de l'interface, ce qui leur permet de fonctionner sur des sites Web variés et changeants.
Cela reflète des règles opérationnelles et non des allégations marketing.
Règle de clôture
Si l'automatisation ne respecte pas le navigateur en tant qu'environnement, il semblera toujours fragile.
L'automatisation du navigateur ne devient fiable que lorsqu'elle suit les règles façonnées par l'interface elle-même.
