Todo mundo estava olhando para o Gemini Spark. Para os preços do Gemini 3.5 Flash caindo para um terço do concorrente. Para o Gemini Omni gerando qualquer output de qualquer input. A timeline de dev estava lotada. E no meio do I/O 2026, o Google anunciou o item mais importante da semana para quem constrói agentes de IA, e quase ninguém reparou: o WebMCP.
Um padrão aberto para a web. Desenvolvido em conjunto com a Microsoft. Em origin trial no Chrome 149 desde 19 de maio. Se você já construiu qualquer automação que navega em sites, precisa entender o que está acontecendo.
Por Que os Agentes de Hoje São Tão Frágeis?
Qualquer dev que tentou automatizar navegação web conhece o problema na prática. Bots atuais são cegos: leem HTML visual, adivinham onde clicar, e quebram na primeira mudança de CSS. De acordo com dados da Browserless, a taxa de sucesso de scrapers pode cair de 95% para 60% de um dia para o outro, sem aviso. Um time monitorando 50 fontes com quatro layout changes por ano gasta em média 200 sessões de debug anuais só para manter as automações no ar.
O Browser Use Framework, uma das ferramentas mais avançadas de agente web, reporta 89,1% de sucesso no WebVoyager benchmark. Impressionante para o estado da arte, mas ainda significa quase 1 em cada 10 tarefas falhando em ambiente controlado. Em produção, os números são piores.
Isso não é bug de implementação. É limitação de arquitetura. Agentes que navegam por interface visual estão tentando ler intenção de pixels. É como tentar entender a lógica de negócio de um sistema a partir de screenshots de tela.
Dado-chave: A taxa de sucesso de scrapers pode cair de 95% para 60% overnight com uma mudança de layout. Times gastam em média 200 sessões de debug por ano para manter automações operando. (Fonte: Browserless State of Web Scraping 2026)
O Que é WebMCP?
O WebMCP é uma proposta de padrão web aberto anunciada no Google I/O 2026. A ideia central: em vez de agentes de IA interpretarem HTML visualmente, os próprios sites declaram explicitamente quais ações aceitam e como executá-las.
Funciona com um endpoint bem conhecido que qualquer servidor pode expor. O agente chega, lê o manifesto, e sabe o que pode fazer sem precisar "ver" a página. Não é scraping. É uma interface declarada, estruturada, que não quebra quando o design muda.
{
"webmcp": "1.0",
"tools": [
{
"name": "schedule_appointment",
"description": "Agenda uma consulta",
"parameters": {
"date": "string (ISO 8601)",
"service_type": "string",
"patient_name": "string"
},
"endpoint": "/api/appointments"
}
]
}Com esse arquivo, um agente de IA sabe como agendar uma consulta em qualquer clínica que implementar o padrão. Sem precisar encontrar o botão certo. Sem quebrar quando o layout muda. Sem sessões de debug mensais.
É a diferença entre usar uma API e escrever um scraper. Você não escrapa uma API: você lê a documentação e chama os endpoints certos. O WebMCP traz essa lógica para o navegador inteiro, como padrão nativo da plataforma web.
Google e Microsoft Juntos: Por Que Isso Muda Tudo?
O WebMCP é desenvolvido conjuntamente pelo Google e pela Microsoft no W3C Web Machine Learning Community Group. Quando os dois maiores vendors de navegador do mundo alinham em uma spec desde o dia zero, o mercado precisa prestar atenção.
O padrão não está em proposta teórica. O Chrome 149 já tem origin trial ativo desde 19 de maio. A documentação oficial do Chrome para desenvolvedores foi publicada junto com o anúncio no I/O. Você pode testar hoje, agora.
Compare com outros padrões de agentes: o MCP da Anthropic foi lançado em novembro de 2024 e levou meses para outros players relevantes aderirem. O WebMCP já nasce com as duas maiores empresas de navegador alinhadas no spec. A velocidade de adoção deve ser diferente.
| Aspecto | Scraping Visual (Hoje) | WebMCP (Padrão Emergente) |
|---|---|---|
| Como o agente entende o site | Interpreta HTML/pixels visualmente | Lê capacidades declaradas explicitamente |
| O que acontece quando o layout muda | Automação quebra | Não afeta (interface é separada do visual) |
| Custo de manutenção | Alto (debug constante) | Baixo após implementação inicial |
| Suporte atual | Universal | Chrome 149 origin trial (Gemini only) |
| Quem precisa adotar | Ninguém (funciona em qualquer site) | Sites precisam implementar o endpoint |
O Que Isso Muda Para Quem Constrói Agentes?
No curto prazo: nada crítico ainda. O único agente que consome WebMCP hoje é o Gemini dentro do Chrome. Claude, GPT, seus agentes customizados: ainda não suportam. Adoção de padrão web leva tempo.
Mas a direção é inequívoca. Pense em cada automação que você mantém hoje que navega na web:
- Agentes que consultam portais de parceiros ou clientes: Hoje é scraping frágil. Com WebMCP generalizado, será integração declarada que não quebra.
- Automação de formulários complexos: Hoje é clicar em coordenadas estimadas. Com WebMCP, será chamar endpoints com parâmetros tipados.
- Agentes que verificam disponibilidade ou status em tempo real: Hoje dependem de parsear HTML que muda toda semana. Com WebMCP, os dados chegam estruturados.
Para quem constrói agentes de atendimento no WhatsApp, a implicação é direta. Bots que precisam consultar sistemas externos para responder perguntas (status de pedido, disponibilidade de agenda, saldo de conta) vão operar de forma muito mais confiável quando esses sistemas implementarem o padrão. Menos quebra, menos manutenção, menos custo operacional.
O Que Fazer Agora Com Essa Informação?
Duas ações enquanto o padrão amadurece.
Primeira: se você constrói sistemas web que agentes precisam interagir, comece a expor capacidades via WebMCP. Formulários de agendamento, catálogos de produto, status de pedido. A documentação está disponível e implementar agora coloca seu sistema na frente quando a adoção escalar para além do Chrome.
Segunda: na hora de construir agentes que consomem sistemas externos, prefira sempre APIs estruturadas quando existirem. A filosofia por trás do WebMCP é exatamente a que já governa plataformas de agentes bem projetadas: interfaces declaradas, não leitura visual. Na Verboo, agentes se conectam a sistemas via webhooks, REST APIs e 13 integrações nativas, sem depender de scraping. Esse princípio agora tem um padrão web por trás.
O desenvolvedor que primeiro levantou a flag sobre o WebMCP no DEV Community resume bem: "A maioria dos devs estava assistindo os demos de Gemini Spark. Eu estava lendo o spec e percebendo que o Google acabou de colocar a fundação para a internet dos agentes."
Concordo. E você vai ouvir muito mais sobre isso nos próximos meses.
Enquanto isso, se quiser construir agentes que já funcionam sem depender de scraping frágil, usando integrações estruturadas no WhatsApp: conheça a plataforma.
