Il sito si vede nel browser, ma Google non legge i contenuti: cosa controllare

Partire da un contenuto mancante, non dal nome della tecnologia

Un catalogo si apre correttamente sul computer del titolare, ma Google sembra conoscere soltanto il titolo. Prima di attribuire il problema a JavaScript, individua ciò che manca: descrizione del servizio, schede prodotto, collegamenti alle categorie o intera pagina. Annota l’URL completo, una frase riconoscibile e il giorno in cui hai notato il sintomo.

Prepara un campione piccolo: una pagina con il problema, una dello stesso tipo che funziona e una pubblicata di recente. Questo confronto aiuta a capire se la differenza segue un modello, un aggiornamento o una singola scheda. Chiedi anche se il testo compare subito oppure soltanto dopo aver scelto una sede, accettato un’interazione o effettuato l’accesso.

Se non sai ancora distinguere assenza dall’indice e scarso posizionamento, parti dalla guida su perché un sito non compare su Google. Qui il controllo riguarda specificamente il contenuto generato o caricato dalla pagina.

Confrontare HTML iniziale, browser e pagina elaborata da Google

Il server può inviare un documento quasi vuoto che viene completato dagli script nel browser. Google può eseguire JavaScript, ma l’elaborazione dipende anche dalla disponibilità delle risorse. L’assenza del testo nel solo sorgente iniziale è quindi un indizio da approfondire, non una diagnosi conclusiva.

Con chi sviluppa il sito, cerca la frase scelta in tre punti: risposta HTML iniziale, documento dopo il caricamento nel browser e HTML elaborato disponibile negli strumenti Google. La documentazione sul rendering JavaScript (si apre in una nuova scheda) spiega il ruolo di questa elaborazione.

Usare Controllo URL conservando le evidenze

In Search Console ispeziona l’indirizzo esatto e annota la data dell’ultima scansione disponibile. Confronta poi il dato conservato da Google con il test in tempo reale. Quest’ultimo verifica la pagina attuale: non conferma che sia già indicizzata e non prevede il suo posizionamento.

Quando disponibili, esamina HTML, schermata e risorse del test. Cerca il testo principale anche nel codice elaborato: una schermata apparentemente corretta non basta a verificare ogni sezione. Salva il risultato prima dell’intervento e ripeti il medesimo controllo dopo la pubblicazione della correzione.

Organizza le evidenze in una scheda con URL, testo atteso, testo trovato, data del test e risorsa sospetta. La guida a Google Search Console aiuta a inserire questi controlli nel monitoraggio complessivo, evitando di confondere un problema del singolo documento con un calo generale del sito.

Individuare lo script o il dato che non arriva

Chiedi allo sviluppatore di seguire il caricamento del contenuto mancante. Il file JavaScript viene scaricato? La richiesta al servizio che fornisce testi e prodotti restituisce dati? Ci sono errori nella console o risposte di accesso negato? La documentazione Google sui problemi JavaScript nella ricerca (si apre in una nuova scheda) indica gli strumenti da usare per osservare queste differenze.

Verifica l’esperienza anche aprendo direttamente l’URL in una sessione pulita. Un catalogo che funziona dopo il passaggio dalla homepage può dipendere da uno stato memorizzato durante la visita. Registrare questa sequenza è più utile che scrivere genericamente “Google non vede la pagina”.

Se intervengono protezioni del server, cache o servizi esterni, identifica la richiesta precisa prima di modificarli. L’obiettivo è rendere disponibili le risorse pubbliche necessarie al contenuto, mantenendo protette le aree riservate. Conserva insieme il messaggio d’errore e l’indirizzo della risorsa coinvolta.

Controllare contenuti nascosti dietro azioni e collegamenti

Un testo già presente nel documento ma raccolto in una sezione espandibile è diverso da un testo che viene scaricato soltanto dopo un clic. Google avverte di non far dipendere il caricamento del contenuto principale da interazioni dell’utente. Prova quindi la pagina senza compilare campi, scorrere caroselli o premere “carica altri”.

Fai verificare anche il percorso verso le schede: un pulsante che cambia soltanto la vista può essere comodo per la persona, ma ogni contenuto destinato alla ricerca deve avere un indirizzo raggiungibile e collegamenti appropriati. La guida sui link interni approfondisce come costruire questi percorsi.

Per il campione scelto controlla l’apertura diretta e il ricaricamento dell’indirizzo. Se entrambi mostrano un errore mentre la navigazione interna funziona, il problema va documentato a livello di gestione degli URL. Non risolverlo creando copie manuali scollegate dal catalogo originale.

Scegliere una correzione proporzionata alla causa

La soluzione può essere limitata: riparare una richiesta, rendere accessibile uno script o rimuovere una dipendenza dall’interazione. Prima di riscrivere il sito, chiedi una proposta che colleghi ogni modifica all’evidenza raccolta e indichi come collaudarla.

Per pagine importanti può essere opportuno fornire il contenuto essenziale già nell’HTML, attraverso generazione statica o rendering sul server. Google presenta queste soluzioni come alternative preferibili al dynamic rendering, che richiede una gestione separata per i crawler. La scelta concreta dipende dalla frequenza degli aggiornamenti e dall’architettura esistente.

Fai controllare anche le istruzioni del documento: un noindex iniziale non deve essere rimosso soltanto da JavaScript confidando che Google esegua lo script. Verifica inoltre che il canonical non cambi in modo contraddittorio durante il caricamento. Questi controlli riguardano la pubblicazione della pagina, oltre alla sua resa visiva.

Collaudare il risultato e consegnare un registro utile

Immagina una scheda servizio che scarica la descrizione soltanto dopo aver scelto una città. Se la descrizione generale serve a tutti, il team può renderla disponibile subito e mantenere dinamici i dettagli locali. È un esempio di intervento circoscritto: non dimostra che ogni selettore sia dannoso né che ogni sito richieda un nuovo framework.

Se il contenuto ora è disponibile ma la pagina resta esclusa, sposta l’analisi su utilità, duplicati e segnali d’indicizzazione. Correggere il rendering elimina un ostacolo osservato; non sostituisce la qualità del contenuto e non garantisce l’ingresso nell’indice.

Domande frequenti

Google non indicizza i siti realizzati con JavaScript?

Google può elaborare JavaScript. Il punto da verificare è se il contenuto di quella pagina risulta disponibile dopo il rendering, con risorse accessibili e istruzioni coerenti. Il nome della tecnologia non basta a spiegare un’esclusione.

Disattivare JavaScript nel browser è un test sufficiente?

Può mostrare quali contenuti dipendono dagli script, ma non riproduce il funzionamento di Google. Va affiancato al confronto tra HTML iniziale, browser e strumenti di ispezione di Google.

Un test in tempo reale riuscito garantisce l’indicizzazione?

No. Conferma soltanto determinati aspetti della pagina testata in quel momento. La scelta d’indicizzare e il posizionamento dipendono da ulteriori elaborazioni e valutazioni.