Ci sono siti che si posizionano bene su Google, hanno contenuti solidi, autorevolezza e backlink, eppure non compaiono mai nelle risposte di ChatGPT, Claude o Perplexity. In molti casi la causa non è la qualità del contenuto: è che il crawler AI non è mai riuscito a leggerlo. I bot che alimentano i motori AI, a differenza di Googlebot, non eseguono JavaScript. Leggono l HTML grezzo restituito dal server, estraggono ciò che trovano e passano oltre. Non esiste una seconda passata di rendering. Se il tuo sito è una single page application in React, Vue o Angular con rendering lato client, quello che il crawler AI vede è il guscio vuoto della pagina prima che il browser costruisca il contenuto. Questo articolo spiega esattamente cosa succede, come verificarlo in meno di un minuto e quali sono le strade tecniche per risolverlo senza rifare il sito da zero.
Cosa vede davvero un crawler AI quando apre il tuo sito
Un motore di ricerca tradizionale come Google lavora in tre fasi separate: scansiona l HTML, mette la pagina in coda per un servizio di rendering basato su browser headless, esegue il JavaScript e solo dopo indicizza il risultato. È un processo lento ma tollerante: anche un sito costruito interamente lato client, prima o poi, finisce in indice.
I crawler dei motori AI saltano completamente la fase di rendering. Fanno una richiesta HTTP, ricevono la risposta HTML iniziale, la analizzano e passano alla URL successiva. Non aspettano, non riprovano, non costruiscono il DOM. Il paradosso è che questi bot scaricano comunque i file JavaScript: secondo l analisi condotta da Vercel e MERJ sul traffico reale della loro rete, GPTBot scarica file JavaScript in circa l 11,5% delle richieste e ClaudeBot nel 23,84% dei casi, ma non li esegue mai. Li trattano come testo, non come codice.
| Crawler | Motore o assistente | Esegue JavaScript? |
|---|---|---|
| GPTBot, OAI-SearchBot, ChatGPT-User | OpenAI / ChatGPT | No |
| ClaudeBot, Claude-SearchBot | Anthropic / Claude | No |
| PerplexityBot | Perplexity | No |
| Meta-ExternalAgent | Meta AI | No |
| Bytespider | ByteDance | No |
| CCBot | Common Crawl (dataset di training) | No |
| Googlebot | Google Search, AI Overviews, Gemini | Sì, con ritardo |
| AppleBot | Apple Intelligence, Siri | Sì, crawler basato su browser |
L eccezione che confonde tutti
Gemini usa l infrastruttura di Googlebot, quindi renderizza JavaScript come Google. Questo genera un falso senso di sicurezza: se testi solo con Gemini o con le AI Overviews e vedi il tuo contenuto, potresti concludere che va tutto bene mentre ChatGPT e Perplexity continuano a leggere una pagina vuota.
I numeri che spiegano perché il problema è ormai sistemico
Il volume di scansione dei crawler AI non è più marginale. I dati raccolti sulla rete Vercel danno la misura del fenomeno e mostrano anche quanto questi bot siano ancora inefficienti rispetto a Googlebot.
Il tasso di 404 così elevato racconta una seconda verità operativa: i crawler AI sbagliano URL molto più spesso dei motori tradizionali, spesso inseguendo asset obsoleti o vecchi percorsi. Significa che redirect puliti, sitemap aggiornate e pattern di URL coerenti pesano oggi più di quanto pesassero quando l unico interlocutore era Google.
"I brand devono assicurarsi che le informazioni critiche siano renderizzate lato server e che i siti restino ben ottimizzati per mantenere visibilità in un panorama di ricerca sempre più diversificato."
— Ryan Siddle, Managing Director di MERJ, nello studio congiunto con Vercel
Come verificare in 60 secondi se il tuo sito è leggibile dai motori AI
Non servono strumenti a pagamento. Il test decisivo si fa con il browser che stai già usando, ma va fatto nel modo giusto: quasi tutti sbagliano perché guardano il pannello Elements degli strumenti per sviluppatori, che mostra il DOM già costruito dal JavaScript e quindi mente.
- 1Apri una pagina strategica del sito, per esempio una scheda servizio o un articolo che vorresti far citare.
- 2Premi Ctrl+U su Windows o Cmd+Option+U su Mac per aprire il codice sorgente originale della pagina, non il pannello Elements.
- 3Cerca con Ctrl+F una frase intera del contenuto principale, presa dal corpo del testo e non dal titolo.
- 4Se la frase compare nel sorgente, i crawler AI possono leggerla. Se non compare, il contenuto è generato lato client ed è invisibile a GPTBot, ClaudeBot e PerplexityBot.
- 5Ripeti il controllo su title, meta description, H1 e blocco JSON-LD: anche questi devono essere presenti nell HTML iniziale.
- 6Ripeti su almeno un template per tipologia di pagina: home, categoria, servizio, scheda prodotto, articolo. Spesso solo alcuni template sono client-side.
Il trucco del curl senza JavaScript
Per un test ancora più fedele, simula la richiesta di un crawler AI da terminale con curl -A GPTBot https://tuodominio.it/pagina e leggi la risposta grezza. È esattamente il payload che riceve il bot di OpenAI. Se il risultato è un div vuoto con qualche script, hai la conferma definitiva. Salva l output in un file e usalo come prova nel confronto con il team di sviluppo: è molto più efficace di una discussione teorica sul framework.
Attenzione alle regressioni silenziose
Non esiste una Search Console dei motori AI. Un rilascio che sposta un contenuto dentro un componente client può rendere una sezione del sito illeggibile ai crawler AI senza generare alcun errore visibile. Inserisci il controllo del sorgente nella checklist di rilascio, non solo nella fase di audit iniziale.
Le tre strade per risolvere, con i relativi compromessi
La soluzione non è abbandonare React o i framework moderni. È spostare la generazione dell HTML dal browser al server o al momento della build. Ecco le opzioni concrete, in ordine di impatto e di sforzo.
| Approccio | Come funziona | Sforzo | Quando ha senso |
|---|---|---|---|
| SSG / generazione statica | Le pagine vengono generate in HTML al momento della build e servite già complete | Basso su siti con contenuti stabili | Siti vetrina, pagine servizio, blog, landing page |
| SSR / rendering lato server | Il server produce l HTML a ogni richiesta | Medio, richiede infrastruttura adeguata | Contenuti dinamici, aree con dati aggiornati di frequente |
| ISR / rigenerazione incrementale | HTML statico rigenerato a intervalli o su evento | Medio | E-commerce con catalogo ampio e aggiornamenti frequenti |
| Prerendering per bot | Un servizio intercetta i bot e serve loro una versione HTML già renderizzata | Basso ma è una toppa | Soluzione ponte quando la migrazione non è immediata |
- Metti nell HTML iniziale tutto ciò che definisce il significato della pagina: contenuto principale, title, meta description, H1, breadcrumb, struttura di navigazione, dati strutturati JSON-LD.
- Non nascondere il contenuto dietro tab, accordion o caricamenti al click se quel contenuto è la risposta che vuoi far citare.
- Evita il lazy loading del testo. Il lazy loading ha senso per le immagini, non per i paragrafi.
- Verifica che il contenuto sia presente anche nelle versioni paginate e nei filtri, spesso costruiti interamente lato client.
- Controlla che robots.txt non blocchi i bot dei motori AI su cui vuoi essere presente: risolvere il rendering e poi bloccare il crawler è uno spreco perfetto.
Strumenti utili per il controllo e il monitoraggio
Una combinazione essenziale di strumenti gratuiti copre la quasi totalità dei casi. Gli strumenti a pagamento servono soprattutto per il monitoraggio continuo su siti di grandi dimensioni.
- Codice sorgente del browser (gratuito): il test più affidabile e immediato. Cmd+Option+U o Ctrl+U.
- curl da terminale (gratuito): permette di simulare lo user agent di un crawler AI e leggere la risposta grezza del server.
- Google Search Console, Controllo URL con HTML testato (gratuito): mostra la differenza tra HTML grezzo e HTML renderizzato da Google.
- Rich Results Test e Schema Markup Validator (gratuiti): confermano che i dati strutturati siano presenti nella risposta iniziale.
- Screaming Frog SEO Spider (gratuito fino a 500 URL): consente di eseguire una scansione in modalità solo testo e confrontarla con la scansione con rendering JavaScript. Il delta tra le due scansioni è la mappa esatta di ciò che i crawler AI non vedono.
- Log del server o del CDN (di norma già inclusi): filtrando per user agent GPTBot, ClaudeBot, PerplexityBot e OAI-SearchBot si vede quali pagine vengono realmente scansionate e con che frequenza.
Il confronto che convince il cliente
Esegui due scansioni con Screaming Frog sullo stesso sito, una in modalità solo testo e una con rendering JavaScript attivo, ed esporta il conteggio delle parole per URL. La differenza tra le due colonne, messa in un grafico, è il documento più persuasivo che puoi portare in riunione per giustificare un intervento sul rendering.
Cosa cambia motore per motore
L impatto del problema non è uniforme. Conoscere le differenze permette di stabilire priorità realistiche in base a dove il tuo pubblico cerca davvero.
- ChatGPT e ChatGPT Search: nessun rendering. È il canale dove un sito client-side perde di più, perché è anche quello con il volume di query più alto tra gli assistenti generativi.
- Perplexity: nessun rendering. Motore fortemente basato su recupero di fonti in tempo reale, quindi l HTML iniziale è tutto ciò che ha a disposizione per decidere se citarti.
- Claude: nessun rendering, con un tasso di download di file JavaScript ancora più alto di GPTBot pur senza eseguirli.
- Google AI Overviews e AI Mode: usano l infrastruttura Googlebot, quindi il rendering avviene, ma con ritardo. I contenuti nuovi possono restare fuori dalle risposte finché la coda di rendering non li elabora.
- Gemini: stessa infrastruttura di Google, quindi rendering completo.
- Microsoft Copilot: si appoggia all indice Bing, che dichiara di poter elaborare JavaScript ma non in modo affidabile su larga scala e continua a raccomandare il rendering dinamico.
La conclusione operativa è semplice: progettare per il crawler meno capace è la scelta che massimizza la copertura. Un sito server-rendered è leggibile da tutti, un sito client-rendered è leggibile solo da alcuni. Non esiste uno scenario in cui il rendering lato client offra un vantaggio di visibilità.
Perché è importante per imprenditori e direzioni marketing
Nel 2026 la scelta della strategia di rendering non è più una decisione di performance o di comodità del team di sviluppo: è una decisione di visibilità. Un sito costruito interamente lato client può continuare a posizionarsi su Google, perché Google mantiene una coda di rendering con un browser headless, e allo stesso tempo essere completamente assente dalle risposte generative. È una frattura nuova: due canali di scoperta che si comportano in modo opposto sullo stesso identico sito. Chi ha rifatto il sito negli ultimi due anni con framework moderni configurati male sta pagando questa frattura senza saperlo, perché non esiste una Search Console dei motori AI che segnali il problema.
Impatto su SEO, GEO, AEO e AI Search
L impatto è duplice. Sul lato SEO classico il rendering lato client introduce ritardi di indicizzazione e fragilità: la coda di rendering di Google non è istantanea e i contenuti aggiornati impiegano più tempo a entrare in indice. Sul lato GEO e AEO l impatto è binario: o il contenuto è nell HTML iniziale, o per la maggior parte dei motori AI non esiste. Passare a rendering lato server o statico rende leggibili contemporaneamente titoli, testo principale, meta tag, struttura di navigazione e dati strutturati, che sono esattamente gli elementi su cui i sistemi generativi costruiscono le citazioni.
Checklist operativa
- Verificare con il codice sorgente che il contenuto principale sia presente nell HTML iniziale su ogni tipologia di template
- Controllare che title, meta description, H1 e JSON-LD siano server-rendered e non iniettati via JavaScript
- Eseguire una scansione comparativa solo testo contro rendering JavaScript e quantificare il delta di parole per URL
- Migrare a SSG, SSR o ISR i template strategici: servizi, schede prodotto, articoli, pagine locali
- Mantenere il rendering lato client solo per elementi accessori come widget, contatori e feed
- Ripulire redirect e sitemap per ridurre il tasso di 404 intercettato dai crawler AI
- Verificare in robots.txt che i bot dei motori AI desiderati non siano bloccati
- Analizzare i log del server filtrando per user agent dei crawler AI per confermare la scansione reale
- Inserire il controllo del codice sorgente nella checklist di rilascio per prevenire regressioni silenziose
Come Libellula Lab 4.0 può aiutarti
In Libellula Lab 4.0 progettiamo e ricostruiamo siti web partendo dal presupposto che il primo lettore non è più solo Googlebot. Analizziamo la strategia di rendering esistente, misuriamo il divario tra HTML grezzo e HTML renderizzato, individuiamo i template invisibili ai crawler AI e definiamo il percorso di migrazione con la priorità corretta, senza rifare il sito da zero quando non serve. Ogni intervento viene chiuso con un controllo di verifica sui motori AI rilevanti per il tuo mercato.
Libellula Lab 4.0
Vuoi trasformare questo tema in un vantaggio competitivo?
Analizziamo sito, processi, contenuti, campagne e automazioni per individuare opportunità concrete di crescita per la tua azienda.
