01
Des fonctionnalités mieux découvertes
Le client décrit son objectif. L’agent l’oriente vers la fonctionnalité utile et l’aide à s’en servir, y compris lorsqu’elle lui était inconnue.
À suivre : première utilisation et réutilisation
WEBMCP / ADOPTION ET ANALYTICS PRODUIT
Aidez vos clients à mieux utiliser votre produit. Comprenez leurs besoins.
Un client exprime ce qu’il veut faire, l’agent l’aide à y parvenir dans votre application. Avec AGO et WebMCP, facilitez l’accès à vos fonctionnalités et apprenez des parcours réalisés pour améliorer votre produit.
DU BESOIN À L’APPRENTISSAGE PRODUIT
Votre client veut avancer
« Affiche les factures en retard de ce mois. »
L’agent agit dans votre application
La bonne liste, avec les bons filtresVotre client retrouve les informations utiles à son travail.
Votre équipe apprend du parcours
- Un usage à suivre : le suivi des impayés
- Un parcours à mesurer : accéder à la liste
- Une piste à tester : un accès plus direct
Adoption des fonctionnalitésAutonomie des clientsCompréhension des usages
LES GAINS POTENTIELS
Faites découvrir la valeur de votre produit dans l’usage
Chaque parcours assisté peut aider votre client à avancer et vous donner une occasion d’améliorer son expérience.
02
Des clients plus autonomes
Retrouver un document, configurer une vue, préparer un rapport : les tâches récurrentes deviennent des parcours à simplifier, avec moins de demandes d’aide à la clé.
À suivre : tâches abouties et demandes au support
03
Des priorités produit mieux informées
Rapprochez les besoins exprimés à votre agent AGO des actions réalisées et des blocages. Vous pouvez distinguer une fonction difficile à trouver d’un besoin encore mal couvert.
À suivre : besoins récurrents et points de friction
CE QUE CHANGE WEBMCP
Votre client peut demander un résultat dans votre application
WebMCP permet à un agent compatible d’utiliser les actions que vous autorisez dans votre produit : retrouver une information, filtrer une liste ou préparer un formulaire. AGO vous accompagne pour rendre ces parcours accessibles et mesurables.
« Prépare mon rapport mensuel. »
L’agent ouvre le bon écran et prépare les filtres. Votre client peut vérifier le résultat et poursuivre son travail, même s’il connaît encore peu votre interface.
Exemple de parcours à mettre en place dans votre application.MIEUX COMPRENDRE VOTRE PRODUIT
Reliez les besoins, les actions et les résultats
Les analytics prennent leur valeur lorsqu’ils aident votre équipe à décider quoi simplifier, expliquer ou développer.
BESOINS
Qu’essaient de faire vos clients ?
Avec votre agent AGO, analysez les demandes récurrentes et les mots employés. Ils peuvent révéler une attente que vos menus ne rendent pas évidente.
FRICTIONS
Qu’est-ce qui les empêche d’avancer ?
Reliez les actions tentées à leur résultat. Un parcours interrompu ou des erreurs répétées donnent une piste à investiguer avec votre équipe produit.
DÉCISIONS
Quelles améliorations font une différence ?
Comparez les parcours avant et après une modification : réussite des tâches, temps pour y parvenir, utilisation des fonctionnalités et recours au support.
Pour les agents externes via WebMCP, le suivi porte sur les actions exposées et leurs résultats. Leur conversation privée reste inaccessible. La collecte et les tableaux de bord se configurent avec vos analytics.
UN REPÈRE SUR L’ADOPTION
La première expérience compte pour la rétention
L’enjeu pour votre équipe : aider le client à atteindre un premier résultat utile. C’est un objectif concret pour un parcours assisté par un agent.
69 %
des produits les mieux classés en activation à sept jours le sont aussi en rétention à trois mois, selon le rapport Amplitude 2025.
Amplitude, Product Benchmark Report 2025, p. 13 et 30Étude portant sur plus de 2 600 entreprises, données de septembre 2023 à septembre 2024. Corrélation observée, sans mesure d’un effet WebMCP ou AGO.
L’EXPERTISE AGO / AGENTIC IN THE BROWSER
Notre expérience du navigateur se retrouve dans le SDK
Depuis plusieurs mois, nous construisons les briques qui permettent à un agent d’agir dans une application. Notre SDK open source rend ce travail inspectable : navigation, état de page, fonctions métier et intégration WebMCP.
@useago/sdkReact / Vue / Angular / JavaScriptApache 2.0
useAgoNavigationPasser d’un écran à l’autre
L’agent utilise votre routeur. Pour WebMCP, un changement de page attend l’enregistrement des outils de destination avant de rendre la main : le parcours peut continuer sur le bon écran.
Lire le code de navigationuseAgoPageStateLire et modifier l’état de la page
Filtres, tri et données affichées deviennent accessibles à l’agent. Le SDK valide les valeurs et peut attendre la fin du chargement avant de lui retourner les données actualisées.
Lire le code de gestion d’étatdefineFunctionAppeler votre logique métier
Vous décrivez une fonction et ses paramètres. Elle s’exécute dans le navigateur, et son résultat revient à l’agent. Vous choisissez celles à partager via WebMCP.
Voir la documentation des fonctionsUNE MÊME FONCTION, DEUX ACCÈS
Vos actions deviennent des outils WebMCP
Activez le bridge du SDK pour exposer vos fonctions aux agents des navigateurs compatibles. Elles restent disponibles pour votre propre agent AGO.
L’exemple expose la lecture du titre de la page. Dans votre produit, le même mécanisme sert à lire une liste ou appeler vos fonctions existantes.
Pour les actions sensibles, prévoyez une validation dans votre application ou excluez la fonction avec webmcp: false. Les appels externes ne passent pas par l’approbation de l’agent AGO.
Lire la documentation du bridgewebmcp.js
import { AgoClient } from "@useago/sdk";
const client = new AgoClient({
baseUrl: "https://playground.api.useago.com",
agent: "generic-guide",
webmcp: true,
});
client.registerFunction({
name: "readPageTitle",
description: "Lire le titre de la page actuelle.",
parameters: { type: "object", properties: {} },
handler: () => ({ title: document.title }),
webmcp: { annotations: { readOnlyHint: true } },
});Exemple JavaScript exécuté dans le navigateur, connecté à l’agent de démo public. WebMCP reste inactif si le navigateur ne le prend pas en charge.
Du code, des tests et des outils pour vérifier le comportement
Un cycle de vie testé
Les tests du bridge couvrent l’enregistrement, le retrait des outils, les transitions entre pages et les erreurs des fonctions.
Inspecter les tests WebMCPUn panneau de diagnostic dans le navigateur
Le panneau de développement affiche les fonctions enregistrées, le contexte de l’agent et le journal des appels et de leurs résultats.
Voir le panneau de développementDes intégrations testables sans appel réseau
createMockClient permet de simuler les événements de l’agent et de vérifier vos parcours dans les tests de votre application.
Voir les outils de testLes événements qui alimentent vos analytics
Les appels WebMCP émettent les mêmes événements d’invocation et de résultat que les fonctions de votre agent AGO. Vous pouvez les relier aux indicateurs produit présentés plus haut.
Extrait à placer après la création du client. Le journal console sert au diagnostic ; la collecte analytics se configure avec votre outil.
Approfondir l’intégration du SDKevents.js
client.on("function:invoke", ({ functionName }) => {
console.log("Action appelée", functionName);
});
client.on("function:result", ({ error }) => {
console.log("Résultat", error ? "error" : "success");
});FAQ
Évaluer l’intérêt pour votre produit
Quels gains peut-on attendre ?
Une meilleure découverte des fonctionnalités, davantage de tâches réalisées en autonomie et une vision plus précise des frictions. L’effet sur l’activation, la rétention ou le support dépend de votre produit et des parcours choisis. Nous le mesurons sur un pilote avant de l’étendre.
Est-ce que cela aide mes clients à comprendre le produit ?
L’agent relie un objectif exprimé par le client aux fonctionnalités qui permettent de l’atteindre. Le client découvre leur utilité dans une situation concrète. Vous pouvez ensuite mesurer s’il les réutilise et s’il a encore besoin d’aide.
Que peut-on apprendre avec les analytics ?
Les demandes adressées à votre agent AGO éclairent les besoins exprimés. Les actions et leurs résultats permettent d’analyser l’usage et les blocages. Pour un agent externe via WebMCP, seuls les appels aux actions exposées et leurs résultats sont observables, pas sa conversation privée. Le suivi se connecte à vos analytics.
Faut-il attendre que tous les navigateurs soient compatibles ?
Vous pouvez commencer avec votre agent AGO intégré à l’application. L’accès via WebMCP s’active dans les environnements compatibles. Votre équipe prépare ainsi les mêmes parcours pour ces deux modes d’accès.
Comment garder la main sur les actions importantes ?
Vous choisissez les actions accessibles. Pour une opération sensible, nous prévoyons une validation dans votre application ou l’excluons des actions ouvertes aux agents externes. Les appels WebMCP ne passent pas par le mécanisme d’approbation de l’agent AGO ; les contrôles de votre application restent essentiels.
Quel parcours mérite d’être plus simple pour vos clients ?
Choisissons un premier cas d’usage et les indicateurs qui permettront d’en mesurer la valeur pour vos clients et votre équipe.