Posez vos questions de trafic avec un connecteur Meta Muse pour l'analytics web

La plupart des articles sur un connecteur Meta Muse pour l'analytics web commencent par MCP, et c'est la première idée à abandonner. Muse, l'agent grand public lancé par Meta le 8 septembre 2026, n'expose aucun champ pour ajouter un serveur MCP : Parallel lui a demandé de se connecter à un serveur Model Context Protocol le 14 septembre 2026 et a constaté que Muse « n'a aucun réglage pour ajouter un serveur MCP ». Ce qu'il possède, c'est un Custom Connector, et ce qui en fait un connecteur opérationnel en un seul message, c'est une référence d'API publique.

En bref : dites à Muse de construire un connecteur personnalisé à partir de la référence de l'API Flowsery, collez un token de workspace flow_ws_ dans l'invite d'identifiants sécurisée de Muse, puis demandez « comment le trafic s'est-il comporté la semaine dernière, ventilé par canal ? »

Qu'est-ce qu'un connecteur Meta Muse ?

Un connecteur Meta Muse est une application ou un service que vous reliez à Muse pour donner une nouvelle capacité à l'agent, c'est ainsi que le centre d'aide de Meta définit le terme. Meta en livre deux sortes. Les Connectors viennent d'une liste dans les Paramètres. L'article de Meta sur les connecteurs ne cite que Gmail, Apple Health, Android SMS et Google Workspace ; la liste de lancement plus large, qui inclut Google Calendar et OpenTable, provient du message d'Alexandr Wang du 8 septembre 2026 et non de la documentation de Meta. Les Custom Connectors sont ceux que Muse construit lui-même pour un service absent de cette liste, et Flowsery en fait partie.

La phrase de Meta contient tout le mécanisme : « Si vous voulez vous connecter à un service qui n'est pas encore disponible dans la liste des Connectors, vous pouvez demander à Muse de créer un Custom Connector. Muse vous guidera tout au long du processus, ce qui peut impliquer de récupérer les informations d'API du service. » Les identifiants que vous confiez atterrissent dans ce que Meta appelle son Secure Credentials Store.

Remarquez ce qui manque dans cette description. Parallel n'a trouvé aucun champ « ajouter un serveur MCP » dans Muse, et MCP n'apparaît dans aucun article du centre d'aide de l'agent grand public au 20 septembre 2026. Meta documente bien MCP en détail, mais pour Muse Code, son agent de code en terminal, qui lit les serveurs depuis un bloc mcp_servers dans un fichier de configuration. Deux produits, un seul nom. Flowsery héberge un serveur MCP à l'adresse https://mcp.flowsery.com/mcp et c'est le bon choix pour Claude, Cursor ou Codex. Ce n'est pas la voie d'accès à Muse.

Muse peut-il lire votre analytics sans connecteur ?

Muse lit un tableau de bord comme le ferait une personne, en l'ouvrant dans le navigateur de sa propre machine virtuelle cloud et en se connectant à votre compte. Ce chemin fonctionne et il est fragile. Meta indique que le sous-agent navigateur voit un instantané de l'arbre d'accessibilité plutôt que le DOM brut et ne peut pas exécuter de JavaScript dans la page : chaque chiffre qu'il rapporte est donc lu sur un écran rendu, et un changement de mise en page efface ce qu'il avait appris la semaine précédente.

La contrainte la plus dure, c'est l'endroit où vit la VM. Chaque utilisateur de Muse reçoit une machine virtuelle dédiée dans le cloud de Meta, ce qui met hors de portée tout ce qui tourne sur votre propre réseau. Un serveur MCP sur votre portable est injoignable. Une instance de préproduction derrière un VPN aussi, et tout ce qui écoute sur localhost également. Parallel l'a signalé le 14 septembre 2026, et la raison se généralise : ce qui n'est pas accessible depuis l'internet public n'est pas accessible depuis le cloud de Meta. Si votre premier plan consistait à pointer Muse vers quelque chose sur votre machine, enterrez ce plan avant d'écrire la moindre ligne de configuration.

L'API de Flowsery est publique, hébergée et joignable de partout, et c'est la raison pour laquelle la voie du connecteur bat celle du navigateur. https://analytics.flowsery.com/analytics/api/v1 répond à une requête venue du cloud de Meta exactement comme à une requête venue de votre terminal.

Que collez-vous dans Muse ?

Muse construit un connecteur Flowsery fonctionnel à partir d'un seul message qui porte l'URL de la référence d'API et le mode d'authentification. L'URL de base de tous les endpoints v1 est https://analytics.flowsery.com/analytics/api/v1/, et la référence de chacun d'eux vit sur https://flowsery.com/docs/api-introduction.

