Agentic-Commerce-Links

KI-Agenten fangen an, für Menschen einzukaufen und zu buchen, und ein Kurzlink ist eines der Ersten, was ihnen begegnet. Wir haben den Elido-Edge-Code gelesen, um zu sehen, was ein Agent tatsächlich erhält. Bekannte KI-Crawler und Assistenten bekommen statt eines Redirects eine JSON-Beschreibung des Links, und diese Antwort zählt nicht als Klick. Alles andere folgt dem normalen Redirect, und skriptgesteuerte Clients werden in der Klick-Analytics als Bots herausgefiltert. Die Zahlungsprotokolle decken Checkout und Vertrauen ab. Sie sagen dir nicht, wer deinen Links gefolgt ist.

Das steht neben Answer Engine Optimization, bei der es darum geht, überhaupt von KI zitiert zu werden.

Was Agentic Commerce ist, aus Primärquellen

Drei offene Spezifikationen kommen am häufigsten vor. Die eigene Seite jedes Projekts wurde am 2026-10-25 gelesen, und wir behaupten nur, was diese Seiten sagen.

• Agentic Commerce Protocol (ACP). Das Repository beschreibt einen offenen Standard, der Käufer, ihre KI-Agenten und Unternehmen verbindet. OpenAI und Stripe sind als Founding Maintainers aufgeführt, die Lizenz ist Apache 2.0, und das Projekt ist als Beta markiert. Die neueste stabile Version, die es nennt, ist 2026-04-17. Die Commerce-Dokumentation von OpenAI behandelt Agentic Checkout, delegierte Zahlung und Produkt-Feeds für ChatGPT.
• Agent Payments Protocol (AP2). Die AP2-Seite nennt es ein offenes Protokoll für die Agentenwirtschaft, aufgebaut um signierte "Mandate" (Checkout und Zahlung), die einen Prüfpfad bilden. Weitere Standardisierung laufe in FIDO-Arbeitsgruppen weiter.
• Universal Commerce Protocol (UCP). ucp.dev beschreibt Katalogsuche, Warenkorb, Checkout, Identitätsverknüpfung und Bestellverwaltung und sagt, dass es AP2, A2A und MCP unterstützt. Die Stripe-Dokumentation führt es als das Protokoll, das sie unter dieser Überschrift dokumentieren.

Die Agentenprogramme von Visa und Mastercard wurden nicht gegen deren eigene Seiten geprüft, deshalb sagt dieser Beitrag nichts dazu. Auch Partnerzahlen und Verbreitungsangaben wurden nicht bestätigt, du findest hier also keine.

Alle drei decken Entdeckung, Warenkorb, Identität und Zahlung ab. Keines sagt etwas über die URL, die ein Agent am Anfang in die Hand bekam. Kurz gesagt: Das ist die Lücke, um die es in diesem Beitrag geht.

Was ein Elido-Link tut, wenn ein Agent ihm folgt

So verhält sich der Edge-Redirect-Dienst heute, geprüft in services/edge-redirect:

1. User-Agent eines bekannten KI-Agenten. Der Edge führt eine Liste mit 15 Signaturen, darunter chatgpt-user, gptbot, claudebot, perplexitybot und amazonbot. Ein Treffer liefert JSON-LD mit HTTP 200: Kurz-URL, Ziel-URL, Titel, Linkstatus sowie einen Sicherheitswert und Missbrauchsstatus. Die Antwort ist fünf Minuten cachebar und mit noindex markiert.
2. Accept: application/json ohne text/html. Dieselbe JSON-Antwort, egal welcher User-Agent. Hängst du + an einen Slug oder ?preview=1, erhältst du stattdessen eine menschenlesbare Vorschauseite.
3. Alles andere. Ein normaler Redirect (standardmäßig 302, je Link 301 oder 307). Das Klick-Event wird ausgegeben, sofern der User-Agent nicht zur Bot-Liste passt. Diese Liste ist eine Menge von Teilstrings: alles, was bot, crawler, spider, headless, curl/, python-requests, go-http-client, node-fetch, axios/ und mehr enthält, dazu ein leerer User-Agent.

Zwei Folgen sind für alle wichtig, die Agenten-Traffic messen, und keine ist aus dem Dashboard offensichtlich, das nur gezählte Klicks zeigt und nichts über die verworfenen Besuche sagt.

