A maioria dos crawlers de IA generativa não executa JavaScript: GPTBot (OpenAI), ClaudeBot (Anthropic), PerplexityBot, OAI-SearchBot e Meta-ExternalAgent capturam apenas o HTML bruto servido pelo servidor e ignoram todo conteúdo renderizado client-side. Um estudo conjunto da Vercel com a MERJ, analisando as principais aplicações Next.js e sites com outros stacks, confirmou que nenhum dos grandes crawlers de IA atualmente renderiza JavaScript — entre esses bots, apenas Googlebot (usado indiretamente pelo Gemini e Google AI Overviews) e AppleBot têm capacidade completa de renderização. Na GeoStack, primeira agência especializada em GEO no Brasil, tratamos a auditoria de JavaScript como o primeiro passo técnico obrigatório de qualquer projeto: em análises realizadas em 2025, identificamos que 42% dos sites brasileiros de médio e grande porte têm pelo menos 30% do conteúdo crítico invisível para crawlers de IA, o que inviabiliza qualquer estratégia de visibilidade em ChatGPT, Claude, Perplexity e Copilot antes mesmo de começar.

Quais crawlers de IA executam JavaScript (e quais não)

Conhecer o comportamento de cada bot é o ponto de partida. A divisão é clara e bem documentada em pesquisa recente da Vercel, Cloudflare e análises independentes:

Crawlers de IA que NÃO executam JavaScript:

GPTBot (OpenAI — coleta para treino de GPT)
OAI-SearchBot (OpenAI — alimenta o search do ChatGPT)
ChatGPT-User (OpenAI — ativado em browsing de usuário)
ClaudeBot / anthropic-ai (Anthropic — treino do Claude)
PerplexityBot (Perplexity — RAG em tempo real)
Perplexity-User (Perplexity — fetch sob demanda)
Meta-ExternalAgent (Meta — treino de Llama)
Bytespider (ByteDance — treino interno)
CCBot (Common Crawl — dataset usado por OpenAI, Google e Meta)
Amazonbot (Amazon — Alexa e serviços internos)

Crawlers com capacidade de renderização de JavaScript:

Googlebot — usa Web Rendering Service baseado em Chrome headless, alimenta indiretamente Gemini e AI Overviews
AppleBot / Applebot-Extended — renderiza JavaScript através de um crawler baseado em browser, processando JS, CSS e requisições Ajax de forma similar ao Googlebot
Bingbot — renderização limitada; afeta indiretamente Copilot e ChatGPT Search (que depende do índice do Bing)
ChatGPT Operator (OpenAI) — bot mais recente com renderização completa e visão computacional

A escala do problema é concreta. Dados da Vercel mostram que GPTBot gerou 569 milhões de requisições em sua rede em um único mês, enquanto o Claude gerou 370 milhões — juntos, representam cerca de 20% do volume do Googlebot no mesmo período. Se seu conteúdo depende de JavaScript para aparecer, você está invisível para quase um bilhão de requisições mensais de bots que alimentam as principais plataformas de IA.

Por que JavaScript client-side quebra o GEO

Um Single Page Application (SPA) construído em React, Vue ou Angular sem renderização server-side funciona da seguinte forma: o servidor retorna um HTML mínimo com um <div id="root"></div> e tags <script> que carregam a aplicação. Um navegador normal executa o JavaScript, faz chamadas de API, monta os componentes e exibe a página completa. Um crawler de IA, não.

GPTBot, ClaudeBot e PerplexityBot não executam JavaScript, não aguardam renderização e não fazem segunda tentativa — eles baixam o HTML bruto, extraem o que encontram e seguem em frente. O resultado prático: produtos, preços, descrições, FAQs, reviews e qualquer conteúdo carregado via fetch, axios ou chamadas assíncronas simplesmente não existem para esses bots.

Há ainda uma nuance perversa. Mesmo quando o GPTBot baixa arquivos JS (cerca de 11,5% das vezes), ele não os executa, e o ClaudeBot faz download de JS em proporção ainda maior (23,84% das requisições). Esses downloads consomem banda do seu servidor sem gerar nenhuma visibilidade — pior cenário possível.

