Busca com IA

Is Your Site Agent Ready? O que a ferramenta checa no seu site

Agentes de IA querem descobrir rotas, ler conteúdo limpo, autenticar e transacionar sem ajuda humana. O Is Your Site Agent Ready checa exatamente isso. Confira!

Por Marco Antonio Claro Santos · Fundador e estrategista de SEO B2B da MarkSaint.

Já ouviu falar dessa nova ferramenta de SEO? O Is Your Site Agent Ready, hospedado em agentcard.org, verifica se um site está preparado para ser descoberto, lido e usado por agentes de IA — não apenas para ser citado em respostas generativas.

• A varredura cobre agent discovery, Markdown negotiation, bot access controls, MCP, A2A, OAuth, API catalog e commerce signals, organizando o relatório técnico em cinco categorias de prontidão para agentes de IA.

• As checagens se distribuem em descobribilidade, acesso ao conteúdo, controle de acesso a bots, descoberta de protocolos e comércio agêntico, com foco em sinais legíveis por máquina.

• Os protocolos verificados incluem MCP, A2A Agent Card, Agent Skills, OAuth/OIDC, além dos padrões de pagamento x402, UCP e ACP, pensados para compras iniciadas por agentes.

• Nada disso é fator de ranqueamento no Google Search hoje: a documentação oficial reafirma que não há necessidade de arquivos especiais ou markup específico para aparecer em AI Overviews ou AI Mode.

• A pergunta que a ferramenta responde não é “meu site ranqueia?”. É: “um agente consegue completar uma tarefa no meu site sem intervenção humana, com segurança e sem adivinhação?”.

Existe uma diferença estrutural entre ser citado por uma IA e ser utilizável por uma IA. Citação é problema de conteúdo e presença de marca. Operação autônoma é problema de interface, API e protocolo. Se um agente precisar consultar seu catálogo, agendar um horário ou iniciar uma compra, ele encontra o caminho sozinho ou depende de alguém clicando por ele?

O Is Your Site Agent Ready testa essa segunda dimensão: a prontidão do site para agentes de IA. Este artigo explica o que a ferramenta verifica, o que cada item significa na prática e — a parte que o mercado costuma pular — o que disso vale corrigir hoje e o que é só aposta em padrão ainda não consolidado.

O que é o Is Your Site Agent Ready

O Is Your Site Agent Ready é um verificador gratuito, mantido pela AgentCard, que roda uma varredura no domínio informado e avalia se ele está preparado para interação com agentes de IA. A descrição do projeto resume o escopo como “scan a public URL for agent discovery, Markdown negotiation, bot access controls, MCP, A2A, OAuth, API catalog, and commerce signals”.

Na prática, a ferramenta desenha um mapa técnico do site pronto para IA: como um agente descobre o domínio, como lê o conteúdo, como entende as políticas de acesso, como encontra protocolos e como identifica sinais de comércio quando transações entram em cena.

Escopo de checagem: entidades e categorias

A varredura declarada cobre:

• Agent discovery: sinais de descobribilidade como robots.txt, sitemaps e cabeçalhos HTTP Link.

• Markdown negotiation: suporte a versões em Markdown de páginas que agentes precisam ler, via negociação de conteúdo HTTP.

• Bot access controls: regras específicas para rastreadores de IA, sinais de uso de conteúdo e mecanismos de autenticação para bots.

• Protocol discovery: descoberta de protocolos como MCP, A2A Agent Card, Agent Skills, catálogo de API, OAuth/OIDC, WebMCP e metadados de recursos protegidos.

• Commerce signals: padrões de pagamento e checkout iniciados por agentes, como x402, UCP, ACP, AP2 e MPP.

Transparência e limitações da fonte

⚠️ A página não documenta publicamente o método de pontuação nem identifica claramente quem mantém o projeto, apresentando apenas um aviso de copyright de 2026 sob o domínio agentcard.org.

Isso não invalida o diagnóstico — todos os itens checados são verificáveis de forma independente —, mas significa que a nota numérica não deve ser tratada como padrão de mercado. Use o parecer como lista de verificação técnica, não como certificação oficialmente reconhecida.

