Tag: Web Agentic

A web está passando por uma das maiores transformações desde a popularização dos aplicativos web. Durante décadas, os sites foram projetados principalmente para serem acessados por pessoas: o usuário abre uma página, encontra um botão, preenche um formulário, navega por menus e conclui uma tarefa.

Com a evolução dos agentes de inteligência artificial, esse modelo começa a mudar.

Em vez de simplesmente consultar uma página e interpretar visualmente seu conteúdo, um agente de IA poderá interagir diretamente com funcionalidades oferecidas pelo próprio site. É justamente nesse cenário que surge o WebMCP, uma proposta que busca tornar aplicações web mais acessíveis e úteis para agentes de IA por meio de ferramentas estruturadas.

A ideia é bastante significativa: um site deixa de ser apenas uma interface visual e passa a oferecer também uma espécie de interface operacional para agentes inteligentes.

O WebMCP ainda está em estágio experimental e sua especificação atual é um Draft Community Group Report, não um padrão oficial do W3C. Mesmo assim, o projeto aponta para uma possível mudança importante na forma como sites, aplicações e agentes de IA poderão trabalhar juntos.

O que é WebMCP?

WebMCP é uma proposta de API para permitir que aplicações web disponibilizem ferramentas baseadas em JavaScript que podem ser utilizadas por agentes de inteligência artificial.

Em termos simples, imagine um site de viagens que possui diversas funcionalidades:

• pesquisar voos;
• consultar hotéis;
• verificar disponibilidade;
• filtrar resultados;
• preencher dados do passageiro;
• realizar uma reserva.

Tradicionalmente, uma pessoa precisa navegar pelo site para executar essas ações.

Com WebMCP, o site pode expor algumas dessas capacidades como ferramentas estruturadas. Um agente poderia, por exemplo, identificar uma ferramenta search_flights, fornecer os parâmetros necessários e receber uma resposta estruturada.

Isso cria uma relação muito mais direta entre agente → ferramenta → aplicação web.

A especificação atual utiliza objetos como document.modelContext e APIs como registerTool(), getTools() e executeTool() para permitir o registro, descoberta e execução dessas ferramentas.

Da navegação para a execução

Essa mudança pode ser representada de maneira simples:

Web tradicional:

Usuário → navegador → interface → formulário → botão → resultado

Web com agentes:

Agente de IA → ferramenta WebMCP → aplicação → resultado estruturado

Isso não significa que a interface tradicional desaparecerá. Pelo contrário: o mesmo site poderá continuar sendo utilizado normalmente por seres humanos, enquanto disponibiliza uma camada adicional otimizada para agentes.

Por que o WebMCP é necessário?

Os agentes de IA já conseguem interagir com sites utilizando diferentes técnicas de automação.

Um agente pode, por exemplo, interpretar uma página, localizar elementos, clicar em botões e preencher campos. Entretanto, esse modelo depende bastante da estrutura visual e do estado atual da interface.

Uma alteração aparentemente simples — como mudar o nome de um botão ou reorganizar um formulário — pode prejudicar uma automação baseada na interface.

O WebMCP propõe uma abordagem diferente.

Em vez de obrigar o agente a descobrir como utilizar visualmente uma funcionalidade, o próprio site pode declarar:

“Eu ofereço esta ferramenta, ela serve para esta finalidade e recebe estes parâmetros.”

Isso reduz a dependência de automações baseadas em cliques e interpretação visual.

A documentação do Chrome apresenta justamente o WebMCP como uma maneira de os sites disponibilizarem ferramentas estruturadas para agentes, incluindo descoberta de ferramentas, esquemas JSON e interação com o estado da aplicação.

Como o WebMCP funciona?

O funcionamento pode ser entendido em três etapas principais.

1. O site registra suas ferramentas

O desenvolvedor define quais funcionalidades da aplicação poderão ser utilizadas por agentes.

Uma ferramenta pode representar uma ação específica, como:

• pesquisar produtos;
• consultar pedidos;
• verificar disponibilidade;
• criar um documento;
• calcular um orçamento;
• agendar um horário;
• consultar informações de uma conta.

Cada ferramenta possui informações como nome, descrição e esquema dos dados de entrada.

2. O navegador disponibiliza essas ferramentas

O navegador atua como uma camada intermediária entre a aplicação web e o agente.

A aplicação registra as ferramentas e o ambiente compatível pode disponibilizá-las ao agente.

3. O agente escolhe e executa a ferramenta

O agente analisa a tarefa solicitada pelo usuário, identifica a ferramenta apropriada e envia os parâmetros necessários.

