O Google e o ChatGPT conseguem ler o conteúdo do Elementor? Guia para verificar abas, acordeões e seções dinâmicas

TL;DR O Google renderiza JavaScript; os crawlers de IA não o garantem. A distinção que decide tudo é "está no HTML inicial" vs. "carrega só por JS/AJAX". Acordeões e abas do Elementor normalmente estão no HTML (escondidos por CSS), por isso são legíveis. Loop Grid com AJAX, filtros e lazy load mal configurado são risco alto. Teste rápido: View Page Source + desativar JavaScript + curl. Não adivinhe: meça se a IA citou (Semly).

Se você tem um site em Elementor e esconde conteúdo em abas, acordeões ou seções que só aparecem depois de um clique, provavelmente já se perguntou: será que o Google e o ChatGPT conseguem ler isto? A resposta curta é: depende de onde o conteúdo está. Se ele já vem no HTML da página, quase todos os bots leem. Se ele só aparece depois de JavaScript, aí começa o problema. Vamos ver como confirmar isso no seu caso, sem precisar de programação.

Como o Google e os crawlers de IA leem o conteúdo do Elementor (resposta rápida)

O Google processa JavaScript em três fases: primeiro faz o crawl, depois renderiza a página e só então indexa. Ele usa uma versão atual do Chromium em modo headless, ou seja, abre a página como um navegador faria. Por isso, conteúdo que aparece depois de JavaScript pode ser lido, desde que esteja visível no HTML renderizado.

Os crawlers de IA são outra história. OAI-SearchBot, GPTBot e PerplexityBot não documentam execução de JavaScript. Isto não significa que seja impossível, mas significa que você não deve contar com isso. A regra de ouro é simples: se não está no HTML renderizado, não conte com ele.

Google:        crawl  →  render  →  index
Crawlers de IA: crawl  →  (index)

Repare na diferença: o Google tem uma fase dedicada a executar JavaScript. Os crawlers de IA, pelo que está documentado, não têm. É por isso que o mesmo conteúdo pode aparecer no Google e ficar invisível para o ChatGPT.

O Google lê abas do Elementor? Se o conteúdo das abas estiver no HTML inicial, sim. O ChatGPT vê acordeões? Se o texto estiver no HTML, sim. O GPTBot executa JavaScript? Não está documentado que o faça, por isso trate como "não".

A distinção que decide tudo: escondido por CSS vs. carregado por JS/AJAX

Antes de qualquer teste, guarde este critério. A pergunta certa não é "aba ou acordeão". É: o conteúdo já existe no HTML inicial ou só é criado depois de um clique?

Conteúdo que está no HTML mas escondido por CSS (por exemplo, com display:none) é normalmente lido. O bot recebe o texto, mesmo que o visitante só o veja ao clicar. Já o conteúdo injetado por AJAX ou JavaScript depois de uma interação corre risco real, porque pode nunca chegar ao bot.

Porque é que um acordeão é lido e um filtro não? Porque o acordeão já traz o texto no HTML e apenas o esconde visualmente. O filtro AJAX vai buscar os resultados ao servidor só depois de você clicar, e esse pedido pode nunca acontecer para um bot.

O que conta como "HTML inicial"? É o que o servidor devolve antes de qualquer JavaScript correr. É exatamente isso que os crawlers de IA recebem.

Passo a passo: como verificar o conteúdo do Elementor (protocolo de 3 minutos)

Agora a parte prática. Faça os passos por ordem e anote o que encontra.

Passo 1 — Ver o código-fonte (View Page Source, não Inspect)

Abra a página e use Ctrl+U (ou Cmd+U no Mac). Procure o texto que está dentro do acordeão ou da aba. Se ele aparecer aqui, está no HTML pré-JS que os bots recebem. Isto prova que o conteúdo existe antes de qualquer JavaScript. Não prova que o Google o vai indexar, mas é um bom sinal.

Atenção: "Inspect" mostra o DOM depois de o JavaScript correr. "View Page Source" mostra o HTML que o servidor enviou. Para perceber o que os bots veem, use sempre o View Page Source.

Passo 2 — Desativar JavaScript no browser

Abra o DevTools, vá a Settings e ative "Disable JavaScript". Recarregue a página. O que desaparecer é conteúdo que depende de JavaScript. Se o seu acordeão continuar a mostrar o texto no código, ótimo. Se a secção ficar vazia, é sinal de risco.

Passo 3 — Pedir a página como um bot

No terminal, peça a página com a identidade de um bot:

curl -A "GPTBot" https://oseusite.com/pagina
curl -A "OAI-SearchBot" https://oseusite.com/pagina

Compare o resultado com o que o browser mostra. Se faltar conteúdo, esse conteúdo não está a ser entregue aos crawlers de IA.

Passo 4 — Testar no Google Search Console

Use a Inspeção de URL e clique em "Testar URL em direto". Veja o HTML renderizado. Isto mostra o que o Google consegue ver. Mas atenção aos limites: este teste confirma acesso e renderização, não garante indexação e não testa canonical, sitemaps nem ações manuais.

Passo 5 — Confirmar se a IA citou

Depois de corrigir, a pergunta final é: a IA passou a citar a sua página? É aqui que a Semly entra. A plataforma mede a visibilidade da sua marca nas respostas de IA e nas fontes citadas. Em vez de discutir teoria de renderização, você vê o resultado real.

