Linkuri pentru agentic commerce: ce primesc agenții AI

Agenții AI încep să cumpere și să rezerve pentru oameni, iar un link scurt este unul dintre primele lucruri pe care le întâlnesc. Am citit codul edge-ului Elido ca să vedem ce primește efectiv un agent. Crawlerele și asistenții AI cunoscuți primesc o descriere JSON a linkului în loc de redirecționare, iar acel răspuns nu se numără ca clic. Orice altceva urmează redirecționarea normală, iar clienții scriptați sunt scoși din analiticele de clicuri ca boți. Protocoalele de plată acoperă checkoutul și încrederea. Ele nu îți spun cine ți-a urmat linkurile.

Acest articol stă lângă answer engine optimization, care tratează cum ajungi citat de AI de la bun început.

Ce este agentic commerce, din surse primare

Trei specificații deschise apar cel mai des. Pagina proprie a fiecărui proiect a fost citită la 2026-10-25, iar aici afirmăm doar ce spun acele pagini.

• Agentic Commerce Protocol (ACP). Repository-ul său descrie un standard deschis pentru conectarea cumpărătorilor, a agenților lor AI și a companiilor. OpenAI și Stripe figurează ca Founding Maintainers, licența este Apache 2.0, iar proiectul este marcat beta. Ultima versiune stabilă listată este 2026-04-17. Documentația OpenAI despre comerț acoperă agentic checkout, plata delegată și feedurile de produse pentru ChatGPT.
• Agent Payments Protocol (AP2). Site-ul AP2 îl numește protocol deschis pentru economia agenților, construit în jurul unor "mandate" semnate (de checkout și de plată) care formează o pistă de audit. Spune că standardizarea continuă în grupurile de lucru FIDO.
• Universal Commerce Protocol (UCP). ucp.dev descrie căutarea în catalog, coșul, checkoutul, legarea identității și gestionarea comenzilor și spune că susține AP2, A2A și MCP. Documentația Stripe îl listează ca protocolul pe care îl documentează sub acest titlu.

Programele de agenți ale Visa și Mastercard nu au fost verificate pe paginile lor, așa că acest articol nu spune nimic despre ele. Nici numărul de parteneri și cifrele de adopție nu au fost confirmate, deci nu vei găsi aici.

Toate trei acoperă descoperirea, coșul, identitatea și plata. Niciunul nu spune nimic despre URL-ul pe care agentul l-a primit la intrare. Scurt, dar este golul despre care vorbește acest articol.

Ce face un link Elido când îl urmează un agent

Așa se comportă astăzi serviciul de redirecționare de la edge, verificat în services/edge-redirect:

1. User-Agent de agent AI cunoscut. Edge-ul ține o listă de 15 semnături, printre care chatgpt-user, gptbot, claudebot, perplexitybot și amazonbot. O potrivire întoarce JSON-LD cu HTTP 200: URL-ul scurt, URL-ul destinației, titlul, starea linkului, un scor de siguranță și o stare de abuz. Poate fi reținut în cache cinci minute și este marcat noindex.
2. Accept: application/json fără text/html. Același răspuns JSON, indiferent de User-Agent. Adăugând + la slug sau ?preview=1, primești în schimb o pagină de previzualizare lizibilă pentru oameni.
3. Orice altceva. O redirecționare normală (302 implicit, 301 sau 307 per link). Evenimentul de clic este emis, cu excepția cazului în care User-Agent se potrivește cu lista de boți. Lista este un set de subșiruri: orice conține bot, crawler, spider, headless, curl/, python-requests, go-http-client, node-fetch, axios/ și altele, plus un User-Agent gol.

Două consecințe contează pentru oricine măsoară traficul agenților, iar niciuna nu e evidentă din dashboard, care arată doar clicurile numărate și nu spune nimic despre vizitele eliminate.

