Google Search Console dice «non indicizzata»: cause e soluzioni

Cosa significa «non indicizzata» in Google Search Console?

Un URL segnalato come non indicizzato non è al momento memorizzato nell’indice di Google, quindi non può comparire nei risultati della Ricerca Google. Non sempre è un problema: URL duplicati, reindirizzamenti, pagine filtrate o con parametri, risultati della ricerca interna, pagine private e pagine con noindex vengono spesso escluse di proposito.

La prima domanda quindi non è «come faccio a forzare l’indicizzazione di questa pagina?», ma «questo è un URL unico e di valore, che dovrebbe essere indicizzato?» Solo se la risposta è sì inizia la diagnosi.

Due strumenti di Search Console rispondono a domande diverse:

• Il report Indicizzazione delle pagine mostra lo stato di indicizzazione di ogni URL che Google conosce in una proprietà. Google lo descrive come un modo per individuare schemi che riguardano l’intero sito, non per indagare sulle singole pagine.
• Controllo URL mostra ciò che Google ha registrato per un URL specifico e può eseguire un test live della pagina attuale.

Essere indicizzati non equivale nemmeno a posizionarsi. L’assistenza di Google precisa che «l’URL è su Google» significa che la pagina può comparire nei risultati, non che comparirà di certo. L’indicizzazione è un prerequisito della visibilità, niente di più.

Quali stati di Indicizzazione delle pagine contano e cosa significano?

Il report Indicizzazione delle pagine divide gli URL in indicizzati e non indicizzati, poi elenca un motivo per ogni gruppo di non indicizzati, insieme a un valore «Origine» («Source») che indica se la causa è probabilmente qualcosa che puoi correggere. La tabella qui sotto riporta i motivi che incontrerai più spesso, sulla base della documentazione di Google sul report Indicizzazione delle pagine. Le etichette sono quelle di ottobre 2026 e Google può rinominarle; nell’interfaccia in inglese compaiono come «Discovered – currently not indexed», «Crawled – currently not indexed» e simili.

Due stati affini creano confusione. Indicizzata, anche se bloccata da robots.txt significa che Google ha indicizzato un URL che non poteva scansionare, di solito perché altre pagine rimandano a esso. E gli stati URL inviato … indicano che l’URL era nella tua sitemap ma Google non era d’accordo, per esempio perché ha scelto un altro canonical.

Uno stato è un indizio diagnostico, non un verdetto. Due pagine con la stessa etichetta possono avere cause diverse.

Come si ispeziona un singolo URL in Search Console?

Usa Controllo URL per confrontare ciò che Google ha indicizzato con ciò che il tuo server serve oggi. Questi passaggi seguono la documentazione di Google su Controllo URL.

1. Apri Search Console, seleziona la proprietà corretta e incolla l’URL completo, con protocollo e slash finale, nella barra di controllo in alto. Un URL di un’altra proprietà o di un’altra variante di protocollo verrà rifiutato o mostrerà dati diversi.
2. Leggi la versione indicizzata. La vista predefinita riflette la copia indicizzata più recente della pagina, non il web live.
3. Annota il canonical dichiarato dall’utente e il canonical selezionato da Google. Se sono diversi, Google ha scelto un altro URL come rappresentativo. L’assistenza di Google precisa che il canonical selezionato ha significato solo per i dati indicizzati.
4. Controlla i dettagli dell’ultima scansione. Per «Rilevata – attualmente non indicizzata», la data dell’ultima scansione è vuota perché Google non ha ancora recuperato la pagina.
5. Fai clic su Testa URL live. Recupera la pagina attuale e mostra se Google può accedervi e se l’indicizzazione è consentita: è così che confermi una correzione.
6. Verifica le stesse cose fuori da Search Console: codice di stato HTTP, reindirizzamenti, robots.txt, tag meta robots, header X-Robots-Tag e markup canonical.
7. Controlla che la pagina riceva un link da almeno una pagina interna scansionabile e pertinente.

Il test live ha dei limiti. L’assistenza di Google dice che non controlla azioni manuali, qualità o segnali di spam, e che lo stato di duplicato viene determinato solo nell’indice. Un test live superato dimostra che la pagina è recuperabile, non che verrà scelta.