Prontidão para agentes de IA: o que cada categoria verifica

1. Descobribilidade: robots.txt, sitemaps e cabeçalhos HTTP Link

Na categoria Discoverability, a ferramenta olha para três elementos principais:

robots.txt: arquivo que instrui rastreadores sobre quais caminhos podem ou não ser acessados. Para prontidão de agentes, torna-se o ponto natural para expor diretivas de sitemap e preferências específicas para bots de IA.

Sitemap XML: lista de URLs importantes que ajuda crawlers e agentes a descobrir conteúdo além da homepage, especialmente relevante em sites grandes, documentação, catálogos de produto e páginas que mudam com frequência.

Cabeçalhos de resposta HTTP Link: mecanismo clássico do HTTP, pouco usado comercialmente, mas que permite apontar máquinas para recursos relacionados do domínio, como catálogos de API, páginas de status ou descrições de serviço.

A ideia central: agentes precisam de sinais claros sobre “onde está o que importa”. Um robots.txt mal configurado, um sitemap ausente ou cabeçalhos descartados por padrão fazem o site parecer opaco do ponto de vista de um agente.

2. Acesso ao conteúdo: Markdown negotiation e conteúdo legível por máquinas

Em Content Accessibility, o Is Your Site Agent Ready verifica se o site suporta Markdown negotiation:

• O cliente (agente) envia um header Accept: text/markdown.

• O servidor, se configurado, responde com uma versão em Markdown da página em vez de HTML completo.

• O racional é simples: HTML moderno carrega navegação, scripts, anúncios e componentes que diluem o conteúdo útil. Markdown entrega texto limpo, com estrutura preservada, títulos, listas e links, sem que o agente precise interpretar o DOM inteiro.

Para a estratégia de site pronto para IA, isso significa:

• Menos esforço de parsing para agentes que só precisam ler e resumir.

• Menos ruído em páginas de documentação, ajuda, FAQ ou base de conhecimento.

• Um caminho mais previsível para extrair respostas diretas.

• Mesmo sem Markdown negotiation, a checagem mais crítica continua sendo garantir que o conteúdo principal esteja visível em HTML no primeiro carregamento.

3. Controle de acesso a bots: políticas para rastreadores de IA e sinais de uso

A categoria Bot Access Control aborda a camada de política e confiança:

• AI bot rules: regras específicas para crawlers de IA, indicando quais sistemas podem acessar o site e quais paths estão restritos.

• Content signals: declarações de preferência sobre uso de conteúdo para busca, treinamento ou fluxos de entrada de IA, que sites e agentes podem optar por respeitar.

• Web Bot Auth: mecanismos para que um agente prove sua identidade, por exemplo, via assinatura de requisição, diferenciando tráfego de agentes declarados de scraping anônimo.

Aqui entra a decisão de negócio: permitir, restringir ou bloquear cada agente, considerando modelo de receita, exposição de marca e risco de abuso. Para Google, por exemplo, sair das respostas generativas implica abrir mão de impressões e tráfego nessas superfícies — uma escolha estratégica, não apenas técnica.

4. Descoberta de protocolos: MCP, Agent Cards, Skills e catálogo de API

Em Protocol Discovery, a ferramenta separa o que distingue site institucional de produto digital com interface para agentes:

• MCP (Model Context Protocol): padrão emergente para expor ferramentas, APIs, dados e serviços a modelos de linguagem por um servidor MCP. Em vez de raspar HTML, o agente consulta dados de forma estruturada.

• A2A Agent Card: descrição legível por máquina sobre um agente específico — endpoint, identidade, capacidades, detalhes de interação — para que outros agentes saibam o que ele faz e como falar com ele.

• Agent Skills: índice de habilidades reutilizáveis, com descrições, URLs e metadados de integridade, permitindo que agentes descobram quais capacidades específicas estão disponíveis num domínio.

