Liens et commerce agentique : ce que reçoivent les agents IA

Les agents IA commencent à acheter et à réserver pour les gens, et un lien court est l'une des premières choses qu'ils rencontrent. Nous avons lu le code de l'edge Elido pour voir ce qu'un agent reçoit réellement. Les crawlers et assistants IA connus reçoivent une description JSON du lien au lieu d'une redirection, et cette réponse n'est pas comptée comme un clic. Tout le reste suit la redirection normale, et les clients scriptés sont écartés de l'analytics des clics comme bots. Les protocoles de paiement couvrent le checkout et la confiance. Ils ne disent pas qui a suivi vos liens.

Cet article complète l'optimisation pour les moteurs de réponse, qui traite de la façon d'être cité par l'IA en premier lieu.

Ce qu'est le commerce agentique, d'après les sources primaires

Trois spécifications ouvertes reviennent le plus souvent. La page de chaque projet a été lue le 2026-10-25 et nous n'avançons que ce que ces pages disent.

• Agentic Commerce Protocol (ACP). Son dépôt décrit un standard ouvert pour relier acheteurs, agents IA et entreprises. OpenAI et Stripe sont listés comme Founding Maintainers, la licence est Apache 2.0 et le projet est marqué bêta. La dernière version stable qu'il liste est 2026-04-17. La documentation commerce d'OpenAI couvre le checkout agentique, le paiement délégué et les flux produits pour ChatGPT.
• Agent Payments Protocol (AP2). Le site AP2 le présente comme un protocole ouvert pour l'économie des agents, construit autour de "mandats" signés (checkout et paiement) qui forment une piste d'audit. Il indique que la standardisation se poursuit dans des groupes de travail FIDO.
• Universal Commerce Protocol (UCP). ucp.dev décrit la recherche de catalogue, le panier, le checkout, la liaison d'identité et la gestion des commandes, et dit prendre en charge AP2, A2A et MCP. La documentation de Stripe le liste comme le protocole qu'elle documente sous cette rubrique.

Les programmes d'agents de Visa et Mastercard n'ont pas été vérifiés sur leurs propres pages, donc cet article n'en dit rien. Les nombres de partenaires et les chiffres d'adoption n'ont pas non plus été confirmés, vous n'en trouverez donc aucun ici.

Les trois couvrent la découverte, le panier, l'identité et le paiement. Aucun ne dit rien de l'URL remise à l'agent à l'entrée. C'est bref, mais c'est le vide dont parle cet article.

Ce que fait un lien Elido quand un agent le suit

Voici le comportement actuel du service de redirection edge, vérifié dans services/edge-redirect :

1. User-Agent d'agent IA connu. L'edge conserve une liste de 15 signatures, dont chatgpt-user, gptbot, claudebot, perplexitybot et amazonbot. Une correspondance renvoie du JSON-LD avec HTTP 200 : l'URL courte, l'URL de destination, le titre, le statut du lien, un score de sécurité et un statut d'abus. La réponse est cacheable cinq minutes et marquée noindex.
2. Accept: application/json sans text/html. Même réponse JSON, quel que soit le User-Agent. Ajouter + à un slug, ou ?preview=1, donne à la place une page d'aperçu lisible par un humain.
3. Tout le reste. Une redirection normale (302 par défaut, 301 ou 307 selon le lien). L'événement de clic est émis sauf si le User-Agent correspond à la liste de bots. Cette liste est un ensemble de sous-chaînes : tout ce qui contient bot, crawler, spider, headless, curl/, python-requests, go-http-client, node-fetch, axios/ et plus encore, ainsi qu'un User-Agent vide.

Deux conséquences comptent pour quiconque mesure le trafic des agents, et aucune n'est évidente dans le tableau de bord, qui n'affiche que les clics comptés et ne dit rien des visites écartées.

• Un agent qui s'identifie comme un crawler IA connu n'atteint jamais votre destination via le lien court. Il reçoit des métadonnées. C'est utile pour un LLM qui veut savoir où mène un lien avant de le visiter, mais la visite n'est pas un clic dans votre analytics.
• Un agent écrit comme un script, ou un navigateur headless qui le dit dans son User-Agent, suit la redirection puis disparaît de l'analytics des clics. Un agent qui pilote un navigateur ordinaire avec un User-Agent ordinaire ressemble à n'importe quel autre visiteur.

