O WebMCP é uma API de navegador proposta que descobre, descreve e executa ferramentas estruturadas para um agente de IA em nome de uma pessoa usuária. O site declara o que cada ação faz e quais entradas aceita; o agente chama essa ferramenta em vez de adivinhar em qual botão ou campo clicar. Isso pode tornar um formulário, um fluxo de reserva ou uma tarefa de diagnóstico mais rápidos e confiáveis, mas não é um substituto universal da automação de navegador. a documentação de WebMCP do Chrome
A escolha prática é arquitetural. O WebMCP é cooperação do lado do servidor: quem opera o site publica um contrato voltado a agentes. A automação de navegador é observação do lado do cliente: um agente opera a interface que já existe, incluindo uma sessão logada e autorizada. Use a primeira quando você controla o site e consegue definir ferramentas seguras; use a segunda quando precisa lidar com a web como ela é hoje. as diretrizes de ferramentas seguras
O que é WebMCP?
O WebMCP (Web Model Context Protocol) é uma proposta de API voltada ao navegador, do time do Chrome e da comunidade WebMCP. A documentação do Chrome o descreve como uma forma de construir e expor ferramentas estruturadas para agentes, preservando a aplicação web visível e o controle da pessoa usuária. Um site pode publicar uma ferramenta de busca, de checkout, de seleção de datas, de suporte ou de diagnóstico como melhoria progressiva; uma pessoa pode continuar usando a mesma página quando não há agente por perto. o anúncio do origin trial do Chrome
Como o WebMCP funciona?
Uma página com WebMCP registra ferramentas no navegador. Cada ferramenta tem nome, descrição, esquema de entrada e uma implementação que roda na própria página. A API imperativa usa JavaScript para ações personalizadas; a API declarativa anota formulários HTML comuns. A documentação do Chrome destaca três peças que importam para um agente: a descoberta, os esquemas JSON de entrada e saída, e o estado que descreve o que a página atual sabe fazer.
O resultado pode ser um caminho de ação mais curto. Em vez de ler um DOM enorme, deduzir que um botão significa submit_application e torcer para que um seletor sobreviva a um redesign, o agente pode chamar a ferramenta nomeada usando campos descritos pelo esquema. A ação continua sendo executada de forma visível no site, então a página pode mostrar o progresso e pedir confirmação antes de uma compra ou de outra operação que mude o estado.
O que aconteceu no nosso teste prático com WebMCP?
Em 11 de setembro de 2026, fizemos um teste guiado na demo oficial Hotel Chain do Chrome Labs, com o Google Chrome 152.0.7977.76 no macOS e o WebMCP Model Context Tool Inspector 1.9.15. A pessoa operadora usou dados sintéticos de hóspede, nenhuma chave de API do Gemini e nenhuma credencial real de hotel, pagamento ou conta. Foi uma demonstração de comportamento, não um benchmark de velocidade ou confiabilidade.
- O Inspector descobriu as ferramentas e os esquemas da página. Chamamos search_location para Paris, 18 de setembro, três noites e um adulto; a página mostrou duas propriedades.
- Chamamos filter_search_results com breakfast. A contagem visível de resultados mudou de dois para um, restando apenas o Montmartre Suites.
- Abrimos esse hotel, iniciamos o fluxo de reserva e informamos a identidade sintética Alex Chen. A ferramenta preparou o formulário, mas não finalizou a reserva.
- A página parou em Confirm Reservation. Só depois que a pessoa operadora clicou nesse controle a demo mostrou Reservation Confirmed.
Uma limitação da ferramenta também importou: a ação Copy trace do Inspector retornou um array JSON vazio depois do nosso fluxo manual de Execute Tool. Por isso usamos capturas de tela e um registro estruturado de passos como evidência desta execução, e não generalizamos esse resultado do trace para outros modos do Inspector.
Qual é a diferença entre WebMCP e automação de navegador?
WebMCP e automação de navegador resolvem modos de falha diferentes. O WebMCP remove ambiguidade quando o site publica um bom contrato. A automação tradicional, seja Playwright, Selenium, browser-use ou um agente conduzindo um navegador real, lida com sites que não publicam contrato lendo a página renderizada e interagindo com ela. Por isso o WebMCP complementa a automação: o cliente pode chamar a ferramenta da página quando ela existe e recorrer à navegação comum quando não existe.
A distinção é mais fácil de auditar como uma fronteira de capacidade. Leia tanto a coluna positiva quanto a negativa antes de escolher uma rota.
| Abordagem | O que ela pode fazer | O que ela não pode fazer |
|---|---|---|
| WebMCP | Chamar ferramentas nomeadas e descritas por esquema que uma página expõe | Alcançar páginas que não registram ferramentas nem importar um login separado do navegador |
| Automação baseada em DOM | Operar quase qualquer página renderizada com seletores, capturas de tela ou estado de acessibilidade | Saber a ação pretendida pelo site sem interpretar a interface |
| Reúso de sessão em navegador real | Usar um estado de navegador logado, autorizado e provisionado de forma explícita | Garantir acesso, burlar CAPTCHA ou se sobrepor às políticas do site |
Uma implantação prática começa com uma ferramenta somente leitura, um navegador compatível e um passo visível de confirmação. Amplie só depois que o caminho alternativo funcionar.
A fronteira da sessão é igualmente importante. O WebMCP é executado dentro da página visitada pelo cliente; ele não transfere os cookies do Chrome de um usuário para uma nova sessão na nuvem. Em um site sem WebMCP, ego (lite) é o navegador Chromium local para agentes de IA: você fornece explicitamente o estado do navegador, e um agente compatível opera o site pelo ego-browser em um Space dedicado e visível. O Space mantém as guias e o controle da tarefa separados do seu trabalho atual, mas não é uma VM remota nem uma fronteira de isolamento entre locatários. Essa rota muda o modelo de execução do navegador, não o contrato de interface do site. as notas de versão do OpenClaw 2.0
Use esta tabela de avaliação para explicitar a decisão em vez de tratar o WebMCP como uma melhoria universal.
| Pergunta de avaliação | Escolha o WebMCP quando... | Escolha a automação de navegador quando... |
|---|---|---|
| Você controla o site? | Sim; você consegue publicar e proteger ferramentas de página | Não; você precisa lidar com um site de terceiros |
| A tarefa exige um login já existente? | A própria sessão autenticada da página basta | O agente precisa reutilizar uma sessão local provisionada à parte |
| Qual é o objetivo da implantação? | Um contrato estável e tipado para clientes compatíveis | Um fluxo imediato entre páginas, sem trabalho de adoção |
Quando usar o WebMCP?
Escolha o WebMCP quando você é dono da aplicação, consegue definir limites de tarefa estáveis e quer que os agentes concluam trabalho estruturado, como formulários de suporte, busca de viagens, checkout ou diagnóstico interno. É especialmente útil em interfaces complexas, em que uma pessoa sabe qual é a ação pretendida mas o agente precisaria de muitos cliques interpretados. Mantenha a ferramenta pequena, tipada e observável.
Escolha a automação com navegador real quando você não controla o site, precisa de um login já autorizado, tem de trabalhar em muitos sites sem relação entre si ou precisa de um fluxo hoje e não depois da adoção pelo site. Para scripts de CI consolidados, a automação determinística continua adequada; para trabalho interativo logado, um navegador local visível dá ao agente a mesma conta e o mesmo estado de página que uma pessoa consegue revisar.
Quais são os limites de segurança do WebMCP?
O WebMCP não concede autoridade por si só. O Chrome controla as APIs com isolamento de origem e a Permissions Policy tools; iframes de origem cruzada ficam desativados por padrão. Um site só pode expor ferramentas aos origens em que confia, e as diretrizes de segurança do Chrome recomendam readOnlyHint para ferramentas que não alteram estado e untrustedContentHint quando a saída contém texto externo ou gerado por usuários.
A injeção de prompt continua possível porque o agente processa instruções e conteúdo web em conjunto. Mantenha descrições e saídas concisas, valide as entradas no servidor, exija confirmação da pessoa usuária para ações com consequências e exponha o menor conjunto de origens e ferramentas necessário. O WebMCP é uma interface mais clara, não um motivo para dispensar autenticação, autorização, logs de auditoria ou revisão humana.
Quais são os desafios e limitações do WebMCP?
A principal limitação do WebMCP é a adoção: o cliente precisa visitar uma página compatível, e o navegador precisa implementar a API experimental. O Chrome também observa que cenários headless não são o alvo principal do design, que aplicações complexas podem precisar de refatoração de estado e que a proposta ainda está mudando.
Isso cria uma pilha mista no futuro previsível. Um site pode expor uma ferramenta de checkout excelente e deixar as configurações de conta como controles DOM comuns; um navegador pode dar suporte ao WebMCP em testes, mas não na sua frota de produção. Mantenha um caminho alternativo de automação normal e meça erros de ferramenta, taxas de confirmação e passagens para humanos ao longo de execuções repetidas.
Como testar o WebMCP hoje?
Para experimentos locais, ative chrome://flags/#enable-webmcp-testing no Chrome e reinicie. Para testes ao vivo, a documentação do Chrome aponta os desenvolvedores para o origin trial do Chrome 149. Use as demos oficiais e a extensão Model Context Tool Inspector para ver as ferramentas registradas, chamá-las manualmente e testar entradas válidas e inválidas. Como a proposta está em discussão ativa, fixe a versão do navegador e conte com mudanças na API. o WebMCP Challenge da OpenAI
Se você usa agentes e não é dono do site, não precisa esperar a adoção do WebMCP. Rode /ego-browser no seu agente de programação compatível, descreva a tarefa delimitada e mantenha explícitos a sessão do navegador e as permissões. As duas abordagens vão coexistir: o WebMCP torna os sites cooperativos mais fáceis de operar; a automação com navegador real alcança o resto.
Perguntas frequentes
O WebMCP é a mesma coisa que um servidor MCP?
Não. Um servidor MCP tradicional é um processo ou serviço externo que expõe ferramentas a um cliente. O WebMCP expõe ferramentas da própria página web a um agente no navegador, com fronteiras de origem do navegador e de Permissions Policy.
O WebMCP consegue automatizar um site que não tem suporte a WebMCP?
Não. O cliente precisa visitar uma página que registre ferramentas. Use a automação de navegador comum para um site que não adotou o WebMCP e pare para pedir intervenção humana quando a autenticação ou um desafio exigirem.
Quem precisa implementar o WebMCP?
Quem é dono do site implementa as ferramentas de WebMCP; um cliente de agente e um navegador precisam conseguir consumi-las. Uma pessoa visitante não pode adicionar ferramentas a um site alheio.
Quais são os principais benefícios do WebMCP?
O WebMCP dá aos agentes ações nomeadas, entradas descritas por esquema e estado de página, o que reduz adivinhação de seletores e cliques interpretados em sites cooperativos. A aplicação ainda precisa validar cada payload.
Quais são as principais limitações do WebMCP?
O WebMCP precisa de adoção nas páginas e suporte nos navegadores, segue experimental no Chrome e não resolve paridade headless, política de autenticação nem injeção de prompt.
As ferramentas de WebMCP podem rodar sem uma pessoa?
Algumas ferramentas de baixo risco podem rodar automaticamente, mas ações sensíveis devem pedir interação e confirmação da pessoa usuária. O design do Chrome mira fluxos locais de navegador com uma pessoa no circuito.
O WebMCP expõe ferramentas a todos os iframes?
Não. O isolamento de origem e a Permissions Policy tools controlam o registro; iframes de origem cruzada precisam de permissão explícita e exposição confiável.
Por quanto tempo a API do WebMCP vai ficar estável?
Ainda não há garantia de estabilidade. O Chrome classifica o WebMCP como padrão proposto em discussão ativa, então fixe versões e acompanhe o explainer e as notas do origin trial.
Posso usar o WebMCP com uma conta já logada?
Uma página pode expor ferramentas dentro da própria sessão autenticada, mas o WebMCP não transfere cookies para outro navegador. Mantenha a autorização e a confirmação dentro do modelo de segurança do site.
O que devo usar enquanto um site não tem WebMCP?
Use a automação de navegador comum. Para uma sessão local autorizada, o ego (lite) permite que um agente compatível opere um navegador real provisionado à parte por meio do /ego-browser.
Onde posso ler as diretrizes de implementação?
Comece pela documentação de WebMCP do Chrome, pelas diretrizes de ferramentas seguras, pela página do origin trial e pelo explainer do WebMCP no GitHub; os links estão nas notas de fontes abaixo.