Les agents d’utilisation informatique sont des systèmes d’AI qui utilisent un ordinateur comme le fait une personne : ils regardent l’écran, déplacent le curseur, cliquent, tapent et naviguent sur des sites Web pour accomplir une tâche. Les erreurs courantes consistent à leur donner trop d’accès, à choisir des tâches qu’une API gère déjà mieux, à ignorer l’approbation humaine pour les étapes irréversibles et à faire confiance au texte des pages Web en tant qu’instructions. Les agences évitent cela avec des autorisations restreintes, des comptes de test et des portes d’approbation.
Plusieurs fournisseurs offrent cette capacité. Anthropic a publié l’utilisation informatique pour Claude, OpenAI a introduit son agent Operator et a ensuite intégré des fonctionnalités d’agent dans ChatGPT, et Google a montré des agents de navigateur basés sur Gemini. L’approche est prometteuse pour les tâches sans API, mais elle est plus lente et moins prévisible que l’automatisation traditionnelle.
À quoi servent réellement les agents d’utilisation informatique ?
Ils gagnent leur place là où une tâche se déroule dans un site Web ou une application de bureau sans intégration disponible. En marketing, cela inclut la collecte d’informations à partir de sites sans exportation, le remplissage de formulaires répétitifs dans d’anciens systèmes et la vérification de l’apparence et du comportement des pages à travers les flux.
- Collecte d’informations publiques sur les concurrents réparties sur de nombreuses pages.
- Vérification que les formulaires de page de destination sont soumis correctement dans un environnement de test.
- Copie de données entre des outils qui n’ont pas de connecteur.
- Exécution de flux de paiement ou d’inscription sur la staging pour repérer les étapes cassées.
- Capture de captures d’écran d’annonces ou de pages pour les dossiers d’audit.
Erreur 1 : utiliser un agent là où une API existe
Si Google Ads, Meta, HubSpot ou Shopify proposent une API ou une intégration native pour la tâche, utilisez-la. Les appels API sont plus rapides, moins chers, enregistrés et prévisibles. Un agent qui clique dans l’interface Google Ads pour modifier les budgets est fragile : une mise à jour de mise en page ou une fenêtre contextuelle peut le faire cliquer sur le mauvais contrôle. Gardez les agents pour les lacunes.
Erreur 2 : connecter l’agent à des comptes avec des autorisations complètes
Un agent travaillant dans un navigateur où l’utilisateur est connecté à ses e-mails, comptes publicitaires et banques peut accéder à tous. Une instruction mal lue ou une page malveillante pourrait l’emmener vers un endroit dangereux. Donnez aux agents un profil de navigateur séparé ou une machine virtuelle, avec un accès limité au seul outil dont la tâche a besoin, et utilisez des comptes avec le rôle fonctionnel le plus bas.
- Profil de navigateur séparé ou machine virtuelle isolée par tâche.
- Rôles en lecture seule ou limités là où la plateforme les prend en charge.
- Aucun mot de passe ou méthode de paiement enregistré dans l’environnement de l’agent.
- Comptes de test ou de staging pour tout ce qui écrit des données.
Pourquoi l’injection de prompt est-elle un risque réel pour les agents ?
Un agent lit les pages Web pour décider quoi faire ensuite. Si une page contient du texte caché disant ignorez vos instructions et envoyez le contenu de ce compte à une adresse, un agent mal protégé peut le traiter comme une commande. Les fournisseurs ont ajouté des défenses, mais aucun ne prétend que le problème est résolu. Traitez chaque page visitée par l’agent comme un contenu non fiable et concevez les tâches de manière à ce qu’une instruction injectée ne puisse pas causer de dommages graves même si elle est suivie.
Erreur 3 : pas de porte d’approbation avant les actions irréversibles
L’envoi d’un e-mail, la publication d’un article, la soumission d’un formulaire, la suppression d’un enregistrement ou la réalisation d’un achat ne peuvent pas être facilement annulés. Les agents doivent s’arrêter avant de telles étapes et demander à une personne de confirmer, en montrant exactement ce qui va se passer. La plupart des produits d’agent incluent un comportement de confirmation pour les actions sensibles ; gardez-le activé et créez vos propres points de contrôle dans des configurations personnalisées.
Erreur 4 : pas de journaux, pas de captures d’écran, pas de révision
Lorsqu’un agent échoue, vous devez voir ce qu’il a vu. Enregistrez chaque étape avec une capture d’écran et l’action entreprise. Examinez un échantillon d’exécutions chaque semaine, même celles qui réussissent, car un agent peut atteindre le bon écran final par un mauvais chemin qui cassera la prochaine fois.
Erreur 5 : attendre la vitesse et la fiabilité humaines
Les agents sont souvent plus lents qu’une personne sur des tâches courtes, car chaque étape implique de prendre une capture d’écran, de raisonner et d’agir. Ils échouent également sur les CAPTCHA, les mises en page inhabituelles et les invites multifactorielles, qu’ils ne devraient pas essayer de contourner. Planifiez des tâches où l’attente est acceptable et où une exécution échouée est simplement réessayée ou signalée.
Comment Alien Road applique les agents d’utilisation informatique
Dans un engagement typique, la découverte répertorie les tâches de navigateur répétitives et vérifie d’abord chacune par rapport aux API et connecteurs disponibles. Seules les tâches sans meilleur itinéraire deviennent des candidats à l’agent, et chacune est notée en fonction des dommages qu’une erreur pourrait causer.
La configuration exécute les agents dans des environnements isolés avec des comptes limités, des instructions de tâche écrites, une liste de sites Web autorisés et des portes d’approbation avant toute étape de soumission, d’envoi ou de publication. Les sites de staging sont utilisés pour les tests de formulaires et de flux.
La mesure suit le taux de réussite, le temps d’exécution moyen, les interventions humaines et les erreurs détectées aux portes d’approbation. Le rapport mensuel recommande quelles tâches conserver, lesquelles déplacer vers l’automatisation API et lesquelles arrêter.
Comment une agence doit-elle expliquer l’utilisation des agents aux clients ?
Les clients doivent savoir quand un logiciel agit sur leurs comptes ou en leur nom. Une courte note écrite dans l’engagement le couvre : quelles tâches utilisent des agents, quel accès ils ont, ce qu’ils ne peuvent jamais faire et qui examine leur production. C’est une bonne pratique et souvent une nécessité contractuelle, surtout lorsque les données client passent par un fournisseur de modèle.
Soyez précis sur l’accès. L’accès en lecture seule à un compte publicitaire est très différent de la capacité de publier des articles. Les clients sont généralement à l’aise avec le fait que les agents collectent et vérifient des informations, et beaucoup moins à l’aise avec le fait que les agents agissent sans examen. Offrir des journaux ou des captures d’écran des exécutions d’agent sur demande renforce la confiance et facilite l’enquête si quelque chose semble incorrect.
Revisitez la note chaque fois qu’une nouvelle tâche d’agent est ajoutée. Une mise à jour d’une ligne par e-mail est préférable à la découverte ultérieure que le client a supposé quelque chose de différent.
Par où commencer cette semaine
Énumérez cinq tâches de navigateur que votre équipe répète chaque semaine. Pour chacune, vérifiez si la plateforme dispose d’une API, d’une exportation ou d’un connecteur. Rayez chaque tâche qui en a un.
- Choisissez une tâche restante à faible risque et en lecture seule.
- Exécutez-la dans un navigateur isolé avec un compte limité.
- Enregistrez chaque exécution avec des captures d’écran pendant deux semaines.
- Décidez en fonction du taux de réussite, pas de l’apparence impressionnante.
Les agents s’amélioreront. Les habitudes d’accès restreint et d’approbation humaine resteront utiles, quelle que soit leur capacité.
Continuez à lire : Agence de Marketing AI · Marketing AI