Checklist rápida:

• View Page Source mostra o texto?
• Com JavaScript desativado, o conteúdo continua no código?
• O curl com user-agent de bot devolve o conteúdo?
• O teste ao vivo do GSC mostra o conteúdo renderizado?
• A IA está a citar a página?

O que isto significa para lojas online

Para uma loja online, o risco é bem concreto. Imagine uma página de produto com as especificações técnicas dentro de abas carregadas por JavaScript. O Google pode até rankear a página, mas o ChatGPT e o Perplexity podem nunca ver essas especificações. E sem elas, a IA não tem motivos para recomendar o seu produto.

Há outra nuance importante: menção não é citação. No relatório de visibilidade de e-commerce em IA da Semly, a menção média chegou a cerca de 22,6%, enquanto a taxa de citação ficou perto de 6,8%. Ou seja, aparecer na resposta não garante que o seu site seja citado como fonte. Conteúdo escondido agrava esta diferença. Vale a pena perceber quais URLs são realmente citadas pelos assistentes de IA.

Vale a pena notar que, entre os perfis de crescimento mais rápido analisados pela Semly, um dos fatores comuns foi exatamente "conteúdo legível sem executar JavaScript". Não é coincidência.

A minha página de produto está em risco? Se as especificações só aparecem depois de um clique e não estão no HTML, sim. Perco vendas por causa disto? Pode perder recomendações, porque a IA não encontra os dados de que precisa para sugerir o seu produto.

Como corrigir: boas práticas no Elementor

A boa notícia é que a maioria dos problemas tem solução simples. O Elementor não é o culpado: o que importa é como você implementa.

Algumas boas práticas que ajudam:

• Mantenha o conteúdo essencial no HTML inicial.
• Use SSR ou prerender para o que é crítico.
• Configure o lazy load de forma amigável para motores de busca.
• Cuide da hierarquia H1 → H2 → H3.
• Use ARIA como sinal de qualidade estrutural.

Vale a pena o FAQ Schema? O rich result de FAQ foi descontinuado em maio de 2026, mas o markup continua válido e ajuda as máquinas a interpretar o conteúdo. Use-o com consciência, não como atalho mágico.

Atenção: não use cloaking nem dynamic rendering como solução principal. O Google trata o dynamic rendering como um workaround, não como a melhor prática.

O que faço primeiro? Comece pelo conteúdo que gera valor: especificações de produto, descrições e respostas a dúvidas frequentes. Garanta que esse texto está no HTML.

Os erros mais comuns e como os corrigir

• Confundir Inspect com View Source. Sintoma: acha que o conteúdo está no HTML, mas está a ver o DOM pós-JS. Correção: use sempre Ctrl+U.
• Assumir que "o Google vê, logo o ChatGPT vê". Sintoma: a página rankeia mas não é citada. Correção: teste com curl e user-agent de bot.
• Bloquear OAI-SearchBot no robots.txt ou no CDN sem saber. Sintoma: o site desaparece das respostas de busca do ChatGPT. Correção: reveja o robots.txt e as regras do CDN.
• Confiar só no FAQ Schema. Sintoma: markup perfeito, zero citações. Correção: foque-se em conteúdo denso e legível.
• Ignorar o lazy load abaixo da dobra. Sintoma: imagens e secções não aparecem para bots. Correção: configure o lazy load corretamente.
• Não testar depois de alterar. Sintoma: acha que corrigiu, mas não confirmou. Correção: repita o protocolo e monitorize as fontes citadas.

Porque é que o meu conteúdo aparece no browser e não no curl? Porque o browser executa JavaScript e o curl não. Bloqueei algo sem querer? É possível: verifique o robots.txt e as regras do CDN.

O que fazer a seguir

Depois de corrigir, não pare. O passo seguinte é medir.

1. Audite a visibilidade da sua marca nas respostas de IA.
2. Verifique as fontes citadas.
3. Identifique lacunas de conteúdo.
4. Corrija e volte a medir.

A Semly ajuda exatamente nesta parte: mostra se a sua marca é recomendada por modelos como ChatGPT e Gemini, quais as fontes citadas e onde estão as lacunas. É o medidor do resultado, não uma promessa de leitura. Pode ainda comparar a sua visibilidade com a dos concorrentes para saber onde está a perder terreno.

Quando vale a pena ir além do Elementor? Use este critério simples:

Conteúdo crítico?      → SSR / prerender
Conteúdo secundário?   → manter no HTML e esconder por CSS

O que faço depois de corrigir? Volte a medir as citações. Como sei que resultou? Quando a IA começa a citar as suas páginas como fonte.

Perguntas frequentes

O Google consegue ler abas do Elementor? Sim, desde que o conteúdo esteja no HTML inicial. O Google renderiza JavaScript, por isso consegue ver o que está no HTML renderizado.

O ChatGPT vê conteúdo em acordeões? Se o texto estiver no HTML, sim. Os acordeões do Elementor normalmente mantêm o conteúdo no HTML, apenas escondido por CSS.

O GPTBot executa JavaScript? Não está documentado que o faça. Por isso, o mais seguro é garantir que o conteúdo essencial está no HTML.

Como testo o que os bots veem? Use View Page Source, desative o JavaScript no browser e peça a página com curl usando o user-agent de um bot. Depois confirme no Google Search Console e meça as citações de IA com a Semly.