Build a custom connector for Flowsery Analytics from the API reference at
https://flowsery.com/docs/api-introduction.md. The reference is public, so
read it directly without logging in.
 
Base URL: https://analytics.flowsery.com/analytics/api/v1
Full spec: GET https://flowsery.com/openapi.json, no auth needed.
Auth: an "Authorization: Bearer <token>" header. I will paste the token into
the secure credential prompt, not into this chat. It starts with flow_ws_.
 
Do not write anything yet. Call GET /websites first, list the website IDs you
can see, then list the operations you can run.

C'est la référence accessible sans authentification qui fait le travail. Le conseil de Parallel à quiconque veut qu'un agent prenne en main son service en un seul message, c'est un document OpenAPI public ou une URL de serveur lisible sans connexion, parce que « des docs fermées transforment une configuration en un message en une session de navigateur ». Chaque page de flowsery.com est aussi livrée avec son jumeau markdown : passez donc à Muse https://flowsery.com/docs/api-introduction.md plutôt que la page rendue quand il réclame de la prose.

Quels appels s'automatisent sans risque, et lesquels exigent un humain ?

L'API publique de Flowsery documente 27 opérations, dont 22 se contentent de lire. Cinq modifient des données, et ces cinq-là constituent tout le problème de supervision. Confiez les lectures à Muse et placez une approbation devant les écritures.

PATCH /issues/{issueId} est l'appel qui exige l'approbation la plus stricte. Marquer un problème comme suspended le fait sortir de la liste par défaut, et la liste par défaut est celle que tout le monde ouvre vraiment. Un agent qui range votre backlog de problèmes selon son propre jugement fait fondre ce backlog sans rien y corriger. Les réglages par défaut de Muse en couvrent une partie : Meta indique que Muse n'entreprend pas beaucoup d'actions importantes sans approbation, et que de nombreux connecteurs sont configurés pour que l'agent se contente de récupérer des données.

Où va le token de workspace ?

Le token de workspace va dans l'invite d'identifiants sécurisée de Muse, jamais dans le chat. Meta conserve les identifiants de connecteur et les tokens OAuth sur votre propre VM, et son article d'ingénierie est précis sur l'isolation : « ils sont stockés dans un conteneur isolé séparé, dans votre VM, et non dans d'autres services Meta ». Le code de l'agent ne détient qu'un token de substitution. Sentinel, le composant distinct côté hôte qui autorise chaque requête réseau sortant de la VM, substitue le vrai identifiant à la frontière du réseau.

Créez le token sur https://flowsery.com/api-tokens. Il commence par flow_ws_. Un token de workspace couvre tous les sites du workspace, donc chaque appel a besoin de websiteId ou domain pour en désigner un. Omettez le sélecteur et l'API renvoie un 404 Website not found, parce qu'un token de workspace ne désigne pas à lui seul un site unique.

Meta n'examine ni les connecteurs personnalisés ni l'usage qu'ils font de vos informations, et le dit en toutes lettres sur sa propre page d'aide. Parallel ajoute un constat qui ne figure dans aucune documentation de Meta : le code d'un connecteur personnalisé tourne dans la cellule d'exécution de l'agent lui-même et ne bénéficie pas de la séparation de privilèges supplémentaire que Meta applique aux connecteurs intégrés, dont la logique s'exécute hors de cette cellule, dans des workers à privilèges séparés avec des listes d'identifiants explicitement autorisés. C'est l'observation de Parallel et non une déclaration de Meta, et c'est la raison de donner à Muse un token limité que vous pouvez supprimer plutôt qu'un identifiant qui ouvre tout.

Pouvez-vous distinguer les visites de Muse de celles de vrais visiteurs ?

Aucun outil d'analytics ne sépare les visites de Muse de celles des humains. Au 20 septembre 2026, il n'existe aucune chaîne user agent publiée pour Muse, aucune plage d'IP publiée et aucun token robots.txt, et l'article de sécurité de Meta dit lui-même que lorsque Muse navigue sur internet « cela apparaîtra comme votre activité ». Les sessions de navigation de Muse arrivent dans votre analytics comme des sessions humaines ordinaires, sans rien qui les signale.

La situation est pire qu'une simple absence, parce que deux identités de crawler Meta existent bel et bien et qu'aucune des deux n'est Muse. La référence 2026 des user agents d'IA sur nohacks.co, mise à jour le 8 août 2026, liste meta-externalagent/1.1 et met en garde contre la confusion avec facebookexternalhit. Les deux sont des crawlers. Muse est une session de navigateur pilotée par un agent pour le compte d'une personne connectée. Quiconque publie une « chaîne user agent de Muse » au 20 septembre 2026 l'a inventée, et un filtre bâti sur une chaîne inventée supprime du trafic réel de vos rapports.