Por exemplo:

document.modelContext.registerTool({
  name: "search_products",
  description: "Pesquisa produtos disponíveis na loja",
  inputSchema: {
    type: "object",
    properties: {
      query: {
        type: "string",
        description: "Termo de pesquisa"
      }
    },
    required: ["query"]
  },
  execute: async ({ query }) => {
    // Executa a pesquisa no site
  }
});

O exemplo é simplificado, mas demonstra a ideia central: uma funcionalidade da aplicação passa a ser descrita de maneira explícita para agentes.

A API imperativa documentada pelo Chrome utiliza document.modelContext.registerTool() para esse tipo de registro.

API imperativa e API declarativa

O WebMCP atualmente trabalha com duas abordagens principais.

API imperativa

Na abordagem imperativa, o desenvolvedor registra as ferramentas utilizando JavaScript.

Isso oferece maior flexibilidade para aplicações complexas, nas quais a execução depende de lógica, estado da aplicação, APIs internas ou processos personalizados.

É especialmente interessante para aplicações SaaS, sistemas administrativos, plataformas de comércio eletrônico e aplicações que possuem fluxos de negócio mais sofisticados.

API declarativa

A abordagem declarativa utiliza elementos HTML existentes, especialmente formulários, para permitir que determinadas funcionalidades sejam disponibilizadas aos agentes.

Essa alternativa pode ser particularmente interessante porque muitos sites já utilizam formulários HTML para realizar operações.

Em vez de criar uma camada completamente nova, parte da infraestrutura existente pode ser aproveitada.

WebMCP, MCP e automação de navegador são a mesma coisa?

Não.

Apesar da semelhança dos nomes, WebMCP e MCP possuem papéis diferentes.

O Model Context Protocol (MCP) foi projetado para conectar modelos e agentes a ferramentas, recursos e serviços externos.

O WebMCP, por sua vez, concentra-se na possibilidade de uma aplicação web disponibilizar ferramentas diretamente dentro do contexto do navegador.

O próprio Chrome destaca que WebMCP não substitui nem é simplesmente uma extensão do MCP. As duas tecnologias podem ser complementares.

Uma arquitetura futura poderá combinar essas tecnologias.

Por exemplo:

Agente → MCP → serviço externo

ou:

Agente → navegador → WebMCP → aplicação web

e até:

Agente → MCP → aplicação/serviço → WebMCP → interface web

O importante é entender que WebMCP não pretende eliminar APIs, MCP ou automação de navegador. Ele acrescenta uma nova possibilidade à arquitetura.

WebMCP pode transformar sites em ferramentas

Essa talvez seja a característica mais importante da tecnologia.

Atualmente, pensamos em um site como um conjunto de páginas e interfaces.

Com WebMCP, podemos começar a enxergá-lo como um conjunto de capacidades que podem ser descobertas e executadas por agentes.

Um e-commerce, por exemplo, poderia disponibilizar ferramentas para:

• pesquisar produtos;
• verificar estoque;
• consultar preços;
• comparar produtos;
• calcular frete;
• adicionar produtos ao carrinho;
• consultar pedidos.

Uma plataforma de hospedagem poderia oferecer:

• consultar planos;
• verificar disponibilidade de recursos;
• consultar consumo;
• abrir chamados;
• consultar status de servidores;
• solicitar determinados serviços.

Uma aplicação de gestão poderia disponibilizar:

• consultar clientes;
• criar tarefas;
• atualizar registros;
• gerar relatórios;
• consultar indicadores.

O conceito muda a pergunta de:

“Como o agente navega pelo meu site?”

para:

“Quais capacidades do meu site eu quero disponibilizar para agentes?”

Essa mudança de perspectiva pode ser extremamente importante para desenvolvedores.

Casos de uso do WebMCP

As possibilidades são amplas.

E-commerce

Um usuário poderia pedir:

“Encontre um notebook com 32 GB de RAM, SSD de 1 TB e até R$ 8.000.”

O agente poderia utilizar ferramentas disponibilizadas pela loja para pesquisar, filtrar e organizar os produtos.

Em uma etapa posterior, poderia também auxiliar na montagem do carrinho, dependendo das permissões e do fluxo de confirmação.

Viagens

Um agente poderia pesquisar voos, hotéis e outros serviços utilizando ferramentas do próprio site.

O Chrome utiliza justamente cenários de viagens e reservas para demonstrar como ferramentas pequenas e especializadas podem ser combinadas em fluxos mais complexos.

Atendimento ao cliente

Sites de empresas poderiam disponibilizar ferramentas para:

