Links de comércio agêntico: o que agentes de IA recebem

Agentes de IA estão começando a comprar e reservar por pessoas, e um link curto é uma das primeiras coisas que eles encontram. Lemos o código do edge do Elido para ver o que um agente realmente recebe. Crawlers e assistentes de IA conhecidos recebem uma descrição JSON do link em vez de um redirecionamento, e essa resposta não é contada como clique. Todo o resto segue o redirecionamento normal, e clientes por script são filtrados da análise de cliques como bots. Os protocolos de pagamento cobrem checkout e confiança. Eles não dizem quem seguiu seus links.

Isto fica ao lado de answer engine optimization, que trata de ser citado pela IA em primeiro lugar.

O que é comércio agêntico, a partir de fontes primárias

Três especificações abertas aparecem com mais frequência. A página de cada projeto foi lida em 2026-10-25 e afirmamos apenas o que essas páginas dizem.

• Agentic Commerce Protocol (ACP). Seu repositório descreve um padrão aberto para conectar compradores, seus agentes de IA e empresas. A OpenAI e a Stripe constam como Founding Maintainers, a licença é Apache 2.0 e o projeto está marcado como beta. A última versão estável que ele lista é 2026-04-17. A documentação de comércio da OpenAI cobre checkout agêntico, pagamento delegado e feeds de produtos para o ChatGPT.
• Agent Payments Protocol (AP2). O site do AP2 o chama de protocolo aberto para a economia de agentes, construído em torno de "mandates" assinados (de checkout e de pagamento) que formam uma trilha de auditoria. Ele diz que a padronização continua em grupos de trabalho da FIDO.
• Universal Commerce Protocol (UCP). ucp.dev descreve busca em catálogo, carrinho, checkout, vinculação de identidade e gestão de pedidos, e diz que suporta AP2, A2A e MCP. A documentação da Stripe o lista como o protocolo que ela documenta sob este título.

Os programas de agentes da Visa e da Mastercard não foram conferidos nas páginas deles, então este post não diz nada sobre eles. Números de parceiros e de adoção também não foram confirmados, então você não vai encontrá-los aqui.

Os três cobrem descoberta, carrinho, identidade e pagamento. Nenhum diz nada sobre a URL que o agente recebeu na entrada. É curto, mas é a lacuna de que este post trata.

O que um link do Elido faz quando um agente o segue

É assim que o serviço de redirecionamento do edge se comporta hoje, conferido em services/edge-redirect:

1. User-Agent de agente de IA conhecido. O edge mantém uma lista de 15 assinaturas, incluindo chatgpt-user, gptbot, claudebot, perplexitybot e amazonbot. Uma correspondência devolve JSON-LD com HTTP 200: a URL curta, a URL de destino, o título, o status do link, uma pontuação de segurança e o status de abuso. Pode ser armazenada em cache por cinco minutos e vem marcada como noindex.
2. Accept: application/json sem text/html. A mesma resposta JSON, seja qual for o User-Agent. Acrescentar + a um slug, ou ?preview=1, dá em vez disso uma página de prévia legível por pessoas.
3. Todo o resto. Um redirecionamento normal (302 por padrão, 301 ou 307 por link). O evento de clique é emitido, a menos que o User-Agent corresponda à lista de bots. Essa lista é um conjunto de substrings: qualquer coisa que contenha bot, crawler, spider, headless, curl/, python-requests, go-http-client, node-fetch, axios/ e mais, além de um User-Agent vazio.

Duas consequências importam para quem mede o tráfego de agentes, e nenhuma é óbvia pelo painel, que mostra apenas os cliques contados e não diz nada sobre as visitas descartadas.

• Um agente que se identifica como crawler de IA conhecido nunca chega ao seu destino pelo link curto. Ele recebe metadados. Isso é útil para um LLM que quer saber para onde um link leva antes de visitá-lo, mas a visita não é um clique na sua análise.
• Um agente escrito como script, ou um navegador headless que diz isso no User-Agent, segue o redirecionamento e depois desaparece da análise de cliques. Um agente que conduz um navegador comum com um User-Agent comum parece qualquer outro visitante.

A versão antiga deste post afirmava que um link curto registra toda visita de máquina. Isso estava errado. Um link curto de fato dá um endereço estável que você pode redirecionar sem mudar o que o agente recebeu. Ele não dá um relatório de tráfego de agentes.

Verifique você mesmo

Prefiro que você teste a que acredite na nossa palavra. Requisite um dos seus próprios links curtos duas vezes em um 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

O primeiro deve imprimir um status de redirecionamento (302, a menos que você o tenha mudado) e, por parecer um navegador, a visita é contada. O segundo devolve a descrição JSON com um 200. Troque por -A "GPTBot" no primeiro comando e você também recebe o JSON. Essa é a forma honesta de ver o que um agente específico enxerga, porque cada stack de agente define seus próprios cabeçalhos.

O que quebra nos links que agentes leem

Cookies e referrers são recursos de navegador. Um agente que chama uma API ou busca uma página geralmente não tem nenhum dos dois, e por isso as tags de página e o agrupamento de canais por referrer não o enxergam. A mesma lacuna aparece em dark social, e cookieless attribution cobre a alternativa no lado do servidor. O canal de assistente de IA do GA4 ajuda com assistentes nomeados que enviam um referrer reconhecível.

Para links que você entrega a agentes, três hábitos se sustentam:

• Mantenha o destino estável. Redirecione o link curto quando uma página mudar, em vez de publicar uma nova URL. Um link de marca no seu próprio domínio continua válido após redesigns.
• Faça o destino responder a um GET simples. Não coloque um muro de cookies, um redirecionamento só por JavaScript ou uma etapa de consentimento em pop-up entre o link e o conteúdo que você quer que seja lido.
• Mantenha seus próprios logs. Logs de servidor filtrados por user-agent são o único registro completo do que buscou uma URL. A análise de links informa sobre cliques de estilo humano.

Fechando o ciclo da receita

Se um agente concluir uma compra por um link que você emitiu, o Elido só consegue creditá-la quando o pedido chega por um webhook da Stripe ou da Shopify que carrega o elido_link_id. Não há API pública de conversões nem click ID passado ao destino, então um fluxo de agente que paga em outro lugar não é atribuído. É melhor dizer isso claramente do que sugerir um ciclo fechado que não existe. Se as vendas conduzidas por agentes importam para você, faça o pagamento passar por um checkout da Stripe ou da Shopify que o seu próprio site controle, e coloque as tags no link ali.

Para agentes que chamam ferramentas diretamente, o repositório inclui um servidor MCP na forma stdio, coberto em Servidor MCP do Elido para Claude Desktop, Cursor e Code. Esse post explica o que ele suporta hoje.

O que ainda não foi construído

Contar as visitas de agentes de IA como um segmento próprio, e uma forma de devolver o redirecionamento a um agente conhecido quando você quer o clique, estão ambos no backlog do produto. Até lá, trate a análise de links como medida do tráfego de estilo humano e leia os logs do servidor para o resto. Se você está decidindo quanto investir hoje em tratamento de links específico para agentes, comece pelo destino estável e pela verificação de GET simples acima.

Relacionados no blog

• Answer engine optimization: get cited by AI
• O Canal AI Assistant do GA4
• Servidor MCP do Elido para Claude Desktop, Cursor e Code
• Dark social attribution
• Cookieless attribution, explained