Muse de Meta démocratise la navigation agentique

Le lancement public de Muse par Meta, plus tôt ce mois-ci, ne se résume pas à un nouveau produit : il a fait émerger une nouvelle catégorie de trafic web, à l’échelle du grand public.

La navigation agentique désigne un système d’IA qui ne se contente pas de répondre à une question ou de résumer une page. Au lieu de cela, il pilote un véritable navigateur pour le compte d’une personne, maintenant une session connectée sur plusieurs étapes, parcourant un tunnel de plusieurs pages, remplissant des formulaires et menant à bien une action aux conséquences bien réelles.

C’est une toute autre catégorie de trafic web que celle des crawlers et des bots de scraping que le secteur apprend à gérer depuis vingt ans. Un crawler récupère une page et passe à la suivante. Un navigateur agentique reste, se souvient de l’endroit où il est et va au bout de sa mission.

Muse est l’entrée de Meta dans cette catégorie, présenté comme « le premier agent d’IA personnel au monde conçu pour tous ». Il fait des achats, réserve et effectue des paiements à la place d’une personne, dans son propre environnement de navigateur isolé, que Meta appelle Sentinel VM.

Shopify a vite choisi d’accueillir ce trafic. Amazon a agi tout aussi vite pour le bloquer. Entre les deux, tous les autres marchands doivent désormais répondre à une question qui ne figurait pas sur leur feuille de route il y a un mois : que faire quand l’intention d’un vrai client arrive via une automatisation que vous n’avez jamais demandée ?

Muse ne se déclare pas

Pas de User-Agent personnalisé, pas d’en-tête indiquant qu’« un agent d’IA pilote cette session ». Toutes les requêtes que nous avons capturées se présentent comme un navigateur Chrome de bureau sous Linux, sans rien de particulier.

Les sessions observées passent par une infrastructure edge générique, dans des plages d’adresses appartenant à Cloudflare ou Fastly, et non dans une plage IP documentée par Meta ou attribuée à Muse. Contrairement aux crawlers que le web s’est habitué à accueillir depuis vingt ans, rien ne permet de vérifier cette identité : aucune liste blanche d’IP publiée, comme le font Googlebot ou Bingbotpas de requêtes signées cryptographiquement selon la norme émergente Web Bot Auth.

Le navigateur raconte une autre histoire

Comme le réseau offre très peu d’éléments de vérification, il ne reste que les signaux côté client : ce que le navigateur lui-même remonte une fois notre JavaScript exécuté sur la page. Rien de tout cela n’est déclaré, tout doit être déduit.

Les requêtes semblent saines, mais le navigateur sous-jacent l’est moins. En comparant des sessions Muse réelles capturées sur des sites sans aucun rapport, nous avons constaté un recoupement quasi total des signaux d’environnement. On n’obtient ce niveau de correspondance que lorsqu’une même image isolée est déployée, pas avec deux utilisateurs aux configurations simplement proches. Des caractéristiques matérielles, un comportement de rendu et des éléments internes du navigateur qu’une population réellement diversifiée d’utilisateurs de bureau ne reproduirait jamais à l’identique revenaient, encore et encore, strictement identiques.

Mais cela reste une base bien différente d’une identité signée et vérifiable.

Ce n’est pas qui, mais pourquoi

Alors que le commerce agentique se normalise et que les marchands commencent à rédiger des politiques explicites pour les « agents légitimes connus », usurper l’identité d’un agent de confiance devient plus rentable que se faire passer pour un humain.

D’ailleurs, 7 sites sur 10 testés pour notre Rapport sur l’état de la sécurité des bots et agents 2026 ont laissé passer un agent d’IA ou un crawler usurpé sans défi, simplement parce que la requête prétendait venir de GPTBot, ClaudeBot ou une identité de confiance similaire. 

Une empreinte qui ouvre toutes les portes mérite d’être copiée. Il faut donc s’attendre à ce que les acteurs que nous suivons depuis des années (scalpers, réseaux de scraping, groupes de fraudeurs) déguisent leur trafic en Muse, ou en n’importe quel agent qu’une plateforme aura choisi de considérer comme fiable.

Mais même une session Muse parfaitement authentique et non usurpée ne répond pas à la question qui compte vraiment : que cherche à faire ce trafic ? 

Deux requêtes à l’empreinte identique peuvent porter des intentions radicalement différentes. L’une est un agent unique qui finalise un achat pour la personne qui l’a lancé. L’autre est une flotte d’agents, réels ou usurpés, travaillant sur une vente de billets en quantité limitée ou scrutant un catalogue entier plus vite que n’importe quel acheteur ne pourrait le parcourir. Le fingerprinting indique quel type de client fait la requête. Il n’a jamais suffi, à lui seul, à dire si cette requête doit être autorisée.

C’est le principe sous-jacent à tout ce que nous construisons chez DataDome. Une signature, réelle ou falsifiée, ne fait que restreindre le champ de l’identité. La décision qui protège réellement une entreprise a toujours reposé sur l’intention : ce que ce trafic cherche à accomplir, et si cela correspond au comportement d’un visiteur légitime, humain ou agent. Muse n’est que la dernière raison de le rappeler.

Muse ne sera bientôt plus le seul agent à se présenter ainsi. OpenAI, Google, Perplexity et une liste croissante d’acteurs développent leur propre version de la même idée : une IA qui navigue et effectue des transactions pour le compte d’une personne, au lieu de simplement lui répondre. Chacun apportera son propre environnement, ses propres particularités, sa propre version d’un navigateur d’apparence banale qui ne dit pas ce qu’il est. La question de l’identité se posera de nouveau à chaque nouvel agent.

Les clients de DataDome peuvent désormais voir le trafic du navigateur cloud de Muse dans leur tableau de bord Agentic Trust, sous la catégorie Navigateur Agentique, avec un contrôle total sur la manière d’y répondre.

Vous voulez savoir qui navigue sur votre site ? Réservez une démo pour en savoir plus sur DataDome.