Comecemos pelo ponto mais importante: quase nenhum dos principais crawlers de IA atuais executa JavaScript. Se o conteúdo da página só aparece depois que o JS roda no navegador, GPTBot, ClaudeBot e PerplexityBot podem encontrar uma página em branco. Não é uma disputa por posição no ranking. É a diferença entre ser visto e simplesmente não existir para esses sistemas.
O erro costuma começar quando usamos o comportamento do Googlebot para prever como os crawlers de IA trabalham. Ao longo dos anos, o Googlebot desenvolveu recursos bastante maduros para renderizar JavaScript. Mesmo em um site inteiramente renderizado no front-end, ele provavelmente conseguirá capturar o conteúdo, embora isso leve mais tempo e consuma mais recursos. Os crawlers de IA funcionam de outra forma. Em geral, eles baixam o HTML original devolvido pelo servidor, leem o que está ali e vão embora. Não abrem um navegador, não esperam o JS nem fazem uma segunda rodada de renderização.
Crawlers de IA e Googlebot não são a mesma coisa
O Googlebot rastreia as páginas em duas ondas. Na primeira, lê o HTML original e coleta tudo o que já estiver disponível. Na segunda, coloca a página em uma fila de renderização e usa um navegador headless, como o Chrome, para executar o JavaScript e preencher o conteúdo gerado dinamicamente. Esse processo exige muitos recursos computacionais, mas o Google aceita esse custo porque a busca é seu negócio principal.
Os crawlers das empresas de IA não contam com essa segunda onda. Atualmente, o GPTBot da OpenAI, o ClaudeBot da Anthropic, o crawler da Perplexity e o OAI-SearchBot, responsável pela busca em tempo real do ChatGPT, encerram o trabalho no HTML. A razão é prática: executar um navegador headless em toda a web teria um custo proibitivo. O objetivo deles é obter “texto que possa ser lido diretamente pelo modelo”, não reproduzir a experiência visual da página. Para esses crawlers, o JavaScript usado em interações, animações e carregamento lento vira ruído ou espaço em branco. A única exceção é o AI Overviews do Google, que se apoia no índice existente da empresa e, por isso, aproveita a capacidade de renderização do Googlebot. Mas, se sua estratégia inclui ChatGPT, Perplexity e Claude, não dá para contar com a execução do JavaScript.
Como cada método de renderização afeta a leitura pela IA
O mesmo conteúdo pode chegar de formas muito diferentes a um crawler de IA, dependendo da estratégia de renderização. A questão central é uma só: o conteúdo já está escrito no HTML entregue pelo servidor ou só aparece depois que o JavaScript termina de rodar no navegador?
- SSG (geração estática): o HTML completo de cada página é gerado durante a criação do site e salvo como arquivo estático. O servidor entrega a página pronta, permitindo que o crawler de IA capture todo o texto. É a opção mais fácil de ler e a mais rápida de carregar.
- SSR (renderização no servidor): a cada solicitação, o servidor monta o HTML completo em tempo real antes de enviá-lo. Os crawlers de IA também recebem todo o texto, mas o servidor precisa refazer esse processamento em cada acesso. Em períodos de tráfego intenso, é importante monitorar a carga.
- CSR (renderização apenas no front-end): o servidor devolve um esqueleto de HTML quase vazio. O conteúdo real só é inserido depois que o navegador baixa e executa o JS. Se o crawler de IA não rodar JavaScript, encontrará apenas essa estrutura vazia, praticamente sem texto que possa extrair ou citar.
Em termos práticos, SSG e SSR são equivalentes para os crawlers de IA: nos dois casos, o conteúdo chega escrito no HTML gerado pelo servidor. A diferença está apenas no momento do processamento. O SSG faz isso antecipadamente; o SSR, no instante da solicitação. A verdadeira linha divisória é o CSR. Quando um framework de aplicação de página única (SPA) não usa renderização no servidor, o HTML inicial costuma conter apenas uma div raiz vazia e uma sequência de tags de script. É exatamente isso — nenhum texto — que o crawler de IA recebe.
Um teste de 30 segundos
Você pode verificar se o site está preparado sem instalar ferramentas nem chamar a equipe de engenharia. Abra uma página importante no navegador, clique com o botão direito e selecione “Exibir código-fonte da página”. Atenção: não use o painel Elementos das ferramentas do desenvolvedor. Ele mostra a página depois da execução do JS e pode dar uma impressão enganosa. A opção “Exibir código-fonte da página” revela o HTML original entregue inicialmente pelo servidor — o mesmo material que o crawler de IA realmente lê.
Como corrigir um site em CSR
Descobrir que o site usa CSR não significa que você precise descartar e reconstruir todo o front-end. Do menor para o maior investimento, há três caminhos possíveis.
- Pré-renderização: quando o crawler acessa a página, o servidor entrega um snapshot de HTML estático gerado previamente. É uma correção rápida para uma SPA existente e exige poucas alterações. A desvantagem é a necessidade de manter esses snapshots atualizados.
- Migrar para um framework compatível com SSR/SSG: frameworks como Next.js, Nuxt e SvelteKit permitem renderizar no servidor o conteúdo acima da dobra sem abrir mão das interações no front-end. É a alternativa mais segura e nossa recomendação padrão para a maioria dos clientes B2B.
- Priorizar o SSR nas páginas estratégicas: quando os recursos são limitados, não é necessário migrar o site inteiro de uma só vez. Comece pelas páginas com maior potencial de servir como fonte para respostas de IA, como páginas de produto, planos, preços e artigos aprofundados. O restante — como o painel administrativo e as ferramentas interativas — pode continuar em CSR sem problema.
Nem toda página precisa de SSR
Estratégia de renderização envolve escolhas técnicas, não convicções absolutas. Dashboards, ferramentas internas e páginas de configuração altamente interativas acessadas após o login não foram criados para servir como fontes para a IA. Mantê-los em CSR é perfeitamente razoável; exigir SSR nesses casos apenas aumenta a carga do servidor. A prioridade deve ser o conteúdo que você quer ver usado pela IA como fonte de respostas: páginas que explicam qual problema sua empresa resolve, por que ele importa e como sua solução se diferencia. A regra prática é simples: se você quer que o conteúdo de uma página apareça nas respostas do ChatGPT ou da Perplexity, ele precisa estar completo no HTML entregue pelo servidor.
O Googlebot espera o JavaScript terminar de rodar; os crawlers de IA, não. Em um cenário no qual a IA decide quem citar, ficar invisível equivale a não existir.— Tenten GEO
Em muitos sites B2B de Taiwan, o problema de rastreabilidade não está na qualidade do texto, mas no fato de esse conteúdo nunca chegar à IA. A causa costuma ficar escondida na escolha do framework e nas configurações de renderização. Para uma pessoa, o site parece funcionar normalmente; a falha só aparece ao abrir o código-fonte da página. Se você não sabe se a IA consegue ler suas páginas mais importantes, nosso diagnóstico GEO de 30 minutos usa a própria URL do site para mostrar se o conteúdo acima da dobra está presente no HTML e quais páginas devem receber SSR primeiro.
