CRO: Otimização de Conversão e Experimentação · Capítulo 21 de 30 · 41 min
Agentic commerce: converter para quem não tem olhos
As especificações que costumam ser citadas juntas e os papéis diferentes que ocupam, incluindo a camada de execução de pagamento sobre HTTP 402, o que já vale implementar hoje e por que a descontinuação do Instant Checkout pela OpenAI em 2026 recomenda prudência.
Este capítulo faz parte do curso gratuito CRO: Otimização de Conversão e Experimentação.
Etapa: Distribuição e transação por agentes. Pergunta que este módulo responde: A oferta é legível, verificável e transacionável para software, além de pessoas? Dono mais comum: Produto, catálogo, pagamentos, segurança e jurídico. Passagem de bastão: dados estruturados, políticas, identidade, autorização e observabilidade de ponta a ponta.
A vitrine virou balcão e endpoint ao mesmo tempo
Um vendedor humano interpreta embalagem e contexto; um agente precisa de campos, identidade, preço, estoque e política de forma explícita. Boniteza continua ajudando pessoas, mas ambiguidade quebra máquinas.
Converter agente exige confiança operacional, não uma nova cor de botão.
Diretor de commerce
Varejo especializado
Dor
Preço, disponibilidade e prazo divergem entre página, feed e API.
Solução
A operação escolhe fonte canônica, reconcilia identificadores e registra falhas por etapa da jornada agêntica.
Resultado
A prioridade sai de interface experimental e entra em consistência, autorização e capacidade de desfazer ação.
Custo apurado: Cenário executivo ilustrativo, construído a partir de rotinas empresariais recorrentes.
Cenário construído para fins didáticos. Números não correspondem a cliente específico.
O que significa: No comércio agêntico, software pode pesquisar, comparar ou executar partes da compra em nome de alguém. A oferta precisa ser legível por interfaces e dados estruturados, mas autorização, confirmação, identidade e responsabilidade continuam humanas e empresariais. Por que isso importa na empresa: O agente pode operar sem enxergar banners ou inferir regras escondidas. Preço, estoque, política, restrição e estado da transação precisam estar disponíveis de forma consistente, auditável e segura.
- Etapa 1 de 5: Catálogo
Exponha produto, preço, disponibilidade e condições com semântica estável.
- Etapa 2 de 5: Capacidade
Defina ações permitidas e limites de cada integração.
- Etapa 3 de 5: Consentimento
Separe pesquisa, reserva, compra e recorrência.
- Etapa 4 de 5: Confirmação
Mostre o que será feito, custo e possibilidade de reversão.
- Etapa 5 de 5: Auditoria
Registre agente, usuário, versão, entrada, ação e resultado.
Exemplo calculado — números ilustrativos
| Situação | Conta | Como interpretar | Decisão executiva |
|---|---|---|---|
| Um agente consulta 1.000 itens, encontra 120 disponíveis e tenta reservar 100; 15 mudam de preço antes da confirmação. | Divergência = 15 ÷ 100 = 15% das tentativas. Sem reconfirmação, o sistema pode executar uma condição que o usuário não aprovou. | A conversão técnica pode subir enquanto confiança, disputa e cancelamento pioram. | Produto exige cotação com validade, reconfirmação material e trilha de auditoria antes de habilitar compra autônoma. |
Os números foram criados para ensinar o raciocínio. Substitua base, janela, valor e premissas pelos dados validados da sua empresa.
Dúvidas comuns de quem está começando
Agente é apenas um novo navegador?
Não exatamente. Ele pode interpretar intenção e executar ações, o que aumenta risco de autonomia, identidade, erro e responsabilização.
Schema resolve todo o problema?
Não. Estrutura melhora legibilidade, mas preço real, autorização, segurança, políticas e estado transacional exigem APIs e governança consistentes.
Um agente de compras recebe a instrução de encontrar uma cafeteira até certo valor com entrega em três dias. Ele não vê o seu hero, não percebe a hierarquia tipográfica e não é afetado pelo depoimento em vídeo. Ele lê dados. Se o preço final, o prazo e a política de devolução não estiverem legíveis por máquina, sua loja não perde a venda no checkout, ela nem entra na lista de candidatas.
Quem decide é o head de e-commerce, com o diretor de tecnologia no papel de veto técnico, e cabe numa reunião só. Aprove apenas uma lista curta, com dono e prazo por item, e mova todo o resto para monitoramento declarado, sem fingir que foi arquivado. O que estraga essa reunião quando ela é malfeita é a ausência do critério de volta: escreva o gatilho de reabertura antes de encerrar, porque sem ele o tema retorna a cada conferência do setor e consome o time sem produzir decisão. Prazo: lista aprovada e gatilho escrito na mesma reunião, revisão trimestral já marcada no calendário de alguém com nome.
Quando quem navega é um agente, a superfície de conversão deixa de ser o layout e passa a ser a qualidade do dado que o agente consegue ler. Preço, disponibilidade, prazo e política de devolução em formato legível por máquina viram fator de conversão direto. O detalhe que torna isso decidível hoje: esse mesmo trabalho já se paga em busca, em anúncios e em citação por modelo, mesmo que nenhum agente apareça.
O que você sai deste módulo sabendo fazer
- Situar cada especificação no seu papel, sem tratar o MCP, que é camada de contexto, como se fosse protocolo de comércio
- Incluir a camada de execução de pagamento sobre HTTP 402 no mapa, sem confundir tração entre agentes com adoção no varejo
- Escrever o JSON-LD de Product e Offer com preço, disponibilidade, frete e política de devolução legíveis por máquina
- Definir a janela de validade do preço e a regra para o pedido que chega divergente
- Tratar o dado que o agente lê como superfície de ataque, com injeção de prompt dentro do escopo de segurança
- Separar o trabalho que já se paga sozinho do que só serve ao agente, com critério escrito
- Apresentar a descontinuação do Instant Checkout pela OpenAI, em março de 2026, como parte da tese, e não como objeção a ser escondida
- Calibrar a expectativa sobre llms.txt citando a documentação do próprio Google, e não apenas a adoção baixa
Se a figura ultrapassar a área visível, deslize para os lados. Pelo teclado, foque a figura e use as setas.
O comprador que faz o pedido por telefone
Imagine um comprador que nunca entra na loja e só faz pedidos por telefone, ouvindo um atendente ler o catálogo. Ele não vê a vitrine, não repara na iluminação nem no vídeo do lançamento. Decide pelo que consegue ouvir: nome do produto, preço final, prazo, condição de devolução. Se o atendente hesita no preço ou não sabe o prazo, o comprador desliga e liga para o concorrente. O agente de compras é esse comprador. Ele lê dados estruturados e chama uma API, a interface de programação pela qual dois sistemas conversam, e a beleza da sua página é invisível para ele.
Para o agente, a superfície de conversão passa a ser a qualidade do dado legível por máquina, e não o layout. Preço, disponibilidade, prazo e devolução em formato que a máquina lê viram fator de conversão direto.
Cinco especificações costumam ser citadas juntas, e tratá-las como itens equivalentes é o erro mais comum em apresentação de diretoria, porque leva o time a orçar integração de pagamento quando o gargalo real está no catálogo. Elas ocupam papéis diferentes e nem todas são protocolo de comércio.
O MCP é camada de contexto: ele padroniza como um agente acessa sistemas e dados, e serve a qualquer integração de agente, não só a compra. O UCP é camada de descoberta: padroniza como o agente encontra e lê o seu catálogo. O AP2 é camada de autorização e responsabilidade: registra, em credenciais assinadas, que o usuário autorizou aquela intenção, aquele carrinho e aquele pagamento. O ACP é camada de pagamento: leva o checkout para dentro da conversa. O x402, mantido pela Coinbase, fica uma camada abaixo do ACP e trata da execução do pagamento, construída sobre o status HTTP 402. Colocar o MCP na mesma prateleira dos outros quatro induz a erro de escopo, porque ele responde a uma pergunta de infraestrutura de agente, e não de comércio.
O x402 merece uma ressalva de leitura, porque é o que mais surpreende quem chega ao tema pelo noticiário de varejo. O material do curso de letramento em IA para executivos deste portal o classifica como o de maior tração real de produção entre os protocolos citados, com mais de 165 milhões de transações de agente contabilizadas até maio de 2026, número divulgado pelo próprio projeto e sem auditoria de terceiro. Tração entre agentes, porém, não é a mesma coisa que pedido de varejo originado por agente, e é a segunda métrica que decide o seu orçamento. Um protocolo pode acumular volume em pagamento máquina a máquina e continuar irrelevante para a loja que vende cafeteira.
A lista também não é exaustiva. Há outras iniciativas em curso na camada de pagamento entre agentes, com mantenedores e graus de maturidade distintos, e o material comercial de cada casa apresenta a sua como o padrão emergente. A decisão que você precisa tomar hoje não depende de acertar qual vence. A leitura executiva dos mesmos protocolos, incluindo a camada de execução de pagamento sobre HTTP 402, está em Letramento em IA para Executivos.
As cinco especificações, pelo papel que ocupam e pelo que decidir sobre cada uma agora
| Sigla | Papel na pilha | Autoria e publicação | O que resolve e o que decidir agora |
|---|---|---|---|
| MCP | Contexto, não comércio | Anthropic, novembro de 2024 | Padroniza o acesso do agente a sistemas e dados; comércio é só um dos usos possíveis. Decisão: levante o que a sua plataforma já expõe antes de orçar qualquer desenvolvimento, porque boa parte costuma vir pronta |
| UCP | Descoberta | Shopify e Google, 11/01/2026 | Manifesto em /.well-known/ucp que diz ao agente onde encontrar e como ler o catálogo. Decisão: publicar o manifesto é barato e inútil enquanto o catálogo não responder às perguntas do agente. A ordem é catálogo primeiro, manifesto depois |
| AP2 | Autorização e responsabilidade | Google, 16/09/2025 | Três mandatos assinados como Verifiable Credentials do W3C (Intent, Cart e Payment) formam a cadeia de prova de quem autorizou o quê. Decisão: é a resposta que o jurídico pede, e ela pode ser registrada por escrito hoje sem nenhuma integração |
| ACP | Pagamento | OpenAI e Stripe, 29/09/2025 | Checkout dentro da conversa, com Shared Payment Token escopado a comerciante e a valor. Decisão: monitoramento, não contratação. Foi exatamente esta camada que a OpenAI descontinuou em março de 2026, ao encerrar o Instant Checkout |
| x402 | Execução do pagamento | Coinbase, sobre o status HTTP 402 | Executa o pagamento propriamente dito. O material do curso irmão o aponta como o de maior tração de produção entre os citados. Decisão: monitoramento, com a distinção escrita na ata de que transação entre agentes não é pedido de varejo |
As cinco não competem pelo mesmo lugar, e o MCP nem sequer está na mesma prateleira: ele é infraestrutura de agente, não protocolo de comércio. Existem ainda outras iniciativas na camada de pagamento entre agentes, com maturidades distintas. A pergunta operacional continua sendo qual camada da SUA operação está descoberta, e na maioria dos casos a resposta é a primeira: descoberta.
Fonte: Anúncios e especificações públicas de cada mantenedor. A leitura sobre o x402 vem do material do curso Letramento em IA para Executivos deste portal.
Se a figura ultrapassar a área visível, deslize para os lados. Pelo teclado, foque a figura e use as setas.
Quatorze meses de especificação, e o freio no fim
- Nov/2024Concluído
MCP publicado pela Anthropic
A camada de contexto chega primeiro. Ela é a que mais rapidamente encontrou uso real, porque serve a qualquer integração de agente, não só a comércio.
- 16/09/2025Concluído
AP2 publicado pelo Google
Três mandatos assinados como Verifiable Credentials do W3C resolvem quem responde quando o agente compra errado.
- 29/09/2025Concluído
ACP publicado por OpenAI e Stripe
Shared Payment Token escopado a comerciante e a valor. O pagamento passa a caber dentro da conversa.
- 11/01/2026Concluído
UCP anunciado na NRF por Shopify e Google
Manifesto em /.well-known/ucp padroniza a descoberta do catálogo pelo agente.
- Mar/2026Agora
A OpenAI encerra o Instant Checkout
Descontinuação, e não pausa. A estratégia foi redirecionada para descoberta e comparação de produtos e para apps de varejistas dentro do ChatGPT. Não houve retomada.
- Próximos ciclosPrevisto
A camada de descoberta amadurece antes da de compra
É a única das quatro cujo trabalho se paga sem que nenhum agente apareça, o que a torna a aposta de menor risco.
O AP2 responde à pergunta que trava jurídico e financeiro: quem paga a conta quando o agente compra errado? Os três mandatos assinados (Intent, Cart e Payment) formam uma cadeia de prova criptográfica de que o usuário autorizou aquela intenção, aquele carrinho e aquele pagamento. É essa cadeia que permite tratar uma compra feita por robô como transação disputável, com responsabilidade atribuível, em vez de fraude sem dono.
- Etapa 1 de 4: Descoberta
o agente lê o manifesto e o catálogo: preço final, disponibilidade, prazo, devolução
- Etapa 2 de 4: Carrinho
monta o pedido e coleta autorização com os mandatos Intent e Cart assinados (AP2)
- Etapa 3 de 4: Pagamento
token escopado a comerciante e a valor fecha a transação (ACP)
- Etapa 4 de 4: Falha em qualquer camada
dado ausente na primeira elimina a loja antes que exista decisão de compra
Contraponto obrigatório, e coloque isto no slide antes de pedir orçamento. Em março de 2026 a OpenAI encerrou o Instant Checkout e redirecionou a estratégia para descoberta e comparação de produtos e para apps de varejistas dentro do ChatGPT. Não houve retomada, então trate como descontinuação com mudança de rota, e não como recuo temporário de quem volta no trimestre seguinte. A consequência prática inverte uma recomendação que circulou muito em 2025. Preparar a operação para checkout agêntico dentro do ChatGPT deixou de fazer sentido como projeto: o produto não existe mais. O que permanece relevante, e ficou mais relevante, é ser bem lido na etapa de descoberta e comparação, que é exatamente para onde a OpenAI moveu o foco e exatamente onde este curso já manda investir. Protocolo pronto não é adoção consumada. Quem apresentar agentic commerce como fato consumado vai queimar credibilidade no trimestre em que a diretoria pedir o número de pedidos originados por agente.
Se a figura ultrapassar a área visível, deslize para os lados. Pelo teclado, foque a figura e use as setas.
A mesma página de produto, lida por dois visitantes diferentes
O que o agente descarta em silêncio
Coluna a evitar
- Preço apenas na imagem do banner, ou calculado só depois do carrinho
- Frete informado como consulte o CEP, sem valor derivável por região
- Prazo de entrega em faixa vaga do tipo de 3 a 10 dias úteis
- Disponibilidade descrita como sob consulta, sem estado por SKU
- Política de devolução dentro de PDF, ou diluída em página institucional
- Dado estruturado que contradiz o que a página exibe ao humano
O que o agente consegue comparar e defender
Coluna recomendada
- Preço final calculável: produto mais impostos mais frete por região
- Frete com valor e condição expressos por faixa de CEP ou região
- Prazo em número de dias por região, não em intervalo genérico
- Disponibilidade real por SKU, atualizada, com estado explícito
- Política de devolução em texto próprio, com URL estável e prazo em dias
- Dado estruturado coerente com o que a página exibe, item a item
{
"@context": "https://schema.org",
"@type": "Product",
"sku": "CAF-4501-INOX",
"name": "Cafeteira expresso 15 bar, inox",
"brand": { "@type": "Brand", "name": "[Marca]" },
"offers": {
"@type": "Offer",
"url": "https://[dominio]/p/cafeteira-expresso-15-bar",
"price": "749.90",
"priceCurrency": "BRL",
"priceValidUntil": "2026-09-30",
"availability": "https://schema.org/InStock",
"itemCondition": "https://schema.org/NewCondition",
"shippingDetails": {
"@type": "OfferShippingDetails",
"shippingRate": {
"@type": "MonetaryAmount",
"value": "0.00",
"currency": "BRL"
},
"shippingDestination": {
"@type": "DefinedRegion",
"addressCountry": "BR",
"addressRegion": "SP"
},
"deliveryTime": {
"@type": "ShippingDeliveryTime",
"handlingTime": {
"@type": "QuantitativeValue",
"minValue": 1, "maxValue": 1, "unitCode": "DAY"
},
"transitTime": {
"@type": "QuantitativeValue",
"minValue": 2, "maxValue": 3, "unitCode": "DAY"
}
}
},
"hasMerchantReturnPolicy": {
"@type": "MerchantReturnPolicy",
"applicableCountry": "BR",
"returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow",
"merchantReturnDays": 30,
"returnMethod": "https://schema.org/ReturnByMail",
"returnFees": "https://schema.org/FreeReturn"
}
}
}Os quatro campos que a figura anterior mostra faltando estão todos ali: price com moeda e validade, availability por SKU, shippingDetails com custo, destino e prazo separado em manuseio e transporte, e hasMerchantReturnPolicy com prazo em dias e quem paga o retorno. Nada disso é específico de agente. São os mesmos campos que o feed do Merchant Center consome para habilitar resultado de produto com preço, frete e devolução, e os mesmos que sustentam rich result na busca. É por isso que a lista de fazer agora se paga sozinha: você entrega ao agente o subproduto de um trabalho que já tinha retorno em anúncio e em busca.
Dado estruturado bem preenchido cria uma obrigação operacional nova, e essa é a objeção que quem opera levanta primeiro. Se o seu JSON-LD e o seu feed anunciam 749,90 com entrega em três dias, um agente pode montar e submeter o pedido com base nessa leitura, e você vai precisar decidir se honra o preço quando o catálogo já mudou. Antes de publicar preço calculável, defina três coisas por escrito: com que frequência o dado é revalidado, qual é a janela em que você honra o preço publicado, e o que acontece com o pedido divergente. O campo priceValidUntil existe justamente para tornar essa janela explícita em vez de deixá-la implícita. Publicar dado impreciso é pior que não publicar, porque converte um problema de descoberta em disputa comercial.
Publicar dado e endpoint que um agente lê cria uma superfície de ataque nova, e essa conversa raramente acontece na mesma reunião que aprova o JSON-LD. Texto lido por agente é texto que pode conter instrução: descrição de produto, campo de avaliação de cliente, política em página aberta e resposta de API viram vetores de injeção de prompt, em que o conteúdo se disfarça de comando e leva o agente a conceder condição que ninguém autorizou, ignorar restrição ou entregar o que já leu de outra fonte. O OWASP mantém uma lista dos dez principais riscos dessa classe para habilidades agênticas, e ela é o ponto de partida barato para a área de segurança. Três respostas precisam estar escritas antes da publicação: quem revisa o conteúdo de terceiro que entra no catálogo, tipicamente avaliação de cliente e texto de fornecedor; qual é o valor máximo que uma transação iniciada por agente alcança sem confirmação humana; e quem responde pelo incidente quando ele acontecer. Sem essas três, a camada de descoberta que o módulo recomenda vira porta de entrada.
Existe um critério de decisão que quase não aparece no material comercial de nenhuma das casas e que muda a ordem do que você monitora: quem detém a custódia de cada especificação. Protocolo entregue a fundação neutra passa a ter regra de mudança pública, processo de contribuição aberto e continuidade que não depende do plano de produto de uma empresa. Protocolo que segue com a criadora pode mudar de escopo, de licença ou simplesmente deixar de existir quando a estratégia dela muda, e o encerramento do Instant Checkout em março de 2026 mostrou que isso não é hipótese distante.
A custódia se moveu bastante no último ano, e os cinco nomes que o módulo trata já não estão no mesmo regime de governança.
As cinco especificações pelo regime de governança, e não pela camada
| Especificação | Camada | Quem criou | Custódia hoje |
|---|---|---|---|
| MCP | Contexto do agente | Anthropic | Fundação neutra |
| AP2 | Autorização e responsabilidade | FIDO Alliance, desde 28/04/2026 | |
| x402 | Execução do pagamento | Coinbase | Fundação própria sob a Linux Foundation, desde 14/07/2026 |
| ACP | Pagamento dentro da conversa | OpenAI e Stripe | Segue com as criadoras |
| UCP | Descoberta do catálogo | Google e Shopify | Segue com as criadoras |
Custódia neutra descreve a governança da especificação, e não a maturidade dela nem o volume de adoção. São três perguntas distintas, e a tabela responde apenas à primeira.
Fonte: Anúncios das mantenedoras e das fundações receptoras. Movimentação recente: confira o estado da governança na data em que for decidir, porque esta coluna é a que mais muda.
A leitura para quem assina o orçamento: integração com especificação sob custódia neutra carrega risco de descontinuação menor e prazo de amortização mais longo, o que a torna mais fácil de defender num comitê de investimento. Integração com especificação que segue nas mãos da criadora precisa de gatilho contratual ou de demanda declarada de cliente para justificar a mesma verba, porque você assume o risco de a outra ponta mudar de ideia.
Esse critério não elege vencedor técnico e não antecipa nada das duas listas que vêm a seguir. Ele ordena o que você monitora, colocando na frente aquilo cuja regra de mudança você consegue ler sem depender do comunicado de imprensa de um fornecedor.
A postura defensável é a de aposta assimétrica: custo baixo agora, retorno desproporcional se o canal engatar, prejuízo controlado se ele não engatar. Isso exige separar o trabalho em duas listas com critérios distintos. Na lista de fazer agora entra tudo que já se paga por outro motivo, e nenhum desses itens depende de o agente aparecer para valer o investimento. Na lista de apenas monitorar entra tudo que só serve ao agente: implementação de ACP, de AP2, de UCP e redesenho de fluxo de checkout para máquina.
Duas listas com critérios diferentes, e um gatilho de reabertura
Fazer agora: se paga sozinho, com ou sem agente
0/8Apenas monitorar: não contrate ainda
0/4Gatilho de reabertura, escrito antes de precisar dele
0/3Glossário rápido
Manifesto
Arquivo publicado em caminho previsível do domínio que diz a um cliente automatizado onde encontrar recursos. No caso do UCP, o caminho é /.well-known/ucp. O manifesto informa onde olhar; ele não faz ninguém olhar.
Shared Payment Token
Credencial de pagamento de uso restrito, emitida no contexto do ACP e escopada a um comerciante e a um valor. Limita o estrago de um vazamento porque a mesma credencial não serve para outra loja nem para outro montante.
Verifiable Credential
Padrão do W3C para declarações assinadas criptograficamente e verificáveis de forma independente. No AP2, é o formato dos três mandatos que registram intenção, carrinho e pagamento autorizados pelo usuário.
Aposta assimétrica
Investimento em que o custo do erro é pequeno e conhecido, e o retorno do acerto é desproporcional. Aplicada aqui: qualidade de catálogo custa pouco e se paga em outros canais, mesmo que nenhum agente compre nada.
Sobre o llms.txt, o arquivo que promete entregar ao modelo um mapa curado do site, a evidência disponível é mais dura do que a leitura de adoção sugere. Os levantamentos de 2026 apontam algo próximo de 10% dos domínios com o arquivo publicado, e quase 40% desses arquivos são stubs vazios, gerados por plugin e nunca preenchidos. Esse é o argumento fraco, e ele apenas descreve que pouca gente usa.
O argumento que encerra a discussão vem do material do curso de letramento em IA para executivos deste portal. A documentação de otimização para IA do Google, atualizada em 15 de junho de 2026, declara que não é preciso criar arquivos legíveis por máquina para aparecer na Busca, incluindo suas capacidades generativas, porque a Busca não os utiliza. John Mueller comparou o arquivo à meta tag keywords, aposentada há mais de uma década. A medição de log no mesmo material fecha a conta: de 62.100 requisições de robôs de IA a um mesmo domínio, 84 chegaram ao llms.txt, ou 0,1% do tráfego automatizado.
Publicar continua custando pouco e não prejudica. Vender internamente como alavanca de conversão passou de promessa frágil a promessa desmentida pela documentação do próprio buscador, e é o tipo de afirmação que corrói a confiança no time de CRO no trimestre seguinte, quando alguém pedir o dado que sustenta o ganho.
Se a figura ultrapassar a área visível, deslize para os lados. Pelo teclado, foque a figura e use as setas.
Peças que encaixam, e não siglas que competem
Uma construção de blocos de encaixe não escolhe entre a base, a parede e o telhado: ela precisa das três, na ordem. Quem começa pelo telhado descobre que não há onde apoiá-lo. Descoberta, autorização, pagamento e execução do pagamento funcionam assim. O time que orça integração de pagamento com o catálogo incompleto comprou o telhado antes da base, e vai descobrir isso na primeira consulta que o agente fizer.
A pergunta correta não é qual protocolo vence, e sim qual camada da sua operação está descoberta. Na maioria das lojas, é a primeira.
Estamos em julho de 2026. Você voltou de uma conferência em que três palestras trataram agentic commerce como inevitável. O CEO pediu um plano. Sua operação roda em plataforma que já expõe servidores MCP oficiais, o catálogo tem preço final apenas depois do carrinho, o prazo de entrega aparece como faixa de 3 a 10 dias úteis e a política de devolução vive num PDF. Nenhum pedido originado por agente foi registrado até hoje. O orçamento disponível cobre um trimestre de trabalho de uma pessoa.
Como você aloca esse trimestre, sabendo que a OpenAI encerrou o Instant Checkout em março de 2026 e moveu o foco para descoberta e comparação de produtos?
Se a sua operação roda em Shopify, boa parte da camada de descoberta já vem pronta pelos servidores MCP oficiais da plataforma, e a Stripe opera MCP remoto na camada de pagamento. Verifique o que a sua stack já expõe antes de orçar desenvolvimento. Na maioria dos casos o trabalho que sobra é de qualidade de dado no catálogo, que é mais barato e beneficia todos os canais, não de integração de protocolo.
As objeções que aparecem no comitê quando você propõe esperar
Esperar não nos deixa atrás dos concorrentes que já integraram?
Depende de qual camada eles integraram. Integração de protocolo é trabalho de semanas quando o catálogo está pronto, e é impossível quando não está. A vantagem duradoura mora na qualidade do dado, que leva meses para construir. Quem integrou protocolo sobre catálogo ruim comprou um endpoint que devolve informação incompleta, e o agente escolhe o próximo fornecedor.
Nosso jurídico quer saber quem responde por uma compra feita por agente.
É a pergunta que o AP2 foi desenhado para responder, com os três mandatos assinados formando cadeia de prova de autorização. Enquanto você não integra, a resposta prática é que a transação segue as regras do meio de pagamento usado, com o chargeback tradicional como recurso. Registre essa posição por escrito: ela costuma bastar para destravar a discussão sem antecipar investimento.
Segurança quer saber o que muda quando um agente passa a ler nosso catálogo.
Muda a superfície de ataque, e a resposta honesta é que ela cresce. Todo texto que o agente lê pode carregar instrução disfarçada, o que inclui avaliação de cliente, descrição enviada por fornecedor e qualquer campo aberto do catálogo. O OWASP mantém a lista dos dez principais riscos de habilidades agênticas, e ela dá o vocabulário para a conversa. Leve ao comitê três decisões, não um pedido de estudo: quem revisa conteúdo de terceiro antes de ele entrar no catálogo, qual é o teto de valor de uma transação iniciada por agente sem confirmação humana, e quem responde pelo incidente. As três cabem numa página e destravam a aprovação.
E se um agente montar o pedido com um preço que já mudou no nosso catálogo?
É o risco operacional real de publicar dado calculável, e ele precisa de decisão antes da publicação, não depois do primeiro caso. Declare a janela em priceValidUntil, defina a frequência de revalidação do feed e escreva a regra para o pedido divergente: honrar dentro da janela publicada é a postura mais defensável, porque o erro foi seu. O que não se sustenta é publicar preço impreciso e resolver caso a caso, que converte um ganho de descoberta em passivo de atendimento.
Vale publicar llms.txt mesmo com adoção baixa?
Vale se o custo for de uma tarde e se ninguém prometer resultado. A adoção perto de 10% dos domínios e os quase 40% de arquivos vazios já pesavam contra. O que encerra a discussão é a documentação de otimização para IA do Google, de 15 de junho de 2026, declarando que a Busca não usa arquivos desse tipo, a comparação de John Mueller com a meta tag keywords e a medição de log em que 84 de 62.100 requisições de robôs chegaram ao arquivo. Publique preenchido de verdade, ou não publique, e em nenhum dos dois casos associe meta ao arquivo.
Diretora de operações digitais de uma distribuidora de suprimentos industriais
B2B com venda digital, cenário ilustrativo
Dor
O catálogo tinha 14 mil SKUs com preço sob consulta e prazo descrito por texto livre digitado pelo comprador de cada linha. Nenhum sistema externo conseguia comparar a oferta, e o time de vendas atribuía a perda de cotações a preço, sem evidência.
Solução
A empresa priorizou as 900 SKUs responsáveis por 80% do faturamento e definiu preço final calculável, prazo em dias por região e política de devolução com URL própria. Protocolos ficaram em monitoramento, com gatilho escrito de reabertura.
Resultado
O ganho apareceu antes e fora do canal agêntico: o feed de anúncios parou de reprovar itens, a busca interna passou a filtrar por prazo e o time comercial ganhou uma fonte única para responder cotação. A prontidão para agente veio como efeito colateral do trabalho.
Custo apurado: Um trimestre de uma pessoa dedicada mais revisão jurídica da política de devolução. Nenhuma contratação de plataforma.
Cenário construído para fins didáticos. Números não correspondem a cliente específico.
Aprove nesta semana apenas a lista de fazer agora, com dono e prazo por item, e mova o restante para monitoramento com revisão trimestral. O critério de reabertura precisa ser objetivo e escrito: primeiro pedido real por via agêntica, ou exigência contratual de cliente relevante. Sem gatilho escrito, a discussão volta a cada conferência do setor e consome o tempo do time sem produzir decisão.
Este módulo está concluído quando, nos próximos vinte e um dias, você tiver: (1) levado à reunião a lista de fazer agora aprovada, com dono e prazo por item, e a lista de monitorar registrada em ata como monitoramento declarado, não como arquivamento; (2) escrito o gatilho de reabertura antes de encerrar aquela reunião, no formato primeiro pedido real por via agêntica ou exigência contratual de cliente relevante, com a revisão trimestral já no calendário de alguém com nome; (3) publicado a janela de validade do preço em priceValidUntil, com a frequência de revalidação e a regra escrita para o pedido divergente; (4) obtido de segurança as três respostas sobre injeção de prompt, a saber quem revisa conteúdo de terceiro, qual o teto de valor sem confirmação humana e quem responde pelo incidente; (5) registrado a posição sobre llms.txt citando a documentação do Google de 15 de junho de 2026, sem meta associada. Você situa cada especificação no seu papel (ACP para pagamento, x402 para a execução do pagamento sobre HTTP 402, AP2 para autorização e responsabilidade com os três mandatos assinados, UCP para descoberta, e MCP como camada de contexto que não é protocolo de comércio) e apresenta a descontinuação do Instant Checkout pela OpenAI, em março de 2026, com a estratégia redirecionada para descoberta e comparação de produtos, como parte da tese, e não como objeção a esconder.
Transfira para a sua rotina nesta semana
- Compare a mesma oferta em página, feed e API.
- Defina quem responde por autorização e contestação.
- Meça falha de máquina por etapa, não apenas conversão final.
Perguntas frequentes deste capítulo
Se a OpenAI encerrou o Instant Checkout, agentic commerce morreu?
Preciso implementar os cinco protocolos?
O que muda no meu trabalho de CRO se o comprador é uma máquina?
Como meço prontidão para agente sem ter nenhum pedido agêntico?
Quanto custa, em dinheiro, a lista de fazer agora?
Vendo serviço, não tenho SKU nem carrinho. Isso me exclui do tema?
Seu caderno neste capítulo
Abrir o caderno completoSelecione um trecho do capítulo para destacar ou anotar. Nos vídeos e áudios, use Anotar este momento. No teclado, selecione com Shift e as setas e use Alt+Shift+D para destacar ou Alt+Shift+N para anotar.
Salvo neste navegador. Entre na sua conta para levar o caderno a outros aparelhos.
Entre na sua conta para compartilhar o que aprendeu e convidar alguém para estudar com você.
Conexões deste capítulo
Veja o que estudar antes e para onde seguir depois, explore os conceitos e compare abordagens em outros cursos. Sugestões marcadas como “sugerido pelo grafo” vêm dos assuntos em comum, não do índice do curso.
Estude antes
- Prepare a loja para o agente que compra sem visitarsugerido pelo grafoApresenta os conceitos “AP2”, “ACP” e “Shared Payment Token (SPT)”, usados em “Agentic commerce: converter para quem não tem olhos”.
- Quando o comprador do outro lado é um softwaresugerido pelo grafoApresenta o conceito “Agentic Commerce”, usado em “Agentic commerce: converter para quem não tem olhos”.
- Blinde a empresa contra injeção de prompt e log órfãosugerido pelo grafoApresenta o conceito “Prompt Injection”, usado em “Agentic commerce: converter para quem não tem olhos”.
- CursoGoogle Ads 2027sugerido pelo grafo3 capítulos de “CRO: Otimização de Conversão e Experimentação” usam conceitos apresentados em “Google Ads 2027”.
Conceitos deste capítulo
O mesmo assunto em outros cursos
- GEO Universal FrameworkPrepare o site para o agente ler, comparar e comprarExaminar conexões de Prepare o site para o agente ler, comparar e comprar
- Glossário Completo de SEO e GEO 2026Prepare a loja para o agente que compra sem visitarExaminar conexões de Prepare a loja para o agente que compra sem visitar
- Do Agile ao Agentic Operating ModelO contrato que você assina antes de delegar ao agenteExaminar conexões de O contrato que você assina antes de delegar ao agente
- Frontends com VibecodingDirigir o prompt e avaliar a entrega do agenteExaminar conexões de Dirigir o prompt e avaliar a entrega do agente
Voltar ao capítulo anterior: Tráfego de LLM: o visitante que chega decidido
Leve uma ideia para a prática
Escolha uma atividade no painel e volte a este curso quando quiser.
Atividades e evolução ficam reunidas no painel da sua conta.
Capítulos vizinhos em CRO: Otimização de Conversão e Experimentação
- 19CRO para SaaS e máquinas de venda: trial, ativação, preço e retenção
- 20Tráfego de LLM: o visitante que chega decidido
- 21Agentic commerce: converter para quem não tem olhos
- 22IA na operação: onde acelera e onde destrói
- 23Personalização: regra, modelo e evidência