WebMCP: como a web está se preparando para agentes de inteligência artificial

A web foi construída durante décadas com uma premissa bastante simples: existe uma pessoa utilizando um navegador, lendo páginas, preenchendo formulários e clicando em botões.

A evolução dos agentes de inteligência artificial começa a mudar essa lógica.

Em vez de apenas responder perguntas ou resumir páginas, agentes passam gradualmente a realizar tarefas em nome do usuário, como pesquisar produtos, preencher formulários, consultar informações, navegar por sistemas e executar operações em aplicações web.

É nesse contexto que surge o WebMCP, uma proposta de padrão para permitir que websites exponham funcionalidades estruturadas diretamente para agentes de IA.

O que é WebMCP?

WebMCP significa Web Model Context Protocol.

Trata-se de uma proposta de padrão web desenvolvida para permitir que uma página informe explicitamente aos agentes quais operações estão disponíveis e como elas devem ser utilizadas.

Hoje, quando um agente precisa interagir com um site tradicional, normalmente precisa interpretar a interface.

Por exemplo:

1. localizar um campo;

2. entender sua finalidade;

3. preencher o campo;

4. encontrar um botão;

5. clicar;

6. interpretar a resposta;

7. repetir o processo até concluir a tarefa.

Esse tipo de interação é conhecido como actuation.

O problema é que interfaces desenvolvidas para humanos nem sempre são simples para agentes.

Um botão pode mudar de posição, um componente pode ser atualizado, um modal pode aparecer ou um teste A/B pode modificar a estrutura da página.

Com WebMCP, o próprio site pode declarar o que oferece.

Em vez de o agente tentar descobrir como usar uma busca visualmente, por exemplo, o site pode expor uma ferramenta como search_products().

Uma loja virtual poderia disponibilizar ferramentas como:

• search_products()

• get_product()

• add_to_cart()

• get_cart()

• checkout()

O agente passa a trabalhar com operações semanticamente definidas, em vez de depender exclusivamente da interpretação da interface visual.

Como o WebMCP funciona?

O WebMCP permite registrar ferramentas que ficam disponíveis no contexto da própria página.

Cada ferramenta pode possuir:

• um nome;

• uma descrição;

• parâmetros esperados;

• regras de validação;

• uma função que será executada;

• informações sobre permissões e comportamento.

Um exemplo simplificado seria:

document.modelContext.registerTool()

A partir desse mecanismo, um website poderia registrar uma ferramenta chamada search_blog, informar que ela recebe uma consulta e devolver resultados encontrados no conteúdo do site.

Um agente compatível poderia descobrir que essa ferramenta existe e utilizá-la diretamente.

WebMCP não é exatamente o mesmo que MCP

Apesar do nome parecido, é importante diferenciar WebMCP do Model Context Protocol tradicional.

Um servidor MCP normalmente conecta uma inteligência artificial diretamente a sistemas, APIs, bancos de dados ou aplicações.

Uma arquitetura simplificada seria:

Agente de IA → MCP Server → API → Sistema

No WebMCP, a lógica acontece no contexto da página carregada pelo navegador:

Agente → Navegador → Website → WebMCP Tools → Aplicação

Isso permite que sites continuem mantendo sua interface convencional para usuários humanos enquanto disponibilizam uma camada operacional para agentes.

API imperativa e API declarativa

A especificação trabalha com duas formas principais de disponibilizar ferramentas.

API imperativa

Na API imperativa as ferramentas são registradas por JavaScript.

Ela é adequada para funcionalidades mais complexas, como:

• navegação;

• busca;

• gerenciamento de estado;

• consultas;

• operações em aplicações;

• integração com APIs;

• ações específicas de negócio.

O registro pode ser realizado através de document.modelContext.registerTool().

API declarativa

A abordagem declarativa permite transformar elementos HTML, especialmente formulários, em ferramentas compreensíveis por agentes.

Isso pode ser particularmente interessante para tarefas como:

• formulários de contato;

• solicitações de orçamento;

• inscrições;

• reservas;

• cadastros;

• solicitações de suporte.

Em vez de o agente precisar interpretar cada campo visualmente, o próprio website passa a informar semanticamente qual é a finalidade daquela operação.

Por que isso é mais confiável para agentes?

Interfaces web foram desenvolvidas prioritariamente para humanos.

Nós conseguimos interpretar facilmente elementos como Comprar, Enviar, Pesquisar, Próximo, Adicionar e Confirmar.

Para um agente de IA, entretanto, cada interação pode exigir interpretação adicional do DOM, do conteúdo ou até da representação visual da página.

WebMCP reduz essa ambiguidade.

Uma ferramenta chamada request_quote, por exemplo, poderia definir explicitamente parâmetros como:

• name

• email

• company

• service

• budget

Isso possui significado operacional muito mais claro do que obrigar um agente a descobrir sozinho quais campos precisa preencher.

A web deixa de ser apenas conteúdo e passa a oferecer capacidades