Deux choses découlent de ce vide, et la seconde relève de la déduction plutôt que de la documentation. D'abord, un connecteur ne touche jamais votre site. Muse qui appelle GET /overview frappe l'API, ne charge aucune page et ne déclenche aucun tracker : la voie du connecteur garde donc vos chiffres propres là où la voie du navigateur les gonfle en silence. Ensuite, et c'est ma lecture du comportement du sous-agent navigateur plutôt que quelque chose que Meta ou Flowsery publie : dans un replay, une session d'agent ne ressemble pas à une personne. Droit vers une URL profonde, aucune hésitation au défilement, aucune dérive du pointeur, aucun rage click, partie. Flowsery enregistre les sessions, donc la forme reste observable même quand le user agent ne vous dit rien. N'en faites pas un filtre. Faites-en une intuition, puis ouvrez le replay et vérifiez.

Combien coûte un connecteur Muse pour Flowsery ?

Un connecteur Meta Muse pour Flowsery ne coûte rien, d'aucun des deux côtés. Muse est gratuit jusqu'à une limite d'usage hebdomadaire, et la page d'abonnements anglaise de Meta affiche un forfait Power à USD 20 par mois pour 500 millions de tokens Muse par semaine et un forfait Max à USD 100 par mois pour 3 milliards, au 20 septembre 2026. Parallel indique que les connecteurs personnalisés puisent dans ce même compteur hebdomadaire, sans facturation séparée.

Flowsery inclut l'API publique dans ses deux forfaits. Team coûte $250 par mois et couvre 5 membres d'équipe, 2 sites web et 3 mois de rétention des replays. Pro coûte $500 par mois et couvre 10 membres d'équipe, un nombre illimité de sites web et 12 mois de rétention des replays. Les deux conservent l'analytics pendant 3 ans, et les deux s'ouvrent sur un essai gratuit de 14 jours sans carte bancaire.

La géographie est le vrai verrou. Muse est sorti aux États-Unis le 8 septembre 2026 et a ajouté le Canada la semaine même où Meta a ouvert sa plateforme de connecteurs. Le Canada a eu Muse sur iOS et sur le web, Android y restant en attente au 20 septembre 2026 ; aux États-Unis, il tourne sur iOS, Android, muse.ai et, depuis le 17 septembre 2026, macOS. S'abonner exige un compte Meta et 18 ans, ou l'âge de la majorité là où vous vivez. Si votre équipe se trouve hors de ce périmètre au 20 septembre 2026, aucun forfait Flowsery ne change la réponse.

Comment révoquer l'accès d'un connecteur Muse à Flowsery ?

Supprimez le token sur flowsery.com/api-tokens. C'est la révocation qui tient, parce qu'elle coupe le connecteur au niveau de l'API quoi que Muse conserve encore sur sa VM.

Côté Muse, les connecteurs sont listés et gérés dans Paramètres puis Connectors, et tout connecteur listé se déconnecte depuis là. Meta dit explicitement que la déconnexion arrête l'échange de données et n'efface pas ce que Muse en a déjà appris. La compétence forget de Muse porte la même réserve, Meta admettant que la suppression seule peut laisser l'agent se souvenir encore de ce qu'il a appris. Réinitialiser Muse supprime toutes vos données Muse.

Ce que Meta ne documente pas, au 20 septembre 2026, c'est la façon de retirer un connecteur que Muse a construit pour lui-même. Le centre d'aide couvre la déconnexion des connecteurs depuis la liste des Paramètres et s'arrête là. Tant que ce vide persiste, traitez le token Flowsery comme l'interrupteur et gardez-le limité aux sites que vous acceptez d'exposer.

Questions fréquentes

Meta Muse prend-il en charge MCP ?

Parallel a signalé le 14 septembre 2026 que Muse n'expose aucun réglage MCP, et MCP n'apparaît dans aucun article du centre d'aide de l'agent grand public au 20 septembre 2026. Meta documente MCP pour Muse Code, son agent de code en terminal, distinct, où les serveurs vivent dans un bloc mcp_servers d'un fichier de configuration. Le serveur MCP hébergé par Flowsery à l'adresse https://mcp.flowsery.com/mcp sert Claude, Cursor et Codex, et Muse reçoit l'API REST à la place.

Que voit Muse de mes visiteurs ?

