SEO JavaScript: scansione, rendering e indicizzazione su Google, CSR, SSR e rendering statico, crawler delle IA e come testare le pagine.

In breve
La SEO JavaScript fa sì che contenuti e link generati da JavaScript possano essere scansionati, renderizzati e indicizzati. Google sa eseguire JavaScript, ma in una fase separata che può subire ritardi e che fallisce quando gli script sono bloccati o richiedono un clic. Molti crawler delle IA non eseguono affatto JavaScript. La configurazione più sicura: rendering lato server o generazione statica, veri link "a href" e contenuti importanti nell'HTML iniziale.
Vuoi approfondire? Chiedi a
Framework moderni come React, Vue, Angular o Svelte costruiscono le pagine nel browser. È ottimo per l'interattività e rischioso per la visibilità. La SEO JavaScript riunisce le pratiche che mantengono un sito JS leggibile dai motori di ricerca e dalle IA. Questa guida spiega come Google elabora JavaScript, le opzioni di rendering, gli errori frequenti e come testare le pagine.
In tre fasi: scansione, rendering, indicizzazione. Google Search Central descrive il processo così:
La conseguenza: tutto ciò che manca nell'HTML grezzo dipende dalla riuscita del rendering. Se uno script fallisce, va in timeout o è bloccato dal robots.txt, Google indicizza ciò che ha visto prima, che può essere un guscio vuoto.
La differenza sta nel punto in cui viene costruito l'HTML: nel browser, sul server a ogni richiesta o una sola volta in fase di build.
| Modalità di rendering | Come funziona | Impatto sulla SEO |
|---|---|---|
| Rendering lato client (CSR) | Il server invia un HTML minimo; JavaScript costruisce la pagina nel browser | Rischio massimo: i contenuti dipendono dal rendering, spesso invisibili ai crawler delle IA |
| Rendering lato server (SSR) | Il server costruisce l'HTML completo a ogni richiesta, poi JavaScript lo idrata | Sicuro: contenuti e link nel primo HTML |
| Generazione statica (SSG) | HTML generato in fase di build e servito come file | La soluzione più sicura e veloce per le pagine di contenuto |
| Ibrido (SSR o SSG con isole) | HTML statico o dal server, JavaScript solo per le parti interattive | Buon equilibrio per la maggior parte dei siti |
| Rendering dinamico | I bot ricevono una versione pre-renderizzata, gli utenti l'app JS | Soluzione di ripiego che Google non raccomanda più |
Framework come Next.js, Nuxt, SvelteKit o Astro rendono SSR e generazione statica la scelta predefinita per le pagine di contenuto. Per un blog, una documentazione o schede prodotto, raramente c'è motivo di renderizzare i contenuti solo nel browser.
La maggior parte dei problemi nasce da contenuti o link che esistono solo dopo un'interazione.
Perché la maggior parte dei crawler delle IA legge solo l'HTML grezzo. Le analisi dei log dei crawler, come lo studio di Vercel del 2024 sul traffico dei crawler delle IA, hanno mostrato che i bot di OpenAI e Anthropic recuperano i file JavaScript ma non li eseguono. Una pagina il cui testo compare solo dopo l'esecuzione di JavaScript può sembrare vuota ai sistemi che alimentano ChatGPT, Claude o Perplexity, anche se Google la indicizza correttamente.
Se essere citati dalle IA è importante per voi, mettete la risposta principale, i titoli, le tabelle e i link nell'HTML del server, e verificate che il robots.txt lasci entrare i crawler delle IA che desiderate. La nostra guida al robots.txt per i crawler delle IA elenca i bot principali, e l'audit di scansionabilità per le IA mostra cosa riescono a leggere sulle vostre pagine.
Confrontate l'HTML grezzo con ciò che Google renderizza.
Sei regole coprono la maggior parte dei casi:
JavaScript e SEO vanno d'accordo quando i contenuti non hanno bisogno di JavaScript per esistere. Renderizzate le pagine di contenuto sul server o in fase di build, mantenete link veri e testate ciò che Google e le IA vedono davvero. Sorank pubblica i suoi articoli in HTML pulito direttamente nel vostro CMS, con link interni e dati strutturati, in autopilot: scoprite i piani e la prova gratuita di 3 giorni.

Sì. Google esegue il rendering delle pagine con una versione recente di Chromium e quindi vede i contenuti aggiunti da JavaScript. Il rendering avviene dopo la scansione, a volte con ritardo, e fallisce se gli script sono bloccati, troppo lenti o dipendono da un'azione dell'utente. Un contenuto presente nell'HTML iniziale resta l'opzione più sicura.
Non automaticamente, ma aggiunge rischio. Con il rendering lato client il primo HTML è quasi vuoto, quindi i motori di ricerca devono eseguire JavaScript per vedere i contenuti, e molti crawler delle IA non lo fanno. Il rendering lato server o la generazione statica consegnano direttamente i contenuti ed evitano questi problemi.
La maggior parte oggi no. Le analisi dei log dei crawler, come quella pubblicata da Vercel nel 2024, hanno mostrato che i crawler di OpenAI e Anthropic scaricano i file JavaScript senza eseguirli. I contenuti che compaiono solo dopo l'esecuzione di JavaScript sono quindi spesso invisibili per ChatGPT, Claude e assistenti simili.
HANNO PROVATO SORANK PRIMA DI TE
