Link per il commercio agentico: cosa ricevono gli agenti IA

Gli agenti IA stanno iniziando a fare acquisti e prenotazioni per le persone, e un link breve è tra le prime cose che incontrano. Abbiamo letto il codice dell'edge di Elido per vedere cosa riceve davvero un agente. I crawler e gli assistenti IA noti ricevono una descrizione JSON del link invece di un redirect, e quella risposta non viene contata come clic. Tutto il resto segue il normale redirect, e i client scriptati vengono esclusi dagli analytics dei clic come bot. I protocolli di pagamento coprono checkout e fiducia. Non ti dicono chi ha seguito i tuoi link.

Questo articolo affianca l'answer engine optimization, che riguarda l'essere citati dall'IA in primo luogo.

Cos'è il commercio agentico, da fonti primarie

Tre specifiche aperte ricorrono più spesso. La pagina di ciascun progetto è stata letta il 2026-10-25 e affermiamo solo ciò che dicono quelle pagine.

• Agentic Commerce Protocol (ACP). Il suo repository descrive uno standard aperto per collegare acquirenti, i loro agenti IA e le aziende. OpenAI e Stripe sono indicati come Founding Maintainers, la licenza è Apache 2.0 e il progetto è marcato beta. L'ultima versione stabile che elenca è la 2026-04-17. La documentazione commerce di OpenAI copre il checkout agentico, il pagamento delegato e i feed di prodotto per ChatGPT.
• Agent Payments Protocol (AP2). Il sito di AP2 lo definisce un protocollo aperto per l'economia degli agenti, costruito attorno a "mandati" firmati (checkout e pagamento) che formano una traccia di audit. Dice che l'ulteriore standardizzazione prosegue nei gruppi di lavoro FIDO.
• Universal Commerce Protocol (UCP). ucp.dev descrive ricerca nel catalogo, carrello, checkout, collegamento delle identità e gestione degli ordini, e dice di supportare AP2, A2A e MCP. La documentazione di Stripe lo indica come il protocollo che documentano sotto questa voce.

I programmi per agenti di Visa e Mastercard non sono stati verificati sulle loro pagine, quindi questo articolo non ne dice nulla. Anche i numeri sui partner e sull'adozione non sono stati confermati, quindi qui non ne troverai.

Tutti e tre coprono scoperta, carrello, identità e pagamento. Nessuno dice nulla sull'URL consegnato all'agente all'ingresso. Breve, ma è il vuoto di cui parla questo articolo.

Cosa fa un link Elido quando lo segue un agente

Ecco come si comporta oggi il servizio di redirect all'edge, verificato in services/edge-redirect:

1. User-Agent di un agente IA noto. L'edge mantiene un elenco di 15 firme, tra cui chatgpt-user, gptbot, claudebot, perplexitybot e amazonbot. Una corrispondenza restituisce JSON-LD con HTTP 200: l'URL breve, l'URL di destinazione, il titolo, lo stato del link, un punteggio di sicurezza e lo stato di abuso. È memorizzabile in cache per cinque minuti e marcato noindex.
2. Accept: application/json senza text/html. Stessa risposta JSON, qualunque sia lo User-Agent. Aggiungere + a uno slug, o ?preview=1, restituisce invece una pagina di anteprima leggibile da una persona.
3. Tutto il resto. Un normale redirect (302 per impostazione predefinita, 301 o 307 per singolo link). L'evento di clic viene emesso a meno che lo User-Agent corrisponda all'elenco dei bot. Quell'elenco è un insieme di sottostringhe: tutto ciò che contiene bot, crawler, spider, headless, curl/, python-requests, go-http-client, node-fetch, axios/ e altre, più uno User-Agent vuoto.

Due conseguenze contano per chi misura il traffico degli agenti, e nessuna è ovvia dalla dashboard, che mostra solo i clic contati e non dice nulla sulle visite scartate.

