Protocolo Universal de Comércio (UCP)

TL;DR — O Universal Commerce Protocol (UCP) é uma “linguagem” compartilhada que permite que assistentes de IA comprem produtos de lojas em nome do consumidor. O Google o anunciou em janeiro de 2026 com a Shopify e outros grandes varejistas. Em vez de cada loja criar uma conexão personalizada com cada IA, ela publica um pequeno arquivo em /.well-known/ucp que informa aos agentes o que vende e como finalizar a compra. O ponto de atenção para profissionais de marketing: alguns fluxos de UCP podem ser concluídos sem uma visita convencional à página do produto, tornando os dados de feed e de capacidades tão importantes quanto a página.

O que é o UCP, em termos simples

Durante anos, “comprar online” significava abrir um navegador, chegar a uma página de produto e clicar em comprar. Assistentes de IA estão começando a fazer essa parte intermediária pelas pessoas: você pede ao Gemini ou ao Modo IA do Google para “encontrar uma TV silenciosa de 65 polegadas por menos de US$ 800”, e ele faz a pesquisa e a compra.

O problema é que não havia uma forma padronizada de uma IA conversar com o checkout de uma loja. O UCP resolve isso. É um padrão aberto — gratuito para qualquer pessoa usar — que define uma forma comum para agentes de IA, lojas e empresas de pagamento se comunicarem, permitindo que uma compra aconteça automaticamente.

O Google o anunciou em 11 de janeiro de 2026 na grande conferência de varejo NRF e o desenvolveu em conjunto com Shopify, Etsy, Wayfair, Target e Walmart, além de mais de 20 apoiadores, como Visa, Mastercard e Stripe.

Como uma loja participa

A loja publica um pequeno arquivo legível por máquina em um endereço fixo: /.well-known/ucp. Pense nele como um robots.txt, mas, em vez de dizer aos rastreadores aonde podem ir, ele informa aos agentes de IA o que a loja consegue fazer — o que vende, como adicionar itens ao carrinho e como pagar. O agente lê esse arquivo primeiro e então sabe como comprar naquela loja.

Se uma compra exigir uma pessoa — por exemplo, para confirmar a entrega ou entrar na conta —, o UCP também prevê essa etapa: o agente pausa e envia ao consumidor um link para que ele mesmo conclua essa parte.

Por que isso importa para SEO

Esta é a parte que merece sua atenção. Quando uma IA compra por meio do UCP, ela nunca visita seu site. Não há pageview, sessão nem evento de adição ao carrinho nas suas ferramentas de análise. A venda ainda pode acontecer — você apenas não verá a visita.

Portanto, o que os agentes de IA realmente leem não é sua bela página de produto, mas seu feed de produtos — os dados estruturados sobre preço, disponibilidade e detalhes que circulam pelo Google Merchant Center. Se o feed estiver errado, incompleto ou ausente, a IA talvez nunca saiba que você vende o produto — e não o recomendará.

Seu SEO tradicional — bom conteúdo, um site confiável e dados estruturados corretos — continua importante. Mas “meu feed do Merchant Center está limpo e completo?” acaba de se tornar uma pergunta real de SEO. Para entender os detalhes técnicos, a comparação com o protocolo concorrente da OpenAI e o que fazer na prática, acesse a aba Avançado.

TL;DR — O UCP é um padrão aberto sob a licença Apache 2,0 (especificação atual: 2026-04-08) que foi anunciado pelo Google na NRF em janeiro de 2026 e desenvolvido em conjunto com Shopify, Etsy, Wayfair, Target e Walmart. Ele oferece a agentes, lojistas e provedores de pagamento uma linguagem comum para que o comércio funcione sem integrações personalizadas N×N. Os lojistas publicam um perfil de capacidades em /.well-known/ucp; as capacidades usam namespaces de domínio reverso e trafegam por REST, MCP, A2A ou Embedded. O checkout segue uma máquina de estados — incomplete → requires_escalation (transferência para uma pessoa via continue_url) → ready_for_complete. Os lojistas continuam como Merchant of Record. A análise depende do transporte e da transferência: algumas transações talvez não gerem pageviews convencionais, por isso a telemetria comercial importa junto com a análise do site. O UCP é diferente do ACP da OpenAI/Stripe; os dois foram projetados para coexistir, e a configuração de protocolo duplo — “um backend, dois protocolos” — está se tornando o padrão.

O que o UCP realmente é

