Em maio, o Google divulgou orientações para tornar sites utilizáveis tanto por pessoas quanto por agentes de inteligência artificial. Entre as tecnologias citadas na época estava o WebMCP, que até então parecia apenas um experimento restrito a navegadores. Em agosto, porém, o cenário mudou com uma série de anúncios que tornaram o protocolo mais concreto e próximo da adoção real.
A Shopify informou que as ferramentas WebMCP já estão ativas em todas as suas lojas construídas com Liquid. No dia seguinte, a Cloudflare lançou uma prévia para desenvolvedores que adiciona uma ponte WebMCP diretamente na borda da rede (edge). Pouco depois, em 25 de agosto, a OpenAI incluiu recursos chamados “Site tools” no navegador embutido do ChatGPT para desktop, permitindo que usuários elegíveis do ChatGPT Work e do Codex identifiquem e utilizem ferramentas oferecidas pela própria página visitada.
Ilya Grigorik, engenheiro distinto da Shopify, explicou que o navegador do ChatGPT já é capaz de acionar ferramentas fornecidas por lojas Shopify para navegar em catálogos de comerciantes e montar carrinhos de compras. Embora isso não signifique uso generalizado ainda, demonstra uma conexão funcional entre sites que oferecem ferramentas e um sistema de IA capaz de utilizá-las.
Um ponto central da discussão é o controle sobre essa interface. O WebMCP dá ao site a capacidade de guiar o comportamento de um agente, mas as implementações atuais também envolvem plataformas de comércio, provedores de infraestrutura e empresas de agentes de IA. Ou seja, o proprietário do site pode não ser o único a moldar essa interação.
O que mudou em agosto
O Chrome havia anunciado uma prévia inicial do WebMCP em 10 de fevereiro e aberto um teste de origem na versão 149 do navegador em 9 de junho. A proposta já contava com um rascunho de especificação, demonstrações e testes em navegador, mas ainda faltava uma implementação em escala em sites reais e um cliente de agente que as pessoas pudessem efetivamente usar.
Foi justamente isso que as novidades de agosto trouxeram: a Shopify forneceu os sites, a OpenAI forneceu o cliente, e a Cloudflare mostrou como um provedor de infraestrutura pode adicionar essa interface sem exigir alterações no código de origem do site. Além disso, a OpenAI lançou um desafio de 10 dias voltado ao WebMCP, com apoio do Google Chrome, Shopify, Cloudflare, Netlify, Vercel e Render.
Isso ainda não representa adoção em massa, mas evidencia que diversas empresas relevantes estão explorando ativamente essa tecnologia.
Como o WebMCP altera a forma como agentes navegam
Tradicionalmente, agentes de navegador operam com interfaces feitas para humanos: analisam capturas de tela ou o layout da página, tentam entender a função de cada elemento e depois imitam cliques e digitação como faria um usuário comum. Esse processo é sujeito a falhas — um rótulo de botão pode mudar, um pop-up inesperado pode surgir, ou um seletor de data personalizado pode interromper o fluxo.
O WebMCP oferece um caminho alternativo. Um site pode registrar uma ferramenta nomeada junto ao navegador, com uma descrição e um esquema estruturado de dados de entrada. Um agente pode então descobrir essa ferramenta, enviar as informações necessárias e receber uma resposta estruturada, sem precisar “adivinhar” a interface visual.
A comparação feita pelo próprio Chrome entre WebMCP e o protocolo MCP resume bem essa mudança de lógica:
“Em vez de sua aplicação ser uma visitante dentro de um agente, o agente é uma visitante dentro da sua plataforma.”
Segundo a documentação da OpenAI, o ChatGPT pode recorrer às funções tradicionais do navegador caso uma página não disponha de uma ferramenta de site adequada.
Como a Shopify estruturou a interface para agentes
A Shopify disponibiliza dez ferramentas WebMCP em todas as lojas construídas com Liquid, também acessíveis em vitrines que usam a prévia de desenvolvimento do Hydrogen. Uma dessas ferramentas, chamada proceed_to_checkout, leva o cliente até a finalização de compra com o carrinho atual, mas não conclui a transação. Todas as interações ocorrem dentro da própria aba ativa do cliente, com atualizações do carrinho refletidas imediatamente e navegação conduzida conforme a escolha do agente.
De acordo com a Shopify, o agente escolhe a ferramenta certa com base no que o cliente solicita. Isso cria uma segunda camada de controle: o WebMCP permite que o site declare suas ações disponíveis, mas foi a própria Shopify quem definiu inicialmente quais ações existem e como são descritas em toda a plataforma.
Embora isso simplifique a vida dos comerciantes, também significa que a versão de uma loja voltada para agentes pode partir de configurações padrão definidas pela plataforma, e não de preferências personalizadas de cada lojista. A documentação publicada pela Shopify não esclarece se os comerciantes podem desativar ferramentas específicas ou editar suas descrições.
A abordagem da Cloudflare pela borda da rede
A prévia para desenvolvedores da Cloudflare permite ativar o WebMCP diretamente pelo painel da empresa, sem necessidade de alterar o código original do site. Uma vez ativado, o sistema insere uma linha em cada resposta HTML na borda da rede, referenciando um script de ponte de mesma origem. Esse script verifica a compatibilidade do navegador e registra os pacotes de ferramentas selecionados. Na versão atual da prévia, as ferramentas são executadas no navegador do visitante, e não nos servidores da Cloudflare.
Enquanto a Shopify instala um conjunto uniforme de ferramentas em todas as lojas hospedadas, a Cloudflare oferece uma ponte sem modificar o código original. Em ambos os casos, a camada voltada para agentes é fornecida, ao menos em parte, por uma empresa intermediária entre o proprietário do site e o agente de IA.
Descoberta e ação são problemas distintos
A documentação atual do WebMCP descreve uma camada de interação dentro do navegador, e não um recurso de ranqueamento, indexação ou citação em buscas. As ferramentas ficam disponíveis somente depois que um agente compatível abre a página — os sistemas de descoberta existentes continuam determinando como o agente ou usuário chega até o site.
Isso torna o WebMCP diferente de boa parte das discussões sobre busca por IA: um site pode ser amigável para agentes sem necessariamente ser mais fácil de encontrar. O protocolo foi projetado para um propósito distinto do MCP tradicional, atuando na execução de ações dentro da página, e não na fase de descoberta de conteúdo.
Com informações de searchenginejournal.com.
