Agentic commerce-links: wat AI-agents van jouw links krijgen

AI-agents beginnen voor mensen te winkelen en te boeken, en een korte link is een van de eerste dingen die ze tegenkomen. We lazen de code van de Elido-edge om te zien wat een agent werkelijk ontvangt. Bekende AI-crawlers en assistenten krijgen een JSON-beschrijving van de link in plaats van een redirect, en dat antwoord telt niet als klik. Al het andere volgt de normale redirect, en scriptclients worden uit de klikanalytics gefilterd als bots. De betaalprotocollen dekken checkout en vertrouwen. Ze vertellen niet wie je links heeft gevolgd.

Dit sluit aan op answer engine optimization, waarbij het erom gaat dat AI je in de eerste plaats citeert.

Wat agentic commerce is, volgens primaire bronnen

Drie open specificaties komen het vaakst voorbij. De eigen pagina van elk project is gelezen op 2026-10-25 en we beweren alleen wat die pagina's zeggen.

• Agentic Commerce Protocol (ACP). De repository beschrijft een open standaard om kopers, hun AI-agents en bedrijven te verbinden. OpenAI en Stripe staan vermeld als Founding Maintainers, de licentie is Apache 2.0 en het project is als bèta gemarkeerd. De nieuwste stabiele versie die het noemt is 2026-04-17. De commercedocs van OpenAI behandelen agentic checkout, gedelegeerde betaling en productfeeds voor ChatGPT.
• Agent Payments Protocol (AP2). De AP2-site noemt het een open protocol voor de agenteneconomie, gebouwd rond ondertekende "mandaten" (checkout en betaling) die een audittrail vormen. Verdere standaardisatie loopt volgens de site door in FIDO-werkgroepen.
• Universal Commerce Protocol (UCP). ucp.dev beschrijft catalogus zoeken, winkelwagen, checkout, identiteitskoppeling en orderbeheer, en zegt dat het AP2, A2A en MCP ondersteunt. De documentatie van Stripe noemt het als het protocol dat zij onder deze kop documenteren.

De agentprogramma's van Visa en Mastercard zijn niet gecontroleerd aan de hand van hun eigen pagina's, dus daar zegt dit artikel niets over. Aantallen partners en adoptiecijfers zijn ook niet bevestigd, dus je vindt ze hier niet.

Alle drie dekken ontdekking, winkelwagen, identiteit en betaling. Geen enkele zegt iets over de URL die een agent aan het begin kreeg aangereikt. Kort, maar het is precies de leemte waar dit artikel over gaat.

Wat een Elido-link doet als een agent hem volgt

Zo gedraagt de edge-redirectservice zich nu, nagekeken in services/edge-redirect:

1. Bekende User-Agent van een AI-agent. De edge houdt een lijst van 15 signaturen bij, waaronder chatgpt-user, gptbot, claudebot, perplexitybot en amazonbot. Bij een match volgt JSON-LD met HTTP 200: de korte URL, de bestemmings-URL, de titel, de linkstatus, een veiligheidsscore en misbruikstatus. Het antwoord is vijf minuten cachebaar en gemarkeerd als noindex.
2. Accept: application/json zonder text/html. Hetzelfde JSON-antwoord, ongeacht de User-Agent. Een + achter een slug, of ?preview=1, geeft in plaats daarvan een leesbare voorbeeldpagina voor mensen.
3. Al het andere. Een normale redirect (standaard 302, per link 301 of 307). Het klik-event wordt verstuurd, tenzij de User-Agent overeenkomt met de botlijst. Die lijst is een verzameling deelstrings: alles wat bot, crawler, spider, headless, curl/, python-requests, go-http-client, node-fetch, axios/ en meer bevat, plus een lege User-Agent.

Twee gevolgen doen ertoe voor wie verkeer van agents meet, en geen van beide is uit het dashboard af te lezen, dat alleen getelde klikken toont en niets zegt over de bezoeken die het wegliet.

