Agent Readiness Score: Como preparar um site para agentes de IA

TL;DR: em 30 de maio de 2026 auditamos o site da Safira Design no Agent Readiness Score, a ferramenta da Cloudflare que mede se um site está pronto para agentes de IA. O score inicial foi 21 de 100, Level 1 Basic Web Presence. Em um dia de implementações, atingimos 64, Level 5 Agent-Native. Este post documenta o que encontramos, o que implementamos (robots.txt com Content-Signal, llms.txt, Markdown Negotiation, MCP Server Card, Agent Skills Index e WebMCP) e o que isso significa para sites B2B brasileiros no novo paradigma da web servida por agentes.

O que é Agent Readiness Score

O Agent Readiness Score, criado pela Cloudflare em abril de 2026, mede a preparação de um site para ser lido e citado por agentes de IA em cinco dimensões: Discoverability, Content, Bot Access Control, API/Auth/MCP/Skill Discovery e Commerce. A ferramenta de diagnóstico público está em isitagentready.com, e atribui scores de 0 a 100 com seis níveis de maturidade, do Level 1 (Basic Web Presence) ao Level 6 (Pioneer).

A web tem uma terceira camada agora

Existe uma nova camada da web que a maioria das empresas brasileiras ainda não percebeu que existe. Não é o Google. Não é o ChatGPT. É a infraestrutura que determina se os agentes de IA conseguem ler, entender e citar o seu site quando um potencial cliente faz uma pergunta para um modelo de linguagem.

O Cloudflare lançou o isitagentready.com em 17 de abril de 2026, no mesmo período em que os Search Agents do Google foram anunciados. A coincidência não é acidental: a web está sendo lida por duas audiências ao mesmo tempo, humanos e agentes de IA, e cada uma exige infraestrutura própria. O Google Lighthouse mede a experiência do humano. O Agent Readiness Score mede a experiência do agente.

O scanner avalia cinco dimensões:

• Discoverability: o agente consegue descobrir o que existe no seu site sem precisar parsear HTML? Checa robots.txt, sitemap, Link Headers e DNS for AI Discovery.
• Content: o conteúdo é servido em formato que agentes consomem eficientemente? Checa Markdown Negotiation e llms.txt.
• Bot Access Control: você declarou suas preferências de uso por IA? Checa regras para bots de IA no robots.txt e Content Signals.
• API, Auth, MCP e Skill Discovery: o site expõe capacidades que agentes podem descobrir e usar programaticamente? Checa API Catalog, MCP Server Card, Agent Skills Index, OAuth e WebMCP.
• Commerce (opcional): suporte a protocolos de pagamento para agentes (x402, MPP, ACP).

O diagnóstico da Cloudflare sobre os 200 mil sites mais visitados do mundo é revelador: apenas 3,9% suportam Markdown Negotiation, apenas 4% declararam preferências de uso por IA, e padrões como MCP Server Card aparecem em menos de 15 sites globalmente. A web inteira está despreparada para a camada de agentes que está chegando.

SEO, GEO e Agent Readiness não são a mesma coisa

Antes de seguir, vale uma distinção que vai virar central nos próximos 12 meses para qualquer site B2B sério. Estamos lidando com três audiências distintas, em três camadas distintas da web:

Em 2026, um site corporativo B2B precisa das três camadas. Otimizar só para uma é como construir um prédio sem hidráulica porque você só vê elétrica: tudo funciona até o dia em que não funciona mais. Para entender a camada GEO especificamente, consulte nosso guia sobre GEO e Generative Engine Optimization.

O diagnóstico inicial: score 21, Level 1 Basic Web Presence

O resultado inicial do safiradesign.com.br foi este:

• Discoverability: 50 (2 de 4) — robots.txt e sitemap OK, Link Headers e DNS-AID ausentes
• Content: 0 (0 de 1) — sem Markdown Negotiation
• Bot Access Control: 50 (1 de 2) — regras para bots de IA presentes, Content Signals ausentes
• API, Auth, MCP e Skill Discovery: 0 (0 de 7) — nenhum item implementado
• Commerce: 0 (opcional, não afeta score)