O Universal Commerce Protocol é um padrão de código aberto que define uma linguagem comum e um conjunto de primitivas funcionais para que agentes de IA, lojistas e provedores de pagamento concluam transações sem criar uma integração personalizada para cada combinação. Na formulação do Google, ele “establishes a common language for agents and systems to operate together”. Tradução: “estabelece uma linguagem comum para agentes e sistemas operarem em conjunto”. O Google o anunciou em 11 de janeiro de 2026, na conferência da National Retail Federation (NRF), desenvolveu-o com Shopify, Etsy, Wayfair, Target e Walmart e reuniu mais de 20 parceiros apoiadores, entre eles Visa, Mastercard, Stripe, American Express e The Home Depot.

Ele é publicado sob a licença Apache 2,0 em ucp.dev e github.com/universal-commerce-protocol/ucp. A especificação usa versionamento por data (YYYY-MM-DD); a versão atual é 2026-04-08. Vale esclarecer duas coisas desde já: o UCP é de fato aberto no nível da especificação, mas o guia do próprio Google descreve a implementação no Modo IA da Pesquisa Google e no Gemini para web como dependente de aprovação do lojista, e não como disponibilidade geral. “Open standard, Google-first and approval-gated adoption” — tradução: “padrão aberto, adoção inicialmente pelo Google e condicionada à aprovação” — é o resumo honesto.

Por que o UCP existe: o problema N×N

Antes de um protocolo compartilhado, cada agente de IA que quisesse realizar transações precisava de uma integração específica com cada lojista ou plataforma — uma explosão N×N de conectores personalizados que ninguém consegue manter. O UCP reduz isso a uma única superfície de integração: o lojista implementa UCP uma vez, e qualquer agente compatível pode descobri-lo e transacionar com ele. A equipe de engenharia da Shopify resumiu de forma direta a razão desse desenho: protocolos monolíticos “eventually collapse under complexity: too rigid to adapt, too slow to evolve”. Tradução: “eventualmente desmoronam sob a complexidade: rígidos demais para se adaptar e lentos demais para evoluir”. Por isso, o UCP é dividido em capacidades combináveis e versionadas de forma independente, em vez de ser uma especificação gigante.

Como o UCP funciona tecnicamente

O perfil de descoberta /.well-known/ucp. O lojista publica um perfil JSON legível por máquina em /.well-known/ucp. Esse é o ponto de entrada: o agente o busca para conhecer as capacidades do lojista, os processadores de pagamento compatíveis e as chaves públicas de assinatura. É a mesma ideia arquitetural de robots.txt ou sitemap.xml — um caminho fixo e conhecido em que as ferramentas podem confiar. Sem perfil .well-known/ucp, não há descoberta programática.

Capacidades e namespaces. As capacidades recebem nomes em namespaces de domínio reverso (por exemplo, dev.ucp.shopping.checkout). O núcleo do UCP reserva o namespace dev.ucp.*; fornecedores estendem o padrão com namespaces de seus próprios domínios. O conjunto ativo de capacidades é negociado — segundo a especificação, “the business (server) determines the active capabilities from the intersection of both parties’ declared capabilities”. Tradução: “a empresa (servidor) determina as capacidades ativas a partir da interseção das capacidades declaradas pelas duas partes”.

Transportes. O UCP independe do transporte: REST (OpenAPI 3.1.0), MCP (Model Context Protocol), A2A (Agent-to-Agent) e Embedded (JSON-RPC 2,0). Essa amplitude é a principal razão pela qual a afirmação de que “o UCP é exclusivo do Google” está errada — o formato de comunicação não está preso a uma única plataforma.

A máquina de estados do checkout — e requires_escalation. O checkout passa pelos seguintes estados:

• incomplete — o carrinho e os detalhes ainda estão sendo montados.
• requires_escalation — o agente não pode continuar sozinho; uma pessoa precisa intervir. O agente apresenta uma continue_url, e o comprador conclui essa etapa por conta própria — login, uma confirmação adicional, verificação de idade ou qualquer ação que o agente não esteja autorizado a executar. Esse é o ponto de transferência para uma pessoa incorporado ao protocolo, e deve fazer parte do projeto: uma transação que transfere bem é muito melhor do que uma que termina silenciosamente em um beco sem saída.
• ready_for_complete — tudo está pronto, e o agente pode finalizar a transação de forma programática.