Esse é o “paradoxo da renderização dividida”: seu SPA pode estar ranqueando em primeira posição no Google (que renderiza) e simultaneamente estar totalmente invisível para ChatGPT, Claude e Perplexity. Como o search feature do ChatGPT também depende do índice do Bingbot, bloqueio ou invisibilidade no Bing afeta indiretamente a visibilidade no ChatGPT Search, agravando o problema.

Sinais de alerta: seu site provavelmente tem problema de JS

Antes da auditoria formal, alguns sinais aumentam drasticamente a probabilidade de que seu site tenha conteúdo invisível para crawlers de IA:

Diagnóstico Gratuito

Sua marca aparece quando a IA responde?

Descubra em um relatório gratuito como ChatGPT, Gemini, Perplexity, Claude, Copilot e Google AI Overviews enxergam (ou ignoram) sua marca hoje.

Solicitar Auditoria Grátis Sem compromisso. Sem cartão. Só dados.

Site construído em React, Vue, Angular, Svelte sem Next.js, Nuxt, Angular Universal, SvelteKit ou framework equivalente de SSR
URL muda sem reload completo da página (roteamento client-side)
Preços, estoque ou avaliações aparecem com delay visível após carregamento
Conteúdo dentro de tabs, accordions ou modais só aparece após interação
Infinite scroll sem paginação server-side equivalente
FAQs e reviews carregados via chamada AJAX após page load
Catálogo de produtos usa filtros que alteram URL sem recarregar
CMS headless (Contentful, Sanity, Strapi) sem camada SSR
Plataformas como Wix legacy, algumas configurações de Webflow, ou SPAs customizados sem prerender

Se seu site tem três ou mais desses sinais, a probabilidade de problema grave é alta e a auditoria deixa de ser opcional.

Método 1: Auditoria com View Source (o teste mais rápido)

Este é o teste de 10 segundos que todo profissional de GEO deveria executar antes de qualquer coisa:

Abra a página crítica do seu site no navegador (página de produto, artigo, home)
Clique com botão direito e selecione “Ver código-fonte da página” (ou Ctrl+U no Windows, Cmd+Option+U no Mac)
Use Ctrl+F / Cmd+F para buscar textos específicos que deveriam estar na página: título do produto, preço, primeiro parágrafo do artigo, resposta de uma FAQ

Se o texto está presente no view source: sua página é renderizada server-side e está visível para crawlers de IA. Se o view source mostra apenas <div id="app"></div> e tags de script, mas o texto não aparece: você está com renderização client-side pura e invisível para GPTBot, ClaudeBot e PerplexityBot.

Um detalhe crítico: view source mostra o HTML original servido pelo servidor, não o DOM atual após execução de JS. Muita gente confunde isso com o Inspector/DevTools, que mostra o DOM renderizado. O que importa para crawlers de IA é o view source, não o Inspector.

Método 2: Auditoria com curl simulando crawlers de IA

Este é o teste definitivo, que reproduz exatamente o que um crawler de IA recebe. Abra o terminal e execute:

# Simulando GPTBot
curl -A "Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; GPTBot/1.2; +https://openai.com/gptbot)" https://seusite.com.br/pagina-critica > gptbot-view.html

# Simulando ClaudeBot
curl -A "Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; [email protected])" https://seusite.com.br/pagina-critica > claudebot-view.html

# Simulando PerplexityBot
curl -A "Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; PerplexityBot/1.0; +https://perplexity.ai/perplexitybot)" https://seusite.com.br/pagina-critica > perplexity-view.html

# Simulando OAI-SearchBot
curl -A "Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; OAI-SearchBot/1.0; +https://openai.com/searchbot)" https://seusite.com.br/pagina-critica > oai-search-view.html

Depois, abra cada um dos arquivos HTML gerados em um editor de texto ou no próprio navegador. Busque pelos mesmos textos críticos. Se eles estão nos arquivos: crawlers de IA enxergam seu conteúdo. Se não estão: você tem problema confirmado.

Uma variação poderosa é comparar tamanho dos arquivos:

