Echo

O que isso realmente verifica

Nove itens, ponderados pelo quanto afetam a capacidade de um mecanismo de resposta usar o seu conteúdo. De longe o mais pesado é se o texto do corpo existe no HTML que o servidor envia, porque essa é a diferença entre ser citável e ser invisível.

O resto: quais crawlers de LLM o seu robots.txt permite ou bloqueia, um a um; se o Googlebot e o Bingbot são permitidos; se o robots.txt existe e declara um sitemap; se o sitemap resolve e quantas URLs ele contém; se llms.txt e llms-full.txt estão presentes; se a página tem título e meta description; se a estrutura de headings é utilizável; e quais tipos de dados estruturados você publica.

Por que a renderização de JavaScript é a que mais importa

O Google renderiza JavaScript. Faz isso há anos, numa segunda passagem. Os crawlers de LLM, em grande parte, não. O GPTBot, o ClaudeBot e o PerplexityBot majoritariamente buscam o HTML e leem o que está ali.

Então uma single page application pode rankear de forma aceitável no Google e estar completamente ausente das respostas de IA. Já auditamos sites que permitiam cuidadosamente todo crawler de LLM no robots.txt, e depois serviam a esses crawlers um shell de 3 KB sem headings e sem texto no corpo. O convite foi enviado e não havia nada na sala.

Se essa verificação falhar para o seu site, é a única que vale a pena corrigir primeiro. As outras são higiene, em comparação.

Você realmente precisa de um llms.txt?

É uma convenção proposta, não um padrão que alguém seja obrigado a respeitar, e nenhum provedor relevante se comprometeu a lê-la. Verificamos isso porque não custa nada, é um sinal claro de intenção, e os sites que investem em visibilidade para mecanismos de resposta costumam ter um. Trate a ausência de llms.txt como um lembrete, não uma emergência. Trate o conteúdo do corpo renderizado no client-side como uma emergência.

O que fazer com uma pontuação baixa

Trabalhe na ordem que a ferramenta apresenta, porque os pesos não são arbitrários. Renderização primeiro, depois permissões de crawler, depois estrutura, depois os sinais opcionais. Corrigir dados estruturados enquanto o seu conteúdo está invisível para os crawlers é esforço gasto na camada errada.

Se a correção é de renderização e o seu site é uma single page application, geralmente isso é uma mudança de pré-renderização ou renderização no servidor, não uma reescrita. É um trabalho bem compreendido, com um formato conhecido, e é o tipo de coisa que fazemos quando construímos IA em produção, ponta a ponta.