O que o isitagentready.com mede e o que deixa de fora: como interpretar a pontuação

O isitagentready.com, a ferramenta da Cloudflare, verifica se um site declara os padrões que permitem aos agentes de IA descobri-lo, lê-lo e saber o que podem fazer nele. Não mede o design visual, os formulários nem a acessibilidade para pessoas. Uma pontuação alta indica que esses sinais existem; não demonstra que um agente consiga concluir uma compra, nem que o site seja mais visível ou venda mais.

Este guia foi pensado para quem recebeu um relatório desta ferramenta e precisa decidir o que fazer com ele, e não para quem programa. Os termos técnicos são explicados em palavras simples e o detalhe vai sob o rótulo «Para a equipe técnica», que pode ser repassado à área de sistemas ou ao fornecedor.

Convém esclarecer de onde este texto é escrito. A CookingMetrics oferece auditorias desse tipo, e por isso publica também os resultados do seu próprio site, com suas falhas, em O que aprendemos ao revisar nosso site para agentes de IA. Esta peça não repete essa medição: explica como ler uma como essa.

Em síntese

• A ferramenta mede se um site declara padrões para agentes de IA, agrupados pela Cloudflare em quatro dimensões: descoberta, conteúdo, controle de acesso de bots e capacidades. A página atual mostra cinco categorias, porque acrescenta comércio, que segundo a Cloudflare é executado mas não conta para a pontuação.
• A Cloudflare não publica a fórmula nem o peso de cada verificação. Por isso a pontuação serve para comparar um mesmo site consigo mesmo ao longo do tempo, com a mesma configuração, e não para comparar sites diferentes.
• A ferramenta não mede o design visual, a facilidade dos formulários nem a acessibilidade para pessoas. A Cloudflare usa «acessibilidade» para falar da leitura por agentes, não da humana.
• Este guia não apresenta evidência de que uma pontuação mais alta aumente a visibilidade em respostas de IA, as visitas ou as vendas.
• Cada uma das lacunas tem um teste manual que pode ser feito sem ferramentas especiais; são verificações do site real, não do relatório.

O que é e quem a faz

O isitagentready.com é uma ferramenta da Cloudflare: informa-se o endereço de um site e ela devolve uma pontuação de prontidão para agentes. O anúncio oficial, publicado em 17 de abril de 2026 e modificado pela última vez em 15 de julho de 2026, apresenta-a como uma pontuação de «prontidão para agentes» baseada em quatro dimensões (Introducing the Agent Readiness score, consultado em 11 de novembro de 2026). Um agente de inteligência artificial é, neste contexto, um programa que lê páginas e pode agir nelas em nome de uma pessoa.

Duas precisões sobre a ferramenta, ambas com data:

• A pontuação não tem fórmula publicada. O anúncio não explica como as verificações são combinadas nem quanto pesa cada dimensão. Menciona «níveis» sem defini-los.
• A ferramenta mudou, ou se apresenta de outra forma, desde o anúncio. O blog fala de quatro dimensões; a página, consultada em 11 de novembro de 2026, mostra «5 categorias» com uma lista de verificações que permite escolher quais executar (isitagentready.com). A página não mostra um total de verificações; a lista que oferece tem 22 entradas, uma contagem feita ao lê-la. Por isso convém registrar sempre a data e a configuração de cada medição.

As categorias, em linguagem simples

Cada categoria responde a uma pergunta diferente. Indica-se a que tipo de site se aplica e o que não garante; essa aplicabilidade é um critério editorial da CookingMetrics, não uma classificação da Cloudflare.

• Descoberta: um agente consegue encontrar as páginas? Verifica o arquivo de regras para robôs (robots.txt), o mapa do site (sitemap), os cabeçalhos do tipo Link e um registro de DNS para a descoberta de serviços de IA. Aplica-se a qualquer site. Não garante que os endereços anunciados funcionem na prática: isso se verifica abrindo-os.
• Acessibilidade do conteúdo (para agentes): um agente consegue lê-lo com facilidade? Verifica se o site consegue entregar seu conteúdo em Markdown, um formato de texto simples, quando um agente o pede. Aplica-se a sites com conteúdo para ler. Não garante que o conteúdo seja claro, útil nem correto.
• Controle de acesso de bots: quem pode entrar e o que pode fazer com o conteúdo? Verifica as regras para robôs de IA no robots.txt, as declarações Content Signals e o Web Bot Auth. O Web Bot Auth só é necessário se o site faz solicitações a outros sites, segundo a Cloudflare. Aplica-se a qualquer site que queira decidir o uso de seu conteúdo. O Content Signals declara uma intenção e não bloqueia o acesso; o tema é explicado em Content Signals no robots.txt.
• API, autenticação e MCP: o que um agente pode fazer no site? Verifica o catálogo de API, a descoberta de OAuth, os cartões de servidor MCP, os de agente, as habilidades para agentes (Agent Skills) e o WebMCP, entre outros. Aplica-se apenas se o site oferece algo que um agente possa executar, como uma API ou uma ação. Em um blog ou em um site institucional, normalmente não se aplica. A Cloudflare indica que vários desses padrões estão em desenvolvimento e que o cartão de servidor MCP é um rascunho.
• Comércio: um agente pode pagar ou comprar? Verifica protocolos como x402, MPP, UCP e ACP. Segundo o anúncio da Cloudflare, essas verificações são executadas, mas não contam para a pontuação. Aplica-se a ecommerce que queira experimentar compras feitas por agentes. Não garante que nenhuma compra funcione.