Arquitetura de pagamento. O UCP usa um modelo desacoplado que separa os instrumentos de pagamento — o que o consumidor usa — dos handlers de pagamento — os processadores —, organizado em torno de um “triângulo de confiança” entre empresa, plataforma e PSP. Por projeto, é independente de provedor, em vez de vinculado a um único processador.

Segurança e identidade. A verificação de identidade usa HTTP Message Signatures (RFC 9421) para verificação sem permissão prévia, além de OAuth 2,0, chaves de API e mTLS. As chaves públicas são descobertas pelo perfil, portanto o agente não precisa trocar credenciais antecipadamente para verificar um lojista.

Disciplina de versionamento. As versões do protocolo e das capacidades são negociadas de forma independente. Adições sem quebra de compatibilidade não alteram a versão; mudanças incompatíveis exigem aviso à comunidade com duas semanas de antecedência.

Onde o UCP está em operação

É importante ser preciso sobre o significado de “em operação”, pois a documentação do próprio Google descreve uma implantação controlada, não disponibilidade geral: a integração do lojista “must be approved by Google before you can go live.” Tradução: “precisa ser aprovada pelo Google antes de entrar em operação”. O guia do Google primeiro coloca os lojistas em uma lista de espera. No momento da redação, as superfícies UCP documentadas pelo Google são o Modo IA na Pesquisa Google e o aplicativo Gemini para web — o próprio FAQ afirma que o suporte ao aplicativo independente do Gemini e a outras superfícies ainda está “planned” (“planejado”). Não consegui confirmar o YouTube Shopping como uma superfície UCP atual e documentada: coberturas anteriores o citaram, mas o guia e o FAQ atuais do Google, verificados por requisição HTTP e não por resumo em cache, listam apenas o Modo IA e o Gemini para web. Considere a afirmação sobre YouTube como não verificada, em vez de repeti-la como fato. Separadamente, o Google está abrindo listas de espera para levar o UCP aos setores de hospedagem e alimentação. Nem o guia do Google nem o site da especificação UCP documentam uma restrição de país ou produto em linguagem clara nas páginas atuais. Se você viu alguma limitação específica aos EUA, confira diretamente o documento ao vivo, pois não consegui reproduzir essa redação hoje.

No lado das plataformas, a Shopify oferece UCP por meio das Agentic Storefronts, ativas por padrão para lojistas Shopify. Assim, uma grande parcela do mercado já fica habilitada para UCP sem esforço adicional. Ser citado como codesenvolvedor ou apoiador do UCP é diferente de ter uma integração em produção: trate “estar na lista de parceiros” e “ter tráfego em produção pelo UCP” como afirmações distintas até que a documentação do próprio parceiro confirme a segunda.

O conjunto atual de capacidades (v2026-04-08) abrange checkout, pesquisa no catálogo e consulta de produtos, webhooks do ciclo de pedidos, vinculação de identidade (OAuth 2,0 em nome dos usuários) e troca de tokens de pagamento. O guia do Google confirma que carrinhos com vários itens, vinculação de fidelidade/conta e suporte pós-compra — rastreamento e devoluções — ainda não estão em operação: são itens do roadmap, não funcionalidades lançadas.

O que o UCP significa para o SEO de ecommerce

O feed é a nova página. Esta é a ideia central. Quando um agente descobre, compara e compra por meio do UCP, a página de detalhes do produto nunca é visitada — transações habilitadas por UCP não geram pageviews, sessões nem eventos de análise no site. Os dados sobre os quais o agente realmente raciocina são o seu feed de produtos, disponibilizado pelo Google Merchant Center. Assim, a unidade de otimização deixa de ser a página HTML renderizada e passa a ser a qualidade dos dados do feed e do Merchant Center: preços corretos, disponibilidade em tempo real, atributos completos e os novos atributos conversacionais — perguntas frequentes, acessórios compatíveis e substitutos — que o Merchant Center adicionou especificamente para descoberta por IA.

O Merchant Center agora é requisito básico. A elegibilidade para UCP passa pelo Merchant Center — uma marca fora dele não pode ser descoberta por agentes UCP. Nenhuma fonte primária do UCP ou do Google que encontrei publica uma fórmula explícita de seleção ou ranqueamento. Portanto, trate o que segue como interpretação informada do setor, não como algoritmo documentado: profissionais argumentam que problemas de qualidade de dados — divergência de preço, estoque desatualizado e descrições rasas — provavelmente reduzem a chance de um agente escolher uma oferta. Na formulação direta da cobertura da Semrush: “if your store isn’t set up to communicate with the AI agent, it may not know you exist. And if it doesn’t know you exist, it won’t recommend you.” Tradução: “se sua loja não estiver preparada para se comunicar com o agente de IA, ele talvez nem saiba que você existe. E, se não souber que você existe, não recomendará você.”