Muse voit les données d'identité que vous envoyez à Flowsery. Flowsery fonctionne sans cookies, ne stocke aucune adresse IP et ne pose aucun identifiant inter-sites, mais GET /visitors/{visitorId} renvoie un bloc profile avec userId, name et email pour tout visiteur que vous avez identifié, ainsi que la chronologie d'activité de ce visiteur. GET /realtime/map liste les visiteurs actifs en ce moment avec leur ville et leur URL courante, et GET /issues/{issueId} renvoie les IDs d'enregistrement des sessions touchées par un problème ; tout le reste de l'API est agrégé. Un token de workspace expose le trafic, le revenu, les objectifs atteints et les problèmes que Flowsery détecte dans les enregistrements de session, pour tous les sites de ce workspace. Gardez le token limité au workspace que vous acceptez de partager.

Pourquoi Muse reçoit-il un 404 sur un site qu'il peut voir ?

Un token de workspace Flowsery couvre tous les sites du workspace, donc chaque appel a besoin de websiteId ou domain pour en désigner un. Omettre le sélecteur renvoie un 404 Website not found, parce qu'un token de workspace ne désigne pas à lui seul un site unique. Dites à Muse d'appeler GET /websites d'abord et de reporter l'ID dans tous les appels suivants.

Muse peut-il clore des problèmes dans Flowsery tout seul ?

PATCH /issues/{issueId} est le seul appel qui change le statut d'un problème, et le message de configuration ci-dessus dit à Muse de ne rien écrire sans demander d'abord. Le flux d'approbation de Meta le confirme : les invites apparaissent dans l'interface du client plutôt que dans la conversation, et proposent Allow once, Allow for this task, Allow for this site, Always allow et Deny. Choisissez Allow once pour tout ce qui écrit.

Le connecteur survit-il à un changement de l'API Flowsery ?

Meta ne publie aucune réponse à cela au 20 septembre 2026, et la compétence enregistrée conserve la liste d'appels que Muse a apprise pendant la configuration. La référence de l'API Flowsery reste publique sur https://flowsery.com/docs/api-introduction, donc la réparation tient en un message : dites à Muse de relire la référence et de mettre son connecteur à jour. Relancez ensuite le test GET /websites pour confirmer qu'il s'authentifie toujours.

Où lire l'API avant de mettre tout cela en place ?

Flowsery documente l'API REST sur https://flowsery.com/docs/api-introduction, avec un jumeau markdown sur https://flowsery.com/docs/api-introduction.md qui renvoie la page en markdown brut. L'aperçu destiné aux agents se trouve sur https://flowsery.com/features/agents, jumelé à https://flowsery.com/features/agents.md. Lisez-les, puis décidez quels endpoints le connecteur a le droit de toucher.

Quel forfait Flowsery faut-il pour un connecteur Muse ?

N'importe lequel, car l'API publique est incluse dans les deux forfaits. Team coûte $250 par mois avec 5 membres, 2 sites web et 3 mois de rétention des replays, et Pro coûte $500 par mois avec 10 membres, des sites web illimités et 12 mois de rétention. Choisissez selon le nombre de sites que Muse doit atteindre. Les deux débutent par un essai gratuit de 14 jours sans carte.

Meta Muse est-il disponible hors des États-Unis ?

Muse a été lancé aux États-Unis le 8 septembre 2026 et a ajouté le Canada la semaine où Meta a ouvert la plateforme de connecteurs. Le Canada a eu Muse sur iOS et sur le web, Android y restant en attente au 20 septembre 2026 ; aux États-Unis, il tourne sur iOS, Android, muse.ai et, depuis le 17 septembre 2026, macOS. Si votre équipe se trouve hors de cette zone, aucun forfait Flowsery n'y change rien.

Où Muse stocke-t-il mon token Flowsery ?

Dans le Secure Credentials Store de Meta, que son article d'ingénierie décrit comme un conteneur isolé et séparé dans votre VM. Le code de l'agent ne détient qu'un substitut, et Sentinel injecte le vrai identifiant à la frontière réseau. Supprimer le token sur flowsery.com/api-tokens coupe l'accès, quoi que Muse ait encore en mémoire.

Peut-on filtrer le trafic de Muse de son analytics ?

Non, et tout filtre que vous trouverez est une supposition. Meta ne publie ni user agent Muse, ni plage d'IP, ni token robots.txt, et indique que la navigation apparaîtra comme votre propre activité. Un appel du connecteur à l'API ne charge aucune page et ne déclenche aucun traceur, donc seules les sessions de navigateur ajoutent des visites d'allure humaine. Ouvrez le replay pour vérifier une visite suspecte.

Créez un token de workspace et passez la spécification à Muse, ou lisez d'abord la référence de l'API.

Sources : l'article d'aide de Meta sur les connecteurs Muse, How we built safety into Muse, l'analyse de Parallel sur les intégrations personnalisées de Muse (14 septembre 2026), la référence 2026 des user agents d'IA (mise à jour le 8 août 2026) et la référence de l'API Flowsery. Vérifié le 20 septembre 2026.