Nenhum agente chama WebMCP ainda. Aqui está o caso honesto para implementá-lo hoje.

Há um fato desconfortável sob toda a empolgação com o WebMCP, e os céticos têm razão em continuar levantando isso:

A partir de junho de 2026, nenhum dos agentes de IA mainstream realmente chama navigator.modelContext em seu site. Nem o ChatGPT Agent, nem Claude, nem Gemini, nem Perplexity. Todos eles ainda leem sua página por meio de raspagem de DOM ou tirando capturas de tela e clicando em pixels. As atualizações de Patrick Brosset e "Reality Check" de studiomeyer deixam isso claro, e vale a pena repetir porque o hype geralmente ignora isso: WebMCP é um rascunho do Grupo Comunitário W3C, não um padrão, sendo enviado atrás de uma bandeira no Chrome e um teste de origem do Chrome 149 — e os agentes que o consumiriam ainda não o conectaram.

Então, por que você adicionaria ferramentas WebMCP ao seu site agora?

Acho que há uma resposta honesta, e não é "porque é o futuro, confie em mim." Deixe-me fazer o caso real — incluindo a parte que a maioria dos posts "instale agora" ignora, que é o que fazer para que a instalação não apodreça silenciosamente.

O lado do custo é genuinamente quase zero

A razão pela qual "esperar e ver" parece seguro é uma suposição de que adotar cedo é caro. Para o WebMCP especificamente, na verdade não é — se você fizer isso da maneira certa:

• É detectado por recursos, então não pode quebrar nada. Toda a superfície vive atrás de if ("modelContext" in navigator). Em todos os navegadores que não enviam a API — que hoje são quase todos — seu código é um no-op. Custo de tempo de execução zero, risco zero para os usuários existentes.
• Não deve adicionar uma segunda base de código. Uma ferramenta WebMCP deve ser uma porta de entrada fina e tipada para uma função que sua interface de usuário já chama. Sua ferramenta search_products chama a mesma productSearch() que sua caixa de pesquisa chama. Se você se pegar escrevendo nova lógica de negócios para satisfazer um agente, pare — essa é a versão cara, e é a versão que se desvia da sincronia.
• Não há migração a ser desfeita. Como é aditivo e detectado, "fomos muito cedo" não tem custo de limpeza. Você simplesmente exclui uma tag de script.

Feito dessa forma, o custo real de enviar o WebMCP hoje é uma tarde, não um compromisso que arrisca o roadmap.

O lado do benefício é uma opção datada, não uma promessa

O que você realmente está comprando com essa tarde é uma opção que vale mais precisamente quando é menos certa.

Quando os agentes começarem a chamar ferramentas tipadas — e as pessoas que constroem tanto os navegadores (Google, Microsoft) quanto os agentes são as mesmas empresas que estão promovendo essa especificação — os sites que já expõem ferramentas ganham a primeira onda de tráfego de agentes sem correria. A lacuna que você está fechando não é "o agente pode ler minha página" (a raspagem de DOM já funciona parcialmente); é "o agente pode completar a coisa que vendo na minha página de forma confiável, em uma chamada em vez de dez cliques adivinhados."

Você não precisa acreditar que isso está a seis meses ou dezoito meses de distância. O ponto de uma opção é que você não precisa saber a data. Você precisa que o custo de mantê-la seja baixo (é) e que o retorno, se acontecer, seja alto (para qualquer coisa transacional, é).

A parte que os posts "instale agora" ignoram: você não notará quando começar a importar

Aqui está o modo de falha de "envie e esqueça". Você adiciona as ferramentas, elas ficam atrás de uma bandeira de recurso em navegadores que nenhum agente usa ainda, e então... nada lhe diz quando isso muda. Seis meses depois, um agente começa a chamar search_products — e você descobre por meio de uma anomalia de cobrança, ou um ticket de suporte, ou nunca.

Se o WebMCP é uma opção, você quer saber no momento em que isso se tornar relevante. Isso significa instrumentar suas ferramentas desde o primeiro dia. No mínimo, registre cada invocação você mesmo:

if ("modelContext" in navigator) {
  navigator.modelContext.registerTool({
    name: "search_products",
    description: "Pesquisar no catálogo de produtos",
    inputSchema: {
      type: "object",
      properties: { query: { type: "string" }, maxPrice: { type: "number" } },
      required: ["query"],
    },
    async execute(args) {
      // 👇 a linha que a maioria das implementações esquece
      beacon("webmcp_tool_call", { tool: "search_products", args, ts: Date.now() });
      const results = await productSearch(args); // mesma função que sua interface de usuário chama
      return { content: [{ type: "text", text: formatResults(results) }] };
    },
  });
}

Esse beacon() é a diferença entre "temos WebMCP em algum lugar" e "um agente chamou nossa ferramenta de pesquisa 240 vezes na terça-feira passada e 12 dessas se transformaram"