Essa talvez seja uma das consequências mais interessantes do WebMCP.

Durante muitos anos, o principal objetivo de um site era disponibilizar conteúdo e interfaces.

No modelo tradicional de mecanismos de busca temos algo próximo de:

Website → Crawler → Google → Resultado de busca → Usuário

Com mecanismos baseados em grandes modelos de linguagem surgiu outro fluxo:

Website → Crawler ou sistema de recuperação → LLM → Resposta → Usuário

Com agentes surge uma terceira camada:

Website → Agent → Tool → Ação

Nesse cenário, o site não precisa apenas fornecer informação.

Ele também pode declarar aquilo que é capaz de fazer.

WebMCP e o futuro do SEO

Ainda é cedo para afirmar que WebMCP terá qualquer relação direta com ranqueamento em mecanismos de busca.

Não existe atualmente evidência suficiente para tratar WebMCP como um fator de ranking.

Entretanto, existe uma consequência estratégica importante.

SEO sempre esteve relacionado a tornar conteúdo e estrutura compreensíveis para sistemas automatizados.

Primeiro através de HTML semântico.

Depois através de dados estruturados.

Posteriormente através de APIs, feeds e sistemas de indexação.

Agora começamos a discutir como tornar funcionalidades compreensíveis para agentes.

Isso pode originar uma nova disciplina relacionada à otimização para agentes.

Podemos pensar nessa evolução como:

SEO técnico + dados estruturados + UX + APIs + arquitetura semântica + Agent Experience

O objetivo deixa de ser apenas permitir que uma IA encontre uma informação.

Passa também a ser permitir que ela execute corretamente uma operação.

Um exemplo aplicado a uma empresa de marketing digital

Imagine o website de uma consultoria oferecendo diferentes serviços.

Uma IA poderia acessar páginas sobre:

• SEO;

• Google Ads;

• Meta Ads;

• Web Analytics;

• desenvolvimento;

• UX;

• automação.

Sem WebMCP, um agente precisa navegar por essas páginas e interpretar seu conteúdo.

Com WebMCP, o site poderia eventualmente expor ferramentas como:

• search_blog()

• get_service()

• get_case_studies()

• request_contact()

• request_seo_audit()

Um agente poderia receber do usuário uma solicitação como:

Quero uma empresa que faça auditoria técnica de SEO.

Ao acessar um website compatível, poderia identificar uma capacidade como request_seo_audit() e conduzir o usuário diretamente para essa operação.

Agent Experience pode se tornar uma nova camada de UX

UX tradicionalmente trabalha com a experiência do usuário humano.

Mas aplicações utilizadas por agentes introduzem outro tipo de consumidor da interface.

Uma arquitetura futura pode precisar considerar dois públicos simultaneamente.

Para humanos temos:

• interface;

• navegação;

• conteúdo;

• formulários.

Para agentes podemos começar a ter:

• tools;

• schemas;

• permissões;

• estados;

• ações.

Isso não significa substituir a interface humana.

A proposta do WebMCP trabalha justamente com a ideia de progressive enhancement.

O site continua funcionando normalmente.

WebMCP adiciona uma camada adicional para clientes e agentes capazes de utilizá-la.

Segurança será um componente fundamental

Permitir que agentes executem ações em websites também cria desafios importantes.

Nem todas as operações possuem o mesmo nível de risco.

Pesquisar um artigo é muito diferente de executar operações como:

• checkout()

• delete_account()

• send_payment()

• change_subscription()

Por isso, questões como confirmação humana, permissões, isolamento de origem e controle das ferramentas disponibilizadas serão fundamentais para a adoção do padrão.

Operações apenas de leitura possuem naturalmente um risco muito menor do que ferramentas capazes de modificar dados ou concluir transações.

O WebMCP ainda é experimental

Esse ponto é importante.

WebMCP ainda é uma tecnologia experimental e sua especificação continua evoluindo.

Isso significa que APIs, comportamento dos navegadores, mecanismos de segurança e formas de implementação ainda podem mudar.

Portanto, não faz sentido neste momento reconstruir sistemas inteiros dependendo exclusivamente de WebMCP.

Mas já faz bastante sentido experimentar.

Por que testar agora?

Tecnologias web normalmente passam por várias etapas antes de alcançar ampla adoção.

O processo geralmente passa por:

1. proposta;

2. experimentação;

3. implementação em navegadores;

4. desenvolvimento de ferramentas;

5. adoção por plataformas;

6. possível padronização.

Participar das primeiras etapas permite entender antecipadamente problemas de arquitetura, segurança, usabilidade e integração.

Para empresas que trabalham simultaneamente com desenvolvimento, SEO, analytics e inteligência artificial, esse tipo de experimentação também ajuda a compreender como a própria navegação na web pode mudar.

O que muda para empresas?

Se agentes passarem a representar uma parcela relevante da interação entre usuários e websites, empresas precisarão pensar não apenas em páginas.