L'ancienne version de cet article affirmait qu'un lien court enregistre chaque visite de machine. C'était faux. Un lien court vous donne bien une adresse stable que vous pouvez repointer sans changer ce qui a été remis à l'agent. Il ne vous donne pas de rapport sur le trafic des agents.

Vérifiez par vous-même

Je préfère que vous testiez plutôt que de nous croire sur parole. Interrogez deux fois un de vos propres liens courts depuis un terminal :

curl -s -o /dev/null -w "%{http_code}\n" -A "Mozilla/5.0" https://go.yourbrand.com/slug
curl -s -H "Accept: application/json" https://go.yourbrand.com/slug

La première commande devrait afficher un statut de redirection (302 sauf si vous l'avez changé) et, comme elle ressemble à un navigateur, la visite est comptée. La seconde renvoie la description JSON avec un 200. Remplacez par -A "GPTBot" dans la première commande et vous obtenez aussi le JSON. C'est la façon honnête de voir ce que voit un agent donné, car chaque pile d'agent définit ses propres en-têtes.

Ce qui casse pour les liens lus par des agents

Les cookies et les referrers sont des fonctions de navigateur. Un agent qui appelle une API ou récupère une page n'a généralement ni l'un ni l'autre, ce qui explique pourquoi les tags de page et le regroupement de canaux par referrer le manquent. Le même vide apparaît dans le dark social, et l'attribution sans cookies couvre l'alternative côté serveur. Le canal assistant IA de GA4 aide pour les assistants nommés qui envoient un referrer reconnaissable.

Pour les liens que vous remettez à des agents, trois habitudes tiennent :

• Gardez la destination stable. Repointez le lien court quand une page déménage au lieu de publier une nouvelle URL. Un lien de marque sur votre propre domaine reste valide à travers les refontes.
• Faites répondre la destination à un simple GET. Ne placez pas de mur de cookies, de redirection uniquement en JavaScript ni d'étape de consentement en pop-up entre le lien et le contenu que vous voulez faire lire.
• Gardez vos propres journaux. Les journaux serveur filtrés par user-agent sont le seul enregistrement complet de ce qui a récupéré une URL. L'analytics des liens vous renseigne sur les clics de type humain.

Boucler la boucle sur le revenu

Si un agent finalise un achat via un lien que vous avez émis, Elido ne peut le créditer que si la commande arrive par un webhook Stripe ou Shopify qui porte le elido_link_id. Il n'existe pas d'API de conversions publique ni d'identifiant de clic transmis à la destination, donc un flux d'agent qui paie ailleurs n'est pas attribué. Mieux vaut le dire clairement que de laisser entendre une boucle fermée qui n'existe pas. Si les ventes pilotées par des agents comptent pour vous, faites passer le paiement par un checkout Stripe ou Shopify que votre propre site contrôle, et taguez le lien à cet endroit.

Pour les agents qui appellent directement des outils, le dépôt inclut un serveur MCP sous forme stdio, présenté dans Elido MCP pour Claude et Cursor. Cet article explique ce qu'il prend en charge aujourd'hui.

Ce qui n'est pas encore construit

Compter les visites d'agents IA comme un segment à part, et un moyen de renvoyer la redirection à un agent connu quand vous voulez le clic, figurent tous deux dans le backlog produit. D'ici là, considérez l'analytics des liens comme une mesure du trafic de type humain, et lisez vos journaux serveur pour le reste. Si vous hésitez sur l'investissement à consentir aujourd'hui dans la gestion de liens propre aux agents, commencez par la destination stable et la vérification GET simple ci-dessus.

À lire aussi sur le blog

• Optimisation pour les moteurs de réponse : se faire citer par l'IA
• Le canal Assistant IA de GA4 : ce qu'il suit et ce qu'il manque
• Elido MCP pour Claude et Cursor
• Attribution du dark social
• L'attribution sans cookies, expliquée