• Un agente che si identifica come crawler IA noto non raggiunge mai la tua destinazione tramite il link breve. Riceve metadati. È utile per un LLM che vuole sapere dove porta un link prima di visitarlo, ma la visita non è un clic nei tuoi analytics.
• Un agente scritto come script, o un browser headless che lo dichiara nel proprio User-Agent, segue il redirect e poi sparisce dagli analytics dei clic. Un agente che pilota un browser normale con uno User-Agent ordinario sembra qualsiasi altro visitatore.

La vecchia versione di questo articolo sosteneva che un link breve registra ogni visita di una macchina. Era sbagliato. Un link breve ti dà un indirizzo stabile che puoi reindirizzare altrove senza cambiare ciò che è stato consegnato all'agente. Non ti dà un report sul traffico degli agenti.

Verificalo da solo

Preferisco che lo provi tu piuttosto che fidarti della nostra parola. Richiedi da terminale due volte uno dei tuoi link brevi:

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

Il primo dovrebbe stampare uno stato di redirect (302, salvo modifiche) e, poiché sembra un browser, la visita viene contata. Il secondo restituisce la descrizione JSON con un 200. Sostituisci -A "GPTBot" nel primo comando e ottieni anche lì il JSON. È il modo onesto di vedere cosa vede un dato agente, perché ogni stack di agenti imposta i propri header.

Cosa si rompe per i link letti dagli agenti

Cookie e referrer sono funzioni del browser. Un agente che chiama un'API o recupera una pagina di solito non ha né l'uno né l'altro, ed è per questo che i tag di pagina e il raggruppamento dei canali basato sul referrer lo perdono. Lo stesso vuoto compare nel dark social, e l'attribuzione senza cookie tratta l'alternativa lato server. Il canale AI Assistant di GA4 aiuta per gli assistenti con nome che inviano un referrer riconoscibile.

Per i link che consegni agli agenti, tre abitudini reggono:

• Mantieni stabile la destinazione. Reindirizza il link breve altrove quando una pagina si sposta, invece di pubblicare un nuovo URL. Un link con brand sul tuo dominio resta valido attraverso i restyling.
• Fai rispondere la destinazione a un semplice GET. Non mettere un cookie wall, un redirect solo JavaScript o un passaggio di consenso in pop-up tra il link e il contenuto che vuoi far leggere.
• Conserva i tuoi log. I log del server filtrati per user-agent sono l'unica registrazione completa di cosa ha recuperato un URL. Gli analytics dei link ti parlano dei clic di tipo umano.

Chiudere il cerchio sui ricavi

Se un agente completa un acquisto tramite un link che hai emesso, Elido può attribuirlo solo quando l'ordine arriva tramite un webhook di Stripe o Shopify che porta l'elido_link_id. Non esiste un'API pubblica per le conversioni né un ID del clic passato alla destinazione, quindi un flusso di agente che paga altrove non viene attribuito. Meglio dirlo chiaramente che suggerire un ciclo chiuso che non esiste. Se le vendite guidate dagli agenti contano per te, instrada il pagamento attraverso un checkout Stripe o Shopify controllato dal tuo sito e metti lì i tag sul link.

Per gli agenti che chiamano direttamente gli strumenti, il repository include un server MCP in forma stdio, trattato in Elido MCP per Claude e Cursor. Quell'articolo spiega cosa supporta oggi.

Cosa non è ancora stato costruito

Contare le visite degli agenti IA come segmento a sé, e un modo per restituire il redirect a un agente noto quando vuoi il clic, sono entrambi nel backlog di prodotto. Fino ad allora, considera gli analytics dei link come una misura del traffico di tipo umano e leggi i log del server per il resto. Se stai decidendo quanto investire oggi nella gestione dei link specifica per gli agenti, parti dalla destinazione stabile e dal controllo con GET semplice visto sopra.

Correlati sul blog

• Answer engine optimization: farsi citare dall'IA
• Il canale AI Assistant di GA4: cosa traccia e cosa perde
• Elido MCP per Claude e Cursor
• Attribuzione del dark social
• Attribuzione senza cookie spiegata