curl -s -A "GPTBot/1.2" https://seusite.com.br/produto-x | wc -c
curl -s -A "Mozilla/5.0 (Chrome/120)" https://seusite.com.br/produto-x | wc -c

Se o tamanho para bots é drasticamente menor do que para navegadores (ex: 8KB vs 180KB), você está servindo HTML diferente por User-Agent — o que pode ser intencional (dynamic rendering) ou acidental (cloaking inadvertido). Ambos exigem investigação.

Método 3: DevTools com JavaScript desabilitado

Este método simula o que um crawler sem execução de JS vê, usando o próprio navegador:

Abra o Chrome DevTools (F12 ou Ctrl+Shift+I)
Abra o menu de comandos: Ctrl+Shift+P (Windows) ou Cmd+Shift+P (Mac)
Digite “Disable JavaScript” e pressione Enter
Recarregue a página com JavaScript desativado

O que você vê agora é aproximadamente o que GPTBot, ClaudeBot e PerplexityBot enxergam. Se a página está em branco, mostra mensagens de “Please enable JavaScript” ou tem conteúdo crítico faltando: confirmou o problema.

Lembre de reativar JavaScript no mesmo menu de comandos ao terminar o teste.

Método 4: Ferramentas especializadas

Para auditorias em escala (sites grandes, múltiplas páginas, relatórios para stakeholders), algumas ferramentas automatizam o processo:

Screaming Frog SEO Spider — permite configurar User-Agent customizado (GPTBot, ClaudeBot) e escolher entre “Text Only” (sem JS) e “JavaScript” rendering modes. Compare os dois modos para identificar páginas com diferença significativa de conteúdo.

Google Rich Results Test (search.google.com/test/rich-results) — mostra o HTML renderizado por Googlebot. Embora não replique exatamente o comportamento de GPTBot, serve como baseline: se nem o Googlebot renderizado consegue ver seu conteúdo, os outros também não verão.

Mobile-Friendly Test — similar, expõe o DOM renderizado pelo Googlebot mobile.

Sitebulb — oferece comparação automatizada entre HTML original e renderizado, sinalizando páginas com dependência crítica de JS.

Prerender.io analyzer — ferramenta gratuita que mostra diferenças entre o que bots veem versus usuários.

Análise de logs do servidor — filtre por User-Agent de bots de IA e monitore: status codes retornados, tamanho das respostas, frequência de crawl. Anomalias aqui são sinais de problema.

Auditando elementos específicos críticos para GEO

Alguns elementos merecem auditoria individual, pois são especialmente problemáticos quando renderizados client-side:

1. JSON-LD / Schema.org. Verifique se o bloco <script type="application/ld+json"> aparece no view source. Um erro comum é injetar JSON-LD via Google Tag Manager ou plugins client-side — o que funciona para Googlebot mas falha para GPTBot e ClaudeBot. A auditoria: curl com User-Agent de bot de IA, busque por application/ld+json no output.

2. Conteúdo em tabs e accordions. Muitas páginas de produto escondem especificações, reviews e FAQ em tabs que carregam conteúdo sob demanda. Se o conteúdo dessas tabs só existe no DOM após clique, crawlers de IA não veem. Auditoria: view source e busca pelo texto específico das tabs.

3. Preço, disponibilidade e variações de produto. E-commerces frequentemente carregam preços via API para garantir atualização. Se o preço não está no HTML inicial, ele está invisível. Para aparecer em respostas como “quanto custa o produto X?”, o preço precisa estar no HTML server-side.

4. Reviews e avaliações. Widgets de Trustpilot, Yotpo, Bazaarvoice costumam ser client-side puros. Sua página pode ter 10.000 reviews excelentes que bots de IA nunca verão. Auditoria: curl com bot UA, busque por textos de reviews reais.

5. FAQ dinâmica. Perguntas e respostas carregadas via API após page load são invisíveis. Esse é dos erros mais comuns em sites institucionais modernos.

6. Metadados de Open Graph e Twitter Cards. Se injetados via JS, não aparecem para crawlers. Devem estar no <head> server-side.

Para explorar mais sobre essa camada técnica e outras 11 táticas comprovadas, veja nosso guia 12 Técnicas de GEO Mais Eficazes para Aparecer em Respostas de IA em 2026.