Score total: 21 de 100, Level 1 Basic Web Presence.

O resultado inicial não nos surpreendeu. A média da web inteira está nesse mesmo patamar: segundo a própria Cloudflare, apenas uma fração mínima dos sites mais visitados do mundo implementou os padrões emergentes de Agent Readiness. Estávamos exatamente onde quase todo site corporativo brasileiro está hoje, com uma diferença: sabíamos exatamente o que fazer.

O site da Safira tinha o básico funcional (robots.txt, sitemap, bots de IA permitidos), mas estava invisível para a camada de infraestrutura que determina como agentes descobrem, consomem e citam conteúdo. Como a maioria dos sites brasileiros hoje. Diferente da maioria, decidimos resolver isso em um dia.

O que implementamos e por quê

1. robots.txt com Content-Signal

Adicionamos a diretiva Content-Signal ao robots.txt, declarando as preferências de uso do conteúdo da Safira por sistemas de IA:

Content-Signal: ai-train=no, search=yes, ai-input=yes

A lógica: ai-input=yes permite que agentes como ChatGPT e Perplexity usem o conteúdo como contexto em tempo real para responder perguntas, e citem a Safira como fonte. ai-train=no impede que o conteúdo seja usado para treinar modelos futuros sem atribuição. São duas operações distintas, e o Content-Signal permite declará-las separadamente, algo que o robots.txt tradicional não fazia.

Também adicionamos referência ao llms.txt no robots.txt, seguindo o padrão emergente equivalente ao Sitemap:

LLMs: https://safiradesign.com.br/llms.txt

2. llms.txt e llms-full.txt

O llms.txt é para agentes o que o sitemap.xml é para o Googlebot: um mapa do site em formato que sistemas de linguagem consomem eficientemente, sem processar HTML com scripts, menus e tracking.

Criamos dois arquivos:

• llms.txt: versão resumida com posicionamento, serviços, programas, pesquisa proprietária e links principais. É o “elevator pitch” da Safira em formato legível por máquina.
• llms-full.txt: versão completa com metodologia (Método SAFIRA), descrição detalhada de cada serviço e programa, dados da pesquisa de maturidade digital, cases verificáveis e contexto de autoria.

A distinção importa: o llms.txt serve para descoberta rápida, o llms-full.txt alimenta sistemas de recuperação que precisam de contexto profundo (técnicas conhecidas como RAG ou grounding).

3. Markdown Negotiation

Esse foi o item de maior impacto direto em GEO. Quando um agente de IA faz um request HTTP com o header Accept: text/markdown, o servidor passa a retornar o conteúdo da página em Markdown limpo, sem HTML, sem menus de navegação, sem scripts de tracking, sem blocos de Elementor. O agente recebe o conteúdo editorial puro, com título, descrição, autora, data e texto, em muito menos tokens.

Implementamos via WordPress com três comportamentos distintos:

• Home: retorna o llms.txt como contexto institucional. O agente que acessa a raiz do site recebe imediatamente posicionamento, serviços e links relevantes.
• Páginas de serviço e programas: retornam conteúdo Markdown escrito manualmente e otimizado para citação. Não é o HTML do Elementor convertido, é texto editorial limpo com contexto específico de cada oferta.
• Posts de blog: fallback automático que extrai o conteúdo editorial, remove menus, formulários e scripts, e monta um Markdown com metadados de autoria e fonte.

Validamos via Reqbin com o header Accept: text/markdown nas URLs de serviço e blog. Retorno 200 OK com Markdown limpo em todos os casos.

4. Link Headers HTTP

Adicionamos headers HTTP em todas as respostas do site apontando agentes para recursos relevantes:

Link: </.well-known/api-catalog>; rel="api-catalog"
Link: </llms.txt>; rel="describedby"
Link: </sitemap_index.xml>; rel="sitemap"

