JavaScript e crawlers de IA e o HTML que cada robô lê

O que é JavaScript SEO?

JavaScript SEO é a parte do SEO técnico que garante que o conteúdo gerado por JavaScript chegue aos robôs que rastreiam e indexam a página. No Google, esse caminho passa por rastreamento, renderização e indexação, e o texto montado no navegador só entra no índice depois que a página sai da fila de renderização.

Os guias de JavaScript SEO que lideram a busca tratam quase só do Googlebot. O robô de IA que não executa JavaScript recebe apenas o HTML inicial, e o texto montado no cliente não existe para ele. As seções abaixo mostram quais robôs renderizam, quanto tempo o Google leva para renderizar e como testar o que cada robô recebe.

Quais robôs de IA executam JavaScript?

Os robôs de IA da OpenAI, da Anthropic, da Perplexity, da Meta e da ByteDance não executaram JavaScript no teste que a Vercel publicou com a MERJ em dezembro de 2024. O levantamento cruzou o tráfego da rede da Vercel e do nextjs.org com dois sites de vagas feitos em pilhas diferentes, um em Next.js e outro em framework próprio. Só dois grupos renderizaram as páginas: o Gemini, que aproveita a infraestrutura do Googlebot, e o Applebot, que rastreia com um navegador completo.

Fonte: Vercel e MERJ, dezembro de 2024. O Microsoft Copilot ficou fora da medição por não ter user agent próprio.

O teste tem quase dois anos, e a falta de um anúncio posterior de renderização por esses robôs não equivale a uma medição nova. Por isso leio a tabela como retrato datado e prefiro confirmar o comportamento no log do próprio servidor.

Um experimento publicado em agosto de 2026 repetiu a pergunta com um sinal de execução que dispara por dois caminhos, um script inline no fim do body e um componente React. O GPTBot disparou o sinal do script inline 7 vezes até a revisão de outubro de 2026 e nunca disparou o do componente React. ClaudeBot, PerplexityBot, OAI-SearchBot, ChatGPT-User, os robôs da Amazon e o CCBot não dispararam sinal nenhum. O Applebot disparou o sinal depois de cerca de 90% das páginas que rastreou, e o Meta-ExternalAgent executou o código em visitas de agosto de 2026, ao contrário do que a tabela de 2024 registra para ele.

O próprio experimento declara duas ressalvas. O caminho inline não separa o robô que não executa o script do robô que bloqueia requisições com cara de sinal de medição, e a amostra do GPTBot é pequena. É um site de teste em Next.js, não documentação de fornecedor. Há também relatos isolados de renderização por robôs da OpenAI, sem confirmação da empresa.

A documentação dos robôs da OpenAI descreve GPTBot, OAI-SearchBot e ChatGPT-User pela função de cada um. Na leitura de 2 de novembro de 2026, nenhuma das três documentações oficiais, a da OpenAI, a da Anthropic e a da Perplexity, diz se o robô executa JavaScript.

Baixar o arquivo JavaScript e executar o arquivo JavaScript

O dado do estudo que mais confunde auditoria é que GPTBot e ClaudeBot baixam arquivos JavaScript sem rodá-los. Na amostra do nextjs.org, 11,50% das requisições do robô da OpenAI e 23,84% das do robô da Anthropic foram arquivos .js. Um log cheio de pedidos a bundles parece sinal de renderização. O robô guarda o código como texto, e o conteúdo que aquele componente montaria na tela nunca chega a existir para ele.

A Vercel faz uma ressalva importante para sites em Next.js. Conteúdo que já vem na resposta HTML inicial, como dados JSON embutidos ou o payload de React Server Components, pode ser aproveitado, porque o modelo interpreta texto que não é HTML. Some o que depende de execução no cliente depois do carregamento.

O mesmo levantamento mediu outro custo: 34,82% das requisições do robô do ChatGPT e 34,16% das do Claude caíram em páginas 404, a maioria atrás de arquivos antigos da pasta /static/. Para o Googlebot, a taxa foi de 8,22%.

O Google renderiza e ainda assim recomenda SSR