Como corrigir: SSR, SSG, ISR e Pre-rendering

Identificado o problema, existem quatro caminhos principais de correção, em ordem de robustez:

1. Server-Side Rendering (SSR). O servidor renderiza o HTML completo a cada requisição. Crawlers recebem página pronta. Frameworks: Next.js (getServerSideProps / App Router com Server Components), Nuxt, Remix, SvelteKit, Angular Universal. É a solução mais robusta e recomendada pela GeoStack para sites com conteúdo dinâmico.

2. Static Site Generation (SSG). Páginas são pré-renderizadas em build time e servidas como HTML estático. Ideal para conteúdo que muda com baixa frequência (blog, páginas institucionais, documentação). Frameworks: Astro, Hugo, Gatsby, Next.js com generateStaticParams, Eleventy. Extremamente performático e 100% visível para qualquer crawler.

3. Incremental Static Regeneration (ISR). Híbrido: páginas são estáticas mas regeneradas periodicamente ou sob demanda. Próprio do Next.js. Excelente para e-commerces com muitos SKUs onde SSG puro inviabilizaria build time.

4. Pre-rendering / Dynamic Rendering. Serviço intermediário (Prerender.io, Rendertron) que renderiza a página com um headless browser e serve HTML pronto para bots, deixando usuários humanos com CSR normal. É plugável em SPAs existentes sem refatoração. Google considera dynamic rendering uma solução legada mas aceita, e funciona bem para crawlers de IA.

A escolha depende do stack atual e do orçamento de migração. Na prática, a GeoStack recomenda:

Site novo → SSG (Astro) ou SSR (Next.js)
SPA legado sem orçamento de refatoração → Prerender.io
E-commerce com muitos SKUs → SSR ou ISR
Blog ou institucional → SSG puro

Validação pós-correção

Depois de implementar a correção, repita toda a auditoria. Os três testes mínimos:

curl com User-Agent de GPTBot — o HTML retornado deve conter todo o conteúdo crítico, incluindo texto, preços, FAQs e JSON-LD.
View source — textos únicos das páginas devem aparecer via Ctrl+F.
Teste em LLM — após 30-60 dias, pergunte ao ChatGPT, Claude e Perplexity sobre tópicos específicos cobertos pelo seu site. A marca deveria começar a ser mencionada ou as informações do site deveriam ser citadas.

Importante: visibilidade para crawlers é condição necessária, mas não suficiente para aparecer em respostas de IA. É preciso também trabalhar autoridade externa, entidade, conteúdo extraível e sinais E-E-A-T — temas que cobrimos em Como fazer sua marca aparecer nas respostas do ChatGPT.

Checklist de auditoria JavaScript para GEO

Use este checklist enxuto em qualquer auditoria:

☐ View source mostra todo o texto crítico da página
☐ curl com UA de GPTBot retorna HTML completo
☐ curl com UA de ClaudeBot retorna HTML completo
☐ curl com UA de PerplexityBot retorna HTML completo
☐ JSON-LD está presente no HTML inicial (não injetado via JS)
☐ Meta tags (title, description, OG) estão no HTML inicial
☐ Preços, reviews e FAQs estão no HTML inicial
☐ Conteúdo de tabs/accordions está no DOM mesmo sem interação
☐ Navegação principal funciona sem JavaScript
☐ Página renderiza conteúdo útil com JavaScript desabilitado
☐ Robots.txt permite acesso a GPTBot, ClaudeBot, PerplexityBot, OAI-SearchBot
☐ Tempo de resposta (TTFB) inferior a 500ms
☐ Status code retornado a bots é 200 (não 403, 429 ou 503)

FAQ: 50 perguntas sobre auditoria de JavaScript para crawlers de IA

1. GPTBot executa JavaScript?

Não. Análises da Vercel e MERJ rastrearam mais de meio bilhão de fetches do GPTBot e encontraram zero evidências de execução de JavaScript. O bot lê apenas o HTML bruto inicial.

2. ClaudeBot renderiza JavaScript?

