Cloudflare

Como usei o Agent Readiness da Cloudflare no meu site

Um site meu saiu de 29 para 71 pontos no diagnóstico da Cloudflare. Veja o que a IA alterou, por que deixei autenticação de fora e como interpreto a nota sem instalar recursos só para pontuar.

Assistir ao vídeo original no YouTube
Thumbnail do vídeo: Seu Site Está Pronto para Agentes de IA? Check Cloudflare

Um site pode abrir normalmente no navegador e ainda ser difícil para um agente descobrir as páginas e entender o que a aplicação oferece. Para investigar isso, usei o Agent Readiness da Cloudflare em um site novo de comparação de preços de APIs e depois no meu site principal. O número chamou a atenção, mas o que me ajudou foi abrir a auditoria e decidir quais recomendações serviam para cada projeto.

O scan apontou trabalho útil, não uma nota para perseguir

O site novo tinha uma semana de vida e reunia uma calculadora e uma tabela de preços de APIs de modelos. Na primeira checagem, marcou 29 pontos. O relatório separava o que tinha passado do que faltava, explicava os itens em inglês e examinava descoberta, conteúdo e recursos que ajudam agentes, como Markdown, catálogo de APIs, MCP e skills. Como o projeto não vendia nada, a parte de comércio ficava vazia. Não havia motivo para criar uma loja só para preencher essa área.

Também rodei a checagem no meu site principal. Ele marcou 79%, mas o relatório ainda apontava um problema de descoberta por DNS. Para mim, isso é uma boa razão para abrir os detalhes: uma nota alta pode coexistir com uma falha que merece atenção, e uma mesma configuração não faz sentido em todos os domínios.

Esses valores são o retrato dos dois sites quando fiz aquelas checagens. A Cloudflare ampliou o diagnóstico desde então; hoje a página organiza os itens em cinco categorias, incluindo acesso a conteúdo, controle de bots, descoberta de protocolos e comércio. Use a lista atual para uma auditoria nova, sem tratar minha pontuação antiga como referência para a sua.

Enviei a auditoria completa para a IA avaliar o que cabia no projeto

Primeiro tirei capturas de tela dos erros e mandei uma por vez para a agente. Dá para fazer assim, mas você acaba separando recomendações que pertencem ao mesmo diagnóstico. A página também tinha um botão para copiar o prompt completo, com as instruções e referências dos arquivos. Eu usaria esse material e pediria à IA para ler a estrutura do projeto antes de editar qualquer coisa.

O pedido que fiz foi para ela aplicar o que realmente ajudasse, apontar o que não se encaixava e preservar o que já funcionava. Essa parte importa: um relatório pode sugerir recursos de API, autenticação ou comércio mesmo quando o site não oferece esse tipo de serviço. O agente deve explicar por que uma mudança se aplica antes de adicioná-la. Se algo exigir credenciais ou uma alteração de infraestrutura, eu também confirmaria que o projeto e a permissão disponíveis permitem isso.

O site foi a 71 pontos e manteve de fora o que não precisava

Depois das alterações, a IA melhorou descoberta e conteúdo, colocou links no cabeçalho e criou um catálogo MCP. O site passou de 29 para 71 pontos. A autenticação ficou de fora de propósito: a API era pública e só permitia leitura. O item de Web Bot Auth também não se aplicava à função daquele projeto. Eu não queria adicionar OAuth ou uma camada de autenticação só para aumentar a pontuação.

O relatório ainda sugeria um registro DNS opcional, e eu já tinha o Wrangler e uma chave com permissão para alterar o DNS. Pedi à IA que o criasse. O registro foi adicionado depois da checagem que mostrou 71 pontos; não rodei outro scan após a propagação. Então não atribuo a essa mudança nenhum aumento de nota. Para saber se ajudou, seria necessário repetir o diagnóstico e comparar o item específico.

A auditoria detalhada também mostrava como cada critério era verificado. Eu abriria os itens antes de aceitar uma mudança para entender o sinal que o scanner procurou e confirmar que a configuração ficou correta. Um botão marcado como resolvido não prova que a integração esteja útil para um agente real.

Use o resultado como uma conversa técnica sobre o site

Um blog público, uma API só de leitura, um SaaS com login e uma loja precisam de recursos diferentes. O Agent Readiness serve para encontrar aspectos que talvez estejam faltando, mas não transforma todas as sugestões em requisito. Eu começaria perguntando: qual página ou serviço um agente precisa descobrir? Ele deve apenas ler o conteúdo ou também chamar uma API? O site tem contas, dados privados ou uma etapa de compra? Essas respostas ajudam a decidir o que implementar e o que deixar de fora.

Na minha checagem, acertar descoberta, conteúdo e catálogo público foi mais útil do que perseguir 100 pontos. A mesma análise pode valer para um site WordPress, um blog ou uma página institucional; não depende de usar Cloudflare ou de ter sido criado com IA. O objetivo é melhorar o acesso que o projeto realmente oferece, sem colocar autenticação, MCP ou padrões de comércio onde não existe uma necessidade correspondente.

Depois de preparar as páginas para leitura por agentes, confira também como verificar o HTML público e a indexação do site.