Além disso, o llms.txt é um arquivo proposto para orientar os modelos de linguagem. Segundo a Cloudflare, a ferramenta não o verifica por padrão; é preciso ativá-lo. No nosso artigo de linha de base, nós o tratamos dentro do que a ferramenta avalia; esta peça esclarece esse ponto.

Conteúdo exclusivo

Para leitores com conta

Decidir qual verificação se aplica ao site

Compare revista, loja e aplicativo para separar uma capacidade necessária de uma opção que não corresponde ao produto.

Entre para acessar esta seção →

Trabalhamos para oferecer conteúdos da melhor qualidade; por isso algumas destas explicações não são públicas.

O que não mede, e como verificar à mão

As seis verificações a seguir não são feitas pela ferramenta. Cada uma tem um teste que pode ser pedido à equipe ou feito diretamente.

1. O design visual e a hierarquia da página

A ferramenta não tem uma verificação de design: segundo o anúncio da Cloudflare, a pontuação não mede o design visual. Para saber se o design ajuda quem visita o site, o teste é humano: abrir as páginas-chave e verificar se o importante é visto primeiro e se a ação principal é encontrada sem precisar procurá-la.

2. O conteúdo que depende de JavaScript

Muitos sites modernos montam a página no navegador com um programa chamado JavaScript. Um robô ou um agente que não o executa pode receber uma página quase vazia. O Google indica que as páginas passam por uma fila antes de seu JavaScript ser executado e recomenda a renderização no servidor ou a pré-renderização, entre outros motivos porque nem todos os robôs executam JavaScript (JavaScript SEO basics, página atualizada em 4 de março de 2026, consultada em 27 de outubro de 2026).

• Teste: abrir uma página-chave, clicar com o botão direito, escolher «exibir código-fonte» e procurar um parágrafo do texto principal. Se não aparece, depende de um programa que é executado depois.
• Para a equipe técnica: a mesma verificação com curl; o inspetor do navegador mostra o conteúdo já processado e não serve.
• Este critério é explicado com mais detalhe em O que buscar em um fornecedor de design e desenvolvimento web.

3. Os formulários, o carrinho e o pagamento

Que um site declare padrões para agentes não diz se o percurso de compra pode ser concluído. A ferramenta, segundo sua lista de verificações, não percorre esses fluxos: é uma inferência do que ela lista, não uma limitação que a Cloudflare declare. Em consequência, um site poderia ter pontuação alta e um formulário que um agente não consegue concluir, e um site com pontuação baixa poderia ter um percurso sem falhas. É uma possibilidade lógica, não uma constatação.

• Teste: fazer uma compra ou um envio de formulário de teste usando apenas o teclado. Cada campo deve ter seu rótulo, os erros devem ser explicados com texto e não deve haver janelas que prendam o usuário sem saída.

4. A acessibilidade para pessoas

A Cloudflare usa a palavra «acessibilidade» para falar de que um agente possa ler o conteúdo, não de que uma pessoa com deficiência possa usar o site. São dois assuntos distintos com uma palavra em comum. Para as pessoas existe uma norma de referência, as Diretrizes de Acessibilidade para Conteúdo Web 2.2 (WCAG 2.2), uma Recomendação do W3C publicada em 12 de dezembro de 2024 e compatível com a versão 2.1 (WCAG 2.2). É a base para acordar um nível de conformidade concreto com um fornecedor.

• Teste: percorrer o fluxo principal apenas com teclado, com um leitor de tela e com o contraste das cores revisado, e pedir o relatório com as páginas testadas e a data. O resultado de uma ferramenta automática é um ponto de partida, não a prova completa.
• Para a equipe técnica: a versão 2.2 acrescenta critérios como o tamanho mínimo dos alvos de toque (2.5.8, nível AA) e a autenticação acessível (3.3.8, nível AA).
• A confusão é frequente: nosso próprio teste de acessibilidade para bots usa «acessibilidade» para falar do acesso dos robôs, não das pessoas.

5. Que o conteúdo valha a pena

Um site com um mapa impecável e conteúdo genérico será encontrado e descartado. A ferramenta mede se o site é legível por um agente; não mede se o que ele diz merece ser citado. Essa limitação já consta no nosso artigo de linha de base.

6. Que um agente conclua uma tarefa

O teste mais direto seria pedir a um agente real que conclua uma tarefa no site, por exemplo, adicionar um produto ao carrinho. É um teste opcional, com ressalvas: o resultado de um agente nem sempre é o mesmo, os produtos mudam com frequência e um resultado isolado não demonstra nada sobre outros fluxos.

• A CookingMetrics não executou este teste. Aqui ele é descrito como método, não como resultado.

Conteúdo exclusivo

Para leitores com conta

Testes manuais que complementam o relatório

