Google e ChatGPT leggono i contenuti di Elementor? Guida pratica per controllare schede, accordion e sezioni dinamiche e non perdere visibilità nelle risposte AI

TL;DR Googlebot esegue JavaScript e vede i contenuti di tab e accordion presenti nel DOM; i crawler AI come GPTBot, OAI-SearchBot, PerplexityBot e ClaudeBot in gran parte no. Su Elementor il rischio non sono i widget standard, ma i contenuti caricati dopo il primo paint, come Loop Grid, sezioni fetch-on-click e chiamate AJAX. Si verifica confrontando HTML sorgente e HTML renderizzato: se il testo chiave non è nel sorgente, gli LLM non lo leggono. Regola operativa: contenuti chiave in HTML sempre visibile, accordion e tab solo per contenuti secondari. Rendering, indicizzazione e citazione sono tre cose diverse e vanno misurate separatamente.

Hai una pagina fatta con Elementor. Magari un accordion con le domande frequenti, un Loop Grid con i prodotti, qualche tab con le specifiche. Ti sei chiesto almeno una volta: "Ma Google e ChatGPT vedono davvero tutto questo?". La risposta breve è: dipende. E la parte interessante è che puoi scoprirlo da solo in pochi minuti, senza essere uno sviluppatore.

In questa guida facciamo un percorso pratico. Prima capiamo chi vede cosa. Poi passiamo ai test, uno per uno. Alla fine avrai una checklist chiara per decidere quali contenuti tenere nascosti dietro un click e quali no. Perché la posta in gioco non è solo il posizionamento su Google, ma anche la possibilità che il tuo brand venga citato nelle risposte di ChatGPT, Gemini, Claude o Perplexity.

Contenuti Elementor visibili ai crawler AI: cosa cambia davvero

Partiamo da un mito da sfatare: "Se è nel sito, lo vedono tutti". Non funziona così.

Googlebot è un crawler evoluto. Scarica la pagina, esegue il JavaScript con una versione headless di Chromium e poi indicizza l'HTML renderizzato. In pratica, se il tuo accordion è chiuso ma il testo è già nel DOM, Google lo vede. Lo stesso vale per i tab. Google ha confermato più volte che i contenuti nascosti per motivi di esperienza utente, come appunto tab e accordion, ricevono peso pieno.

I crawler AI, invece, sono un'altra storia. Nella maggior parte dei casi non eseguono JavaScript. Leggono solo l'HTML iniziale, quello che arriva al primo caricamento. Se il testo compare solo dopo un click o dopo una chiamata AJAX, per loro non esiste. Per capire meglio come i modelli generativi interpretano i contenuti, vale la pena consultare la base di conoscenza su GEO e AI Search.

Ecco una lista rapida di chi renderizza e chi no:

• Googlebot: sì, rendering completo.
• Gemini: sì, usa l'infrastruttura di Googlebot.
• AppleBot: sì, renderizza tramite browser.
• GPTBot, OAI-SearchBot, ClaudeBot, PerplexityBot: no, leggono solo l'HTML iniziale.

Attenzione a non generalizzare. Non è vero che "Google non vede gli accordion". E non è vero nemmeno che "tutti i bot AI ignorano il JavaScript", perché Gemini e AppleBot fanno eccezione. Il punto è un altro: la maggior parte dei crawler che alimentano le risposte AI non esegue JS, quindi il tuo contenuto chiave deve stare nell'HTML iniziale.

E poi c'è una distinzione che spesso si perde: rendering, indicizzazione e citazione sono tre cose diverse. Che Google renderizzi la pagina non significa che la indicizzi bene. Che la indicizzi non significa che ChatGPT la citi. Sono tre fasi separate, e vanno misurate separatamente.

Na co uważać (attenzione ai falsi miti): non scrivere o pensare che "Google non vede gli accordion" o che "tutti i bot AI ignorano JS". Sono semplificazioni sbagliate che portano a decisioni tecniche sbagliate.

Krok 1 — Verifica cosa vede Google (HTML renderizzato)

Obiettivo di questo passo: confermare che Google vede la tua pagina come la vedi tu.

Apri Google Search Console, incolla l'URL della pagina e usa lo strumento di ispezione. Cerca la voce che ti mostra la pagina come è stata scansionata, cioè l'HTML renderizzato. Poi confrontala con il sorgente grezzo.