Esses headers seguem o RFC 8288 e permitem que agentes descubram a estrutura do site sem precisar parsear HTML. É o equivalente de um índice pré-organizado para navegação programática.

5. API Catalog

Publicamos /.well-known/api-catalog com um JSON linkset apontando para os recursos de documentação do site, seguindo o RFC 9727. Para um site institucional B2B, o api-catalog funciona como um “menu de capacidades” para agentes descobrirem o que o site oferece programaticamente.

6. MCP Server Card

O MCP Server Card (/.well-known/mcp/server-card.json) é um cartão de identidade do site para o ecossistema MCP (Model Context Protocol), padrão criado pela Anthropic e adotado pela indústria para comunicação entre agentes e sistemas.

Na data de publicação deste post, padrões como MCP Server Card aparecem em menos de uma centena de sites no mundo, segundo dados da Cloudflare Radar. O safiradesign.com.br está nesse grupo restrito.

O arquivo declara nome, versão, descrição, tipo de transporte, capacidades (incluindo suporte a Markdown e referências ao llms.txt) e recursos disponíveis (serviços, programas, blog, pesquisa).

7. Agent Skills Index

Publicamos /.well-known/agent-skills/index.json seguindo a Agent Skills Discovery RFC, declarando cada serviço e programa da Safira como uma “skill” descobrível por agentes:

• wordpress-corporativo
• seo-tecnico-geo
• trafego-pago-b2b
• landing-pages-conversao
• ux-ui-redesign
• performance-web-b2b
• engenharia-aquisicao
• inteligencia-receita-dados

Cada skill tem nome, tipo, descrição e URL. O suficiente para que um agente entenda o que a Safira faz e encaminhe queries relevantes para as páginas certas.

8. WebMCP, o movimento mais ousado

Dos oito padrões que implementamos, o WebMCP é o que ainda nem é padrão oficial. Está em W3C Draft. Mas é também o único que permite a um agente de IA interagir programaticamente com o site sem parsear HTML, usando uma API nativa do browser: navigator.modelContext.registerTool().

Implementamos quatro ferramentas:

• get_services: retorna a lista completa de serviços da Safira com descrição e URL de cada um.
• get_programs: retorna os programas integrados (Performance Web, Engenharia de Aquisição, Inteligência de Receita) com proposta de valor e URL.
• get_contact: retorna informações de contato e instruções de como solicitar proposta ou diagnóstico.
• search_content: faz busca real no blog via WordPress REST API, retornando posts com título, resumo e URL.

Validamos via WebMCP Inspector (webmcpinspector.com): Connected, 4 tools, 1 form. Todas as ferramentas registradas e ativas.

Na prática: um agente de IA navegando no site da Safira consegue responder “quais serviços essa agência oferece?” ou “tem algum post sobre GEO para advocacia?” sem precisar parsear HTML ou fazer múltiplos requests. É a antecipação de doze a dezoito meses do que vai ser padrão.

O resultado: score 64, Level 5 Agent-Native

Após as implementações, o novo diagnóstico:

• Discoverability: 50 (2 de 4) — Link Headers com timeout por limitação de proxy durante o scan; robots.txt e sitemap OK
• Content: 100 (1 de 1) — Markdown Negotiation validado
• Bot Access Control: 100 (2 de 2) — Content Signals e regras para bots de IA OK
• API, Auth, MCP e Skill Discovery: 57 (4 de 7) — API Catalog, MCP Server Card, Agent Skills Index e WebMCP implementados
• Commerce: 0 (opcional, irrelevante para site B2B de serviços)

Score total: 64 de 100, Level 5 Agent-Native.

Os itens que deixamos vermelhos de propósito

Os itens que permaneceram vermelhos foram uma decisão deliberada, não um limite técnico. Vale explicar a tese, porque ela define o que um site B2B brasileiro realmente precisa em 2026 e o que é over-engineering.

