Do descobrimento à usabilidade: o que o WebMCP muda para quem faz site

Durante trinta anos a pergunta foi se o buscador consegue ler a sua página. A pergunta que se abre agora é se um agente consegue usar o seu site.

O que é WebMCP, em uma frase

WebMCP é uma proposta de API de navegador que permite a uma página declarar as próprias funcionalidades como ferramentas que um agente pode chamar. Em lugar de simular cliques e preenchimentos na interface, o agente executa a tarefa chamando funções e formulários que a página expõe com esquema declarado. A proposta está em desenvolvimento em grupo comunitário e ainda não é padrão implementado em navegador.

O deslocamento que o WebMCP representa

A leitura mais comum sobre agentes é que eles vão navegar sozinhos em interfaces feitas para pessoas, clicando e preenchendo campos por imitação. Essa abordagem funciona em demonstração e falha em escala, porque depende de layout estável e de interpretação visual. Esses agentes chegam ao site como mais uma categoria de bot, e a decisão sobre quais deixar entrar está no guia de bots de IA.

A proposta do WebMCP inverte a responsabilidade. O site declara o que ele sabe fazer, com contrato explícito de entrada e saída, e o agente chama aquela função. Para quem constrói sites, isso aproxima o trabalho de front-end da disciplina de projetar API pública. No comércio, esse contrato explícito já tem protocolos próprios, descritos em comércio agêntico no e-commerce.

A diferença entre WebMCP e MCP

O nome parecido causa confusão com o Model Context Protocol, o MCP, que conecta assistentes a servidores de dados e de ferramentas. No MCP, alguém mantém um servidor fora do navegador, e o assistente se conecta a ele para consultar um sistema, como uma base de clientes ou uma plataforma de dados. No WebMCP, a página aberta no navegador declara as próprias ferramentas, e o agente que opera naquele navegador as encontra ali, dentro da sessão de quem está usando o site.

A consequência para quem faz site é de responsabilidade. Com MCP, a integração é um projeto de back-end, com acesso e permissão definidos no servidor. Com WebMCP, a ferramenta vive no front-end e herda o contexto da página, inclusive a sessão da pessoa logada, o que torna a escolha do que expor uma decisão de produto e de segurança ao mesmo tempo.

O que o WebMCP muda no trabalho de SEO técnico

• Inventário de capacidades. Antes de expor qualquer coisa, é preciso responder o que o site faz de fato: consultar disponibilidade, calcular frete, agendar, comparar planos, localizar unidade. Esse inventário raramente existe documentado.
• Nomenclatura e descrição. Cada ferramenta precisa de nome e descrição em linguagem natural que um modelo entenda sem ambiguidade. É trabalho de semântica aplicado a função, com o mesmo rigor que hoje se aplica a título e cabeçalho.
• Fronteira de segurança. Expor função é diferente de expor conteúdo. Escopo, autenticação e limite de ação precisam ser decididos antes da implementação.
• Formulários voltam ao centro. A proposta trata elementos de formulário como candidatos naturais a ferramenta, o que valoriza marcação semântica correta em um lugar onde muitos sites acumularam dívida técnica.

O que eu ainda não faria com o WebMCP

Reescrever a arquitetura de um site em função de uma especificação em desenvolvimento é risco sem retorno proporcional. As questões abertas listadas no próprio repositório afetam decisões estruturais, e uma implementação feita agora provavelmente será refeita.