WebMCP: Todo Site Acaba de Virar Ferramenta para Agentes de IA

Em 10 de fevereiro de 2026, o W3C Web Machine Learning Community Group publicou um Draft Community Group Report com um nome discreto: Web Model Context Protocol. Engenheiros da Microsoft e do Google assinam o documento. O Chrome 146 Canary já implementa a especificação atrás de uma flag experimental.

O nome é técnico. A consequência não é.

O WebMCP permite que qualquer site exponha ferramentas estruturadas para agentes de IA que rodam no navegador. Não scrapers. Não heurísticas. Ferramentas declaradas explicitamente, com schemas, permissões e mediação do navegador.

A web acaba de ganhar uma nova superfície. E essa superfície muda a relação entre sites, navegadores e IA.

O Que o WebMCP Faz

Pense em como agentes de IA interagem com a web hoje. Eles navegam páginas como um humano faria — clicam, preenchem, leem o DOM, interpretam layouts. Funciona. Mas é frágil. Uma mudança de CSS quebra o agente. Uma reorganização de divs invalida o seletor. O agente está interpretando uma interface feita para humanos e improvisando a cada interação.

O WebMCP propõe algo diferente: o site declara explicitamente o que um agente pode fazer.

Existem duas APIs.

A API Declarativa permite anotar formulários HTML existentes com dois atributos — toolname e tooldescription. O navegador lê essas anotações e traduz automaticamente o formulário em um schema de ferramenta que qualquer agente compatível pode invocar. Sem código adicional. Se você tem um formulário de busca, adiciona dois atributos e ele vira uma ferramenta de busca para agentes.

A API Imperativa usa navigator.modelContext.registerTool() para interações dinâmicas e complexas. Enquanto a API declarativa cobre formulários estáticos, a imperativa permite que aplicações web registrem ferramentas em runtime — condicionais, contextuais, personalizadas por sessão.

A distinção importa. A API declarativa tem adoção trivial para qualquer site com formulários. A API imperativa abre possibilidades para aplicações sofisticadas.

O Modelo de Segurança

Se a reação imediata foi “qualquer agente de IA pode executar ações no meu site sem controle?”, a resposta é: não.

O WebMCP foi desenhado com o navegador como mediador. Toda chamada de ferramenta passa pelo navegador antes de chegar à página. As permissões são baseadas em origem — ferramentas só funcionam no domínio que as registrou. Formulários exigem submissão manual do usuário por padrão.

Dois mecanismos merecem atenção especial.

SubmitEvent.agentInvoked — um boolean que indica se a submissão de formulário foi iniciada por um agente de IA ou por um humano. Sites podem usar esse sinal para aplicar lógica diferente. Validação adicional. Rate limiting. Auditoria. A distinção entre ação humana e ação de agente vira um dado nativo do navegador.

Pseudo-classes CSS — :tool-form-active e :tool-submit-active permitem feedback visual quando um agente está interagindo com um formulário. O usuário vê, em tempo real, o que o agente está fazendo. Transparência por design.

O modelo herda uma propriedade fundamental da web: o usuário está presente. Diferente de chamadas de API server-side, o WebMCP opera no navegador do usuário, com a sessão do usuário, as credenciais do usuário e — crucialmente — a supervisão do usuário.

A Diferença Entre MCP e WebMCP

Para quem acompanha o ecossistema de IA, a sigla MCP já é familiar. O Model Context Protocol, criado pela Anthropic e lançado em novembro de 2024, permite que modelos de linguagem se conectem a serviços backend. Em dezembro de 2025, a Anthropic doou o MCP para a Agentic AI Foundation, sob a Linux Foundation, co-fundada com Block e OpenAI.

O MCP opera no servidor. Conecta modelos a bancos de dados, APIs, serviços internos. Não precisa de navegador. Não precisa de usuário presente.

O WebMCP opera no cliente. No navegador. Com o usuário presente. Herdando sessão, autenticação e contexto do navegador.

Não são concorrentes. São complementares.

O MCP conecta IA ao backend. O WebMCP conecta IA ao frontend. Juntos, cobrem as duas metades da equação: serviços que a IA acessa diretamente e interfaces que a IA acessa através do usuário.

A analogia mais precisa: o MCP é uma API REST para agentes. O WebMCP é um formulário HTML para agentes.

Por Que Isso Muda o Jogo

