Seu site não está pronto para os agentes de IA (e assim você comprova isso em 30 segundos)

Os agentes de IA já são visitantes reais do seu site e a maioria dos sites os ignora. Aprenda a escanear seu domínio com isitagentready.com, transformar o relatório em um spec de melhoria acionável com um prompt pronto para copiar, e executá-lo sem quebrar nada usando o brainstorming do Superpowers.

Índice

O visitante que não tem olhos
O que é "agent readiness" e em que se diferencia do SEO
O que o isitagentready.com verifica
Como fazer seu primeiro escaneamento passo a passo
Do relatório ao spec: o prompt pronto para copiar
- Prompt 1 — Auditoria e diagnóstico
- Prompt 2 — Gerar o spec de melhoria
Antes de executar: use o brainstorming do Superpowers
Ganhos rápidos que você pode implementar hoje
Erros comuns ao tornar seu site agent-ready
Perguntas frequentes
Conclusão
Links úteis

O visitante que não tem olhos

Pense em como chega hoje uma consulta ao seu negócio. Ninguém mais digita "melhor agência de design em São Paulo" num buscador e abre dez abas. A pessoa pede ao assistente dela: "me busque três fornecedores, compare preços e marque uma ligação com o melhor".

Esse assistente faz algo bem diferente de um humano:

Não vê seu carrossel, sua animação de scroll nem sua paleta de cores.
Não espera seu JavaScript hidratar se puder evitar.
Consome texto estruturado, e quanto mais limpo, melhor.
Precisa saber, sem adivinhar, o que pode fazer no seu site: existe uma API? um endpoint para agendar? dá para pagar?

Se o seu site só responde com um HTML pesado cheio de divs e sem nenhum sinal de quem você é nem do que oferece em formato máquina, o agente faz o óbvio: fica com o concorrente que facilitou a vida dele.

Isso não é futurismo. É exatamente o mesmo salto que vivemos quando o Google passou a priorizar sites mobile-first: quem não se adaptou a tempo perdeu posições por anos. A diferença é que agora a janela para sair na frente é muito mais curta.

O que é "agent readiness" e em que se diferencia do SEO

Agent readiness é o quanto o seu site está preparado para que um agente autônomo o descubra, o leia, entenda suas capacidades e opere sobre ele.

É um primo próximo do SEO, mas com objetivos diferentes:

	SEO clássico	Agent readiness
Público	Crawler de buscador + humano	Agente autônomo (e o LLM por trás dele)
Objetivo	Aparecer numa lista de resultados	Ser escolhido e executado pelo agente
Formato-chave	HTML semântico, metadados, velocidade	Markdown limpo, manifestos, protocolos
Sucesso	Clique do usuário	Tarefa concluída sem fricção
Sinal principal	Backlinks e conteúdo	Descobribilidade e capacidades declaradas

Você também vai ver o termo GEO (Generative Engine Optimization), focado em aparecer citado dentro de respostas geradas por IA. Agent readiness é a camada de infraestrutura que torna esse GEO possível: se o agente não consegue te ler bem, dificilmente vai te citar bem.

E aqui está o ponto estratégico: o que está em jogo não é tráfego, é intenção. Um agente que chega ao seu site já traz por trás uma decisão de compra, contratação ou reserva. É o visitante com maior intenção que você vai receber, e é o que tem menos paciência.

O que o isitagentready.com verifica

Is Your Site Agent-Ready? é uma ferramenta gratuita da Cloudflare que escaneia seu domínio contra os padrões emergentes do ecossistema agêntico. Você informa uma URL, clica em Scan, e em segundos recebe uma pontuação com o detalhe do que você já tem e do que falta.

Ela agrupa suas verificações em cinco categorias:

1. Discoverability (você é encontrado?)

robots.txt, sitemap, Link headers de resposta HTTP e DNS-AID (DNS for AI Discovery). É a camada mais básica: se um agente não consegue descobrir seus recursos, o resto não importa.

2. Content Accessibility (dá para te ler?)

Principalmente a negociação de conteúdo em Markdown: se o seu servidor consegue devolver uma versão em texto puro/Markdown das suas páginas quando o cliente pede com o cabeçalho adequado. Para um LLM, receber Markdown em vez de HTML é a diferença entre ler um livro e ler o livro com a capa dura por cima.

3. Bot Access Control (o que você permite e o que não permite?)

Regras específicas para bots de IA no robots.txt, Content Signals e Web Bot Auth. Essa categoria é a mais ignorada e a que mais pode doer: é aqui que você decide se o seu conteúdo pode ser usado para treinamento, para busca ou para inferência em tempo real. Bloquear tudo é um negócio tão ruim quanto não dizer nada.