Prepare casos de teclado, formulário, conteúdo, carrinho e tarefa de agente com evidências e estados do resultado.

Entre para acessar esta seção →

Trabalhamos para oferecer conteúdos da melhor qualidade; por isso algumas destas explicações não são públicas.

Como ler uma pontuação sem interpretá-la em excesso

• Escolher primeiro o tipo de site e as verificações. A ferramenta permite escolher quais verificações executar. A pontuação de um site de conteúdo e a de um site com API não são comparáveis, porque não medem as mesmas coisas.
• Registrar a data e a configuração. A ferramenta muda, e uma pontuação de abril não se compara sem mais com uma de novembro.
• Não comparar com sites alheios. Sem fórmula publicada, a diferença de pontos entre dois sites não tem uma interpretação documentada. O que serve é comparar o mesmo site, com a mesma configuração, antes e depois de uma mudança.
• Distinguir o que não se aplica do que falta. Uma verificação que não corresponde ao tipo de site, como o Web Bot Auth em um site que não faz solicitações a outros, não é uma lacuna.
• Tratá-la como um diagnóstico de partida. Uma pontuação indica quais sinais estão declarados. Não é um certificado, nem um indicador de visibilidade, nem de vendas.

Conteúdo exclusivo

Para leitores com conta

Transformar o relatório em trabalho concreto

Classifique falhas, itens não aplicáveis e desconhecidos em um exemplo sem pontuações inventadas nem promessas de tráfego.

Entre para acessar esta seção →

Trabalhamos para oferecer conteúdos da melhor qualidade; por isso algumas destas explicações não são públicas.

Nosso caso: a linha de base e o «depois» que ainda não existe

Em 4 de setembro de 2026, medimos o cookingmetrics.com com os critérios públicos de Agent Readiness da Cloudflare. Cada ponto foi verificado com uma requisição HTTP nessa data: o mapa do site retornava 404 nos três caminhos habituais, embora o robots.txt anunciasse um; o llms.txt retornava 404 porque estava escrito e nunca foi publicado; a página inicial respondia sem cache; e o LCP de campo era de 6,15 s no desktop e de 6,20 s no celular. A medição completa está no artigo de linha de base.

Nesse artigo prometemos uma segunda medição depois de aplicar cinco mudanças. Essa segunda medição ainda não existe: em 11 de novembro de 2026, não havia sido publicada. Quando for feita, será repetida com o mesmo tipo de site e as mesmas verificações, a data será registrada e o resultado será publicado, seja qual for.

Conteúdo exclusivo

Para leitores com conta

Preparar uma repetição comparável

Registre a configuração e as mudanças intermediárias para comparar resultados sem misturar métodos diferentes.

Entre para acessar esta seção →

Trabalhamos para oferecer conteúdos da melhor qualidade; por isso algumas destas explicações não são públicas.

Limites deste guia

• Não é uma avaliação da ferramenta. É um guia para interpretar seu resultado. A ferramenta serve como diagnóstico de partida.
• Alcance das fontes. O que se cita da Cloudflare descreve sua ferramenta e seus padrões, que estão em evolução. O que se cita do Google descreve o Google.
• Cifras com data. O número de categorias e de verificações corresponde à consulta de 11 de novembro de 2026 e pode mudar.
• Testes manuais não executados. Os testes descritos são um método; a CookingMetrics não publica aqui resultados deles.

O que fazer depois

O próximo passo é separar o relatório em duas listas: o que falha e se aplica ao tipo de site, e o que não se aplica. Depois ele é completado com os seis testes manuais, que são os que a ferramenta não cobre, e a medição é repetida com a mesma configuração após cada mudança.

Se desejar que façamos esta medição e estes testes no seu site, conheça nosso serviço de SEO para buscas com IA. Revisamos o site e acompanhamos a sua equipe de desenvolvimento; não desenvolvemos o site.

Perguntas frequentes

Uma pontuação alta melhora minha visibilidade em IA?

Este guia não apresenta evidência disso. A pontuação indica quais sinais para agentes estão declarados, não como responde um assistente nem quanto tráfego ou vendas o site gera. O Google indica, além disso, que não há requisitos adicionais para aparecer em seus recursos de IA (AI features and your website, página atualizada em 10 de dezembro de 2025, consultada em 27 de outubro de 2026).

É necessário o llms.txt para pontuar?

Não necessariamente. Segundo a Cloudflare, a ferramenta não o verifica por padrão e é preciso ativar essa verificação. Publicá-lo custa pouco; prometer um efeito não tem respaldo no que este guia cita.

O isitagentready mede a acessibilidade web para pessoas?

Não. A Cloudflare usa «acessibilidade» para falar de que um agente possa ler o conteúdo. A acessibilidade para pessoas se verifica com a norma WCAG e com testes feitos por pessoas.

Todos os sites precisam de MCP, WebMCP ou protocolos de comércio?

Não. Só faz sentido se o site oferece algo que um agente possa executar, como uma API, uma ação ou um catálogo consultável. A Cloudflare indica que vários desses padrões estão em desenvolvimento; um blog ou um site institucional pode ficar sem eles sem que isso seja uma falha.