A lacuna de atribuição. Como não há sessões, a receita pode parecer desaparecer das ferramentas tradicionais de análise mesmo quando as vendas reais crescem. Ainda não existe uma resposta simples e consolidada — a mensuração depende de relatórios de transações do Merchant Center, marcação no sistema de gestão de pedidos ou rastreamento personalizado no nível da API. Trate isso como um problema em aberto a acompanhar, não como algo resolvido.

O que não muda. O Google afirmou que o UCP não acabará com o SEO, e isso faz sentido: a qualidade do conteúdo, a autoridade/confiança, a precisão dos dados estruturados e a saúde técnica continuam influenciando em quais lojistas e produtos os agentes confiam. A marcação Schema.org Product, Offer, MerchantReturnPolicy e Organization continua importante. O UCP acrescenta uma camada; não substitui a estrutura abaixo dela.

Uma observação sobre a formulação “baseado em mérito, não em investimento publicitário” que circula no comércio agêntico: ela está correta em termos gerais ao dizer que não se trata da compra clássica de anúncios por lance, mas exige nuance. As Direct Offers — descontos exclusivos exibidos no Modo IA — podem influenciar as recomendações dos agentes, e um feed completo favorece estruturalmente marcas maiores com equipes dedicadas. “Baseado em mérito” não significa “sem otimização”: as alavancas apenas mudam de palavras-chave e links para qualidade de dados e higiene do feed.

UCP e ACP

Você verá o UCP discutido ao lado do ACP, o Agentic Commerce Protocol liderado pela OpenAI e pela Stripe e voltado ao ecossistema do ChatGPT. São coisas diferentes — apoiadores, escopo, arquitetura e modelo de custo distintos —, e o Google afirmou explicitamente que o UCP foi projetado para coexistir com o ACP. A melhor prática emergente é uma implementação de protocolo duplo: um único backend compartilhado de produtos, estoque e pagamentos, com endpoints UCP e ACP sobre ele. A aba Frameworks apresenta a comparação lado a lado.

Como se preparar

Em resumo: deixe seu feed do Merchant Center limpo e completo, verifique os dados estruturados, publique um perfil /.well-known/ucp se estiver fazendo uma implementação nativa — lojistas Shopify recebem grande parte disso por padrão — e crie alguma forma de mensurar a receita gerada por agentes antes que ela seja necessária. A aba Checklists transforma isso em uma lista de trabalho.

Resumo por IA

Uma síntese da versão Avançada:

• UCP = um padrão aberto para comércio agêntico. Licença Apache 2,0, especificação atual 2026-04-08, anunciado pelo Google na NRF em 11 de janeiro de 2026, desenvolvido com Shopify, Etsy, Wayfair, Target e Walmart; mais de 20 apoiadores — Visa, Mastercard, Stripe, Amex e The Home Depot.
• Ele resolve o problema N×N: lojistas integram uma vez, e qualquer agente compatível pode transacionar, em vez de haver conectores específicos para cada par agente/lojista.
• Descoberta via /.well-known/ucp: um perfil JSON legível por máquina — capacidades
  • handlers de pagamento e chaves de assinatura — que funciona como o ponto de entrada dos agentes, no estilo robots.txt.
• Independente de transporte: REST, MCP, A2A e Embedded (JSON-RPC). As capacidades usam namespaces de domínio reverso; o conjunto ativo é a interseção do que as duas partes declararam.
• Máquina de estados do checkout: incomplete → requires_escalation (transferência para uma pessoa via continue_url) → ready_for_complete (o agente finaliza).
• Os lojistas mantêm o controle: continuam como Merchant of Record e preservam os dados dos clientes.
• Consequência para SEO: transações UCP não geram pageviews, sessões nem eventos — a unidade de otimização muda da página HTML para a qualidade do feed do Merchant Center; o Merchant Center se torna requisito básico, e surge uma lacuna de mensuração e atribuição.
• Superfícies em operação (meados de 2026): implantação controlada pelo Google — lojistas precisam de aprovação — no Modo IA da Pesquisa Google e no Gemini para web; outras superfícies do Google estão “planejadas”, não em operação — o YouTube Shopping não é confirmado pela documentação atual. A Shopify disponibiliza o UCP pelas Agentic Storefronts, ativadas por padrão.
• UCP ≠ ACP: o ACP — da OpenAI e da Stripe, centrado no ChatGPT — é um protocolo separado e complementar; os dois foram feitos para coexistir, e “um backend, dois protocolos” é o modelo emergente.