Cosa cerchi esattamente? Una frase chiave. Prendi una riga di testo che sta dentro un accordion o un tab e verifica se compare nell'HTML renderizzato.

• Se il testo c'è, sei a posto: Google lo vede.
• Se il testo manca, hai un problema di caricamento via JavaScript o AJAX.

Puoi usare anche il Rich Results Test di Google, che ti mostra l'HTML renderizzato e ti dice se i dati strutturati sono leggibili. È un buon doppio controllo.

Questo passo ti dice una cosa sola, ma importante: Google è a posto? Se sì, passiamo al test successivo, quello che riguarda i motori di risposta AI.

Krok 2 — Verifica cosa vedono i crawler AI (HTML sorgente)

Qui cambia tutto. L'obiettivo è capire se il tuo testo chiave è presente nel sorgente grezzo, quello che un bot senza JavaScript legge davvero.

Il test è semplicissimo. Apri la pagina nel browser e premi Ctrl+U per vedere il sorgente. Poi usa Ctrl+F e cerca una frase chiave, ad esempio il nome di un prodotto o una risposta importante.

Ripeti su due o tre pagine diverse, non solo sulla home. Spesso il problema si nasconde nelle pagine interne, quelle con i loop dinamici.

Se vuoi un test ancora più vicino alla realtà, puoi usare un semplice fetch testuale della pagina. Serve a simulare cosa vede un bot che non esegue JavaScript: se il testo non compare lì, non compare nemmeno per l'LLM.

Il criterio è netto: se la frase non è nel sorgente, il crawler AI non la legge. Punto.

Una piccola lista di controllo per ogni pagina:

• La frase chiave è nel sorgente?
• Il contenuto principale è visibile senza click?
• Ci sono sezioni che si caricano solo dopo un'interazione?

Se la risposta alla prima domanda è no, hai trovato il punto da sistemare. E il bello è che spesso la soluzione è più semplice di quanto pensi.

Krok 3 — Controlla schede, accordion e widget dinamici in Elementor

Non tutti i widget di Elementor sono uguali. Alcuni sono tranquilli, altri nascondono insidie.

I widget standard come Tabs e Accordion renderizzano lato server. Il testo finisce nell'HTML iniziale, quindi anche i crawler AI lo vedono. Il problema non sono loro.

Il rischio arriva con i contenuti caricati dopo il primo paint: Loop Grid, Loop Carousel, sezioni che si popolano al click, lazy-load attivato su interazione. Lì il testo non è nel sorgente, e per gli LLM semplicemente non esiste.

Ecco una tabella per orientarti:

La regola d'oro è semplice: il primo tab o accordion dovrebbe essere aperto di default. Così il contenuto più importante è subito visibile, sia per l'utente che per il crawler.

E ricorda: i widget standard sono sicuri, ma solo se il testo è davvero nell'HTML iniziale. Vale sempre la pena verificarlo con il test del Krok 2.

Krok 4 — Metti i contenuti chiave in HTML sempre visibile

Ora passiamo dalla diagnosi alla soluzione. Qui si fa il lavoro vero.

Primo passo: fai una lista dei contenuti critici. Cosa è critico? Tutto ciò che vuoi che un motore di risposta AI citi: l'offerta, il prezzo, le specifiche tecniche, le risposte alle domande frequenti, i punti di forza del servizio.

Secondo passo: sposta questi contenuti fuori da accordion e tab. Devono stare in HTML visibile subito, senza click.

Terzo passo: lascia accordion e tab per i contenuti secondari. Dettagli di contorno, approfondimenti, materiali extra. Roba che arricchisce ma non è essenziale.

Quarto passo: aggiungi i dati strutturati. In Elementor puoi usare lo schema Product o FAQPage, e impostare il Title HTML Tag da H1 a H6 direttamente nel widget Accordion. Una nota importante: i rich results FAQ di Google sono stati deprecati a maggio 2026, ma FAQPage resta un tipo valido e utile per la comprensibilità. Non aspettarti un rich result, ma aiuta i modelli a capire meglio i tuoi contenuti.

Quinto passo: rifai i test dei Krok 1 e 2. Solo così sai se la modifica ha funzionato.

Una checklist prima e dopo:

• Prima: quali contenuti critici sono nascosti?
• Prima: il testo chiave è nel sorgente?
• Dopo: i contenuti critici sono in HTML visibile?
• Dopo: il test del sorgente dà esito positivo?