4. Protocol Discovery (o que você pode fazer pelo agente?)

A categoria mais interessante: MCP Server Card, Agent Skills, WebMCP, API Catalog, descoberta de OAuth, OAuth Protected Resource, Auth.md, A2A Agent Card e o manifesto ARD. É aqui que o seu site deixa de ser um documento e passa a ser uma ferramenta.

5. Commerce (dá para transacionar?)

x402, MPP, UCP e ACP: os protocolos de comércio agêntico. Se você vende algo, essa é a categoria que define se um agente consegue concluir uma compra por conta própria ou se precisa desistir e devolver o trabalho ao humano.

Uma observação honesta: muitos desses padrões são jovens e alguns não vão sobreviver. Você não precisa implementar todos. O valor do escaneamento não é tirar 100/100, é ter pela primeira vez um inventário claro de decisões que hoje você está tomando por omissão.

Como fazer seu primeiro escaneamento passo a passo

Entre em isitagentready.com.
Cole seu domínio completo, com https://.
Se quiser refinar, abra Customize scan e desmarque as categorias que não se aplicam (se você não vende online, pode deixar Commerce de fora na primeira passada).
Clique em Scan e aguarde o resultado.
No final do relatório você vai encontrar um bloco de instruções geradas para colar no seu agente de código, com um botão de Copy all instructions.

Copie-as. Mas ainda não as execute.

Esse bloco é um bom ponto de partida e um péssimo ponto de chegada: são recomendações genéricas, geradas por IA, sem contexto do seu stack, do seu tráfego real nem das suas prioridades de negócio. Se você entregar isso do jeito que está a um agente de código, vai acabar com um llms.txt vazio, um manifesto que ninguém consome e três arquivos novos que ninguém mantém.

O que vem a seguir é o passo que transforma esse output cru em algo que realmente move o ponteiro.

Do relatório ao spec: o prompt pronto para copiar

A ideia é simples: primeiro análise, depois spec, depois código. Nunca ao contrário.

Prompt 1 — Auditoria e diagnóstico

Cole isto no Claude, ChatGPT ou no agente que você usar. Funciona melhor se ele tiver acesso à navegação web.

Atue como um consultor sênior de agent readiness e GEO (Generative Engine
Optimization). Seu trabalho é auditar um site sob a perspectiva de um
agente de IA autônomo, não sob a de um humano.

SITE A ANALISAR: [COLE SUA URL AQUI]
CONTEXTO DO NEGÓCIO: [o que você vende, para quem, qual é a ação de maior
valor que você quer que aconteça no site]
STACK TÉCNICO: [ex. Next.js na Vercel, WordPress, Shopify, Astro na Cloudflare]
RESULTADO DO ESCANEAMENTO DO isitagentready.com: [cole aqui o relatório completo]

Faça o seguinte, nesta ordem:

1. VERIFICAÇÃO INDEPENDENTE
   Tente acessar estes recursos e relate o que você realmente encontrou
   (existe / não existe / existe mas está errado):
   - /robots.txt  (há regras explícitas para bots de IA? quais?)
   - /sitemap.xml
   - /llms.txt e /llms-full.txt
   - /.well-known/  (mcp, agent-card, oauth-authorization-server, ard)
   - Cabeçalhos HTTP da home: Link, Content-Type, cache
   - Retorna Markdown se solicitado com Accept: text/markdown?

2. LEITURA COMO AGENTE
   Leia a home e as 3 páginas mais importantes. Responda com brutal honestidade:
   - Em menos de 50 palavras, o que essa empresa faz? Fica claro sem ambiguidade?
   - Que ações concretas um agente poderia executar aqui, hoje, sem intervenção
     humana? Liste-as.
   - Que informação crítica (preços, disponibilidade, cobertura, contato,
     condições) está escondida atrás de JavaScript, imagens ou formulários?
   - Se um usuário pedisse ao assistente dele "me encontre um fornecedor de X e
     compare com mais dois", esse site ganharia ou perderia a comparação? Por quê?

3. DIAGNÓSTICO PRIORIZADO
   Devolva uma tabela com: Achado | Categoria | Impacto (Alto/Médio/Baixo) |
   Esforço (Alto/Médio/Baixo) | Por que importa para o negócio.
   Ordene por relação impacto/esforço, não por ordem alfabética nem por categoria.

4. O QUE NÃO FAZER
   Liste explicitamente quais recomendações do escaneamento NÃO fazem sentido
   para este site específico e por quê. Seja seletivo: implementar tudo é um
   sinal de que você não entendeu o problema.

