A indústria de busca está produzindo rapidamente novos padrões, protocolos e frameworks para a web agêntica. Siglas como MCP, A2A, ARD, OKF, WebMCP, UCP e llms.txt aparecem com frequência em discussões técnicas, mas nem todas tratam do mesmo problema.
Na análise publicada pelo Search Engine Journal, Chris Green propõe uma forma mais útil de interpretar esse cenário: identificar qual etapa da jornada de um agente cada padrão atende. Alguns ajudam sistemas de IA a encontrar e compreender conhecimento; outros permitem descobrir capacidades, acionar ferramentas, coordenar agentes ou concluir transações.
Isso evita dois erros comuns: tratar tecnologias complementares como concorrentes diretas e investir em um padrão apenas porque ele está recebendo atenção. A decisão deve partir do problema que a organização precisa resolver, do nível de adoção da tecnologia e da capacidade de implementá-la com segurança.
Por que existem tantos padrões para agentes de IA?
Um agente pode precisar executar várias etapas antes de concluir uma tarefa. Ele deve localizar informações, entender quais recursos estão disponíveis, selecionar uma ferramenta, realizar uma ação, trocar dados com outro agente e, em alguns casos, finalizar uma compra.
Essas necessidades pertencem a camadas diferentes. Por isso, não existe uma única especificação capaz de resolver toda a interação entre agentes, sites, conteúdos, sistemas internos e transações comerciais.
Os padrões também estão em níveis distintos de maturidade. Alguns já têm implementações em produção; outros estão ganhando adoção; e há propostas ainda iniciais, cuja utilidade depende de como o ecossistema evoluirá.
Como mapear os principais protocolos
Chris Green organiza os padrões em dois eixos que ajudam a visualizar sua função predominante:
- Conhecimento → execução: de um lado estão mecanismos que ajudam a encontrar, recuperar e compreender informação; do outro, os que permitem agir e concluir tarefas.
- Controle do site → controle do agente: na parte inferior estão recursos publicados e administrados pelo site; na superior, protocolos voltados a ferramentas, comunicação e coordenação controladas por agentes.
A posição no mapa representa a intenção principal, não uma fronteira rígida. MCP, WebMCP e ARD, por exemplo, podem participar da mesma jornada em momentos diferentes.
Resumo dos padrões em cinco minutos
Cada framework pode se tornar bastante complexo e continua mudando. A tabela a seguir funciona como uma introdução rápida: mostra o problema central de cada padrão e se ele merece atenção imediata.
| Padrão | O que faz | É preciso acompanhar agora? |
|---|---|---|
| OKF | Ajuda sistemas de IA a descobrir e compreender informações. | Sim. |
| llms.txt | Fornece orientação sobre o conteúdo publicado por um site. | Talvez; a adoção ainda deve ser observada. |
| ARD | Ajuda agentes a descobrir ações e capacidades disponíveis. | Cada vez mais. |
| MCP e WebMCP | Conectam agentes a ferramentas, sistemas e funções de páginas. | Principalmente quando existem ações específicas que um agente pode executar. |
| A2A | Permite que agentes independentes se comuniquem e colaborem. | Mais relevante para equipes que desenvolvem agentes. |
| UCP | Padroniza jornadas de comércio e checkout executadas por agentes. | Cada vez mais, especialmente no comércio eletrônico. |
Para a maioria das organizações, a ordem de prioridade sugerida é:
- Compreender o cenário e a finalidade de cada especificação.
- Melhorar a capacidade de descoberta do conteúdo, dos dados e dos serviços.
- Expor capacidades somente onde isso gerar valor e puder ser feito com controle.
- Monitorar padrões emergentes e sinais reais de adoção.
Muitas empresas já estão preocupadas com a quarta etapa enquanto ainda enfrentam dificuldades nas duas primeiras. Antes de implementar um protocolo, é necessário garantir que conteúdo, dados, APIs e processos internos sejam confiáveis e estejam bem organizados.
Qual padrão atende a cada objetivo?
A mesma tecnologia pode aparecer em mais de um fluxo, mas cada objetivo costuma apontar para um conjunto mais adequado de padrões.
| Objetivo | Padrões relevantes | Benefício esperado |
|---|---|---|
| Tornar o conteúdo encontrável por agentes | OKF e llms.txt | Aumenta a chance de o agente localizar o material necessário e reduz o risco de ele se perder em sites extensos. |
| Expor capacidades do site a agentes de IA | ARD e WebMCP | Um agente pode descobrir que o site oferece uma ação, como reservar um quarto, sem depender de raspagem ou automação visual frágil. |
| Conectar agentes a sistemas empresariais | MCP | O assistente consulta dados e ferramentas atualizados durante o fluxo de trabalho, obtendo mais contexto para executar a tarefa. |
| Permitir colaboração entre vários agentes | A2A | Agentes especializados podem comunicar-se, delegar etapas e concluir tarefas de forma coordenada. |
| Viabilizar compras e checkout agêntico | UCP | O agente descobre produtos, administra o carrinho e conclui a compra por meio de um fluxo comercial padronizado. |
Especificações oficiais
Os resumos ajudam a formar um mapa mental, mas não substituem a documentação. Como as especificações evoluem rapidamente, a recomendação de Chris Green é consultar as fontes oficiais antes de planejar uma implementação:
- Open Knowledge Framework (OKF)
- llms.txt
- Agent Resource Discovery (ARD)
- Model Context Protocol (MCP)
- WebMCP
- Agent2Agent (A2A)
- Universal Commerce Protocol (UCP)
Esses padrões competem entre si?
Há sobreposição, mas grande parte dela ocorre entre descoberta, invocação e orquestração. Em alguns casos, os criadores apresentam um protocolo como alternativa para determinado uso, o que pode transmitir a impressão de concorrência direta. Na prática, as tecnologias muitas vezes são complementares.
A2A pode ser preferível a uma arquitetura baseada apenas em servidores MCP quando o problema central é a colaboração entre agentes. ARD e WebMCP se aproximam na descoberta de capacidades, mas não atuam exatamente no mesmo nível. A matriz abaixo mostra as diferenças de função.
| Comparação | OKF | llms.txt | ARD | MCP | WebMCP | A2A | UCP |
|---|---|---|---|---|---|---|---|
| OKF | — | Descoberta de conteúdo mais ampla | Camada diferente | Camada diferente | Camada diferente | Camada diferente | Camada diferente |
| llms.txt | Sinal editorial mais simples | — | Conteúdo, não capacidades | Orientação estática, não ferramentas | Sinal de conteúdo, não ferramentas web | Camada diferente | Camada diferente |
| ARD | Descoberta de capacidades | Capacidades, não conteúdo | — | Encontra antes da invocação | Descoberta mais ampla | Descoberta de recursos, não transferência entre agentes | Mais amplo do que comércio |
| MCP | Acesso a ferramentas | Ferramentas ativas, não orientação | Invoca após a descoberta | — | Mais amplo do que a web | Agente para ferramenta, não agente para agente | Ferramentas genéricas, não comércio |
| WebMCP | Ações na web | Ações, não sinais de conteúdo | Sobreposição no nível do site | Aplicação web do conceito de MCP | — | Ferramentas web, não transferência entre agentes | Ações web, não modelo de checkout |
| A2A | Coordenação entre agentes | Transferência entre agentes, não conteúdo | Transferência, não descoberta de recursos | Agente para agente, não agente para ferramenta | Camada diferente | — | Coordena agentes envolvidos no comércio |
| UCP | Comércio, não conhecimento | Checkout, não conteúdo | Capacidades específicas de comércio | Fluxo comercial, não ferramenta genérica | Sobreposição em ações comerciais | Modelo de tarefa comercial | — |
A divisão prática pode ser resumida assim:
- ARD ajuda o agente a encontrar capacidades.
- MCP e WebMCP expõem ou permitem invocar ferramentas.
- A2A coordena agentes independentes.
- UCP aplica essas ideias a descoberta de produtos, carrinho, pagamento e outras etapas do comércio.
- OKF e llms.txt concentram-se na camada de conhecimento e orientação editorial, com níveis diferentes de estrutura e ambição.
Em que uma empresa deve focar agora?
Agentes de IA provavelmente não interagirão com sites por meio de um único protocolo, da mesma forma que navegadores não dependem de uma única tag HTML. O cenário mais provável combina padrões que atendem partes diferentes da relação entre conteúdo, capacidades, sistemas e transações.
O objetivo não deve ser adotar toda sigla nova. É mais útil reconhecer o problema que cada proposta tenta resolver, verificar se ele existe na organização e acompanhar as tecnologias que demonstram adoção real.
Comércio eletrônico: acompanhe o UCP
Compras e checkout executados por agentes estão avançando rapidamente. Varejistas e plataformas de ecommerce têm maior probabilidade de encontrar o UCP cedo, pois o protocolo organiza descoberta de produtos, carrinho, pagamento e etapas posteriores da jornada comercial.
Ações no site: observe WebMCP e ARD
Organizações que esperam que agentes preencham formulários, façam reservas, consultem disponibilidade ou executem outras ações devem acompanhar WebMCP e ARD. Juntos, eles indicam uma direção na qual o site declara suas capacidades de maneira compreensível para agentes, reduzindo a dependência de automação baseada apenas na interface visual.
Sites extensos e conhecimento complexo: acompanhe o OKF
Quando o desafio é ajudar sistemas de IA a localizar e compreender informação distribuída entre documentação, APIs, métricas e bases de conhecimento, o OKF merece atenção especial. O benefício depende menos de uma implementação isolada e mais da qualidade, consistência e governança das informações publicadas.
Integrações e equipes de agentes: avalie MCP e A2A
MCP é relevante quando agentes precisam acessar dados ou ferramentas de negócios. A2A torna-se mais importante quando vários agentes especializados precisam trocar informações e delegar etapas. Uma arquitetura pode usar ambos: MCP na conexão com ferramentas e A2A na coordenação entre agentes.
Um padrão não se consolida apenas por ser tecnicamente superior. Ele se consolida quando uma parte suficiente do ecossistema o adota.
— Ideia destacada por Chris Green no Search Engine Journal
O futuro será complementar, não único
Alguns protocolos discutidos hoje podem tornar-se fundamentais para a web; outros podem se fundir, mudar de finalidade ou desaparecer. Por isso, compreender o que cada um resolve agora é mais valioso do que tentar prever antecipadamente qual será o “vencedor”.
O caminho mais prudente combina fundamentos bem executados, atenção aos casos de uso reais e acompanhamento de adoção. Sites precisam primeiro organizar conteúdo, dados e capacidades. Só então faz sentido escolher os padrões que permitem a agentes descobrir, compreender e utilizar esses recursos com segurança.