Documentação oficial

Documentação e anúncios de fontes primárias.

Especificação UCP e Google

• ucp.dev — site oficial da especificação e principal central de documentação.
• UCP Core Concepts — definição de “linguagem comum e primitivas funcionais”.
• UCP Specification Overview, v2026-04-08 — negociação de capacidades, transportes e especificação atual.
• github.com/universal-commerce-protocol/ucp — repositório de código aberto da especificação (Apache 2,0).
• Google for Developers — guia do UCP — orientação de implementação para lojistas, Merchant of Record e elegibilidade.
• Under the hood: Universal Commerce Protocol — análise técnica detalhada do Google.
• Blog do Google — anúncio do comércio agêntico — publicação oficial de lançamento.
• Atualizações de compras do Google Marketing Live 2026 — atualizações ampliadas de recursos.

Shopify (codesenvolvedora)

• Shopify Engineering — UCP — justificativa técnica da codesenvolvedora para o desenho em camadas e combinável.
• shopify.com/ucp — Agentic Storefronts e a visão voltada aos lojistas.

ACP (para comparação)

• Documentação do Agentic Commerce Protocol — protocolo correspondente liderado pela OpenAI e Stripe.
• Stripe — Agentic Commerce Protocol — componente de pagamentos do ACP.

Citações das fontes

Declarações registradas do Google, da Shopify, da própria especificação e de analistas do setor. Os links profundos levam ao trecho citado quando a página de origem oferece suporte.

Google e a especificação

• “The Universal Commerce Protocol (UCP) is an open standard for interoperability between commerce entities. It defines a common language and functional primitives so that platforms and businesses can interoperate securely and reliably across commercial verticals.” Tradução: “O Universal Commerce Protocol (UCP) é um padrão aberto de interoperabilidade entre entidades comerciais. Ele define uma linguagem comum e primitivas funcionais para que plataformas e empresas operem em conjunto com segurança e confiabilidade em diferentes setores comerciais.” — Google, UCP Core Concepts (a documentação da especificação foi amplamente reescrita desde o lançamento do UCP em janeiro de 2026; esta é a redação atual na data desta atualização, verificada por requisição HTTP direta, e não por resumo em cache). Ir para a citação
• “The business (server) determines the active capabilities from the intersection of both parties’ declared capabilities.” Tradução: “A empresa (servidor) determina as capacidades ativas a partir da interseção das capacidades declaradas pelas duas partes.” — UCP Specification Overview, v2026-04-08. Ir para a citação
• “…empowering you to turn AI interactions into instant sales.” Tradução: “…permitindo transformar interações com IA em vendas instantâneas.” — Guia do UCP no Google for Developers, na apresentação inicial da página (redação atual verificada na data desta atualização; a formulação citada anteriormente não correspondia à página ao vivo e foi corrigida). Ir para a citação
• “You remain the Merchant of Record for all transactions.” Tradução: “Você continua sendo o Merchant of Record de todas as transações.” — Guia do UCP no Google for Developers. Ir para a citação
• “establishes a common language for agents and systems to operate together” Tradução: “estabelece uma linguagem comum para agentes e sistemas operarem em conjunto”. — Google, anúncio sobre comércio agêntico. Ir para a citação

Shopify (codesenvolvedora)

• “Monolithic protocols eventually collapse under complexity: too rigid to adapt, too slow to evolve.” Tradução: “Protocolos monolíticos acabam desmoronando sob a complexidade: rígidos demais para se adaptar e lentos demais para evoluir.” — Shopify Engineering, sobre a justificativa do desenho em camadas do UCP. Ir para a citação

Vozes do setor