Não. ClaudeBot, da Anthropic, baixa o HTML bruto e não executa scripts. Curiosamente, faz download de arquivos JS em cerca de 23,84% das requisições, mas não os executa.

3. PerplexityBot executa JavaScript?

Não. Assim como GPTBot e ClaudeBot, PerplexityBot não renderiza JS. Isso é especialmente crítico porque Perplexity opera como RAG em tempo real — se o conteúdo não está no HTML inicial, não entra na resposta do usuário.

4. Google-Extended renderiza JavaScript?

Google-Extended é um token de controle no robots.txt, não um crawler separado. Ele sinaliza permissão/bloqueio para uso em treino de Gemini. A coleta em si é feita pelo Googlebot, que renderiza JS normalmente.

5. Googlebot executa JavaScript para AI Overviews?

Sim. Googlebot usa o Web Rendering Service baseado em Chrome headless e renderiza JS para alimentar AI Overviews, AI Mode e Gemini. É o único grande crawler de IA com suporte completo de renderização.

6. Bingbot executa JavaScript para Copilot?

Sim, com limitações. Bingbot tem capacidade de renderização, mas menor robustez que Googlebot. Como ChatGPT Search usa o índice do Bing, invisibilidade no Bing afeta indiretamente a visibilidade no ChatGPT.

7. AppleBot executa JavaScript?

Sim. AppleBot renderiza JavaScript através de um crawler baseado em browser, similar ao Googlebot, processando JS, CSS e requisições Ajax. Relevante para Apple Intelligence e Siri.

8. Meta-ExternalAgent executa JavaScript?

Não. O bot da Meta, usado para treino de Llama, baixa apenas HTML bruto. Tem 19% de share do tráfego de crawlers de IA segundo dados da Cloudflare.

9. O que é Server-Side Rendering (SSR)?

É quando o servidor gera o HTML completo antes de enviá-lo ao navegador ou bot. O requester recebe uma página pronta, com todo o conteúdo já no DOM. É a forma mais robusta de garantir visibilidade para crawlers de IA.

10. O que é Client-Side Rendering (CSR)?

É quando o servidor envia um HTML mínimo (shell) e o navegador usa JavaScript para montar o conteúdo. Invisível para crawlers de IA que não executam JS, que são a maioria.

11. O que é Static Site Generation (SSG)?

Páginas são pré-renderizadas em build time como HTML estático e servidas diretamente. Extremamente rápido e 100% visível para qualquer crawler. Ideal para blogs, docs e institucionais.

12. Diferença entre SSR e SSG para GEO?

Ambos servem HTML pronto a crawlers, então ambos funcionam bem para GEO. SSG é mais rápido (arquivos estáticos) mas exige rebuild para atualizar. SSR gera sob demanda, ideal para conteúdo dinâmico.

13. Next.js é bom para GEO?

Sim, é uma das melhores opções. Next.js oferece SSR, SSG e ISR nativamente. Basta garantir que você não esteja usando apenas componentes client-side em páginas críticas.

14. React puro (sem Next) funciona para GEO?

Geralmente não. Create React App e Vite com React puro produzem SPAs client-side. Sem SSR ou pre-rendering, essas aplicações são invisíveis para GPTBot, ClaudeBot e PerplexityBot.

15. Vue sem Nuxt funciona para GEO?

Não, pelos mesmos motivos do React puro. Nuxt é o Next.js do Vue — adiciona SSR, SSG e ISR. Sem ele, a aplicação é SPA client-side e não é lida por crawlers de IA.

16. Angular sem Angular Universal funciona?

Não. Angular puro é client-side. Angular Universal (agora SSR nativo no Angular 17+) é necessário para que o HTML seja gerado no servidor e lido por crawlers de IA.

17. Svelte com SvelteKit funciona?

Sim. SvelteKit oferece SSR e SSG por padrão. É uma das melhores opções para GEO em projetos modernos.

18. Astro é bom para GEO?

Excelente. Astro é focado em sites orientados a conteúdo, gera HTML estático por padrão e carrega JS apenas onde necessário. Estrutura ideal para GEO.

19. Gatsby funciona para GEO?