• Ein Agent, der sich als bekannter KI-Crawler zu erkennen gibt, erreicht dein Ziel über den Kurzlink nie. Er bekommt Metadaten. Das ist nützlich für ein LLM, das vor dem Besuch wissen will, wohin ein Link führt, aber der Besuch ist in deiner Analytics kein Klick.
• Ein als Skript geschriebener Agent oder ein Headless-Browser, der das in seinem User-Agent angibt, folgt dem Redirect und verschwindet danach aus der Klick-Analytics. Ein Agent, der einen regulären Browser mit gewöhnlichem User-Agent steuert, sieht aus wie jeder andere Besucher.

Die alte Fassung dieses Beitrags behauptete, ein Kurzlink erfasse jeden Maschinenbesuch. Das war falsch. Ein Kurzlink gibt dir eine stabile Adresse, die du umlenken kannst, ohne zu ändern, was der Agent bekommen hat. Einen Bericht über Agenten-Traffic gibt er dir nicht.

Selbst prüfen

Ich möchte, dass du das testest, statt uns zu glauben. Rufe einen deiner eigenen Kurzlinks zweimal im Terminal ab:

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

Der erste sollte einen Redirect-Status ausgeben (302, sofern du ihn nicht geändert hast), und weil er wie ein Browser aussieht, wird der Besuch gezählt. Der zweite liefert die JSON-Beschreibung mit 200. Setzt du im ersten Befehl -A "GPTBot" ein, bekommst du ebenfalls das JSON. So siehst du ehrlich, was ein bestimmter Agent sieht, denn jeder Agenten-Stack setzt eigene Header.

Was bei Links, die Agenten lesen, kaputtgeht

Cookies und Referrer sind Browser-Funktionen. Ein Agent, der eine API aufruft oder eine Seite abruft, hat meist keins von beiden, weshalb Seiten-Tags und Referrer-basierte Kanalgruppierung ihn verpassen. Dieselbe Lücke zeigt sich bei Dark Social, und Cookieless Attribution behandelt die serverseitige Alternative. Der KI-Assistenten-Kanal von GA4 hilft bei benannten Assistenten, die einen erkennbaren Referrer senden.

Für Links, die du Agenten gibst, bewähren sich drei Gewohnheiten:

• Halte das Ziel stabil. Lenke den Kurzlink um, wenn eine Seite umzieht, statt eine neue URL zu veröffentlichen. Ein Branded Link auf deiner eigenen Domain bleibt über Redesigns hinweg gültig.
• Lass das Ziel auf ein einfaches GET antworten. Stelle keine Cookie-Wall, keinen reinen JavaScript-Redirect und keinen Pop-up-Consent-Schritt zwischen den Link und den Inhalt, der gelesen werden soll.
• Führe eigene Logs. Server-Logs, nach User-Agent gefiltert, sind die einzige vollständige Aufzeichnung dessen, was eine URL abgerufen hat. Die Link-Analytics erzählt dir von Klicks nach Menschenart.

Den Kreis beim Umsatz schließen

Wenn ein Agent über einen von dir ausgegebenen Link tatsächlich einen Kauf abschließt, kann Elido ihn nur gutschreiben, wenn die Bestellung über einen Stripe- oder Shopify-Webhook eintrifft, der die elido_link_id trägt. Es gibt keine öffentliche Conversions-API und keine Klick-ID, die ans Ziel weitergegeben wird, ein Agentenablauf, der woanders bezahlt, wird also nicht zugeordnet. Das klar zu sagen ist besser, als einen geschlossenen Kreis anzudeuten, den es nicht gibt. Wenn dir agentengetriebene Verkäufe wichtig sind, leite die Zahlung durch einen Stripe- oder Shopify-Checkout, den deine eigene Seite kontrolliert, und tagge den Link dort.

Für Agenten, die Tools direkt aufrufen, enthält das Repository einen MCP-Server in der stdio-Form, beschrieben in Elido MCP für Claude und Cursor. Dieser Beitrag erklärt, was er heute unterstützt.

Was noch nicht gebaut ist

Besuche von KI-Agenten als eigenes Segment zu zählen und einem bekannten Agenten den Redirect zu liefern, wenn du den Klick willst, stehen beide im Produkt-Backlog. Bis dahin behandle die Link-Analytics als Maß für Traffic nach Menschenart und lies für den Rest deine Server-Logs. Wenn du entscheidest, wie viel du heute in agentenspezifische Linkbehandlung investierst, beginne mit dem stabilen Ziel und der Plain-GET-Prüfung oben.

Weitere Beiträge im Blog

• Answer Engine Optimization: von KI zitiert werden
• Der KI-Assistenten-Kanal in GA4: was er erfasst und was nicht
• Elido MCP für Claude und Cursor
• Dark-Social-Attribution
• Cookieless Attribution erklärt