Não escreva código ainda. Não proponha soluções ainda. Apenas diagnostique.
Se não conseguiu verificar algo, diga isso explicitamente em vez de presumir.

Prompt 2 — Gerar o spec de melhoria

Quando tiver o diagnóstico e estiver de acordo com ele, encadeie este segundo prompt na mesma conversa:

Perfeito. Agora transforme isso em um SPEC DE MELHORIA executável.

Não quero uma lista de tarefas soltas. Quero um documento que outra pessoa
—ou um agente de código— possa pegar e executar sem precisar me perguntar
mais nada.

Estrutura exata:

# Spec: Agent Readiness — [nome do site]

## 1. Problema
O que o negócio está perdendo hoje por não ser agent-ready. Concreto, sem fumaça.

## 2. Objetivo e métricas de sucesso
Objetivo em uma frase. E 3-5 métricas verificáveis. Cada métrica deve poder
ser comprovada com um comando, uma requisição HTTP ou um re-escaneamento.
Nada de "melhorar a visibilidade": isso não é uma métrica.

## 3. Escopo
### Dentro do escopo
### Fora do escopo (e por quê)

## 4. Fases de implementação
Divida em 3 fases por relação impacto/esforço:
- Fase 1 — Ganhos rápidos (< 1 dia)
- Fase 2 — Estrutural (< 1 semana)
- Fase 3 — Capacidades agênticas (avaliar depois de medir as fases 1 e 2)

Para CADA tarefa inclua:
- ID e título
- Arquivo ou caminho exato a criar/modificar
- Conteúdo ou mudança proposta (com exemplo real, não um placeholder genérico)
- Critério de aceitação verificável (comando curl, verificação concreta, re-escaneamento)
- Risco e como reverter

## 5. Conteúdo específico a gerar
Redija já o conteúdo real de:
- /llms.txt adaptado a este negócio
- As regras de bots de IA para robots.txt, com uma postura declarada
  (o que permito para busca, o que permito para treinamento, o que bloqueio)
- O resumo em 3 frases que quero que qualquer IA repita sobre esta marca

## 6. Riscos e decisões em aberto
O que pode dar errado, quais decisões de negócio eu preciso tomar e não você.

## 7. Como medir em 30 dias
O que reverificar e o que esperar ver.

Regras: priorize por impacto real de negócio, não por completude do checklist.
Se você não consegue justificar uma tarefa com um benefício concreto, elimine-a.
Marque qualquer suposição sua com [SUPOSIÇÃO] para que eu a valide.

O resultado deste segundo prompt é um documento que você pode versionar no seu repositório, discutir com sua equipe e entregar a um agente de código como fonte de verdade. Esse é o entregável real, não a pontuação da ferramenta.

Antes de executar: use o brainstorming do Superpowers

É aqui que a maioria tropeça. Você tem um spec lindo, entrega ao seu agente, diz "faça isso" e três horas depois tem doze arquivos novos, uma configuração de Cloudflare que ninguém entende e nenhuma forma de saber se algo melhorou.

A solução é inserir uma fase de fricção deliberada antes de escrever código. É para isso que existe o Superpowers, o framework de skills open source que transforma seu agente num engenheiro metódico em vez de um gerador de código imprevisível.

Sua primeira fase é exatamente o que você precisa:

/brainstorm Quero implementar este spec de agent readiness no meu site [URL].
Aqui está o spec completo: [cole o spec do prompt 2]

O que o brainstorming faz que um prompt normal não faz? Ele te interroga antes de te obedecer. Questiona suposições, detecta contradições entre o spec e o seu stack real, obriga você a definir o critério de "concluído" e devolve o escopo refinado antes de tocar em um único arquivo.

E a partir daí você encadeia o restante do fluxo do Superpowers:

/brainstorm — refina o spec com perguntas incômodas.
Git worktree — trabalha numa branch isolada, sem risco para produção.
/write-plan — divide o spec em tarefas de 2-5 minutos, verificáveis.
/execute-plan — delega a subagentes com revisão integrada.
Verificação — evidência antes de declarar qualquer coisa como "pronta".

Se você ainda não tem instalado, é questão de um minuto:

/plugin install superpowers

O guia completo de instalação e uso está em Como Instalar e Dominar a Skill Superpowers no Claude Cowork.

A regra que mais tempo me economizou: não deixe o agente escrever código até que o spec passe pelo brainstorming. O custo de vinte minutos de perguntas é ridículo comparado ao de desfazer uma implementação mal encaminhada.

Ganhos rápidos que você pode implementar hoje