• consultar pedidos;
• verificar entregas;
• consultar contratos;
• abrir chamados;
• encontrar documentos;
• atualizar determinadas informações.

Isso permitiria que agentes atuassem diretamente dentro do ambiente da empresa.

SaaS

Aplicações web poderiam oferecer ferramentas para operações internas.

Imagine um sistema de gerenciamento de projetos em que o usuário diga:

“Crie uma tarefa para revisar o servidor de produção amanhã e atribua ao responsável pela infraestrutura.”

Se a aplicação disponibilizar as ferramentas adequadas, o agente poderá executar o fluxo sem precisar navegar manualmente por menus.

Formulários

Formulários são outro caso interessante.

Cadastro, agendamento, orçamento, pesquisa e solicitação de serviços podem ser representados como operações estruturadas para agentes.

Isso pode reduzir significativamente a necessidade de automações baseadas em coordenadas, seletores frágeis ou reconhecimento visual.

Segurança: o maior desafio do WebMCP

Quanto maior a capacidade dos agentes, maior também é a importância da segurança.

Um agente que apenas consulta informações apresenta um risco diferente de um agente autorizado a realizar uma compra, cancelar um serviço ou alterar dados.

Por isso, o WebMCP incorpora mecanismos para ajudar a indicar a natureza das ferramentas.

Entre as anotações previstas estão:

• readOnlyHint;
• untrustedContentHint;
• consequentialHint.

Uma ferramenta de consulta, por exemplo, pode ser identificada como somente leitura.

Já uma ferramenta que executa uma ação importante pode ser marcada como consequencial. O Chrome cita como exemplos operações como reservas e transferências, que exigem maior cuidado.

Prompt injection

Um dos problemas mais preocupantes é o prompt injection.

Imagine que um agente esteja analisando conteúdo de uma página e encontre um texto malicioso tentando instruí-lo a ignorar as instruções do usuário ou executar determinada ação.

Em um sistema agentic, esse conteúdo não pode ser tratado automaticamente como confiável.

Por isso, a especificação e a documentação do WebMCP dedicam atenção especial à distinção entre conteúdo confiável e conteúdo externo ou fornecido por usuários.

Controle de origem

Outro aspecto importante é controlar quem pode acessar determinadas ferramentas.

A especificação prevê mecanismos relacionados à origem e permissões, incluindo a possibilidade de restringir ferramentas a origens específicas.

Também existem considerações para contextos como iframes de origem cruzada e a Permissions Policy relacionada a tools.

Isso é fundamental porque uma aplicação não deve simplesmente disponibilizar todas as suas capacidades para qualquer agente ou contexto.

O usuário continua no controle

Outro princípio importante é que automação não significa ausência de consentimento.

Uma ferramenta que apenas consulta informações pode ser executada automaticamente em determinadas circunstâncias.

Já ações com consequências importantes podem exigir confirmação.

Imagine a diferença entre:

“Qual é o preço deste produto?”

e:

“Compre este produto.”

A primeira ação é essencialmente informativa.

A segunda possui consequência financeira.

O desenho correto de experiências agentic precisará levar essa diferença em consideração. A própria documentação do WebMCP aborda mecanismos de consentimento e interação com o usuário para ações que precisam de aprovação.

Como desenvolver uma aplicação preparada para WebMCP?

O primeiro passo não é necessariamente escrever código.

É entender quais tarefas os usuários realmente realizam dentro da aplicação.

O Chrome recomenda começar pelo objetivo do usuário, pelo estado inicial, pelo contexto disponível para o agente e pelas restrições do fluxo. Depois disso, é possível identificar quais ferramentas seriam necessárias.

Uma boa estratégia é:

1. Mapear as tarefas

Liste as operações mais importantes realizadas pelos usuários.

Por exemplo:

• pesquisar;
• consultar;
• filtrar;
• criar;
• atualizar;
• excluir;
• reservar;
• pagar.

2. Transformar tarefas em ferramentas

Cada ferramenta deve ter uma finalidade clara.

Em vez de criar uma ferramenta gigantesca chamada manage_account, pode ser melhor separar:

• get_account;
• update_profile;
• list_invoices;
• download_invoice.

Ferramentas pequenas tendem a ser mais fáceis de compreender e selecionar corretamente.

3. Criar parâmetros claros

Os parâmetros devem ser objetivos e possuir descrições úteis.

Quanto mais ambígua for a ferramenta, maior a possibilidade de o agente escolher incorretamente ou fornecer dados inadequados.

4. Pensar nos erros