• API catalog: documento ou endpoint que lista APIs públicas, seus endpoints, documentação e status, orientando o agente sobre como acionar funcionalidades do produto.

• OAuth/OIDC discovery: metadados que permitem descobrir automaticamente endpoints de autorização, emissão de tokens, escopos suportados e detalhes de autenticação relacionados.

Um site que expõe essas entidades torna-se operável por agentes de IA, não apenas “acessível”. Um produto com API que se conecta via MCP passa a ser usado de dentro do assistente preferido do cliente, em vez de depender que ele navegue até o site.

5. Comércio agêntico: padrões x402, UCP, ACP e pagamentos por agentes

Na categoria Agentic Commerce, o foco são sinais que permitem compras assistidas ou concluídas por agentes:

• x402: usa o status HTTP 402 Payment Required como fluxo para pagamentos internet-nativos, permitindo que agentes paguem por chamadas de API, conteúdo ou serviços como parte da própria requisição.

• UCP (Universal Commerce Protocol): busca padronizar como agentes, sistemas de comércio e experiências de checkout trocam informações de produto e transação.

• ACP (Agentic Commerce Protocol): foca na troca programática entre compradores, agentes e vendedores, detalhando papéis e estados de uma compra assistida por agente.

• AP2 e MPP: propostas adicionais para tornar consentimento, autorização de pagamento e liquidação máquina-a-máquina mais seguros em transações lideradas por agentes.

O mercado está em disputa de padrão, e nenhum protocolo domina. Para e-commerce, isso é uma frente de observação, não de implementação em massa imediata, a menos que exista caso de uso claro.

Isso afeta o ranqueamento no Google? Relação entre SEO e prontidão para agentes

A documentação oficial do Google sobre recursos de IA em Search é explícita: não há requisitos adicionais para aparecer em AI Overviews ou AI Mode além dos requisitos já existentes para aparecer com snippet.

Em termos práticos, para ser elegível como link de apoio nessas features, a página precisa:

• Estar indexada e apta a aparecer em resultados de busca com snippet.

• Cumprir os requisitos técnicos de Search (crawlability, indexabilidade, experiência de página).

• Seguir as políticas de conteúdo, spam e Search Essentials, inclusive quando utilizar conteúdo gerado por IA.

Não há exigência de arquivos especiais, “AI text files” ou markup extra para essas features — a própria documentação frisa que você não precisa criar novos arquivos legíveis por máquina para aparecer nesses recursos.

Por que o mercado confunde SEO com prontidão para IA

Na narrativa de mercado, duas frentes diferentes foram colocadas sob o mesmo guarda-chuva de “preparar o site para IA”:

• Ser citado por IA: depende de conteúdo indexado, extraível e de uma marca que aparece em fontes que o modelo considera confiáveis. É problema de SEO, E-E-A-T e presença de marca.

• Ser operável por agente: depende de interface legível por máquina — API, autenticação, protocolo. É problema de engenharia de produto e arquitetura de aplicação.

A primeira frente já tem evidência e retorno mensurável hoje. A segunda é aposta numa forma de uso do web que ainda está em consolidação: agentes agindo por conta própria, em nome do usuário, sem abrir o navegador.

O paralelo com o llms.txt

O caso do llms.txt é ilustrativo: proposta razoável, adoção rápida, promessa de controle sobre uso de conteúdo por LLMs — e consumo real mínimo. Google declarou que não usa o arquivo, e experimentos de mercado não encontraram efeito atribuído à adoção.

Vale o mesmo tipo de cautela aqui: implementar não é erro, especialmente quando o custo é baixo, mas tratar essas implementações como se resolvessem toda a frente de IA é enganoso.

O que vale corrigir hoje e o que pode esperar

A MarkSaint sugere separar em três faixas, de acordo com retorno prático e maturidade de padrão.

Faixa 1: corrija agora (problema real de conteúdo e descoberta)

• Conteúdo principal em HTML no primeiro carregamento. Sistemas de IA extraem HTML visível durante a recuperação. Texto que só aparece depois de interação (clique, scroll, acordeon) pode não existir para o modelo. É a checagem de maior retorno e menor custo de todo o conjunto.