Se você só vai fazer três coisas esta semana, que sejam estas:

Um llms.txt real, não decorativo. Um arquivo Markdown na raiz do seu domínio dizendo quem você é, o que oferece e com links para suas páginas-chave. O importante não é que ele exista: é que um modelo consiga lê-lo e descrever seu negócio corretamente. Teste: passe o conteúdo para uma IA e pergunte o que sua empresa faz. Se a resposta não te agradar, o arquivo está mal escrito.

Regras explícitas para bots de IA no seu robots.txt. Silêncio não é consentimento nem proibição, é ambiguidade, e a ambiguidade cada bot resolve do seu próprio jeito. Declare sua postura: o que você permite para busca, o que permite para treinamento, o que bloqueia.

Conteúdo crítico fora do JavaScript. Preços, disponibilidade, cobertura, condições e dados de contato em HTML servido, não renderizado no cliente. É a melhoria com a melhor relação esforço/impacto de toda a lista e ainda ajuda o seu SEO tradicional.

Depois disso, e só depois de medir, avalie as camadas mais ambiciosas: negociação de Markdown, um servidor MCP para seus serviços, ou os protocolos de comércio agêntico se você vende online.

Erros comuns ao tornar seu site agent-ready

Perseguir a pontuação. O score da ferramenta é um diagnóstico, não um KPI. Um site com 40/100 bem escolhidos vence um com 90/100 implementado sem critério.

Copiar o bloco de instruções e executá-lo às cegas. É conteúdo gerado por IA sem contexto do seu negócio. Use-o como insumo do diagnóstico, nunca como plano de trabalho.

Bloquear todos os bots de IA por medo. Entendo o impulso, mas bloquear indiscriminadamente te tira das respostas geradas onde seus clientes estão te procurando. Separe treinamento de busca e inferência: não são a mesma decisão.

Criar arquivos que ninguém mantém. Um llms.txt desatualizado com preços de um ano atrás é pior do que não ter nenhum: você está dando à IA munição para desinformar sobre você.

Implementar protocolos que seu negócio não usa. Se você não tem API, não publique um API Catalog. Se não vende online, x402 não te traz nada.

Perguntas frequentes

O isitagentready.com é gratuito?

Sim. É uma ferramenta gratuita da Cloudflare, não exige cadastro e você pode escanear qualquer domínio público. As recomendações que ele gera no final são geradas por IA, então aplique seu próprio critério antes de implementá-las.

Isso substitui o SEO tradicional?

Não, complementa. Muitas melhorias de agent readiness (conteúdo em HTML servido, estrutura semântica limpa, sitemap correto) beneficiam diretamente o SEO clássico. Continue otimizando para buscadores e para humanos; você está simplesmente adicionando um terceiro público à equação.

Funciona se meu site é WordPress ou Shopify?

Sim, embora você tenha menos controle fino. Os ganhos rápidos —llms.txt, regras de bots no robots.txt, conteúdo crítico em HTML— são perfeitamente viáveis em qualquer CMS. As camadas de protocolo, como um servidor MCP, exigem mais margem técnica ou um plugin que resolva isso.

Preciso do Superpowers para fazer isso?

Não é obrigatório. Você pode executar o spec manualmente ou com qualquer agente. O que você realmente precisa é da disciplina que o Superpowers automatiza: pensar antes de codificar, planejar em tarefas pequenas e verificar com evidências. O Superpowers te dá isso de graça e por padrão, que é justamente o que a gente não faz quando está com pressa.

De quanto em quanto tempo devo re-escanear?

Uma vez por mês é razoável enquanto você está implementando, e trimestralmente depois. O ecossistema de padrões agênticos está se movendo rápido: o que hoje é opcional pode virar tabela em seis meses.

Conclusão

A web que construímos durante vinte anos foi pensada para olhos. A que vem por aí precisa funcionar também para agentes que não veem, não esperam e não perdoam.

A boa notícia é que a barreira de entrada continua baixíssima: escanear seu domínio leva 30 segundos, o diagnóstico sério leva uma tarde e os ganhos rápidos são três arquivos de texto. A vantagem competitiva não está na dificuldade técnica, está em fazer isso antes que fique óbvio que era preciso fazer.

Minha recomendação concreta para esta semana: escaneie seu site em isitagentready.com, rode o Prompt 1 para diagnosticar, o Prompt 2 para gerar o spec, e passe-o pelo /brainstorm antes de executar uma única linha.

Quanto seu site tirou no escaneamento? Me conta nos comentários do creacosas.com.

Vamos criar coisas incríveis, agora também para quem não tem olhos!