Che differenza c’è tra «Rilevata – attualmente non indicizzata» e «Sottoposta a scansione – attualmente non indicizzata»?

«Rilevata – attualmente non indicizzata» significa che Google sa che l’URL esiste ma non lo ha scansionato, quindi il problema sta a monte del contenuto. «Sottoposta a scansione – attualmente non indicizzata» significa che Google ha recuperato la pagina e ha scelto di non conservarla, quindi il problema di solito riguarda la pagina stessa.

Il crawl budget (budget di scansione) è la spiegazione che si dà di solito per le pagine «Rilevata», ma sui siti piccoli non è la causa abituale. La guida di Google al crawl budget si rivolge a siti molto grandi (circa un milione di pagine o più), a siti medi o grandi con contenuti che cambiano rapidamente e a siti con una quota elevata di URL nello stato «Rilevata». Per un sito di qualche centinaio di pagine, qualità e link interni sono spiegazioni più probabili di un limite di scansione.

Qualche pagina non indicizzata è normale. Dai la priorità alle pagine con valore per il business e agli schemi che interessano intere sezioni, non a ogni URL con parametri.

Quali URL non indicizzati vale la pena correggere?

Correggi un URL quando dovrebbe essere indicizzato, ha uno scopo distinto e non è già rappresentato da un altro URL indicizzato. La tabella qui sotto è un triage ipotetico per un sito con 120 URL nello stato «Sottoposta a scansione – attualmente non indicizzata»; i numeri sono illustrativi, non benchmark.

Solo 5 URL su 120 meritano un’attenzione urgente. Mille URL di filtri esclusi contano meno di una sola pagina di registrazione con noindex.

Se la pagina ripete un altro articolo con piccole sostituzioni di keyword, pubblicare altre pagine simili raramente aiuta. Rafforza invece la spiegazione originale, gli esempi e il pubblico a cui ti rivolgi. Creare un nuovo URL per lo stesso contenuto di solito è la prima risposta sbagliata, perché aggiunge un duplicato e rende più difficile la diagnosi.

In che ordine conviene controllare una pagina importante?

Esamina le cause dalla meno costosa alla più soggettiva, perché un guasto a monte rende irrilevanti i controlli successivi.

1. L’URL restituisce una risposta di successo? Un 404 o un 5xx va risolto per primo. Una pagina rimossa volontariamente non va forzata nell’indice.
2. L’indicizzazione è bloccata di proposito? Controlla meta robots, header X-Robots-Tag, protezione con password e robots.txt. Vedi il confronto qui sotto.
3. Rimanda a un altro canonical? Esamina entrambi i canonical in Controllo URL. Se Google preferisce un quasi duplicato, risolvi i contenuti duplicati e i link interni incoerenti prima di cambiare i tag.
4. Google l’ha scansionata? «Rilevata» e «Sottoposta a scansione» portano a indagini diverse, come visto sopra.
5. Il contenuto è distinto e utile? Confronta la pagina con ciò che è già indicizzato sul tuo sito.
6. È passato abbastanza tempo? Annota la data della correzione e aspetta prima di concludere che non ha funzionato.

Robots.txt e noindex svolgono compiti diversi, e combinarli è un errore classico:

Per rimuovere una pagina dall’indice, consenti la scansione e usa noindex. Per tenerla fuori solo dalla scansione, usa robots.txt, sapendo che non è un controllo dell’indicizzazione.

«Richiedi indicizzazione» funziona e in cosa si differenzia da sitemap e API?

«Richiedi indicizzazione» chiede a Google di tornare a scansionare un URL ma non garantisce nulla. È un pulsante in Controllo URL, da usare dopo che un test live mostra che la pagina è stata corretta. La documentazione di Google sulla nuova scansione dice che possono usarlo solo i proprietari o gli utenti con accesso completo alla proprietà, che esiste una quota per i singoli URL, che ripetere una richiesta non accelera la scansione e che la scansione può richiedere da pochi giorni a qualche settimana. Google non pubblica il numero della quota, quindi considera non ufficiale qualsiasi cifra tu legga altrove.