Non serve stravolgere la UX. Puoi tenere accordion e tab per la parte estetica e spostare solo i contenuti che contano davvero. L'utente non noterà la differenza, i crawler sì.

Krok 5 — Misura se i contenuti vengono citati nelle risposte AI

Ultimo passo, e forse il più sottovalutato. Perché essere visibili non significa essere citati.

Il primo test è semplice: fai domande reali ai modelli. Prova su ChatGPT, Gemini, Claude e Perplexity. Usa prompt che un tuo cliente scriverebbe davvero, non domande generiche.

Poi distingui due cose: la menzione e la citazione. Una menzione è quando il tuo brand viene nominato. Una citazione è quando il modello usa il tuo contenuto come fonte. Sono due livelli diversi di visibilità, e vanno letti separatamente.

E soprattutto: non fermarti a un singolo test. I modelli cambiano, le risposte cambiano, i prompt cambiano. Serve un monitoraggio nel tempo. Per capire come impostarlo, puoi partire da questa guida su dove attivare il monitoraggio del brand.

Qui entra in gioco Semly. La piattaforma analizza prompt reali dei clienti, le fonti citate, i concorrenti e la presenza del brand nelle risposte AI. Puoi seguire il Citation Rate, cioè quanto spesso vieni citato, e lo Share of Voice, cioè quanto spazio occupi rispetto agli altri. In più, l'AI Agent "Leon" ti aiuta a creare e ottimizzare contenuti pensati per essere raccomandati dai modelli generativi. Se vuoi vedere come funziona il monitoraggio della brand visibility, puoi esplorare la piattaforma.

Il punto è questo: sistemare l'HTML è il primo passo, ma senza misurazione non sai se stai migliorando. E non aspettarti che una singola modifica tecnica faccia schizzare le citazioni. La visibilità AI si costruisce nel tempo, con contenuti chiari e un monitoraggio costante.

Errori più comuni e come rimediare

Ecco i classici inciampi, con la soluzione pronta.

• Testo chiave solo dentro un accordion → Perché è un problema: se il testo non è nel sorgente, i crawler AI non lo leggono. → Come rimediare: sposta i contenuti critici in HTML sempre visibile.
• Loop dinamici con contenuto critico → Perché è un problema: i loop caricati via JavaScript non finiscono nell'HTML iniziale. → Come rimediare: verifica il sorgente e porta i contenuti essenziali in sezioni statiche.
• Dare per scontato che Googlebot e crawler AI siano la stessa cosa → Perché è un problema: Googlebot renderizza, la maggior parte dei bot AI no. → Come rimediare: testa separatamente i due scenari.
• Bloccare i crawler AI nel robots.txt senza una decisione consapevole → Perché è un problema: rischi di sparire dalle risposte AI senza volerlo. → Come rimediare: controlla il file e decidi con cognizione di causa cosa permettere.
• Non rifare il test dopo le modifiche → Perché è un problema: senza verifica non sai se il problema è risolto. → Come rimediare: ripeti i test del sorgente e dell'HTML renderizzato dopo ogni intervento.

Un errore trasversale a tutti questi è trascurare come i modelli descrivono il tuo marchio: vale la pena leggere anche come evitare le allucinazioni di ChatGPT nella rappresentazione del brand.

Cosa fare adesso (checklist finale)

Ecco la sequenza da seguire, in ordine. Segna ogni punto quando è fatto.

• Ispeziona la pagina in Search Console e controlla l'HTML renderizzato.
• Apri il sorgente con Ctrl+U e cerca una frase chiave.
• Ripeti il test su almeno due o tre pagine interne.
• Controlla quali widget usano Loop Grid o caricamenti su click.
• Sposta i contenuti critici in HTML sempre visibile.
• Tieni aperto di default il primo tab o accordion.
• Aggiungi i dati strutturati e imposta i Title HTML Tag corretti.
• Rifai i test dei Krok 1 e 2 dopo le modifiche.
• Misura menzioni e citazioni su più modelli AI, nel tempo.

Fatto questo, hai il controllo. Sai cosa vede Google, sai cosa vedono i crawler AI e sai dove intervenire. E se vuoi trasformare questa visibilità in citazioni concrete, Semly ti dà gli strumenti per misurarla e migliorarla, prompt dopo prompt. Per approfondire strategie e casi pratici, dai un'occhiata al blog di Semly.