WebMCP é um padrão em desenvolvimento pelo W3C Web Machine Learning Community Group que deixa um site declarar, de forma explícita, quais ações um agente de IA pode executar nele — buscar, preencher um formulário, navegar — em vez de o agente ter que adivinhar isso lendo o HTML da página como se fosse um humano com os olhos vendados.
O problema que o WebMCP resolve
Hoje, quando um agente de IA (um assistente de navegador, um bot de compras, um Claude ou ChatGPT com acesso à web) precisa usar um site, ele faz o que qualquer pessoa faria olhando o código: procura um campo de busca, tenta identificar o botão certo, tenta entender pela posição e pelo texto visível o que cada elemento faz. Funciona às vezes. Quebra sempre que o site muda o design, usa nomes de classe genéricos, ou esconde a função real atrás de JavaScript.
Essa fragilidade tem nome técnico: os agentes fazem screen scraping semântico. Eles não sabem o que o site faz — eles inferem, com taxa de erro real.
Como o WebMCP resolve isso
O nome faz referência direta ao Model Context Protocol (MCP), o protocolo que a Anthropic publicou para conectar modelos de IA a ferramentas e dados externos — mas é importante ser preciso aqui: o WebMCP não é o MCP rodando dentro do navegador. É uma especificação própria da Web, que pega emprestada a mesma filosofia (ferramentas com nome, descrição e schema bem definidos) e a aplica na relação entre um agente e a página que ele está visitando. A própria documentação do Chrome descreve os dois como complementares: “Together, WebMCP and MCP help agents accomplish personalized tasks on behalf of human users” — juntos, não um substituindo o outro.
Existem duas formas de implementar isso:
- API Declarativa: você adiciona atributos HTML num formulário já existente —
toolname,tooldescription,toolparamdescription— e o navegador entende que aquele formulário é uma ferramenta que um agente pode acionar. - API Imperativa: via JavaScript, chamando
document.modelContext.registerTool()com um nome, uma descrição, um schema de entrada em JSON Schema e uma funçãoexecuteque roda quando o agente aciona a ferramenta.
O navegador cuida do resto: descoberta (getTools()), execução (executeTool()) e até notificação de mudança na lista de ferramentas disponíveis (evento toolchange).
Por que isso muda a internet, e não é só mais um hype de IA
A diferença entre um agente “ler” seu site e um agente “operar” seu site é a diferença entre adivinhação e contrato. Quando você declara uma tool, você está dizendo exatamente o que aquela ação faz, quais parâmetros aceita e o que ela devolve — sem ambiguidade, sem depender do agente interpretar corretamente um botão azul com o texto “Enviar”.
Isso importa pra três grupos ao mesmo tempo: para quem constrói agentes (menos erro, menos engenharia reversa de cada site novo), para quem navega com IA (ações mais confiáveis, menos “não consegui completar essa tarefa”) e para quem tem um site (controle sobre o que exatamente um agente pode fazer nele, em vez de ficar à mercê de scraping).
Teste você mesmo, agora, nesta página
Implementamos WebMCP no próprio blog da Wortic enquanto escrevíamos este texto — não é um conceito de slide, é código rodando nesta página. A busca de artigos, que já existia como um formulário simples, ganhou os atributos declarativos do WebMCP: a tool se chama searchBlogPosts, tem uma descrição em português explicando que busca artigos por palavra-chave, e um parâmetro de entrada (o termo de busca) descrito para o agente entender o que preencher.
Para testar de verdade, abra o Chrome, acesse chrome://flags/#enable-webmcp-testing, ative a flag “WebMCP for testing”, reinicie o navegador, volte a esta página e abra o console (F12). Rode:
await document.modelContext.getTools()O retorno deve trazer a tool searchBlogPosts, com nome, descrição e schema do parâmetro — a prova de que a página realmente declara essa ação, não só fala sobre ela. Sem a flag ativada, document.modelContext simplesmente não existe no seu Chrome — testamos isso ao escrever este texto.
O estado real do suporte hoje
Vale a honestidade: o WebMCP ainda é uma especificação em evolução, não um recurso maduro e universal. O Chrome já tem uma implementação real rodando atrás de uma flag experimental — dá para testar a API de verdade num navegador comum, mas ela vem desligada por padrão. A especificação pode mudar antes de virar suporte nativo amplo, sem flag nenhuma. Isso não é motivo para esperar: é motivo para testar agora, enquanto o padrão ainda está sendo lapidado e dá para aprender com pouco risco.
O que fazer com essa informação
Se o seu site vive de ação — venda, formulário, catálogo, agendamento — e não só de leitura, o WebMCP é a diferença entre um agente de IA conseguir operar seu site de verdade ou desistir na primeira tentativa. Não é uma implementação trivial de resolver na primeira tentativa: exige mapear quais ações do seu site fazem sentido virar tools, e escrever a descrição de um jeito que um modelo entenda sem ambiguidade.