Per grandi quantità di URL, il consiglio di Google è inviare una sitemap invece di martellare il pulsante. Non usare l’Indexing API per normali articoli di blog o pagine prodotto, e non inviare centinaia di URL sperando che sia una soluzione per il posizionamento. Per il lato Bing, vedi i dati dell’API di Bing Webmaster Tools, e per l’API di Google in generale la guida all’API di Search Console.

Quanto tempo ci vuole perché una pagina corretta venga indicizzata?

Non esiste una tempistica fissa. Google dice di non poter prevedere né garantire quando un URL verrà scansionato o indicizzato, e che la scansione dopo una richiesta può richiedere da pochi giorni a qualche settimana. Le convalide di solito richiedono fino a circa due settimane.

Anche il report Indicizzazione delle pagine può essere in ritardo. In passato Google ha avuto ritardi e bug di segnalazione in questo report, e a giugno 2026 è stato segnalato un ritardo di più settimane. Quando uno stato sembra sbagliato, controlla l’URL singolo in Controllo URL e leggi la pagina di Google sulle anomalie dei dati di Search Console per i problemi noti.

Una routine pratica: tieni un elenco degli URL modificati con la data della correzione e il risultato atteso, ricontrolla dopo una settimana e valuta il risultato dopo due-quattro settimane. Monitora separatamente impressioni e clic, perché una pagina indicizzata non ha la visibilità garantita. Per la conservazione dei dati oltre la finestra di rendimento, vedi come conservare i dati di Search Console oltre i 16 mesi.

Quando non bisogna cercare di far indicizzare una pagina?

Lasciala stare quando la pagina non è fatta per posizionarsi o non aggiunge nulla a una pagina già esistente.

• URL con parametri, di ordinamento e di filtro che duplicano una pagina di categoria.
• Risultati della ricerca interna e archivi per tag o per data senza valore unico.
• Pagine sostituite da un reindirizzamento o da un canonical verso una versione migliore.
• Pagine di staging, di ringraziamento, del carrello e di login.
• Pagine scarne che non puoi migliorare. Consolidale in una pagina più forte invece di inviarle di nuovo.

Non togliere il noindex, non sbloccare robots.txt e non inviare URL in massa solo per far diventare verde il numero di un report. Un indice più piccolo di pagine utili è meglio di uno più grande di quasi duplicati.

L’indicizzazione influisce sulle risposte AI come AI Overviews e ChatGPT?

Sì, indirettamente: una pagina non indicizzata o bloccata difficilmente verrà citata. In AI features and your website Google afferma che, per comparire come link di supporto in AI Overviews o AI Mode, una pagina deve essere indicizzata e idonea a essere mostrata nella Ricerca con uno snippet, e che non servono markup speciali né file aggiuntivi. L’inclusione resta comunque non garantita.

Per ChatGPT, le FAQ per i publisher di OpenAI dicono di non bloccare OAI-SearchBot in robots.txt se vuoi che il tuo sito compaia nei risultati della ricerca di ChatGPT. OpenAI lo tratta separatamente da GPTBot, che riguarda l’addestramento. Le policy degli altri assistenti sono diverse, quindi consulta la documentazione di ciascun provider. Per vedere se tutto questo porta visitatori, leggi come tracciare il traffico da ChatGPT e Perplexity in GA4.

Come può aiutare un agente AI in un audit di indicizzazione?

Un agente può raggruppare molti URL per stato e per schema, ma solo se ha accesso autorizzato ai tuoi dati di Search Console. Un modello di chat senza accesso ai tool può suggerire una checklist ma non può conoscere lo stato di indicizzazione attuale dei tuoi URL privati.

GSC Magic, un connettore MCP, include Controllo URL e lo stato delle sitemap tra i suoi tool di Search Console, con Google, Bing e GA4 in un’unica connessione. Il suo piano Free è in sola lettura e sui piani a pagamento il proprietario dell’account può disattivare in Settings i tool di scrittura, come sitemap e IndexNow. Non può mostrare più di quanto Google espone: la quota dell’API URL Inspection indicata sopra vale chiunque la chiami. Guide alla configurazione: collegare Search Console a Claude e altri prompt in 25 prompt SEO per agenti AI.

Cosa fare dopo aver risolto il problema?