Precisarão pensar em capacidades.

Uma empresa poderá precisar responder perguntas como:

• Quais operações nossos agentes podem utilizar?

• Quais dados podem ser consultados?

• Quais ações precisam de autorização?

• Quais informações devem permanecer exclusivamente humanas?

• Como mensurar interações realizadas por agentes?

• Como atribuir conversões originadas por agentes?

• Como preservar analytics e atribuição?

• Como expor capacidades sem comprometer segurança?

Essas questões aproximam marketing, desenvolvimento, UX, analytics e arquitetura de sistemas.

Analytics para agentes também será um desafio

Outro ponto que merece atenção é mensuração.

Se uma ação for executada através de uma ferramenta como request_contact(), essa interação deveria gerar eventos analíticos.

Por exemplo:

webmcp_tool_call

Com parâmetros como:

• tool_name

• tool_result

• page_location

Com isso seria possível analisar quantas interações foram iniciadas por agentes, quais ferramentas foram utilizadas e quais delas resultaram em conversões.

É provável que o crescimento da web agentic exija novas convenções de analytics e atribuição.

Para equipes que já trabalham com GA4, GTM e arquiteturas próprias de mensuração, essa será uma área particularmente interessante para experimentação.

WebMCP no Framer

Sites construídos utilizando plataformas no-code ou low-code também podem participar desse ecossistema.

No Framer, por exemplo, é possível adicionar JavaScript utilizando Custom Code.

Isso significa que uma implementação simples da API imperativa do WebMCP pode ser adicionada progressivamente sem reconstruir todo o website.

Uma primeira prova de conceito poderia simplesmente registrar ferramentas informativas como:

• get_services()

• search_blog()

• get_contact_information()

Depois poderiam ser adicionadas operações mais avançadas.

Uma implementação também pode verificar primeiro se o navegador oferece suporte ao recurso através de "modelContext" in document.

Se o navegador não possuir suporte, nenhuma ferramenta é registrada e o restante do site continua funcionando normalmente.

Essa abordagem reduz significativamente o risco de uma implementação experimental.

Uma possível arquitetura

Um website institucional poderia gradualmente possuir três camadas.

Website

• páginas de serviços;

• blog;

• cases;

• contato.

SEO

• HTML semântico;

• metadata;

• dados estruturados;

• sitemap;

• conteúdo otimizado.

Agent Layer

• search_blog()

• get_service()

• get_case_studies()

• request_contact()

• request_audit()

Essa camada para agentes não substitui o site.

Ela complementa sua arquitetura.

WebMCP e plataformas como Cloudflare

Outra abordagem que começa a surgir é adicionar uma camada WebMCP na infraestrutura localizada entre o usuário e a aplicação.

A Cloudflare, por exemplo, já apresentou experimentos relacionados à criação de interfaces WebMCP para websites.

Essa arquitetura pode ser particularmente interessante para sites hospedados em plataformas que oferecem acesso limitado ao backend.

Nesse cenário poderíamos ter:

Agente → Cloudflare → WebMCP Layer → Website

Isso abre possibilidades interessantes para sites construídos em plataformas como Framer, onde a aplicação de origem possui limitações para determinadas implementações.

Vale a pena implementar WebMCP agora?

Para aplicações críticas, ainda seria prematuro depender exclusivamente da tecnologia.

Para experimentação, entretanto, a resposta é diferente.

Uma implementação inicial pode ser pequena, isolada e progressiva.

Um site institucional poderia começar disponibilizando somente ferramentas de leitura, como:

• consultar serviços;

• pesquisar conteúdo;

• localizar informações de contato;

• consultar cases.

Somente depois de validar comportamento, compatibilidade e segurança faria sentido experimentar operações capazes de modificar dados ou enviar informações.

Conclusão

WebMCP representa uma mudança interessante na forma como podemos pensar websites.

Durante décadas, páginas foram desenvolvidas principalmente para serem visualizadas por pessoas e indexadas por mecanismos de busca.

A chegada dos agentes cria uma terceira necessidade.

Sites também podem precisar ser operáveis por software inteligente.

WebMCP tenta criar uma interface padronizada entre essas duas partes.

Ainda estamos no começo desse processo e não existe garantia de que a especificação atual permanecerá exatamente como está.

Mas o conceito é relevante.

A web está começando a evoluir de um ambiente composto apenas por páginas e APIs para um ambiente em que websites podem declarar explicitamente suas capacidades para agentes.

Para profissionais de SEO, desenvolvimento, UX, analytics e inteligência artificial, acompanhar essa evolução não significa apenas observar uma nova API.

Significa acompanhar o possível surgimento de uma nova camada da própria arquitetura da web.

Fontes

• Chrome for Developers: WebMCP

• Chrome for Developers: WebMCP Imperative API

• Cloudflare: Give any website a WebMCP interface

• Framer: Custom Code

• WebMCP Directory