• robots.txt coerente e intencional. Saber quais rastreadores você permite e por quê, com decisão registrada. Bloqueio acidental de rastreador de IA é comum e silencioso, especialmente em infraestruturas com regras herdadas.

• Estrutura de resposta direta. Uma pergunta por H2, resposta autocontida logo abaixo, com dado, fonte e data. Essa estrutura ajuda qualquer sistema de extração: Search, AI Overviews, assistentes, agentes internos.

• Sitemap correto e atualizado. Base de descobribilidade, com ou sem agente. Sem sitemap atualizado, a própria análise de prontidão fica marcada por lacunas.

Faixa 2: implemente se o custo for baixo (otimizações incrementais)

• Cabeçalho HTTP Link apontando para catálogo de API, quando existe API pública. Criar um endpoint simples de catálogo e referenciá-lo via Link é intervenção pontual.

• Versão em Markdown das páginas de documentação, se a stack já gera isso sem trabalho manual. Ferramentas como Screaming Frog permitem gerar Markdown em escala a partir de um crawl, o que pode ser aproveitado para alimentar agentes internos.

• OAuth/OIDC discovery, se o produto já precisa de autenticação delegada por outros motivos (integrações, parceiros, apps de terceiros).

Faixa 3: só com caso de uso concreto (aposta em padrão)

• Servidor MCP. Faz sentido quando existem dados ou funções que clientes querem acessar via assistente (consultar saldo, disparar campanha, puxar relatório). Para site institucional de serviço, não há o que expor.

• A2A Agent Card e Agent Skills. Fazem sentido para quem opera um agente ou plataforma de agentes, não para quem só mantém um site corporativo.

• x402, UCP, ACP e demais protocolos de comércio agêntico. Só para quem vende online e tem hipótese real de compra iniciada por agente. Implementar três padrões concorrentes antes de um vencer é desperdício de esforço.

Como usar o resultado da ferramenta sem se enganar

Quatro cuidados práticos para transformar o relatório em plano de ação, não em marketing técnico.

1. Trate a nota como lista, não como score

Sem metodologia de pontuação publicada, a nota não é comparável entre domínios nem ao longo do tempo. O valor está na lista de itens ausentes, que servem como checklist de implementação e revisão.

2. Confirme cada achado manualmente

Todo item verificado pela ferramenta é verificável por conta própria:

• curl -I para inspecionar cabeçalhos HTTP.

• Leitura do robots.txt diretamente no navegador.

• Teste de negociação de conteúdo com Accept: text/markdown.

• Checagem de endpoints em /.well-known/ para metadados de OAuth, OIDC ou MCP.

Confirme antes de levar qualquer diagnóstico para diretoria ou cliente. O relatório é ponto de partida, não ponto final.

3. Separe o que é do site do que é da plataforma

Stacks como Shopify, WordPress gerenciado, Wix ou Webflow têm controle limitado sobre cabeçalhos HTTP, negociação de conteúdo e exposição de alguns metadados. Recomendar o que não é implementável naquela stack queima credibilidade.

Antes de prescrever, pergunte: “isso é possível na infraestrutura atual?”, “quem controla esse nível de configuração?”. A prontidão para agentes é tanto técnica quanto organizacional.

4. Não confunda prontidão para agentes com diagnóstico de visibilidade em IA

Um site pode passar em todas as checagens do Is Your Site Agent Ready e não ser citado por nenhum modelo — porque citação depende de conteúdo, reputação, backlinks, menções de marca e critérios dos modelos. Da mesma forma, um site com excelente visibilidade pode falhar em alguns itens de prontidão.

Separar “ser visto” de “ser usado” é essencial para não prometer o que nenhuma ferramenta de terceiros pode garantir.

Prontidão para agentes em estratégia B2B: serviço, SaaS e e-commerce

Empresas de serviço B2B

Para empresa de serviço, hoje, o valor prático da prontidão profunda para agentes ainda é limitado. O comprador B2B usa IA para:

• Pesquisar fornecedor e entender posicionamento.

• Comparar abordagens e formatos de entrega.

• Formular perguntas para a reunião.

Depois, ele entra em contato como humano. O que decide essa fase é conteúdo citável, casos, depoimentos, materiais técnicos bem estruturados, não protocolo de agente.

Aqui, a Faixa 1 é a checagem que faz diferença direta: conteúdo principal visível, estrutura de respostas diretas, robots.txt e sitemaps em ordem.

SaaS e produtos com API

Para SaaS e produtos com API, o jogo muda: o valor é real e imediato.

Expor funcionalidade via MCP e catálogos de API torna o produto algo que o cliente usa de dentro do assistente que já faz parte do fluxo de trabalho dele. O produto deixa de ser “um site que o usuário visita” e vira uma capacidade que ele invoca.

Nesses casos:

• A Faixa 2 ganha prioridade (OAuth/OIDC, catálogo de API, cabeçalhos HTTP, Markdown).

• Parte da Faixa 3 se justifica (MCP e, eventualmente, padrões de comércio agêntico).

E-commerce e varejo digital

Para e-commerce, três pontos se impõem:

• Faixa 1 obrigatória: descoberta, conteúdo principal em HTML, estrutura de respostas diretas e sitemaps.

• Catálogo estruturado obrigatório: dados de produto em formatos legíveis por máquina (schema, feeds, APIs).

• Acompanhamento da evolução dos padrões agênticos: observar x402, UCP, ACP, AP2 e MPP sem implementar tudo de uma vez — priorizar aquilo que tiver adoção concreta nos canais e parceiros relevantes.

A pergunta que ordena a decisão de investimento

Uma pergunta simples organiza a prioridade:

Existe alguma tarefa que um cliente seu gostaria de completar sem abrir o seu site?

Se a resposta for não, protocolo de agente é investimento antecipado. Vale acompanhar cenário, mas sem destinar orçamento relevante.

Se a resposta for sim — disparar campanha, consultar saldo, reservar horário, aprovar pedido, iniciar compra recorrente —, existe caso de uso concreto. A partir daí, vale desenhar fluxo, escolher padrões e planejar exposição das capacidades do produto para agentes.

Perguntas frequentes sobre Is Your Site Agent Ready

A ferramenta é oficial de algum buscador?

Não. É um verificador independente hospedado em agentcard.org, sem vínculo declarado com Google, Microsoft, OpenAI ou Anthropic.

Nota baixa prejudica meu SEO?

Não. Nenhum dos itens verificados é fator de ranqueamento declarado pelo Google, e a documentação reforça que não há requisitos especiais para aparecer em AI Overviews.

Preciso de um servidor MCP no meu site?

Só se houver dado ou função que alguém queira acessar via assistente. Para site institucional, não há ganho prático em curto prazo.

Markdown negotiation substitui o HTML?

Não. É uma representação alternativa entregue via negociação de conteúdo, quando o cliente pede; navegadores continuam recebendo HTML normalmente.

Devo bloquear rastreadores de IA?

Depende do modelo de receita. Para quem vive de pageview publicitário, bloquear alguns agentes pode fazer sentido. Para quem vende serviço ou software, sair da resposta é sair da consideração.

Isso vai virar padrão obrigatório?

Parte provavelmente sim, parte provavelmente não. MCP já mostra adoção crescente em produtos com API. Os padrões de pagamento agêntico ainda estão em disputa.

O Is Your Site Agent Ready é útil como lista de verificação de site pronto para IA e enganoso como certificado de “site preparado para o futuro”. A varredura mistura, num único resultado, itens que resolvem problema real hoje com apostas em padrões que ainda não venceram.

Separar uma coisa da outra é o trabalho — e é exatamente o que a MarkSaint faz antes de recomendar qualquer implementação. Peça seu diagnóstico gratuito e receba a leitura do seu domínio separada por faixa de prioridade: o que corrigir agora, o que acompanhar e o que só faz sentido com caso de uso claro.