O que os AI-Crawlers veem – e o que não veem
Muita coisa que é considerada óbvia no dia a dia do SEO é invisível para os LLMs no modo de conversação. O novo estudo Writesonic 2026 analisou seis grandes crawlers de LLM (ChatGPT, Claude, Gemini-Conversation, Perplexity, Bing Copilot, Google AI Overviews) e confirmou: todo o conteúdo deve ser entregue de forma que permaneça compreensível sem JavaScript, sem muito scroll e sem metadados no head.
Os três níveis de crawler (HTML-only / Headless / Full-Browser)
Para fins de classificação, ajuda usar uma grade simples, na qual os crawlers de LLM atuais geralmente se enquadram nos níveis 1 e 2:- Nível 1: HTML-only Parser – leem HTML estático, seguem links de forma limitada, não executam JavaScript e não fazem scroll.
- Nível 2: Headless Light – conseguem analisar o HTML de forma mais robusta, considerando fallbacks individuais (ex:
- Nível 3: Full-Browser – executam JavaScript, realizam renderização complexa e fazem scroll. No entanto, o estudo mostra a predominância de comportamentos dos níveis 1 e 2.
O que todos os 6 LLMs veem de forma confiável — e o que não veem
Os testes da Writesonic revelam padrões claros:- 3 de 6 LLMs não executam JavaScript. Conteúdos JS-only (SPAs, avaliações injetadas no lado do cliente, conteúdos em lazy-load) permanecem invisíveis.
- 0 de 6 LLMs leem JSON-LD no modo de conversação ao vivo. Importante: o JSON-LD continua sendo relevante para o índice de pesquisa do Google – dois mundos distintos.
- 0 de 6 LLMs leem Meta-Description ou OG-Tags no modo de conversação.
- 5 de 6 LLMs leem a tag
de forma confiável. Por isso, ela é o elemento de head mais importante para a leitura dos LLMs.</li> <li>0 de 6 LLMs fazem scroll. Conteúdos „below the fold“ (abaixo da dobra) e imagens/blocos de texto carregados via lazy-load são ignorados.</li> <li>4 de 6 LLMs leem fallbacks <noscript>.</li> <li>Conteúdo oculto via CSS (ex: display:none, acordiões) é visível; pseudoconteúdos ::before/::after são invisíveis.</li> <li>Microdados no body são lidos melhor do que JSON-LD no head.</li> </ul> <h2>Tag Title é o novo ouro — recomendação prática</h2> Se 5 de 6 crawlers leem o Title de forma confiável, ele se torna a alavanca central. Recomendações: <ul><li>Preciso, denso em informações, com menos de 60 caracteres; evite frases vazias.</li> <li>Sugestão de estrutura: Tema primário | benefício concreto | marca.</li> <li>Varie de acordo com o tipo de página (categoria, produto, guia), mas mantenha a terminologia consistente.</li> <li>Posicione os termos mais fortes primeiro; nome da marca ao final, a menos que haja uma busca forte pela marca.</li> <li>Sincronize H1 e Title semanticamente, sem cópia cega: o Title condensa, a H1 explica.</li> </ul> <h2>JSON-LD não está morto, mas Microdata ganha na leitura de LLMs</h2> O estudo mostra: no modo de conversação, o JSON-LD não é lido, enquanto os Microdata no body tendem a ser. Recomendação de ação: <ul><li>Mantenha o JSON-LD para o índice de pesquisa (produtos, FAQs, organização, breadcrumbs).</li> <li>Espelhe fatos críticos adicionalmente como Microdata diretamente no body visível (preços, disponibilidade, avaliações), com conteúdo idêntico ao JSON-LD.</li> <li>Evite contradições entre dados estruturados e texto visível.</li> <li>Utilize elementos HTML semânticos (article, header, nav, main, footer) para estruturar de forma limpa o conteúdo do body para os parsers.</li> </ul> <h2>Lazy Loading & Below-the-fold — os assassinos subestimados</h2> Como 0 de 6 LLMs fazem scroll, os mecanismos de lazy-load isolam conteúdos centrais da percepção. Consequências: <ul><li>Posicione a mensagem principal, USPs do produto, preços e chamadas para ação primárias acima da primeira altura do viewport.</li> <li>Carregue imagens/conteúdos de texto relevantes para o topo sem lazy-load (ou com fallback inline no lado do servidor). Não utilize injeção puramente no lado do cliente para conteúdos principais.</li> <li>Ofereça fallbacks <noscript> para ativos críticos (ex: imagens estáticas de produtos, trechos de texto).</li> <li>Verifique SPAs e widgets de avaliação: sem renderização no lado do servidor, eles permanecem invisíveis.</li> </ul> <h2>O que nossa auditoria faz com isso</h2> Expandimos as auditorias técnicas com quatro verificações específicas e ajustamos os pesos moderadamente: <ul><li>title_tag_present: Verifica a existência, comprimento e precisão da tag Title por URL.</li> <li>lazy_loaded_main_content: Aviso quando conteúdos essenciais são carregados exclusivamente via lazy-load ou tornam-se visíveis apenas após interação.</li> <li>noscript_fallback_present: Registra se existe um fallback <noscript> para módulos de imagem/texto críticos.</li> <li>css_generated_critical_content: Reporta risco se copy relevante é gerada via pseudo-elementos CSS (::before/::after).</li> </ul>O peso de sinais on-page individuais é deslocado moderadamente em favor do HTML above-the-fold e da qualidade do markup semântico. <h2>Conclusão & 5 medidas concretas para lojistas</h2> O estudo separa os sinais clássicos de SEO daquilo que os LLMs realmente captam no modo de diálogo. Aposte em conteúdos robustos, entregues primeiro em HTML, e proteja informações críticas contra limitações de renderização. Cinco medidas prioritárias: 1) Refinar o programa de Titles: Cada página de categoria e cada produto recebe um Title preciso, curto e orientado a benefícios. 2) Fortalecer o Above-the-fold: USP, preço, disponibilidade, CTA primária e um parágrafo descritivo diretamente no HTML renderizado pelo servidor. 3) Progressive Enhancement em vez de JS-only: Operar SPAs e widgets com SSR/ISR ou fallbacks estáticos; não injetar copy crítica via JavaScript. 4) Duplicar dados estruturados: Manter JSON-LD, mas marcar informações-chave adicionalmente como Microdata no body. 5) Check de fallback e CSS: Fallbacks <noscript> para módulos centrais; não exibir textos vitais ao negócio em ::before/::after. <p>Os resultados da Writesonic fornecem diretrizes claras: o que não está no HTML inicial e acima da dobra, efetivamente não existe para muitos LLMs. Ajuste seus templates de acordo e valide regularmente com verificações reais de crawlers.</p> </article> <footer> <p>© 2026 Trusted Shops SE — <a href="https://ai-trust-audit.trustedshops.com">AI Trust Audit</a></p> <p> <a href="https://uyeqrrnoelyciqvpzhur.supabase.co/functions/v1/blog/pt">Blog</a> · <a href="https://uyeqrrnoelyciqvpzhur.supabase.co/functions/v1/site/pt/about">Como funciona</a> · <a href="https://uyeqrrnoelyciqvpzhur.supabase.co/functions/v1/site/pt/faq">FAQ</a> · <a href="https://uyeqrrnoelyciqvpzhur.supabase.co/functions/v1/site/pt/contact">Contacto</a> · <a href="https://uyeqrrnoelyciqvpzhur.supabase.co/functions/v1/site/pt/impressum">Impressum</a> · <a href="https://uyeqrrnoelyciqvpzhur.supabase.co/functions/v1/site/pt/nutzungsbedingungen">Termos</a> · <a href="https://uyeqrrnoelyciqvpzhur.supabase.co/functions/v1/site/pt/datenschutz">Privacidade</a> </p> </footer> </body> </html>