• “What excited a lot of people about this announcement was Google’s ability to allow AI agents to get real-time pricing and inventory, connected to the merchant in a more programmatic way.” Tradução: “O que empolgou muitas pessoas nesse anúncio foi a capacidade do Google de permitir que agentes de IA obtenham preços e estoque em tempo real, conectados ao lojista de forma mais programática.” — Jonathan Arena, New Generation, via Digiday. Ler a cobertura
• “When transactions occur inside Google’s environment, brands lose control over UX, merchandising, and post-purchase engagement.” Tradução: “Quando as transações acontecem no ambiente do Google, as marcas perdem o controle sobre UX, merchandising e relacionamento pós-compra.” — Jeremy Goldman, eMarketer, via Digiday. Ler a cobertura
• “Brands may be reluctant…to adopt a technology that will allow customers to transact away from their owned properties.” Tradução: “As marcas podem relutar em adotar uma tecnologia que permita aos clientes transacionar fora de suas propriedades próprias.” — Aaron Dicks, Impression, via Digiday. Ler a cobertura
• “UCP-enabled transactions generate no pageviews, no sessions, and no events on your website.” Tradução: “Transações habilitadas por UCP não geram pageviews, sessões nem eventos no seu site.” — Blog da Semrush. Ler a cobertura
• “If your store isn’t set up to communicate with the AI agent, it may not know you exist. And if it doesn’t know you exist, it won’t recommend you.” Tradução: “Se sua loja não estiver preparada para se comunicar com o agente de IA, ele talvez nem saiba que você existe. E, se não souber que você existe, não recomendará você.” — Blog da Semrush. Ler a cobertura

Como se preparar para o UCP: checklist prático

O que os lojistas realmente precisam fazer, aproximadamente nesta ordem:

Feed do Merchant Center (a nova superfície de descoberta)

• Ter uma conta no Google Merchant Center — sem ela, você fica invisível para os agentes UCP.
• Os preços do feed correspondem aos do site — divergências reduzem a seleção.
• A disponibilidade está correta em tempo real — produtos sem estoque aparecem assim, sem dados antigos.
• Os atributos de produto estão completos — GTIN/MPN, marca, condição, variantes e imagens.
• Atributos conversacionais estão preenchidos quando relevantes — perguntas frequentes, acessórios compatíveis e substitutos, atributos adicionados para descoberta por IA.

Dados estruturados

• Schema.org Product e Offer estão presentes e corretos nas páginas de produto.
• MerchantReturnPolicy e detalhes de entrega estão marcados.
• Organization estabelece a entidade da marca.

Implementação do UCP (se for nativa)

• Publique um perfil de capacidades em /.well-known/ucp — capacidades, handlers de pagamento e chaves de assinatura.
• Escolha os transportes: REST, MCP, A2A ou Embedded.
• Projete a transferência requires_escalation — um fluxo limpo de continue_url para etapas que o agente não consegue concluir, como login, confirmações e verificações de idade ou elegibilidade.
• Confirme a integração dos handlers de pagamento e a configuração de identidade/assinatura — RFC 9421, OAuth 2,0 ou mTLS, conforme o caso.
• Acompanhe a versão por data da especificação escolhida — atual: 2026-04-08 — e os avisos de duas semanas para mudanças incompatíveis.

Caminho da plataforma

• Lojistas Shopify: verifique se as Agentic Storefronts estão ativas — são habilitadas por padrão — em vez de reimplementar tudo.
• Fora da Shopify (Magento, WooCommerce, solução própria): decida entre endpoints UCP nativos e uma plataforma de terceiros/agêntica.

Mensuração (não pule esta parte)

• Crie alguma forma de atribuir a receita gerada por agentes antes que o volume chegue — relatórios de transação do Merchant Center, marcação no OMS ou rastreamento personalizado por API —, pois as vendas UCP não aparecerão nas análises baseadas em sessão.

Estratégia

• Decida se adotará protocolo duplo — UCP + ACP — e se seu backend consegue atender aos dois.

UCP versus ACP — e a decisão por protocolo duplo

Dois padrões abertos disputam o comércio agêntico, e eles não são a mesma coisa. Entender a diferença é o modelo que orienta a maior parte das decisões de implementação.

O contraste mental mais claro é este: UCP é o padrão descentralizado, centrado no lojista e de ciclo completo — liderado pelo Google; ACP é o padrão centralizado, intermediado pela plataforma e focado na execução — liderado por OpenAI/Stripe. Uma formulação de analista resume bem a postura do UCP: ele “starts with a merchant-centric question — ‘can this be bought?’” Tradução: “começa com uma pergunta centrada no lojista: ‘isto pode ser comprado?’”