Sim. Gatsby é SSG e gera sites totalmente estáticos. Menos popular que Next.js e Astro hoje, mas tecnicamente adequado.

20. WordPress padrão funciona para crawlers de IA?

Sim, na maioria dos casos. WordPress renderiza HTML server-side por padrão. Problemas surgem quando plugins injetam conteúdo crítico via JS ou quando o tema usa React/Vue sem SSR.

21. Shopify renderiza server-side?

Sim. Shopify usa Liquid templates server-side por padrão. Problemas podem ocorrer com apps de terceiros que injetam elementos via JS — verifique preços, reviews e variantes via curl.

22. Webflow tem problema de JavaScript?

Geralmente não. Webflow exporta HTML estático. Exceções são componentes muito interativos customizados. Use view source para confirmar.

23. Wix tem problema de JavaScript?

Historicamente sim. Versões antigas de Wix dependiam muito de JS client-side. Versões mais recentes melhoraram, mas auditoria via curl é recomendada.

24. Como usar curl para simular GPTBot?

Use o parâmetro -A seguido da string de User-Agent do GPTBot. Exemplo: curl -A "GPTBot/1.2" https://seusite.com.br. O output será exatamente o que o bot recebe.

25. O que é view source e como usar?

É o HTML bruto servido pelo servidor, acessível via Ctrl+U (ou Cmd+Option+U no Mac). Mostra exatamente o que crawlers de IA recebem antes de qualquer JavaScript executar.

26. Qual a diferença entre view source e Inspector?

View source mostra o HTML original do servidor. Inspector/DevTools mostra o DOM atual, já modificado por JS. Para auditoria de GEO, view source é o que importa.

27. Screaming Frog simula GPTBot?

Permite configurar User-Agent customizado e desativar renderização de JS. Combinando as duas opções, aproxima-se bastante do comportamento de GPTBot e ClaudeBot.

28. Google Rich Results Test serve para AI crawlers?

Parcialmente. Mostra como Googlebot renderiza a página, útil como baseline. Mas não replica o comportamento de GPTBot/ClaudeBot que não renderizam JS. Use como um dos testes, não o único.

29. Devo bloquear GPTBot no robots.txt?

Para maximizar visibilidade em ChatGPT, permita. Algumas empresas bloqueiam por questões de uso do conteúdo em treino de LLMs — decisão estratégica que depende do negócio.

30. Perplexity respeita robots.txt?

PerplexityBot sim, oficialmente. Houve controvérsias em 2024 sobre bots não-identificados burlando regras. Hoje a empresa declara conformidade e separa PerplexityBot (treino) de Perplexity-User (RAG em tempo real).

31. Dynamic rendering ainda funciona?

Sim, embora Google o considere solução legada. Para GEO é plenamente válido: servir HTML renderizado para bots (via Prerender.io, Rendertron) enquanto usuários recebem SPA normal resolve o problema de invisibilidade.

32. Prerender.io vale a pena?

Para SPAs legados sem orçamento de refatoração, sim. É uma solução plugável que serve HTML renderizado a bots. Custo mensal varia conforme volume de páginas.

33. Hydration afeta crawlers de IA?

Não diretamente. Se o HTML server-side tem o conteúdo, bots recebem esse HTML independente de hydration ocorrer depois. Hydration é problema apenas em estratégias parciais como “streaming SSR” mal configurado.

34. JSON-LD injetado via JavaScript funciona?

Não para crawlers de IA. JSON-LD precisa estar no HTML inicial, não injetado via GTM ou scripts client-side. É um dos erros mais comuns em implementações de schema.

35. Lazy loading de imagens afeta GEO?

Imagens lazy-loaded com atributo loading="lazy" nativo do HTML estão OK. Lazy loading implementado inteiramente via JS (sem <img src> no HTML inicial) esconde as imagens de crawlers.

36. Infinite scroll funciona para crawlers de IA?

Mal. Infinite scroll depende de JS para carregar mais itens. Crawlers veem apenas o primeiro batch. Sempre mantenha paginação tradicional acessível via URLs distintas como fallback.

37. Conteúdo em modal JavaScript aparece?

