WebMCP e o Paradoxo da Citação — O que Sites Prontos para Agentes Realmente Significam para GEO
WebMCP permite que um site exponha suas funcionalidades como ferramentas estruturadas que agentes de IA chamam diretamente, em vez de raspar o DOM ou ler capturas de tela. Em 19 de maio de 2026, no Google I/O, o Chrome anunciou um teste de origem (Chrome 149) que torna isso testável em tráfego real pela primeira vez. A visão popular é que isso garante que seu site seja citado e receba tráfego de referência. O rascunho do W3C não diz isso. Para sites que ganham a vida com citações, o WebMCP pode até acentuar o problema do zero clique em vez de resolvê-lo.
Este guia é construído a partir da fonte primária — o rascunho do Grupo de Trabalho da Comunidade de Aprendizado de Máquina da Web do W3C — além da documentação do teste de origem do Chrome para desenvolvedores, e não de explicações de segunda mão. Onde a estrutura popular e a especificação discordam, isso é anotado. Figuras e detalhes da especificação refletem maio de 2026; o WebMCP é um rascunho do Grupo de Trabalho, não um padrão finalizado, então os detalhes específicos podem mudar.
Por Que Este Guia Existe
Pesquise na web por WebMCP hoje e você encontrará dois tipos de artigos: explicações do tipo "o que é" e peças de marketing prometendo que isso fará do seu site o escolhido pelos agentes. Quase nenhum separa o que a especificação define normativamente do que os fornecedores esperam que se torne. Algumas alegações circulantes — que o WebMCP exige citação de origem, que ele fala JSON-RPC, que você registra "recursos" — não estão no rascunho atual. Se você planeja uma estratégia de conteúdo ou GEO com base nessas alegações, está planejando algo que ainda não existe.
O Que Aconteceu
O WebMCP foi lançado pela primeira vez atrás de uma bandeira no Chrome 146 no final de 2025. A mudança que importa agora: no Google I/O 2026 em 19 de maio, o Chrome confirmou que o WebMCP entra em um teste de origem público no Chrome 149, com documentação complementar publicada em 18 de maio. Um teste de origem significa que sites reais podem habilitá-lo em tráfego de produção, não apenas desenvolvedores alternando uma bandeira. O suporte ao Gemini no Chrome é descrito como vindo, sem uma data firme.
Duas limitações práticas da documentação do teste de origem valem a pena serem notadas desde o início. Chamadas de ferramentas exigem uma aba ou visualização da web aberta e não podem ser executadas de forma headless. E iframes de origem cruzada não têm acesso às ferramentas por padrão; eles precisam de uma permissão explícita allow="tools". Safari e Firefox não se comprometeram, e um suporte realista entre navegadores não é esperado antes do final de 2027; um polyfill (o pacote @mcp-b/global) é como as equipes alcançam outros navegadores nesse meio tempo.
O Que É Realmente o WebMCP
Uma página usando WebMCP pode ser pensada como um servidor do Protocolo de Contexto de Modelo cujas ferramentas rodam em JavaScript do lado do cliente em vez de em um backend. Os autores são engenheiros da Microsoft e do Google, trabalhando no Grupo de Trabalho da Comunidade de Aprendizado de Máquina da Web do W3C, e o rascunho está alinhado com o MCP da Anthropic.
A API normativa é pequena. Uma página chama navigator.modelContext.registerTool() com uma ferramenta que tem um name, uma description em linguagem natural, um inputSchema em JSON Schema e um callback execute que faz o trabalho e retorna um resultado estruturado. Essa é toda a superfície central no rascunho atual. Anotações opcionais permitem que uma ferramenta declare-se somente leitura ou marque sua saída como não confiável, e um agente pode solicitar uma etapa de confirmação do usuário durante a execução. Tudo roda em um contexto seguro (HTTPS), limitado à própria origem da página.
Como o agente recebe essas ferramentas é deliberadamente deixado em aberto. A especificação é explícita que, apesar do nome, não prescreve o formato em que as ferramentas são expostas ao agente — um navegador pode apresentá-las via MCP, um método proprietário de chamada de função, ou qualquer outra coisa. O navegador constrói uma "observação" da página para o agente, e essa observação muitas vezes ainda inclui uma captura de tela, não apenas a lista de ferramentas. O WebMCP reduz a dependência do agente em adivinhações a partir de pixels e DOM; não elimina necessariamente a visão completamente.
O Paradoxo da Citação
Aqui está a parte que a empolgação ignora. O GEO funciona porque uma resposta de IA cita uma fonte e uma fração de usuários clica. O WebMCP é construído para um movimento diferente: o agente chama uma ferramenta, obtém um resultado estruturado e completa a tarefa dentro da sessão. Quanto mais capaz esse movimento se torna, menos razão há para o usuário sair do agente e visitar sua página.
Para um site transacional — reserva, checkout, cotação, inscrição — isso é uma boa notícia. O agente completando a ação é a conversão, e a ação acontece em sua origem. Para um site de conteúdo ou referência que monetiza a atenção, isso corta para o outro lado. Se um agente pode chamar sua ferramenta e retornar a resposta diretamente, o clique do qual o GEO depende é exatamente o que é removido. O WebMCP pode aprofundar o problema do zero clique para editores, mesmo enquanto ajuda comerciantes.
Esta é a estrutura honesta: o WebMCP é uma oportunidade se seu valor é uma ação, e um risco se seu valor é um clique em uma citação.
O Que a Empolgação Erra
| Alegação circulante | O que o rascunho do W3C / docs do Chrome realmente dizem |
|---|---|
| WebMCP força os agentes a citar sua URL de origem quando eles produzem um resultado | Não há tal requisito. O navegador transmite a origem do agente como informação de segurança — para que o modelo saiba quais partes estão envolvidas — não como uma citação voltada para o usuário. Se o usuário vê um link de fonte não é garantido pela especificação. |
| As ferramentas são declaradas sobre JSON-RPC | A especificação não prescreve o formato de comunicação voltado para o agente. As entradas são descritas com JSON Schema; o resto é definido pela implementação. O transporte de backend do MCP usa JSON-RPC, que é uma camada diferente. |
Você registra ferramentas e recursos (registerResource) |
A interface ModelContext do rascunho atual define um método: registerTool. Não há registerResource na especificação normativa. |
| Remove capturas de tela e visão completamente | A "observação" do navegador da página para o agente muitas vezes ainda inclui uma captura de tela ao lado do mapa de ferramentas. Reduz a dependência da visão; não a exclui. |
| Basta adicionar dois atributos HTML e você está pronto | A API declarativa (anotação de formulário HTML) ainda está marcada como TODO no rascunho. O caminho imperativo registerTool é a parte que está especificada hoje. |
Nada disso significa que o WebMCP é vapor. Significa que a alegação de carga do GEO — citação garantida — não é real, e uma estratégia não deve descansar sobre isso.
O Que Realmente Muda para o GEO
Três mudanças reais, nenhuma das quais é tráfego automático.
A descrição da ferramenta se torna uma superfície de classificação. Um agente escolhe qual ferramenta registrada chamar com base em seu name e description. Essa string está fazendo pela seleção do agente o que uma meta descrição faz para os trechos de busca. Escrevê-la bem é uma disciplina própria — escopo claro, entradas honestas, um resultado que o agente pode agir.
A origem chega ao modelo, mas como sinal de confiança, não de atribuição. Porque o navegador passa sua origem para o agente para raciocínio de segurança, uma origem credível e consistente importa para saber se o modelo está disposto a chamar e confiar em sua ferramenta. Isso é reputacional, não um link de referência.
Estado e a única aba criam uma sessão, não uma visita garantida. As ferramentas só funcionam enquanto a aba está aberta, e podem aparecer ou desaparecer com base no estado da página. Uma ferramenta de painel genuinamente útil mantém uma aba viva, o que é um engajamento real — mas você não pode forçar um usuário a mantê-la aberta, e th
O WebMCP representa uma mudança significativa na forma como os agentes de IA interagem com os sites, permitindo chamadas diretas a ferramentas em vez de depender de scraping. Isso pode beneficiar empresas que realizam ações diretas, mas representa um risco para aquelas que dependem de cliques em citações para monetização.