Até agora, a interação de agentes com a web seguia um modelo de engenharia reversa. O agente inspecionava o DOM, inferia intenções, executava ações baseadas em suposições sobre a estrutura da página. Era como ler um livro decifrando a tipografia em vez de ler as palavras.

O WebMCP inverte a dinâmica. O site declara suas capacidades. O agente consome essas declarações. A interação é contratual, não heurística.

Três implicações se destacam.

Primeiro: o fim do scraping como paradigma de interação. Quando um site expõe ferramentas estruturadas, não há razão para um agente interpretar o DOM. A ferramenta declarada é mais confiável, mais estável e mais rica em semântica do que qualquer seletor CSS. Sites que adotarem WebMCP terão interações com agentes que não quebram a cada redesign.

Segundo: a emergência do AXO. Assim como SEO — Search Engine Optimization — transformou a relação entre sites e buscadores, o WebMCP cria o conceito de Agent Experience Optimization. Sites precisarão pensar não apenas em como humanos encontram e usam suas páginas, mas em como agentes descobrem e invocam suas ferramentas. Quais ferramentas expor. Quais descrições usar. Quais permissões conceder. Uma nova disciplina está nascendo.

Terceiro: vantagem competitiva para adoção antecipada. O paralelo com dados estruturados e meta descriptions é direto. Quando o Google começou a usar dados estruturados para rich snippets, sites que implementaram primeiro ganharam visibilidade desproporcional. O mesmo padrão tende a se repetir. Agentes de IA preferirão sites com ferramentas declaradas sobre sites que exigem interpretação de DOM. A diferença entre ser encontrado e ser ignorado pode ser um atributo toolname num formulário HTML.

O Que Ainda Falta

Entusiasmo justificado não elimina limitações reais.

Suporte limitado a navegadores. Em fevereiro de 2026, o WebMCP existe no Chrome 146 Canary atrás de uma flag experimental. A versão estável é esperada para aproximadamente 10 de março de 2026. Firefox e Safari não sinalizaram intenção de implementação. Uma especificação web que funciona em apenas um navegador não é um padrão — é uma proposta.

Especificação em draft. O documento é um W3C Draft Community Group Report, não uma Recommendation. A API pode mudar. Detalhes de segurança podem ser revisados. Comportamentos podem ser redefinidos. Construir sobre essa especificação hoje exige aceitar instabilidade.

Dependência de polyfill. A implementação de referência — MCP-B — funciona como polyfill para navegadores que não suportam a API nativa. Isso viabiliza experimentação, mas adiciona uma camada de complexidade e potenciais diferenças de comportamento.

Agnóstico de modelo, mas dependente de ecossistema. O WebMCP foi desenhado para funcionar com qualquer modelo — Gemini, Claude, ChatGPT, modelos open-source. Na prática, a adoção depende de agentes de IA integrarem suporte ao protocolo. A especificação é agnóstica. O ecossistema ainda não é.

O Padrão Que Faltava

Nos últimos dois anos, a indústria construiu infraestrutura para IA agêntica em todas as camadas — exceto uma. Temos modelos que raciocinam. Temos protocolos para conectar modelos a backends. Temos frameworks de orquestração. Temos memória, planejamento, execução de código.

O que não tínhamos era uma forma nativa de conectar agentes à web como a web é: HTML, formulários, páginas, navegadores.

O WebMCP preenche essa lacuna. Não é uma solução perfeita — é um draft, num único navegador, com adoção incerta. Mas a direção é inequívoca. A web precisa de uma interface para agentes. E a interface que está emergindo é surpreendentemente simples: os mesmos formulários que já existem, com dois atributos a mais.

Se você opera um site, a ação é clara: acompanhe a especificação, experimente a API declarativa em formulários existentes e comece a pensar em quais ferramentas seu site deveria expor para agentes. Não porque o WebMCP já é o padrão definitivo — mas porque a pergunta “como agentes vão interagir com meu site?” já não tem resposta opcional.

A web foi construída para humanos. Ela está prestes a ser reconstruída para agentes também.

---

Fonte: Chrome Developers — WebMCP Explainer & Early Preview

O Victorino Group ajuda empresas a construir sistemas de agentes de IA com governança integrada. Se você está avaliando como o WebMCP se encaixa na sua arquitetura, entre em contato em contato@victorino.com.br ou visite www.victorino.com.br.