Annota ogni correzione, aspetta, poi ricontrolla. Tieni un registro con URL, stato precedente, modifica fatta, data e risultato atteso. Dopo una settimana ispeziona di nuovo l’URL; dopo due-quattro settimane controlla se ha guadagnato impressioni.

Se molte pagine perdono visibilità, invece di limitarsi a non essere indicizzate, la causa può essere altrove. Usa la checklist per il calo del traffico organico per distinguere i problemi di indicizzazione da quelli di posizionamento, domanda e tracciamento, e leggi perché i clic di GSC e le sessioni di GA4 non coincidono prima di confrontarli. Per lavorare sui tuoi dati, inizia gratis con GSC Magic.

Domande frequenti

Perché la mia pagina è scansionata ma non indicizzata?

«Sottoposta a scansione – attualmente non indicizzata» significa che Google ha recuperato la pagina ma ha scelto di non aggiungerla all’indice, almeno per ora. L’assistenza di Google precisa che potrebbe essere indicizzata in seguito e che non serve inviarla di nuovo. Le aree tipiche da rivedere sono duplicazione, contenuti scarni o simili, segnali canonical e link interni; nessuno stato dimostra da solo una causa specifica.

«Non indicizzata» significa che la mia pagina è penalizzata?

No. Molti URL non indicizzati sono esclusi per motivi legittimi come reindirizzamenti, duplicati, tag noindex o varianti con parametri. Una penalizzazione comparirebbe di norma come azione manuale nel report Azioni manuali, oppure come una perdita di visibilità diffusa su molte pagine. Prima di ipotizzare una penalizzazione, controlla lo stato esatto e se l’URL debba essere indicizzato.

Per quanti URL posso richiedere l’indicizzazione al giorno?

Google non pubblica un numero per l’azione «Richiedi indicizzazione» di Controllo URL. La sua documentazione dice che esiste una quota, che possono usarla solo i proprietari della proprietà o gli utenti con accesso completo e che inviare più volte lo stesso URL non lo fa scansionare più in fretta. Per molti URL, Google consiglia di inviare invece una sitemap.

L’API URL Inspection può costringere Google a indicizzare una pagina?

No. L’API URL Inspection riporta ciò che Google ha registrato per un URL, come esito, canonical e data dell’ultima scansione, e non esegue un test live né richiede l’indicizzazione. A ottobre 2026 Google documenta una quota di 2.000 query al giorno e 600 al minuto per ogni proprietà di Search Console.

Perché il test live va a buon fine ma la pagina resta non indicizzata?

«Testa URL live» verifica se Google riesce a recuperare e a renderizzare la pagina attuale. Non controlla azioni manuali, qualità o duplicazione, quindi un esito positivo non è una promessa di indicizzazione. Le decisioni su duplicati e canonical vengono prese solo nell’indice. Inoltre la pagina deve essere utile e abbastanza distinta perché Google la mantenga.

Quanto tempo ci vuole perché una pagina corretta venga indicizzata?

Google dice che la scansione può richiedere da pochi giorni a qualche settimana e che non può garantire quando un URL verrà scansionato o indicizzato. Le convalide («Convalida correzione») di solito richiedono fino a circa due settimane e a volte di più. Annota la data della tua correzione, aspetta e valuta il risultato nell’arco di diversi giorni, non la mattina dopo.

Le pagine devono essere indicizzate per comparire in AI Overviews o in ChatGPT?

Per AI Overviews e AI Mode di Google, Google dice che una pagina deve essere indicizzata e idonea a comparire con uno snippet, senza requisiti tecnici aggiuntivi. Per la ricerca di ChatGPT, OpenAI dice che i proprietari dei siti non devono bloccare OAI-SearchBot in robots.txt. Nessuno dei due garantisce una citazione, ma una pagina non indicizzata o bloccata difficilmente verrà usata.

Fallo con GSC Magic

Per controllare l’indicizzazione su larga scala, gsc_inspect_urls_batch di GSC Magic ispeziona fino a 500 URL per chiamata e report_index_health raggruppa un’intera sitemap per stato di copertura: vedi i tool di Search Console e collega il tuo agente tramite Claude o Cursor.