Web MCP e ACO para sites e lojas

Para quem é e como ler este guia

Para quem mantém sites de serviço e lojas virtuais e quer saber o que fazer diante de agentes de IA que não apenas respondem, mas navegam e compram. O nível é avançado, e o conteúdo muda rápido: tudo o que está aqui tem data de consulta (14 de outubro de 2026). Este guia separa padrões estáveis, propostas em andamento e siglas de mercado, e isso é parte do valor.

Qual é a diferença entre MCP e WebMCP?

MCP (Model Context Protocol) é, nas palavras da documentação oficial, um padrão de código aberto para conectar aplicações de IA a sistemas externos, como arquivos, bancos de dados, ferramentas e fluxos de trabalho. A analogia usada é a de uma porta USB-C para IA. Um servidor MCP expõe dados e ações; um cliente de IA, como um assistente, as consome. É o protocolo mais maduro desta página.

WebMCP é outra coisa, com nome parecido. É uma proposta de padrão web para que um site exponha ferramentas estruturadas a agentes que rodam no navegador, em vez de o agente tentar adivinhar a interface a partir de capturas de tela ou do código da página. No Chrome, o WebMCP está em origin trial a partir da versão 149 (documentação atualizada em 7 de outubro de 2026); o programa de prévia antecipada havia sido anunciado em 10 de fevereiro de 2026. O Chrome descreve uma API declarativa, para ações que podem ser definidas em formulários HTML, e uma imperativa, para interações dinâmicas que exigem JavaScript. A especificação é um rascunho de relatório do grupo comunitário Web Machine Learning, na versão de 15 de outubro de 2026, com editores da Microsoft e do Google. O próprio documento informa que não é padrão do W3C nem está na trilha de padronização, que tem questões em aberto e que pode mudar. A entrada da API no rascunho é document.modelContext. Confira nome de API e comportamento na especificação atual antes de implementar.

Resumo: MCP é para conectar aplicações de IA a sistemas, geralmente do lado do servidor. WebMCP é uma proposta para o navegador. Quem escreve "Web MCP" como se fosse um produto pronto ou como se fosse o MCP da Anthropic está misturando as duas coisas.

O que o Google recomenda para sites amigáveis a agentes?

O artigo "Build agent-friendly websites", do web.dev (atualizado em 1 de abril de 2026), recomenda medidas que já são boas práticas de acessibilidade. Use elementos nativos como button e a em vez de div estilizado, porque agentes os reconhecem como interativos. Associe cada label ao seu campo. Considere a árvore de acessibilidade como o resumo semântico da página, que você pode inspecionar nas ferramentas do desenvolvedor do Chrome. O artigo cita o WebMCP como proposta em desenvolvimento que pode mudar, e sugere pedir confirmação do usuário em ações sensíveis, como compras.

A consequência prática é direta: antes de qualquer protocolo novo, um formulário com campos rotulados e botões nativos já facilita a vida de pessoas com tecnologia assistiva e de agentes.

E o ACO e os protocolos de comércio?

ACO é uma sigla informal, usada em materiais de mercado para a otimização do comércio eletrônico para agentes de IA. Não tem definição normativa nem autor único. O que existe de concreto são protocolos de empresas:

Na documentação da OpenAI, o comerciante precisa de três fluxos: compartilhar um feed de produtos, tratar pedidos e checkout, e tratar pagamentos. O feed é um arquivo estruturado (CSV ou JSON) com identificadores, descrição, preço, estoque, mídia e opções de entrega, atualizado com regularidade. Preço e disponibilidade são campos obrigatórios. O pedido é aceito ou recusado pelo comerciante, que cobra pelo processador de pagamento que já usa.

O guia do Google sobre recursos de IA recomenda, para comércio e negócios locais, usar feeds do Merchant Center e perfis no Google Business Profile, e acompanhar protocolos emergentes como o UCP se forem relevantes. Esta página não verificou a disponibilidade desses recursos no Brasil. Confira nas páginas oficiais antes de planejar.

O que fazer hoje, em ordem de prioridade

1. 01Corrija a base: HTML semântico, formulários com rótulos, botões nativos, URLs estáveis, preço e disponibilidade visíveis no HTML e coerentes com o JSON-LD de produto.
2. 02Garanta dados de produto limpos: identificadores, descrição objetiva, preço, estoque, imagens, política de entrega e de troca, em um único sistema de origem.
3. 03Mantenha feeds atualizados onde já existam (por exemplo, Merchant Center) e documente a fonte de cada campo.
4. 04Teste o fluxo principal com um navegador assistido por IA, observando onde ele erra, e corrija pela acessibilidade, não por truque.
5. 05Decida o que NÃO será permitido a agentes: ações irreversíveis sem confirmação, acesso a dados pessoais, cancelamentos. Registre a política.
6. 06Acompanhe o status dos protocolos e adote um quando houver necessidade de negócio, suporte da sua plataforma de loja e capacidade de manutenção.
7. 07Meça: pedidos e visitas com origem em agentes, quando a plataforma informa, e erros em fluxos assistidos.

Critério de sucesso: um agente, ou uma pessoa com leitor de tela, consegue completar a tarefa principal do site apenas com a árvore de acessibilidade e sem ambiguidade nos rótulos.

Quais são os riscos e limites?

Segurança. Expor ações a agentes aumenta a superfície de ataque. Conteúdo de terceiros lido por um agente pode conter instruções maliciosas, o que a literatura chama de injeção de prompt. O documento do WebMCP trata de riscos de segurança e privacidade em seção não normativa, e o web.dev recomenda confirmação do usuário em ações sensíveis. Trate qualquer ferramenta exposta como uma API pública: autenticação, limites, validação e registro.

Custo e ganho. Implementar protocolos de comércio exige engenharia, e a decisão deve se apoiar em demanda real. Se a sua loja não recebe tráfego de agentes, a prioridade é outra.

Instabilidade. Rascunhos mudam e programas de prévia fecham. Não construa dependência crítica sobre uma API em rascunho.

Concentração. Cada plataforma tem um protocolo, e o comerciante pode precisar de mais de um. Escolha com base na sua plataforma de loja e no suporte do seu processador de pagamentos.

Quais erros comuns evitar?

Tratar WebMCP como se fosse MCP. Prometer a clientes "sua loja vendendo pelo ChatGPT" sem confirmar elegibilidade e disponibilidade no país. Publicar preços no feed que diferem do site. Expor ações sensíveis sem confirmação. Ignorar acessibilidade e investir só em protocolo. E o clássico: esperar que um arquivo na raiz resolva, quando o problema é um formulário sem rótulos.

Como medir

Observe nos logs a presença de agentes novos e o comportamento deles. Teste regularmente a tarefa principal com navegadores assistidos por IA e registre a taxa de sucesso. Compare feeds e site toda semana. Para presença em respostas, use o protocolo de ROI sem clique.

Próximo passo

O primeiro passo comum a tudo isso é um schema coerente e uma base de dados correta. Para a visão de uma marca com loja, veja o guia para marcas. Para o que se sabe e o que não se sabe sobre eficácia de arquivos para agentes, leia llms.txt funciona?. O verbete resumido está em seogeo.site.

Conteúdo de alta volatilidade: revise antes de implementar. Última revisão: 14/10/2026.