Utilisez une API prise en charge si elle couvre les champs, l’action et les permissions. Passez par le navigateur si une étape autorisée nécessite la page ou un contrôle visuel. Un connecteur peut exposer l’une ou l’autre voie. Définissez d’abord le résultat métier.
Partir du résultat voulu
Notez l’identifiant, l’état attendu, l’autorité et la preuve à relire. L’exercice marque une commande comme revue. Le succès exige le bon identifiant, reviewed et la révision 2. Une réponse HTTP seule ne confirme pas ces trois points.
Recherche et contrôle du navigateur · Navigateur pour agents
Choisir l’interface et les autorisations
L’API documentée fournit un contrat. Le navigateur utilise les contrôles d’une session autorisée. MCP permet de découvrir et d’appeler des outils nommés. Vérifiez l’implémentation et l’identité utilisées. Avant une écriture irréversible, confirmez l’enregistrement et le changement.
| Voie | Cas adapté | Prérequis | Vérification indépendante |
|---|---|---|---|
| API | Opération documentée | Droits du compte ou service | Relire enregistrement et révision |
| MCP | Outil couvrant l’opération | Contrat d’outil · Autorisation et droits en aval | Relire l’enregistrement |
| Browser | Action propre à la page ou preuve visuelle | Session navigateur autorisée | Recharger et lire l’état |
MCP Tools · Guide Playwright MCP · Agents navigateur
Comparer les voies avec le même objectif
L’essai API a lu API-01 et son ETag en révision 1, puis envoyé une écriture conditionnelle. Le serveur a répondu 200. Le même If-Match a ensuite produit 412 et une nouvelle lecture a confirmé reviewed, révision 2. Tabbit a ouvert UI-01, cliqué sur Mark reviewed, puis rechargé la page. Le résultat affiché était le même.
| Essai | Résultat |
|---|---|
| Écriture API | API-01 · HTTP 200 · reviewed · r2 |
| Ancien If-Match | API-01 · HTTP 412 · reviewed · r2 |
| Clic Tabbit et rechargement | UI-01 · reviewed · r2 |
| Lecture API indépendante | UI-01 · reviewed · r2 |
RFC 9110 If-Match · Automatisation web · Tests d’interface
Assembler un flux hybride
Utilisez une API approuvée pour les lectures en lot ou la vérification finale. Gardez les actions propres à l’interface dans le navigateur et transmettez l’identifiant exact. Une lecture API de UI-01 concordait avec la page rechargée. Sans API de lecture approuvée, rouvrez l’enregistrement dans l’interface autorisée.
Playwright API testing · Laisser un agent piloter un navigateur · Connecter un navigateur existant
Prévoir les erreurs
L’API dépend du schéma, des permissions et des règles de concurrence. L’interface dépend des chemins, des contrôles et de la session. Après un délai, lisez d’abord le résultat réel. Une condition périmée appelle une nouvelle lecture. Si le bouton manque ou change de sens, arrêtez.
Sécurité du navigateur agentique
Un participant QA décrit des actions navigateur suivies d’assertions API. Un utilisateur n8n a exposé un script faute d’API. L’appel devient plus simple et dépend toujours de la page. Reddit QA · Reddit n8n
Définir la fin du travail
Renvoyez identifiant, voie, état final et preuve indépendante si possible. Sauvegardez le reçu avant de fermer la session. Écartez identifiants secrets et données personnelles des journaux. Si l’état reste incertain, demandez une revue avant toute nouvelle écriture.
Questions fréquentes
Quand choisir l’API ?
Lorsque son périmètre couvre l’opération autorisée et la vérification du résultat.
Un connecteur MCP est-il toujours une API ?
Il expose des outils, qui peuvent utiliser une API, un navigateur ou une autre implémentation.
Peut-on combiner API et navigateur ?
Oui. Transmettez un identifiant stable et vérifiez l’état final séparément.
Peut-on automatiser un système uniquement Web ?
Utilisez des contrôles et une session autorisés. Définissez l’état attendu et respectez les limites.
Un HTTP 200 confirme-t-il la fin ?
Relisez l’identifiant et l’état métier dans une requête indépendante si possible.
Que faire après une condition périmée ou un délai ?
Vérifiez l’état actuel avant d’envisager une nouvelle écriture.