Uma ferramenta não deve simplesmente falhar.

É importante retornar informações que ajudem o agente a compreender o problema e decidir o próximo passo.

5. Trabalhar com estado

Aplicações web são dinâmicas.

Uma ferramenta pode alterar o estado da aplicação e influenciar o resultado de outra.

Por isso, o desenvolvedor precisa pensar no fluxo completo, e não apenas em ferramentas isoladas.

6. Criar avaliações

É importante testar se o agente:

• escolhe a ferramenta correta;
• fornece os parâmetros corretos;
• entende erros;
• respeita restrições;
• sabe quando pedir confirmação.

A documentação do Chrome recomenda avaliações específicas para seleção de ferramentas, parâmetros e comportamento do agente.

WebMCP e a nova experiência do usuário

Uma consequência interessante dessa tecnologia é que talvez precisemos começar a pensar em uma nova camada de experiência:

Agent Experience — AX.

Durante muito tempo, desenvolvedores pensaram em:

UX — User Experience

Agora, aplicações agentic também precisam considerar como suas funcionalidades são compreendidas e utilizadas por agentes.

Isso envolve:

• nomes claros para ferramentas;
• descrições precisas;
• parâmetros bem definidos;
• respostas estruturadas;
• tratamento de erros;
• controle de permissões;
• confirmação de ações críticas.

Uma interface bonita continuará sendo importante para humanos.

Mas, para agentes, uma boa descrição e uma ferramenta previsível podem ser mais importantes do que a aparência do botão.

WebMCP vai mudar o SEO?

É cedo para afirmar que WebMCP substituirá ou transformará diretamente os mecanismos tradicionais de SEO.

Entretanto, ele pode introduzir uma nova dimensão de descoberta.

O SEO tradicional procura tornar páginas compreensíveis e relevantes para mecanismos de busca.

Em um ambiente agentic, também será necessário tornar capacidades do site compreensíveis e utilizáveis por agentes.

Isso pode gerar uma distinção interessante:

SEO: “Meu conteúdo pode ser encontrado e compreendido?”

Agent Experience: “Minhas funcionalidades podem ser descobertas e utilizadas corretamente por agentes?”

Isso não significa abandonar títulos, conteúdo, dados estruturados, velocidade, acessibilidade ou outros fundamentos de SEO.

Significa acrescentar uma nova camada de otimização.

WebMCP e a evolução da web

A web sempre passou por mudanças de paradigma.

Primeiro tivemos páginas estáticas.

Depois surgiram aplicações dinâmicas.

Em seguida, APIs, aplicações móveis, cloud computing e arquiteturas distribuídas transformaram a maneira como os sistemas são construídos.

Agora, agentes de IA começam a se tornar uma nova categoria de consumidor de software.

Durante muito tempo, a arquitetura foi pensada como:

Humano → interface → aplicação

Depois:

Aplicação → API → aplicação

E agora podemos começar a imaginar:

Agente → ferramenta → aplicação

O WebMCP se encaixa justamente nessa transição.

Ele não transforma automaticamente qualquer site em um agente de IA. O que ele oferece é uma maneira padronizada, ainda em desenvolvimento, para aplicações web exporem determinadas capacidades para agentes.

Limitações atuais do WebMCP

Apesar do potencial, é importante não tratar o WebMCP como uma tecnologia pronta para substituir toda a infraestrutura existente.

A proposta ainda está em desenvolvimento.

A especificação atual é um Draft Community Group Report e declara explicitamente que não é um padrão W3C nem está no processo oficial de padronização do W3C.

Além disso, existem desafios importantes.

Compatibilidade

Será necessário que navegadores, frameworks e agentes adotem a tecnologia de maneira consistente.

Segurança

Quanto mais ferramentas forem disponibilizadas, maior será a superfície de ataque.

Autenticação

Aplicações reais possuem usuários, permissões, sessões, tokens e diferentes níveis de acesso.

Privacidade

Agentes podem manipular informações sensíveis. O acesso precisa respeitar os mesmos controles aplicados aos usuários.

Interoperabilidade

A grande vantagem de padrões como MCP está na interoperabilidade. Para que o WebMCP tenha impacto amplo, diferentes agentes e navegadores precisarão interpretar as ferramentas de maneira consistente.

Descoberta

Outro desafio é determinar como agentes encontrarão aplicações que oferecem determinadas capacidades.

A documentação do Chrome observa, por exemplo, que atualmente o cliente precisa visitar diretamente o site para descobrir suas ferramentas.

WebMCP substituirá a automação de navegador?

Provavelmente não.

