
Verificação da Realidade do WebMCP: Onde a Especificação Realmente Está
No mês passado, nossa postagem no r/mcp comparando MCP, REST e WebMCP atingiu 18.000 visualizações em 24 horas. Centenas de desenvolvedores fizeram a mesma pergunta nos comentários: quando meu agente pode realmente chamar uma ferramenta WebMCP em um site real? Eu fui verificar. Também auditamos nossas próprias implementações, aquelas que temos enviado para sites de hotéis de clientes, páginas de imóveis e o plugin AI-Ready WP Pro. A resposta é mais interessante do que "em breve".
Aqui está onde a especificação está em maio de 2026, por que nenhum agente importante a chama ainda e o que encontramos ao auditar nosso próprio código.
Onde a especificação realmente está
WebMCP é um Relatório de Rascunho do Grupo Comunitário W3C, última publicação em 23 de abril de 2026. A especificação é hospedada pelo Grupo Comunitário de Aprendizado de Máquina da Web, com três editores: Brandon Walderman da Microsoft, e Khushal Sagar e Dominic Farolino do Google. A primeira frase na página da especificação vale a pena ser lida com atenção:
"Não é um Padrão W3C nem está na Rota de Padrões W3C."
Grupo Comunitário significa "partes interessadas se reuniram para escrever algo". Rota de Padrões significa "vamos fazer isso parte da plataforma web". Hoje, WebMCP é o primeiro, não o último. Existe um caminho de um para o outro, mas não é automático.
A superfície da API é navigator.modelContext.registerTool(tool, options) e unregisterTool(). Vale a pena notar porque o padrão mais antigo, window.agent, foi descontinuado desde agosto de 2025. Se você tem código usando window.agent, ele está lendo de uma especificação obsoleta. O modelo de descoberta também é incomum: não há um endpoint .well-known, nem arquivo de manifesto. As ferramentas são registradas em tempo de execução via JavaScript quando a página carrega. O navegador, não a página ou a rede, é quem as agrega e as expõe aos agentes.
Um detalhe que as pessoas perdem: a Anthropic não é um editor. Microsoft e Google são. Isso importa para a próxima seção.
Onde estão os navegadores
O Chrome 146 foi lançado para Estável em 10 de março de 2026. WebMCP está lá, mas atrás da flag enable-webmcp-testing. Isso significa: se você instalar o Chrome 146 hoje, seu navegador tem uma implementação do WebMCP, mas está desativada por padrão. Você precisa ativar a opção em chrome://flags. Usuários de produção não ativaram essa opção e não o farão, até que o Chrome a lance por padrão.
O Edge provavelmente seguirá o Chrome. A Microsoft é co-editor da especificação, e o Edge compartilha o motor Chromium. Não há data de lançamento oficial. O Firefox está envolvido no Grupo de Trabalho sem um cronograma público. O Safari/WebKit tem uma entrada no rastreador de bugs do WebKit, mas sem compromisso.
Blogs de analistas projetam o final de 2026 para o WebMCP do Chrome ser ativado por padrão. Isso é plausível, mas é uma projeção, não um roteiro. A equipe do Chrome não se comprometeu publicamente com uma data.
Onde estão os agentes
Esta é a seção que me surpreendeu quando comecei a verificar.
Em maio de 2026, nenhum dos agentes de IA mainstream chama ferramentas navigator.modelContext diretamente em sites. Nem Claude Desktop, nem Claude Code, nem ChatGPT Operator (rebatizado como ChatGPT Agent), nem Gemini, nem Perplexity. Todos eles ainda usam uma das duas abordagens: raspagem de DOM (ler o HTML, encontrar botões, clicar neles) ou uso de computador (tirar uma captura de tela, identificar pixels, simular movimentos do cursor).
A verificação sobre isso é de múltiplas fontes. O artigo da truthifi.com sobre o Estado do MCP 2026, a linha do tempo de adoção da discoveredlabs, e várias outras análises de maio de 2026 convergem na mesma conclusão. A síntese da Pesquisa Web da Anthropic que realizei colocou diretamente: "agentes de IA mainstream continuam a depender principalmente da raspagem de DOM e do uso de computador para interações na web."
Isso não significa que os agentes sejam fracos agora. O Uso de Computador é impressionante e o ChatGPT Agent é bom em preencher formulários via um navegador virtual. Mas a promessa original do WebMCP era que os sites expusessem ferramentas digitadas e estruturadas e os agentes as chamariam como endpoints de API. Essa promessa não está ativa em nenhum cliente importante agora.
Há um fio separado aqui que é fácil de confundir. O MCP em si, o protocolo do lado do servidor, está em toda parte. Anthropic, OpenAI, Microsoft, Amazon, o Gemini CLI do Google todos suportam servidores MCP remotos. O SDK do MCP passou de 100.000 downloads mensais no final de 2024 para 97 milhões até o final de 2025. Mas esses são servidores MCP rodando em um backend em algum lugar, conectando-se a agentes via JSON-RPC. É uma forma completamente diferente do WebMCP, que vive na aba do navegador e usa cookies de sessão.
As duas pontes que existem hoje
Se o WebMCP está dormente para os agentes, como os primeiros adotantes realmente obtêm valor dele agora?
Duas vias. A primeira é a extensão do navegador MCP-B. Um usuário a instala, abre abas em sites habilitados para WebMCP, e a extensão agrega todas as ferramentas registradas e as encaminha via stdio para Claude Desktop ou outro cliente MCP local. Funciona. Também é opt-in, nichada e requer a instalação de uma extensão do Chrome. É o tipo de coisa que 5.000 usuários avançados configuraram, não o tipo de coisa que seu usuário médio em uma SaaS B2B tem.
A segunda via é mais antiga e mais ampla: uso de computador e navegadores virtuais. O Uso de Computador da Anthropic permite que Claude veja sua tela, mova o mouse, digite em campos e execute sequências de ações. O ChatGPT Agent usa uma abordagem semelhante de navegador virtual. Nenhum deles precisa do WebMCP. Eles funcionam em qualquer site, estruturado ou não estruturado. O trade-off é a confiabilidade: quando um layout de página muda, quando um nome de classe se desloca, quando um fluxo de checkout é renderizado de forma diferente em dispositivos móveis, a automação degrada. Ferramentas estruturadas do WebMCP seriam, em princípio, mais confiáveis. Mas esse "em princípio" está fazendo muito trabalho.
Há uma terceira coisa que vale a pena mencionar: a Anthropic tem sua própria extensão do navegador claude-in-chrome. Isso é separado do MCP-B e separado da especificação do WebMCP. É o caminho da Anthropic para a integração do navegador. O fato de estarem construindo isso em paralelo em vez de apostar no WebMCP é interessante.
Por que os editores não se moveram
O gargalo de adoção para o WebMCP não é o navegador. O Chrome 146 foi lançado, a API funciona atrás de uma flag, a especificação é estável o suficiente para construir. O gargalo é o lado do editor.
Os sites têm que optar por participar. Eles têm que adicionar JavaScript que chama navigator.modelContext.registerTool() e expõe seus formulários, suas buscas, seus fluxos de reserva como ferramentas tipadas. Isso é trabalho, e ainda não há um caso de negócio, porque os agentes que consumiriam essas ferramentas não estão pedindo por elas.
O sinal mais claro disso é o que empresas de agentes de IA bem financiadas estão fazendo. 11x.ai, Artisan, Monaco. Estes são produtos de agentes de IA na faixa de avaliação de $25-350M, todos teoricamente consumidores naturais das ferramentas expostas pelo WebMCP. Nenhum deles é nativo do WebMCP hoje. Eles ainda estão construindo em cima da raspagem de DOM e do uso de computador. Cronogramas públicos de analistas colocam meados de 2027 como o alvo realista de adoção em massa, quando tanto o navegador quanto um número suficiente de editores terão se movido.
Isso é uma lacuna de 12-15 meses a partir de onde estamos.
A posição silenciosa da Anthropic
Empresas brasileiras devem estar atentas ao desenvolvimento do WebMCP, pois sua adoção pode impactar a forma como os agentes de IA interagem com sites. A implementação ainda está em fase inicial, mas pode oferecer novas oportunidades de automação e interação no futuro.


