Rilevata ma non indicizzata: perché Google non ha scansionato la pagina

Ultimo aggiornamento: 2026-10-30

In breve

Rilevata ma non indicizzata significa che Google ha trovato l’URL, tramite un link o una sitemap, ma non l’ha ancora scansionato. Google dice che di solito ha rinviato la scansione perché si aspettava che avrebbe sovraccaricato il sito. Risolvi tagliando gli URL di poco valore, migliorando la risposta del server e collegando le pagine che contano.

Etichetta esatta in Search Console: Discovered - currently not indexed

Cosa significa

La guida di Google sull’indicizzazione delle pagine dice che la pagina è stata trovata da Google ma non ancora scansionata. Di solito Google voleva scansionare l’URL ma si aspettava che questo avrebbe sovraccaricato il sito, quindi ha riprogrammato la scansione. Per questo la data dell’ultima scansione è vuota per questi URL nel report e in Controllo URL.

Poiché la pagina non è stata recuperata, il suo contenuto non è ancora stato giudicato. Le domande riguardano la scansione: quanti URL Google pensa che il tuo sito abbia, quanto velocemente e in modo affidabile risponde il server e quanto Google vuole scansionare proprio queste pagine. La guida di Google sul budget di scansione cita i siti con una grande quota di URL in questo stato tra i suoi destinatari, accanto ai siti molto grandi e a quelli che cambiano continuamente. Per il lato sitemap del problema, vedi Sitemap inviata ma pagine non indicizzate.

È un problema?

Qualche nuovo URL qui per poco tempo è normale: Google dice che la maggior parte dei siti deve aspettarsi almeno diversi giorni prima che le nuove pagine vengano notate. Diventa un problema quando pagine importanti restano qui per settimane, o quando una quota ampia degli URL conosciuti è in questo stato. Allora di solito il sito espone troppi URL che Google non ritiene valga la pena scansionare, oppure il server non regge.

Cause comuni

Troppi URL di poco valore

La navigazione a faccette, i parametri di ordinamento e filtro, gli ID di sessione, i calendari e altri spazi infiniti possono generare molti più URL delle pagine reali. La guida di Google sul budget di scansione chiama questo inventario percepito il fattore che puoi controllare di più.

Server lento o instabile

Il limite di capacità di scansione di Google scende quando i tempi di risposta aumentano o il server restituisce errori 5xx o 429. Il report Statistiche di scansione mostra lo stato dell’host e i tempi di risposta.

Domanda di scansione debole per le pagine

Google dice che la domanda di scansione dipende da fattori come popolarità, obsolescenza, qualità della pagina e pertinenza. Le pagine con pochi link interni e nessun link esterno tendono ad aspettare più a lungo.

Sitemap piene di URL che non vuoi indicizzare

Google sconsiglia di elencare URL che non vuoi in Search, perché così si consuma budget di scansione su pagine che non vuoi indicizzare.

Catene di reindirizzamenti lunghe e soft 404

Google nota che le catene di reindirizzamenti lunghe danneggiano la scansione e che le pagine soft 404 continuano a essere scansionate, consumando budget che le pagine reali potrebbero usare.

Come risolverlo

  1. Verifica se gli URL dovrebbero esistere. Raggruppa gli URL di esempio per modello. Se la maggior parte sono parametri o duplicati, smetti di generarli o collegarli, unisci i duplicati con i canonical, oppure blocca in robots.txt le pure trappole di scansione come le combinazioni infinite di filtri.
  2. Controlla lo stato dell’host in Statistiche di scansione. Apri Settings, poi Crawl stats in Search Console. Se lo stato dell’host mostra problemi con il recupero di robots.txt, la risoluzione DNS o la connettività del server, o se il tempo medio di risposta continua a salire, risolvi prima capacità e velocità con il tuo hosting.
  3. Collega le pagine importanti da pagine già scansionate. Aggiungi link standard con href da pagine pertinenti e scansionate regolarmente, come gli hub di categoria o la home. Google può scoprire solo link che sono veri elementi a con attributo href.
  4. Mantieni le sitemap pulite e aggiornate. Elenca solo URL canonici e indicizzabili che restituiscono 200, con lastmod accurati. Non inviare più volte al giorno una sitemap invariata; Google lo elenca tra le cose da evitare.
  5. Restituisci 404 o 410 per le pagine rimosse. La guida di Google sul budget di scansione dice che un 404 è un segnale forte di non scansionare più un URL, mentre gli URL bloccati restano nella coda di scansione molto più a lungo. Non usare noindex per risparmiare budget di scansione, perché Google deve comunque recuperare la pagina per vederlo.