A automação de navegador continuará sendo útil quando uma aplicação não oferecer ferramentas estruturadas.

Nesse cenário, o agente poderá continuar utilizando técnicas tradicionais de navegação.

O WebMCP pode funcionar como uma alternativa mais robusta quando o próprio site oferece uma interface explícita para agentes.

Isso cria uma arquitetura interessante:

Se existe WebMCP → utilize ferramentas estruturadas.

Se não existe → utilize automação tradicional, quando apropriado.

Essa combinação pode permitir que agentes tenham tanto precisão quanto capacidade de adaptação.

O futuro: sites feitos para humanos e agentes

Talvez a maior consequência do WebMCP não esteja na API em si, mas na mudança de mentalidade que ela representa.

Durante décadas, um bom site precisava responder principalmente a uma pergunta:

“Como tornar essa interface fácil para uma pessoa utilizar?”

No futuro, talvez seja necessário responder também:

“Como permitir que um agente compreenda e execute essa tarefa corretamente?”

Isso não significa criar duas aplicações diferentes.

O mesmo sistema poderá oferecer:

• interface visual para humanos;
• ferramentas estruturadas para agentes;
• APIs para outras aplicações;
• mecanismos de autenticação e autorização compartilhados.

O site se transforma, assim, em uma plataforma com múltiplas formas de interação.

O que desenvolvedores devem fazer agora?

Mesmo que um projeto ainda não adote WebMCP, algumas práticas já fazem sentido.

Uma aplicação preparada para o futuro deve possuir:

• APIs bem projetadas;
• operações claramente separadas;
• autenticação consistente;
• autorização baseada em permissões;
• respostas estruturadas;
• tratamento de erros;
• documentação das funcionalidades;
• componentes desacoplados;
• estados previsíveis;
• logs e telemetria.

Essas características beneficiam tanto aplicações tradicionais quanto sistemas baseados em agentes.

Também vale acompanhar a evolução da especificação e dos testes experimentais no ecossistema de navegadores. O Chrome vem trabalhando com WebMCP em recursos experimentais e documenta uma Origin Trial a partir do Chrome 149, além de mecanismos de teste local.

WebMCP em resumo

Perguntas frequentes sobre WebMCP

O que significa WebMCP?

WebMCP é uma proposta de API que permite que aplicações web disponibilizem ferramentas estruturadas para agentes de inteligência artificial.

WebMCP é igual ao MCP?

Não. O MCP é um protocolo para conectar agentes a ferramentas e recursos. O WebMCP concentra-se na exposição de ferramentas diretamente por aplicações web no contexto do navegador. As tecnologias podem trabalhar juntas.

WebMCP já é um padrão oficial?

Não. A especificação atual é um Draft Community Group Report e não é um padrão W3C nem está no W3C Standards Track.

WebMCP vai acabar com APIs?

Não. APIs continuarão sendo fundamentais para comunicação entre sistemas. O WebMCP adiciona uma camada específica para interação entre agentes e aplicações web.

WebMCP vai acabar com a automação de navegador?

Também não. A automação continuará sendo útil em sites que não oferecem ferramentas estruturadas. WebMCP pode oferecer uma alternativa mais previsível quando estiver disponível.

Por que WebMCP pode ser importante?

Porque ele pode transformar aplicações web em ambientes diretamente utilizáveis por agentes de IA, permitindo que sistemas inteligentes executem tarefas utilizando funcionalidades reais do site em vez de depender exclusivamente da interpretação da interface.

Conclusão

O WebMCP representa uma das ideias mais interessantes na evolução da web para a era dos agentes de inteligência artificial.

Sua proposta é relativamente simples, mas suas consequências podem ser profundas: permitir que aplicações web deixem de ser apenas interfaces para humanos e passem também a oferecer ferramentas explicitamente projetadas para agentes.

Ainda existem muitas questões a serem resolvidas — segurança, privacidade, autenticação, interoperabilidade, descoberta e padronização são apenas algumas delas.

Por isso, é cedo para afirmar que o WebMCP será o padrão definitivo da chamada Agentic Web.

Mas a direção é clara.

A próxima geração de aplicações provavelmente não será construída apenas para pessoas clicarem em botões. Elas também precisarão ser capazes de comunicar suas capacidades diretamente a agentes de IA.

Nesse cenário, o conceito de website pode evoluir de uma simples coleção de páginas para algo muito mais poderoso: uma plataforma que humanos e agentes conseguem utilizar de maneiras diferentes, mas sobre a mesma infraestrutura.

E essa pode ser uma das próximas grandes transformações da web.