Uma ressalva sobre a linha “apoiadores” acima: uma lista anunciada de codesenvolvedores ou apoiadores expressa a intenção do ecossistema, não comprova uma integração em produção. Trate “quem aparece como parceiro” e “quem recebe tráfego ao vivo pelo protocolo” como fatos distintos e verificáveis separadamente — o guia atual do Google condiciona toda integração de lojista a uma etapa de aprovação, então o status de parceiro por si só não diz o que realmente está em operação.

Os três modelos mentais

1. O feed é a nova página. As transações UCP ignoram completamente seu HTML. Sempre que pensar em otimizar uma página de produto para agentes, pergunte: esse sinal está no feed? Se não estiver no Merchant Center, o agente não conseguirá vê-lo.

2. Descoberta = um perfil conhecido. /.well-known/ucp é para os agentes o que robots.txt/sitemap.xml é para os rastreadores: um ponto de entrada fixo e legível por máquina. Sem perfil, não há descoberta programática. Trate sua publicação e manutenção como higiene técnica fundamental.

3. Um backend, dois protocolos. UCP e ACP foram projetados para coexistir, portanto não enquadre a decisão como a escolha de um vencedor. A arquitetura durável é um backend compartilhado de produtos, estoque e pagamentos com endpoints dos dois protocolos por cima — você alcança as superfícies do Google e o ecossistema do ChatGPT a partir de uma única fonte de verdade. Há relatos de lojistas com protocolo duplo recebendo bem mais tráfego de agentes, mas são estimativas: adote a arquitetura porque ela prepara o negócio para o futuro, não por causa de um número projetado específico.

Qual caminho de implementação do UCP é adequado?

Erros de UCP que devem ser evitados

Publicar um perfil antes de os dados subjacentes serem confiáveis

Por que falha: a descoberta funciona apenas para expor preço, estoque ou políticas desatualizados no checkout. Faça assim: torne a paridade entre Merchant Center e backend de comércio o primeiro critério de liberação e só então publique as capacidades que a empresa realmente consegue cumprir.

Tratar requires_escalation como erro genérico

Por que falha: login, verificação de idade e confirmação são estados válidos de transferência para uma pessoa. Faça assim: preserve o estado do checkout, forneça uma continue_url funcional e teste transferências concluídas, abandonadas e expiradas.

Criar uma verdade de produto específica para cada protocolo

Por que falha: catálogos separados para UCP e ACP divergem e criam experiências conflitantes para os agentes. Faça assim: mantenha uma única fonte de catálogo, estoque e pedidos e exponha-a por adaptadores finos de protocolo.

Afirmar que análises de sessão medem a receita do UCP

Por que falha: uma transação concluída por agente pode não gerar pageview, sessão nem evento no site. Faça assim: persista a atribuição de agente/protocolo no checkout e no OMS e reconcilie a receita no nível do pedido.

Presumir que um padrão aberto significa adoção universal em produção

Por que falha: a especificação é aberta, mas as superfícies atuais em produção e o suporte das plataformas continuam desiguais. Faça assim: verifique as capacidades e a elegibilidade atuais antes de comprometer esforço de implementação.

Guia rápido do UCP

Ordem de implementação

1. Corrija no Merchant Center os dados de identidade, preço, disponibilidade e políticas.
2. Estabeleça um backend autoritativo para catálogo, checkout, pagamento e pedidos.
3. Publique e valide o perfil de descoberta.
4. Implemente apenas as capacidades e os transportes que você consegue sustentar com confiabilidade.
5. Teste escalonamento, assinaturas, handlers de pagamento, novas tentativas e atribuição de pedidos.
6. Adicione o ACP como segundo adaptador se o alcance no ChatGPT for importante.

Como validar uma implementação do UCP

Implantação do perfil de descoberta

Teste a executar: busque /.well-known/ucp, analise o JSON e compare as capacidades, versões, handlers e chaves de assinatura anunciados com os serviços implantados. Resultado esperado: o perfil está acessível e todos os endpoints anunciados funcionam. Interpretação da falha: os metadados de descoberta são inválidos, estão desatualizados ou se adiantaram à implementação. Janela de monitoramento: imediatamente após a implantação e a cada alteração do perfil. Gatilho de reversão: restaure o perfil anterior se os agentes forem direcionados a capacidades sem suporte ou chaves inválidas.

Ciclo completo de escalonamento