• Een agent die zich als bekende AI-crawler meldt, komt via de korte link nooit bij je bestemming. Hij krijgt metadata. Dat is handig voor een LLM die wil weten waar een link heen leidt voordat hij hem bezoekt, maar dat bezoek is geen klik in je analytics.
• Een agent die als script is geschreven, of een headless browser die dat in zijn User-Agent aangeeft, volgt de redirect en verdwijnt daarna uit de klikanalytics. Een agent die een gewone browser met een gewone User-Agent bestuurt, ziet eruit als elke andere bezoeker.

De oude versie van dit artikel beweerde dat een korte link elk machinebezoek registreert. Dat was fout. Een korte link geeft je wel een stabiel adres dat je kunt omleggen zonder te veranderen wat de agent heeft gekregen. Een rapport over verkeer van agents geeft hij niet.

Controleer het zelf

Ik zie liever dat je dit test dan dat je ons op ons woord gelooft. Vraag een van je eigen korte links twee keer op vanaf een 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

De eerste hoort een redirectstatus te printen (302 tenzij je dat hebt aangepast) en, omdat hij op een browser lijkt, wordt het bezoek geteld. De tweede geeft de JSON-beschrijving met een 200. Zet -A "GPTBot" in het eerste commando en je krijgt ook de JSON. Dit is de eerlijke manier om te zien wat een bepaalde agent ziet, want elke agentstack stelt zijn eigen headers in.

Wat misgaat bij links die agents lezen

Cookies en verwijzers zijn browserfuncties. Een agent die een API aanroept of een pagina ophaalt heeft meestal geen van beide, en daarom missen paginatags en kanaalindeling op basis van verwijzers hem. Dezelfde leemte zie je terug bij dark social, en cookieloze attributie behandelt het alternatief aan de serverkant. Het AI-assistentkanaal van GA4 helpt bij genoemde assistenten die een herkenbare verwijzer meesturen.

Voor links die je aan agents geeft, houden drie gewoonten stand:

• Houd de bestemming stabiel. Leg de korte link om als een pagina verhuist, in plaats van een nieuwe URL te publiceren. Een link met je eigen merk op een eigen domein blijft geldig bij herontwerpen.
• Laat de bestemming een gewone GET beantwoorden. Zet geen cookiemuur, geen redirect die alleen met JavaScript werkt en geen pop-up voor toestemming tussen de link en de inhoud die je gelezen wilt hebben.
• Houd je eigen logs bij. Serverlogs gefilterd op user-agent zijn het enige complete overzicht van wat een URL heeft opgehaald. Linkanalytics vertellen je over klikken in menselijke stijl.

De cirkel rond voor omzet

Voltooit een agent een aankoop via een link die jij hebt uitgegeven, dan kan Elido die alleen toeschrijven als de bestelling binnenkomt via een Stripe- of Shopify-webhook die de elido_link_id meedraagt. Er is geen openbare conversie-API en er wordt geen klik-ID aan de bestemming doorgegeven, dus een agentflow die elders betaalt wordt niet toegeschreven. Dat zeggen we liever plat uit dan een gesloten cirkel te suggereren die niet bestaat. Zijn verkopen via agents voor jou belangrijk, laat de betaling dan lopen via een Stripe- of Shopify-checkout die je eigen site beheert, en tag de link daar.

Voor agents die tools rechtstreeks aanroepen, bevat de repository een MCP-server in stdio-vorm, behandeld in Elido MCP voor Claude en Cursor. Dat artikel legt uit wat er nu wordt ondersteund.

Wat nog niet is gebouwd

Bezoeken van AI-agents als eigen segment tellen, en een manier om de redirect aan een bekende agent terug te geven wanneer je de klik wilt, staan allebei op de productbacklog. Tot dan beschouw je linkanalytics als maat voor verkeer in menselijke stijl en lees je je serverlogs voor de rest. Overweeg je nu te investeren in linkafhandeling speciaal voor agents, begin dan met de stabiele bestemming en de GET-controle hierboven.

Gerelateerd op de blog

• Answer engine optimization: word geciteerd door AI
• Het AI-assistentkanaal van GA4: wat het volgt en mist
• Elido MCP voor Claude en Cursor
• Dark social-attributie
• Cookieloze attributie uitgelegd