WebMCP: o que é e como ele prepara sites para agentes de IA

WebMCP é uma proposta experimental para ajudar sites a se comunicarem melhor com agentes de Inteligência Artificial dentro do navegador.

Em vez de a IA tentar adivinhar onde clicar, qual campo preencher ou qual botão usar, o próprio site pode declarar algumas ações disponíveis. Essas ações funcionam como comandos claros, com nome, descrição e regras de uso.

Pense em uma diferença simples: hoje, muitos agentes precisam "olhar" para uma página e tentar operar a interface como uma pessoa. Com WebMCP, o site pode dizer: "esta ação existe, ela serve para isso e precisa destes dados para funcionar".

Ainda não é algo que todo site usa. A documentação do Chrome trata o WebMCP como uma tecnologia em teste, disponível por teste de origem no Chrome 149 e por flag para desenvolvimento local.

Para que serve o WebMCP

O WebMCP serve para reduzir a confusão entre agentes de IA e interfaces feitas para humanos.

Um site comum foi desenhado para uma pessoa ler, clicar, rolar a página, preencher campos e tomar decisões olhando para a tela. Um agente de IA até pode fazer parte disso, mas esse caminho é frágil. Se o layout muda, se o botão troca de posição ou se a página carrega de outro jeito, a automação pode errar.

Com WebMCP, o desenvolvedor pode expor ações mais diretas. Por exemplo:

• buscar horários disponíveis;
• preencher um formulário;
• filtrar produtos;
• iniciar uma solicitação;
• enviar um pedido de teste;
• consultar uma informação que já existe na página.

O objetivo não é acabar com a interface visual. O objetivo é criar uma camada mais clara para que o agente entenda o que pode fazer naquele site.

Como funciona na prática

Na explicação oficial do projeto WebMCP, o site registra ferramentas usando uma API do navegador chamada document.modelContext. Essa ferramenta tem um nome, uma descrição e, quando necessário, um formato esperado de entrada.

O agente então pode descobrir essas ferramentas e pedir ao navegador para executar uma ação. O navegador continua no meio do processo, ajudando a manter a execução ligada à página aberta e aos pedidos do usuário.

Um exemplo prático: Hoje, quando quer testar o Notifika no seu WhatsApp, você precisa entrar no site do Notifika e clicar em Testar no meu WhatsApp.

Quando implementarmos o WebMCP, a partir do seu agente de IA, como Codex ou Claude code, você poderá pedir para ele fazer este teste e, ao chegar no site do Notifika, o agente encontrará uma tool chamada, por exemplo, enviar_lead_teste.

A partir daí a mágica acontece, o agente vai interagir com o formulário por você e enviar o lead chegará no seu WhatsApp. Demais né?

Qual a diferença entre MCP e WebMCP?

MCP é uma forma de conectar modelos de IA a ferramentas, dados e sistemas. Ele costuma aparecer em integrações mais ligadas a servidores, APIs, bancos de dados e ambientes internos.

WebMCP leva uma ideia parecida para dentro da experiência de navegação. A diferença principal é o lugar onde a ação acontece.

No MCP tradicional, a conexão geralmente acontece fora da página, por meio de um servidor ou integração preparada para a IA.

No WebMCP, a página aberta no navegador pode declarar ações que o agente consegue entender e executar naquele contexto.

Uma forma simples de separar:

Termo	Ideia principal
MCP	Conectar agentes de IA a sistemas, dados e ferramentas fora da interface visual
WebMCP	Permitir que páginas web declarem ações para agentes dentro do navegador

Os dois conceitos podem se complementar. WebMCP não substitui todo tipo de integração por API. Ele faz mais sentido quando a tarefa depende da página, do estado visual ou de uma ação que já existe na experiência web.

O que observar antes de adotar

Como o WebMCP ainda está em teste, ele deve ser tratado com cautela.

Para uma empresa, isso significa não depender dele como único caminho para uma operação crítica. Se uma ação é importante para vendas, atendimento ou cobrança, ela ainda precisa de uma rota confiável por API, formulário, integração ou processo interno.

Também existe uma preocupação de segurança. Quando um site permite que agentes executem ações, precisa deixar muito claro o que cada ação faz, quais dados usa e quando o usuário precisa confirmar algo.

Por isso, o ponto não é sair criando comandos para tudo. O ponto é escolher bem quais ações merecem ser expostas e quais precisam continuar exigindo confirmação humana.