• Un agent care se identifică drept crawler AI cunoscut nu ajunge niciodată la destinația ta prin linkul scurt. Primește metadate. E util pentru un LLM care vrea să știe unde duce un link înainte să-l viziteze, dar vizita nu este un clic în analiticele tale.
• Un agent scris ca script, sau un browser headless care o spune în User-Agent, urmează redirecționarea și apoi dispare din analiticele de clicuri. Un agent care controlează un browser obișnuit, cu un User-Agent obișnuit, arată ca orice alt vizitator.

Vechea versiune a acestui articol susținea că un link scurt înregistrează orice vizită a unei mașini. Era greșit. Un link scurt îți dă o adresă stabilă, pe care o poți redirecționa fără să schimbi ce a primit agentul. Nu îți dă un raport al traficului de agenți.

Verifică singur

Prefer să testezi decât să ne iei pe cuvânt. Cere unul dintre propriile tale linkuri scurte de două ori, dintr-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

Prima ar trebui să afișeze un cod de redirecționare (302, dacă nu l-ai schimbat) și, fiindcă arată ca un browser, vizita este numărată. A doua întoarce descrierea JSON cu 200. Dacă pui -A "GPTBot" în prima comandă, primești tot JSON. Este modul cinstit de a vedea ce vede un anumit agent, fiindcă fiecare stack de agent își setează propriile antete.

Ce se strică pentru linkurile pe care le citesc agenții

Cookie-urile și referrerele sunt trăsături de browser. Un agent care apelează un API sau ia o pagină nu le are de obicei pe niciuna, motiv pentru care tagurile de pagină și gruparea canalelor după referrer îl ratează. Același gol apare la dark social, iar atribuirea fără cookie-uri acoperă alternativa de pe server. Canalul de asistent AI din GA4 ajută pentru asistenții numiți care trimit un referrer recognoscibil.

Pentru linkurile pe care le dai agenților, trei obiceiuri rezistă:

• Păstrează destinația stabilă. Redirecționează linkul scurt când o pagină se mută, în loc să publici un URL nou. Un link de brand pe propriul domeniu rămâne valid prin redesign-uri.
• Fă destinația să răspundă la un GET simplu. Nu pune un cookie wall, o redirecționare doar prin JavaScript sau un pas de consimțământ în pop-up între link și conținutul pe care vrei să-l citească.
• Ține-ți propriile jurnale. Jurnalele serverului, filtrate după user-agent, sunt singura evidență completă a ceea ce a cerut un URL. Analiticele linkurilor îți spun despre clicuri de tip uman.

Închiderea buclei pe venit

Dacă un agent finalizează o achiziție printr-un link emis de tine, Elido o poate credita doar când comanda sosește printr-un webhook Stripe sau Shopify care poartă elido_link_id. Nu există un API public de conversii și niciun ID de clic transmis destinației, deci un flux de agent care plătește în altă parte nu este atribuit. Mai bine spunem simplu, decât să sugerăm o buclă închisă care nu există. Dacă vânzările conduse de agenți contează pentru tine, trimite plata printr-un checkout Stripe sau Shopify pe care îl controlează propriul tău site și etichetează linkul acolo.

Pentru agenții care apelează direct unelte, repository-ul include un server MCP în formă stdio, tratat în Elido MCP pentru Claude și Cursor. Acel articol explică ce susține astăzi.

Ce nu este încă construit

Numărarea vizitelor agenților AI ca segment separat și o cale de a întoarce redirecționarea unui agent cunoscut atunci când vrei clicul sunt amândouă în backlogul produsului. Până atunci, tratează analiticele linkurilor ca măsură a traficului de tip uman și citește jurnalele serverului pentru restul. Dacă te hotărăști cât să investești azi în gestionarea linkurilor specifică agenților, începe cu destinația stabilă și cu verificarea GET simplu de mai sus.

Pe același subiect pe blog

• Answer engine optimization: cum ajungi citat de AI
• Canalul AI Assistant din GA4: ce urmărește și ce ratează
• Elido MCP pentru Claude și Cursor
• Atribuirea dark social
• Atribuirea fără cookie-uri, explicată