WebMCP: O Padrão Web Que Permite Que Agentes de IA Naveguem, Reservem e Comprem Sem Raspagem do Seu Site

Publicado originalmente em The Searchless Journal

A web está prestes a receber uma nova camada de infraestrutura, e isso não tem nada a ver com a aparência das páginas ou com a rapidez com que elas carregam. Tem tudo a ver com como os agentes de IA interagem com essas páginas em seu nome.

WebMCP, um rascunho do Grupo Comunitário W3C co-autorado por engenheiros do Google e da Microsoft, está atualmente sendo implementado na versão beta do Chrome 146. Ele define um protocolo padronizado para que agentes de IA descubram e executem ações em sites, substituindo as abordagens frágeis de raspagem do DOM que os agentes utilizam hoje.

Se isso soa abstrato, considere as implicações concretas: dentro de 12 a 18 meses, agentes de IA poderão reservar seu hotel, preencher sua receita, comparar cotações de seguros e concluir sua compra, tudo isso sem nunca renderizar uma única página da web. O WebMCP é a infraestrutura que torna isso possível.

O Que É WebMCP?

WebMCP significa Protocolo de Contexto do Modelo Web. Ele estende o conceito de MCP (Protocolo de Contexto do Modelo), originalmente desenvolvido pela Anthropic para conectar modelos de IA a ferramentas externas, para o ambiente do navegador. A principal diferença: em vez de um modelo de IA chamar um endpoint de API, o WebMCP permite que os agentes interajam diretamente com os sites por meio de um contrato de capacidade estruturado.

Pense nisso como a diferença entre pedir a alguém para navegar em uma loja física (abordagem atual de raspagem) e dar a eles um catálogo com formulários de pedido (abordagem WebMCP). Uma é frágil, lenta e propensa a erros. A outra é estruturada, confiável e rápida.

O rascunho da especificação do Grupo Comunitário W3C define dois modos de capacidade:

Modo Declarativo lida com interações simples, semelhantes a formulários. Um site expõe um conjunto de ações estruturadas, como "pesquisar produtos", "adicionar ao carrinho" ou "agendar consulta", juntamente com os parâmetros que cada ação requer. O agente preenche os parâmetros e recebe uma resposta estruturada sem nunca precisar analisar HTML.

Modo Programático lida com fluxos complexos de múltiplas etapas. Para ações que requerem decisões sequenciais, como selecionar um voo, escolher um assento, adicionar bagagem e pagar, o site expõe uma máquina de estados que o agente pode navegar passo a passo.

Ambos os modos substituem a abordagem atual em que os agentes tentam simular a navegação humana lendo elementos do DOM, clicando em botões e esperando que nada mude.

Por Que Google e Microsoft Estão Co-Autorando Isso

O fato de que Google e Microsoft estão co-autorizando o WebMCP é significativo. Essas duas empresas competem agressivamente em busca, navegadores, nuvem e IA. Mas elas concordam em uma coisa: a abordagem atual para a interação entre agentes e a web está quebrada.

Hoje, quando um agente de IA tenta interagir com um site, ele essencialmente finge ser um humano usando um navegador. Ele renderiza a página, lê o DOM, descobre quais botões clicar e espera que o site não tenha mudado desde a última vez. Essa abordagem é:

• Frágil: Qualquer redesign quebra a compreensão do agente sobre a página.
• Caro: Renderizar uma página completa para extrair dados estruturados desperdiça recursos computacionais.
• Lento: Múltiplas idas e vindas para o que deveria ser uma única chamada de API.
• Opaco: Os proprietários de sites não têm visibilidade ou controle sobre como os agentes usam seu site.

O Google tem um incentivo direto para corrigir isso. Se os agentes de IA se tornarem a interface principal para o comércio na web, o Google precisa que os agentes encontrem e transacionem com comerciantes do Google Shopping, listagens do Google Flights e parceiros do Google Ads. Um protocolo estruturado garante que os agentes possam concluir essas transações de forma confiável.

A Microsoft tem um incentivo paralelo através do Copilot e do Bing. Se o Copilot vai reservar sua viagem, pedir suas compras e gerenciar seu calendário, ele precisa de uma maneira confiável de interagir com os serviços por trás dessas tarefas.