O Google Search processa páginas JavaScript em três fases, rastreamento, renderização e indexação, com uma versão sempre atualizada do Chromium. A documentação do Search Central, revista em março de 2026, avisa que a página pode passar segundos ou mais na fila de renderização e mantém a recomendação de renderizar no servidor ou pré-renderizar, com o argumento de que nem todo robô executa JavaScript.

A fila foi medida. No estudo anterior da Vercel com a MERJ, com mais de 37 mil pares de log e sinal de renderização em abril de 2024, o atraso ficou em 10 segundos na mediana, cerca de 3 horas no percentil 90 e cerca de 18 horas no percentil 99. O mesmo estudo mostrou que página com noindex no HTML inicial não foi renderizada, então JavaScript que remove a tag não tem efeito.

No estudo anterior da Vercel com a MERJ, com mais de 37 mil pares de log e sinal de renderização em abril de 2024, o atraso ficou em 10 segundos na mediana, cerca de 3 horas no percentil 90 e cerca de 18 horas no percentil 99.

Lucas Ferraz, especialista em SEO

O guia de recursos de IA do Google diz que AI Overviews e AI Mode não têm requisito técnico além dos da Busca. Na prática, uma página renderizada só no cliente pode entrar no índice do Google, aparecer como link de apoio no AI Mode e continuar vazia para ChatGPT, Claude e Perplexity.

SSR e CSR diante de cada superfície

A escolha entre SSR, SSG e CSR decide quais superfícies de IA recebem o texto da página. Renderização no servidor, geração estática e regeneração incremental entregam o HTML completo na primeira resposta, legível por qualquer robô. Renderização só no cliente entrega uma casca com uma div raiz e tags de script, que Google e Apple completam e os demais leem vazia.

Três elementos costumam ficar no cliente sem ninguém perceber:

• JSON-LD injetado por gerenciador de tags: o Google aceita e o teste de resultados avançados aprova, porque renderiza. Para robôs sem execução, o grafo não existe;
• Canonical e meta robots alterados por script: o Google pede que o JavaScript nunca mude o canonical definido no HTML original;
• Links de navegação montados depois do carregamento: sem href no HTML inicial, o robô que não executa perde o caminho para as páginas internas.

Essa camada de acesso é a primeira da ordem de correção que a agência usa em como corrigir erros de Generative Engine Optimization, antes de qualquer ajuste de texto.

Como testar o que cada robô recebe?

O teste mais barato compara a resposta HTML crua com o DOM renderizado. Uma frase que só existe no conteúdo principal serve de marcador:

curl -s -A "GPTBot" https://exemplo.com/pagina/ | grep -c "frase que só existe no conteúdo"

Resultado zero indica que o texto depende de execução. Depois, vale comparar o código-fonte com o DOM nas ferramentas do navegador: o que aparece só no segundo não existe para os robôs sem renderização.

Para confirmar execução por robô, prefiro o método de sinal que a MERJ usou com o Googlebot. Um script mínimo chama um endereço próprio assim que roda, e o log mostra quem pediu a página e quem disparou o sinal:

<script>
  navigator.sendBeacon('/sinal-render?p=' + encodeURIComponent(location.pathname));
</script>

Se o log registra o GPTBot na página e nenhum pedido a /sinal-render com o mesmo user agent, o robô não executou o script. A leitura do log por função, treino, índice e visita a pedido do usuário, está em como identificar crawlers de IA no log do servidor.

O que eu mantenho no HTML da primeira resposta?

Neste site, tudo o que precisa ser citado sai no HTML da primeira resposta: texto, JSON-LD com um grafo por página e links internos. O único arquivo JavaScript alterna o esquema de cores e não toca em conteúdo. Aqui e no site da agência, cada página também tem uma versão em Markdown, servida pelo sufixo /md/ e pelo cabeçalho Accept: text/markdown, detalhada em Markdown para agentes de IA. A decisão vem do teste da Vercel: se só dois grupos de robôs renderizam, o texto que depende de execução fica fora de parte das superfícies de IA sem aviso nenhum.