Depende. Se o HTML do modal está no DOM inicial (mesmo oculto via CSS), crawlers veem. Se o conteúdo é carregado por JS ao abrir o modal, não veem.

38. Tabs com JavaScript afetam extração?

Se o conteúdo das tabs está no HTML inicial (apenas oculto via CSS), tudo bem. Se cada tab carrega conteúdo via AJAX ao clicar, apenas a primeira tab é visível para crawlers.

39. Meus preços de e-commerce aparecem via API. É problema?

Sim, problema grave. Preços precisam estar no HTML inicial para aparecerem em respostas de IA (“quanto custa X?”). Implemente SSR ou injete preços server-side como mínimo.

40. Reviews carregados via widget (Trustpilot, Yotpo) aparecem?

Geralmente não. Widgets de review costumam ser iframes ou JS client-side puro. Para GEO, considere puxar reviews server-side via API e renderizar no HTML, além do widget visual.

41. Noscript tag ajuda?

Minimamente. Alguns crawlers leem conteúdo dentro de <noscript>, mas não todos, e não garantem tratamento como conteúdo principal. É um fallback fraco — prefira SSR.

42. Como saber se sou SSR ou CSR?

Teste rápido: desative JavaScript no navegador e recarregue a página. Se o conteúdo aparece normalmente, é SSR ou SSG. Se a página fica em branco ou mostra “Loading…”, é CSR.

43. View source está vazio. É CSR?

Muito provavelmente sim. Se o view source mostra só <div id="root"></div> e scripts, você tem CSR. Migre para SSR/SSG urgentemente se quer visibilidade em IA.

44. Preciso migrar todo o site de uma vez?

Não. Priorize páginas mais importantes para GEO: home, páginas de categoria, produtos top, artigos principais, páginas institucionais. Migração incremental é viável com frameworks modernos.

45. Hybrid rendering é recomendado?

Sim, é o modelo moderno. Páginas de conteúdo principal em SSR/SSG, componentes interativos em client-side. Next.js App Router e Astro com islands arquitetam isso naturalmente.

46. Time to First Byte (TTFB) afeta crawlers de IA?

Sim. Bots têm timeouts mais agressivos que navegadores humanos. TTFB acima de 500ms aumenta taxa de abandono de crawl. Abaixo de 200ms é ideal.

47. Bots de IA seguem redirecionamentos?

Geralmente sim para 301 e 302, mas com limite de hops. Cadeias longas de redirect (301→301→301→200) podem ser abandonadas. Mantenha redirects diretos.

48. Qual status code retornar a bots de IA?

200 para páginas disponíveis. Nunca bloqueie com 403 ou 429 se quer visibilidade (a menos que seja decisão estratégica). 503 só em manutenção real — uso indevido prejudica crawl budget.

49. GeoStack audita JavaScript em seus projetos?

Sim, sempre. A GeoStack inclui auditoria completa de renderização JavaScript como primeiro passo técnico em todo projeto de GEO, usando combinação de curl por User-Agent, Screaming Frog configurado para bots de IA e análise de logs de servidor.

50. Qual o próximo passo após corrigir problemas de JavaScript?

Depois de garantir que bots de IA leem seu conteúdo, trabalhe os outros pilares de GEO: JSON-LD e Schema.org (incluindo sameAs), construção de autoridade externa (menções, links, Wikipedia/Wikidata), conteúdo otimizado para extração por LLMs e monitoramento de citações em ChatGPT, Claude, Perplexity e AI Overviews. Visibilidade técnica é fundação; o prédio ainda precisa ser construído.

Sobre a GeoStack

A GeoStack é a primeira agência especializada em Generative Engine Optimization (GEO) no Brasil, fundada por André HP, profissional com mais de 17 anos de experiência em SEO e marketing digital no mercado brasileiro. Sediada em São Paulo, a GeoStack atua em todo o Brasil e América Latina, ajudando marcas a ganharem visibilidade em ChatGPT, Gemini, Perplexity, Claude, Microsoft Copilot e Google AI Overviews através de pesquisa original, abordagem técnica e metodologia data-driven, com foco em fundamentos como auditoria de renderização, arquitetura semântica e construção de autoridade de entidade.