Verificalo con GSC Magic

Esegui report_index_health sulla tua sitemap per vedere quanti URL elencati sono rilevati ma non indicizzati rispetto a quelli indicizzati, poi gsc_inspect_urls_batch su un campione di ogni directory per capire quali sezioni sono bloccate. gsc_list_sitemaps e gsc_get_sitemap mostrano se le sitemap sono state elaborate e con quali errori o avvisi. GSC Magic non scansiona il tuo sito né legge i log del server, quindi abbina questi risultati ai log dell’host e al report Statistiche di scansione in Search Console.

Prompt da copiare

Esegui un controllo di salute dell’indice sulla mia sitemap e dimmi quale quota di URL è rilevata ma non indicizzata. Suddividila per directory di primo livello.

Elenca le sitemap inviate con stato, errori, avvisi e data dell’ultimo download, e dimmi quali sembrano obsolete o rotte.

Controlla questi 200 URL di prodotto e separa quelli mai scansionati da quelli scansionati ma non indicizzati.

Guide sul blog

Crawled - currently not indexed

Scansionata ma non indicizzata significa che Googlebot ha recuperato la pagina ma Google ha deciso di non aggiungerla all’indice, almeno per ora. Google dice che potrebbe essere indicizzata in futuro oppure no, e che non serve inviarla di nuovo. Per le pagine che contano, rendile chiaramente distinte e utili, collegale dall’interno e controlla i segnali canonici.

Server error (5xx)

Errore del server (5xx) significa che il tuo server ha restituito un errore di livello 500 quando Googlebot ha richiesto la pagina. Google rallenta la scansione quando vede questi errori e alla fine rimuove gli URL che continuano a fallire. Controlla lo stato dell’host in Statistiche di scansione, riproduci l’errore, poi correggi capacità, timeout o regole che bloccano Googlebot.

Page with redirect

Pagina con reindirizzamento significa che l’URL è non canonico e rimanda a un’altra pagina, quindi Google non lo indicizza. È normale per vecchi URL, varianti HTTP o www e pagine spostate. Controlla che la destinazione sia corretta e indicizzabile e smetti di collegare dalle tue pagine e dalla sitemap gli URL che reindirizzano.

Soft 404

Un soft 404 è un URL che restituisce 200 (successo) ma per Google sembra una pagina non trovata, vuota o di errore. Google esclude queste pagine da Search. Restituisci un vero 404 o 410 per le pagine mancanti, reindirizza con 301 quelle spostate verso un sostituto reale e correggi il rendering per le pagine vere che Google ha letto male.

Domande frequenti

Il budget di scansione conta per un sito piccolo?

Di solito non come causa principale. La guida di Google sul budget di scansione si rivolge a siti con circa 1 milione o più pagine, siti con 10.000 o più pagine che cambiano ogni giorno e siti con una grande quota di URL in «rilevata ma non indicizzata». Google definisce quei numeri stime approssimative, non soglie.

Inviare una sitemap risolve il problema?

Una sitemap aiuta Google a scoprire gli URL, ma Google dice che non garantisce la scansione né l’indicizzazione. Gli URL in questo stato sono già stati scoperti; manca la scansione. Concentrati sull’inventario degli URL, sulla salute del server e sui link interni.

Perché la data dell’ultima scansione è vuota?

Perché Google non ha ancora recuperato la pagina. La guida di Google dice che è proprio per questo che la data dell’ultima scansione è vuota per gli URL rilevati.

Devo usare Richiedi indicizzazione su ogni URL?

No. Google dice che esiste una quota per le richieste di singoli URL e che richieste ripetute per lo stesso URL non accelerano la scansione. Usalo per una manciata di pagine chiave e affidati a sitemap e link interni per le altre.

Fonti