O processo do Grupo Comunitário W3C significa que este não é um padrão proprietário do Google ou da Microsoft. Está sendo desenvolvido de forma aberta, com a contribuição da comunidade web mais ampla. Mas o fato de que os dois maiores fornecedores de navegadores estão alinhados dá a ele uma probabilidade incomumente alta de se tornar um padrão real.

Chrome 146 Beta: A Primeira Implementação

O Chrome 146 beta lançou a primeira implementação do WebMCP em nível de navegador no início de maio de 2026. Esta não é uma implementação completa, mas é uma prévia funcional que os desenvolvedores podem testar.

O que o Chrome 146 inclui:

• Descoberta de capacidade: Os sites podem declarar suas capacidades WebMCP através de um caminho bem conhecido, semelhante a como o robots.txt declara regras de rastreamento ou como o llms.txt declara conteúdo legível por IA.
• Execução de ação: Os agentes podem invocar ações declaradas e receber respostas estruturadas.
• Modelo de permissão: Os usuários mantêm controle sobre quais ações os agentes podem executar, com um prompt de permissão em nível de navegador.
• Gerenciamento de sessão: Interações de múltiplas etapas mantêm o estado entre ações sequenciais.

O modelo de permissão é crítico. O WebMCP não dá aos agentes acesso irrestrito aos sites. Quando um agente deseja executar uma ação, o navegador apresenta um prompt de permissão ao usuário. Pense nisso como os prompts de permissão existentes para câmera ou localização, mas para "permitir que este agente reserve um hotel em seu nome".

Essa camada de consentimento do usuário é o que separa o WebMCP da raspagem sem controle. Os sites controlam quais capacidades expõem. Os usuários controlam quais capacidades os agentes podem usar. Os agentes operam dentro do contrato.

Como o WebMCP Difere de Padrões Existentes

O WebMCP não é a primeira tentativa de tornar a web mais legível por máquinas. Aqui está como ele se compara a abordagens existentes:

Schema.org / Dados Estruturados: O Schema.org ajuda os motores de busca a entender o que uma página contém (um produto, uma receita, um evento). O WebMCP ajuda os agentes a entender o que uma página pode fazer (pesquisar, reservar, comprar). O Schema.org trata da descrição do conteúdo. O WebMCP trata da execução de ações.

llms.txt: A convenção llms.txt fornece a modelos de IA um resumo legível do conteúdo de um site. É um arquivo estático que diz a uma IA "aqui está sobre o que este site é". O WebMCP é um protocolo dinâmico que permite que uma IA realmente interaja com o site. O llms.txt é um folheto. O WebMCP é uma recepção.

OpenAPI / APIs REST: APIs tradicionais exigem que os desenvolvedores escrevam integrações personalizadas. Cada API tem sua própria autenticação, formatos de dados e tratamento de erros. O WebMCP padroniza a camada de interação para que os agentes possam trabalhar com qualquer site habilitado para WebMCP sem integração personalizada para cada um.

Protocolo de Comércio Agentic da Stripe: O protocolo da Stripe, anunciado recentemente, foca especificamente na infraestrutura de pagamento para agentes de IA: como um agente paga de forma segura por algo em seu nome. O WebMCP opera em uma camada diferente. Ele lida com toda a interação (descoberta, seleção, configuração) que leva ao pagamento. Os dois protocolos são complementares, não concorrentes.

Google Discovery v5: O Discovery v5 é a estrutura interna do Google para como os agentes de IA descobrem e interagem com o conteúdo. O WebMCP parece ser a implementação pública e padronizada de alguns desses conceitos, movida para o processo W3C para adoção mais ampla.

O Que Isso Significa para Marcas de Ecommerce

Se você vende qualquer coisa online, o WebMCP tem implicações diretas sobre como os clientes encontrarão e comprarão seus produtos nos próximos 12 a 24 meses.

Hoje, um cliente pede a um assistente de IA "encontre um fogão de camping abaixo de $200 com boas avaliações." O agente pesquisa