Teste a executar: force o checkout a entrar em requires_escalation, abra a continue_url, conclua a etapa humana e retome a mesma sessão. Resultado esperado: o estado e o carrinho sobrevivem à transferência e avançam para ready_for_complete. Interpretação da falha: a persistência de sessão, o retorno do redirecionamento ou o tratamento de autorização está quebrado. Janela de monitoramento: imediatamente em sandbox e em testes rápidos de produção. Gatilho de reversão: desative a capacidade de checkout afetada se sessões escalonadas não conseguirem retornar com segurança.

Paridade entre feed e checkout

Teste a executar: compare amostras de ofertas do Merchant Center com o carrinho autoritativo para o mesmo produto e variante. Resultado esperado: identidade, preço, moeda, disponibilidade e políticas coincidem. Interpretação da falha: uma fonte anterior ou um adaptador está desatualizado ou mapeado incorretamente. Janela de monitoramento: contínua para preço e estoque, com resumo diário. Gatilho de reversão: suspenda a elegibilidade afetada quando o protocolo expuser dados transacionais incorretos.

Métricas do UCP

Sucesso na descoberta de capacidades

• Métrica: proporção de tentativas que resultam em busca bem-sucedida do perfil e negociação de capacidades.
• O que ela mostra: se os agentes conseguem descobrir e concordar sobre o que o lojista oferece.
• Como obter: logs do perfil/CDN e da negociação do protocolo, agrupados por agente, versão e capacidade.
• Referência / faixa realista: estabeleça o tráfego normal por agente e investigue qualquer falha persistente de análise, versão ou endpoint, em vez de adotar uma taxa de terceiros.
• Cadência: monitoramento diário, com alertas imediatos para regressões de implantação.

Conclusão do checkout e recuperação após escalonamento

• Métrica: sessões concluídas mais sessões escalonadas que retornam e são concluídas.
• O que ela mostra: se os caminhos de transação e transferência para uma pessoa funcionam além da descoberta inicial.
• Como obter: agregue as transições de estado do checkout por ID de sessão e versão da capacidade.
• Referência / faixa realista: crie uma linha de base por tipo de intervenção e produto; implementações iniciais não têm uma meta universal defensável.
• Cadência: semanal e após qualquer mudança em checkout ou identidade.

Pedidos e receita atribuídos ao UCP

• Métrica: pedidos e receita que carregam metadados de origem UCP no OMS.
• O que ela mostra: impacto comercial invisível às análises baseadas em sessão.
• Como obter: persista identificadores de protocolo/superfície do checkout no registro do pedido e reconcilie-os com o estado de pagamento e atendimento.
• Referência / faixa realista: compare com o histórico do próprio canal e com o catálogo elegível; não compare diretamente com canais baseados em pageview sem considerar as diferenças de atribuição.
• Cadência: revisão operacional semanal e relatório financeiro mensal.

Recursos que valem seu tempo

Meus textos

• Esta página é a central de UCP no site; para entender a mudança mais ampla em que ela se insere, veja Answer Engine Optimization e o pilar AI Search.

Minhas palestras

• Abordo a mudança da descoberta baseada em páginas para a descoberta baseada em feeds e entidades nas minhas palestras How Search Works e sobre busca por IA; a formulação específica do UCP — “o feed é a nova página” — é a conclusão prática para equipes de ecommerce.

Do setor

• How Google’s Universal Commerce Protocol changes ecommerce SEO (Search Engine Land) — perspectiva sobre o impacto em SEO.
• Shopify Shares More Details On Universal Commerce Protocol (UCP) (Search Engine Journal) — perspectiva da codesenvolvedora e da plataforma.
• Universal Commerce Protocol (UCP): What You Need to Know (Semrush) — abordagem prática de “sem pageviews, sem sessões”.
• WTF is Google’s Universal Commerce Protocol? (Digiday) — reações de analistas e o debate sobre o controle das marcas.
• A Strategic Analysis of UCP and ACP (Advanced Web Ranking) — comparação entre os dois protocolos.
• UCP: How European Commerce Leaders Should Respond (Merkle) — perspectiva europeia e regulatória.
• What UCP and ACP mean for retail (and retail media) (Koddi) — implicações para varejo e mídia de varejo.

Teste seus conhecimentos: UCP

Cinco perguntas rápidas sobre o Universal Commerce Protocol. Escolha uma resposta para cada uma e depois confira.

Registro de alterações