Gemini no Chrome está prestes a chamar WebMCP

Durante a maior parte de 2026, a objeção honesta ao WebMCP era assim: "API legal. Mas nenhum agente mainstream realmente chama navigator.modelContext, então por que enviá-la?"

Eu mesmo fiz esse argumento por escrito — era verdade, e era a pergunta certa a se fazer antes de gastar um sprint nisso.

O Google acabou de mudar a resposta. Em seu resumo do Google I/O 2026, a equipe do Chrome escreveu, claramente:

"Gemini no Chrome em breve suportará APIs WebMCP."

E como um desenvolvedor que implementou o WebMCP em seu próprio site colocou: "O único agente que consome essas ferramentas hoje é o Gemini no Chrome." Portanto, a situação para meados de 2026 é: um agente nomeado, mainstream, com centenas de milhões de instalações é o primeiro consumidor real — e vem do navegador que a maioria dos seus usuários já utiliza.

Isso não torna o WebMCP "pronto". Mas transforma a objeção de "nenhum agente jamais chamará isso" em "agora há um agente nomeado e em breve." Essa é uma aposta muito diferente.

O que realmente mudou

Nada sobre a especificação. O WebMCP ainda é um teste de origem (Chrome 149–156), ainda experimental, ainda oposto pelo WebKit, ainda não chamado pela maioria dos agentes hoje. Se você estava esperando a padronização "se estabilizar", isso não aconteceu.

O que mudou é a forma do risco. Antes: você instrumentava seu site para uma audiência de zero, indefinidamente. Agora: você o instrumenta para um consumidor que o Google se comprometeu publicamente a enviar, utilizando o navegador padrão na maior parte do seu tráfego. O valor esperado de estar pronto mudou.

Por que ser cedo é barato (e por que tarde é caro)

Aqui está a assimetria que torna isso uma decisão fácil uma vez que o consumidor é nomeado:

• O custo para expor uma ferramenta é ínfimo. As ferramentas WebMCP são finas camadas sobre manipuladores que você já possui — sua busca no site, seu carrinho, seu formulário de reserva. Você não está construindo nova funcionalidade; está descrevendo a funcionalidade existente de uma forma que um agente pode chamar.
• O custo de detectar a funcionalidade é zero. Se navigator.modelContext não estiver presente, seu código não faz nada. Nenhum agente no navegador, nenhuma mudança de comportamento, nenhum risco.
• O custo de ser tarde é real. Quando o Gemini no Chrome começar a impulsionar a conclusão de tarefas em sites prontos para agentes, os sites que já expuseram seus fluxos de busca/checkout/reserva são os que serão completados em vez de abandonados. Você não quer descobrir essa lacuna a partir dos números de conversão de um concorrente.

A interação inteira substitui dezenas de ciclos de captura de tela-interpretação-clique por uma única chamada de ferramenta estruturada. Essa é a proposta inteira: confiabilidade e velocidade para o agente, e para você, um fluxo que um agente pode concluir em vez de atrapalhar.

O que enviar hoje (a versão honesta)

Não reconstrua nada. Envolva o que você já tem, detecte a funcionalidade e não perca nada se a especificação estagnar:

if (navigator.modelContext) {
  navigator.modelContext.registerTool({
    name: "search_products",
    description: "Pesquise no catálogo e retorne produtos correspondentes.",
    inputSchema: {
      type: "object",
      properties: { query: { type: "string" } },
      required: ["query"],
    },
    async execute({ query }) {
      // chame a MESMA busca que você já expõe para humanos
      const results = await fetch(`/api/search?q=${encodeURIComponent(query)}`)
        .then((r) => r.json());
      return { content: [{ type: "text", text: JSON.stringify(results) }] };
    },
  });
}

Escolha as duas ou três ações que são o seu negócio — buscar, adicionar ao carrinho, "agendar uma chamada", "obter um orçamento", "verificar disponibilidade" — e exponha essas primeiro. Uma única fonte de verdade: a ferramenta chama o mesmo manipulador que seus botões fazem.

A parte que ninguém te diz para fazer: instrumentá-la

Aqui está a ação que transforma "em breve" em algo que você pode realmente gerenciar. Uma vez que suas ferramentas estejam registradas, registre cada chamada de agente: qual ferramenta, quais argumentos, se teve sucesso. Porque no dia em que o Gemini no Chrome (ou qualquer agente) invocar pela primeira vez uma de suas ferramentas, você quer ver isso — não inferir três meses depois a partir de um estranho pico de análise.

Esse sinal é genuinamente útil:

• Ele te diz quais dos seus fluxos os agentes buscam primeiro (para que você instrumente os próximos).
• Ele te diz onde as chamadas de ferramentas falham (esquema ruim, descrições ambíguas, parâmetros ausentes) — depuração de UX de agente que você não pode fazer às cegas.
• É a leitura mais precoce possível sobre o tráfego impulsionado por agentes para o seu site, antes que seja grande o suficiente para aparecer em qualquer outro lugar.

Você pode fazer isso você mesmo com alguns fetch beacons. Divulgação completa: eu trabalho na Latch — um script open-source de uma linha que expõe sua busca/carrinho/formulários existentes como ferramentas WebMCP, e cuja camada paga registra exatamente isso (qual agente chamou o que, e se funcionou). Estou enviesado, então leve a propaganda com sal — mas instrumente de alguma forma, conosco ou com um endpoint de registro seu. As equipes que podem responder "quando o primeiro agente chamou nosso site, e o que fez"