OAuth/OIDC, OAuth Protected Resource e Auth.md: são infraestrutura de autenticação para agentes que precisam acessar APIs protegidas por token. Faz sentido em SaaS, fintech, e-commerce ou software house com área de cliente logada. Não faz sentido em site institucional de serviços B2B sem API protegida. Implementar seria criar infraestrutura sem propósito real, aumentando superfície de manutenção sem ganho.

DNS for AI Discovery (DNS-AID): padrão ainda em IETF Draft sem adoção real. A própria Cloudflare reconhece que sinaliza padrões emergentes mesmo sem maturidade. Voltaremos a esse item no quarto trimestre.

Link Headers: implementado corretamente, o timeout foi limitação de proxy da Cloudflare durante o diagnóstico, não ausência de implementação. Validamos via httpstatus.io com os headers corretos aparecendo nas respostas.

Score 64 é o teto realista para site institucional. Buscar 100 num site de serviços seria sinal de over-engineering, não de excelência técnica.

O que isso significa para sites corporativos

A pesquisa proprietária da Safira, o Índice de Maturidade Digital 2026, auditou 315 sites corporativos brasileiros e mostrou que apenas uma pequena fração está preparada para ser citada por modelos de IA. A implementação do Agent Readiness resolve exatamente essa lacuna, não como SEO genérico, mas como infraestrutura técnica específica para a camada de agentes.

SEO otimiza para rastreadores de busca. GEO otimiza para modelos de linguagem que geram respostas. Agent Readiness otimiza para agentes autônomos que executam tarefas em nome de usuários. São três audiências diferentes, com três necessidades diferentes, operando em três camadas diferentes da web.

O mínimo viável para um site B2B ser Agent-Ready

• robots.txt com regras explícitas para bots de IA e Content-Signal declarado
• llms.txt na raiz com posicionamento e links principais
• Markdown Negotiation para servir conteúdo limpo quando solicitado
• Link Headers apontando para recursos de descoberta

O que diferencia os sites que serão citados dos que serão ignorados

• MCP Server Card para identificação no ecossistema de agentes
• Agent Skills Index declarando capacidades de forma estruturada
• WebMCP expondo ferramentas para interação programática

Como verificar o score do seu site agora

Acesse isitagentready.com, cole a URL do seu site e clique em Scan. O resultado aparece em segundos, com diagnóstico por categoria e instruções de implementação para cada item com falha.

Scores abaixo de 30 indicam gaps fundamentais (provavelmente sem llms.txt, sem Markdown Negotiation e sem Content-Signal). Scores entre 30 e 60 indicam base técnica presente mas capacidades avançadas ausentes. Acima de 60 indica site Agent-Native, pronto para a camada de agentes.

A média dos 200 mil sites mais visitados analisados pela Cloudflare está bem abaixo de 30. A janela para ganhar vantagem como early adopter ainda está aberta, mas vai estreitar rápido. Quando padrões como MCP Server Card e WebMCP virarem mainstream em 2027, ter implementado em 2026 será marca de quem chegou primeiro. Para sites B2B que dependem de citação em mecanismos generativos para gerar leads, essa diferença vai pesar.

Resumo: o que muda em 2026 e 2027

A web está sendo reconstruída em três camadas simultâneas. A primeira (SEO) está madura há vinte anos. A segunda (GEO) emergiu nos últimos doze meses e ainda confunde a maioria das empresas brasileiras. A terceira (Agent Readiness) surgiu em abril de 2026 e tem janela de early adopter aberta por talvez doze a dezoito meses, até virar mainstream.

A Safira Design implementou todas as três camadas no próprio site, com dados verificáveis publicamente via isitagentready.com. Saímos de score 21 para 64 em um dia, atingindo Level 5 Agent-Native. Eleita entre as TOP 11 agências de web design do Brasil pela Hostinger, a Safira atende escritórios de advocacia, indústrias, fintechs e prestadores de serviços B2B com engenharia web proprietária e foco em performance comercial.