Google non vede i contenuti caricati con JavaScript: controlli su pagina, risorse e interazioni

Parti dal contenuto mancante, non dal linguaggio usato

La guida Google alla SEO per JavaScript descrive scansione, elaborazione della pagina e indicizzazione. Google può eseguire gli script e utilizzare l’HTML risultante; la presenza di JavaScript non rende automaticamente invisibile un sito.

Definisci prima cosa manca: descrizione del servizio, elenco prodotti, collegamento a una categoria oppure immagine. Scegli una frase precisa da cercare nel risultato, insieme a un URL pubblico e stabile.

Esempio: sulla pagina di una cucina compare “progettazione su misura”, ma nel contenuto elaborato manca la descrizione. Questa differenza concreta aiuta la diagnosi; una ricerca senza risultati, da sola, non dimostra un errore degli script.

Distingui i dati dell’indice dal test dell’URL pubblicato

Apri l’indirizzo in Controllo URL e leggi le informazioni conservate da Google, compreso il riferimento alla scansione. Poi avvia il test dell’URL pubblicato. Il primo risultato descrive lo stato registrato; il secondo verifica la pagina disponibile al momento della prova.

Conserva questa distinzione quando confronti una correzione: una versione storica può contenere ancora il difetto risolto sul sito. Il test attuale, d’altra parte, non dimostra che Google abbia già aggiornato l’indice.

Se la pagina non viene recuperata, affronta prima il problema di accesso. La guida agli errori 5xx aiuta quando il server non completa la richiesta. Non è utile analizzare il contenuto prodotto dagli script se il controllo non riesce ancora a ottenere la pagina.

Confronta HTML elaborato, testi e screenshot

Nei dettagli disponibili della pagina testata esamina il codice elaborato e cerca la frase scelta. Controlla anche titoli, collegamenti principali e parti necessarie a comprendere l’offerta. La guida alla diagnosi JavaScript indica gli strumenti per osservare risorse, console e risultato del rendering.

Lo screenshot aiuta a riconoscere una schermata vuota, un caricamento incompleto o un elemento che copre il contenuto. In Search Console è disponibile per il test in tempo reale riuscito, non per la versione indicizzata. Non sostituisce il controllo del testo: un’informazione fuori dall’area fotografata potrebbe essere presente nell’HTML.

Invia al tecnico un confronto preciso: contenuto atteso, contenuto trovato e posizione della differenza. Una grafica meno fedele non equivale automaticamente alla perdita della descrizione principale.

Fai controllare gli script e le richieste che costruiscono il contenuto

Se la descrizione manca, verifica le risorse e i messaggi JavaScript disponibili nel test. Il tecnico deve collegare gli errori alla funzione interessata: non ogni avviso della console impedisce di leggere i contenuti principali.

• Lo script necessario viene recuperato correttamente?
• Le richieste che forniscono testi o prodotti ricevono i dati attesi?
• Una regola robots.txt blocca risorse necessarie?
• Un errore interrompe il componente che mostra il contenuto?

Un esempio: il menu compare, ma il catalogo resta vuoto perché fallisce la richiesta dei prodotti. Intervenire sul colore dei pulsanti non risolve quella dipendenza. Le indicazioni Google su robots.txt chiariscono anche il ruolo delle risorse necessarie al rendering. L’obiettivo è rendere accessibile ciò che serve alla pagina, senza aprire servizi o dati riservati.

Individua i contenuti che dipendono da clic o sessioni precedenti

Google non interagisce con la pagina come un cliente: non puoi affidare il caricamento dei contenuti essenziali a un clic o a una sequenza di azioni. La documentazione sul caricamento differito spiega come mantenere i contenuti accessibili durante l’elaborazione.

Apri l’URL senza una sessione già preparata e osserva quali informazioni compaiono prima di ogni interazione. Un selettore di sede, un consenso o una scelta conservata nel browser possono cambiare il contenuto: chiedi al tecnico di verificare cosa riceva una visita nuova, mantenendo le impostazioni di consenso necessarie.

Un pannello espandibile non è automaticamente un problema se i testi sono già presenti nella pagina. Diverso è un pulsante che deve essere premuto per scaricarli. Per cataloghi progressivi valuta URL distinti che permettano di raggiungere i gruppi di contenuti.

Concorda una soluzione che renda stabile il contenuto essenziale

Chiedi allo sviluppatore di correggere prima la causa osservata: file non raggiungibile, richiesta fallita o caricamento subordinato a un’azione. Per contenuti essenziali può valutare anche la generazione dell’HTML sul server o prima della pubblicazione, mantenendo gli script utili all’esperienza del visitatore.

Controlla inoltre come si raggiungono le pagine. Le indicazioni Google sui link raccomandano collegamenti riconoscibili con un indirizzo di destinazione. Un controllo grafico che funziona al clic non sostituisce necessariamente un link utilizzabile per scoprire altre pagine.

Definisci criteri concreti: il testo del servizio compare nel risultato elaborato, le categorie principali sono collegate e ogni URL apre direttamente il contenuto previsto. Evita rifacimenti completi motivati soltanto dal nome del framework utilizzato: la scelta dipende dal difetto riscontrato e dall’organizzazione del sito.

Ripeti il confronto e separa rendering e indicizzazione

Dopo l’intervento controlla gli stessi URL e gli stessi testi. Aggiungi almeno una pagina costruita con il medesimo modello: la correzione di un singolo prodotto non dimostra che tutte le varianti funzionino.

Conserva il confronto prima e dopo, verificando HTML, collegamenti e risorse pertinenti. Un risultato attuale corretto consente di proseguire con i controlli di indicizzazione; non assicura che la pagina compaia per una determinata ricerca.

Se il contenuto ora viene letto ma Google sceglie un’altra versione, consulta la guida sulla pagina canonica diversa. Concorda la ripetizione del campione quando cambia il componente responsabile, riproducendo il controllo del contenuto inizialmente mancante.