As APIs de navegador do WebMCP poderiam reduzir a necessidade de web scraping para agentes de IA.

O que o WebMCP muda para automação web

O Google lançou recentemente o WebMCP, duas novas APIs de navegador que permitem que sites registrem ferramentas que agentes de IA podem chamar diretamente. Em vez de raspar elementos DOM ou lutar contra sistemas anti-bot, os sites podem expor sua funcionalidade através de interfaces padronizadas.

Como funciona tecnicamente

Sites registram ferramentas usando navigator.modelContext.registerTool() com um nome, descrição, esquema de entrada e função de execução. A fonte fornece este exemplo:

navigator.modelContext.registerTool({
  name: "search_flights",
  description: "Pesquisar voos disponíveis",
  inputSchema: { /* JSON Schema */ },
  execute: async (input) => {
    return await internalFlightAPI(input);
  }
});

Esta abordagem elimina cadeias de seletores CSS, lógica de repetição, gerenciamento de sessões de navegador headless e raspagem de DOM para qualquer site que implemente o WebMCP.

Status atual da implementação

A especificação ainda está em estágios iniciais - o rascunho do W3C contém comentários literais "TODO: preencher isso" nas definições de métodos. Atualmente está disponível apenas no Chrome 146 como uma prévia inicial. O autor se inscreveu na prévia inicial para testar quanto do seu código de raspagem existente pode ser substituído.

Implicações práticas para desenvolvedores

Para desenvolvedores que já constroem servidores MCP, o modelo mental é idêntico: ferramentas + esquemas + execução. A transição de expor recursos locais como ferramentas MCP para sites se exporem como ferramentas MCP é pequena - mesma arquitetura, transporte diferente.

Grandes sites com APIs internas existentes (como Booking, Amazon, companhias aéreas) provavelmente adotarão primeiro, pois podem expor suas APIs através do WebMCP com mudanças mínimas. Raspadores não desaparecerão completamente - sites sem implementação WebMCP ainda exigirão abordagens tradicionais.

O autor sugere uma abordagem em camadas: agentes tentam WebMCP primeiro, recorrem à automação DOM se indisponível, depois recorrem à raspagem bruta como último recurso - usando o melhor método disponível por site.