Rapporto Indicizzazione delle pagine (GSC)

TL;DR — Il rapporto Indicizzazione delle pagine in Google Search Console indica quante pagine Google ha indicizzato (possono apparire nella ricerca) e quante non ha indicizzato, spiegandone il motivo. In precedenza si chiamava rapporto Copertura dell’indice. “Non indicizzata” può sembrare allarmante, ma spesso non lo è: molte di quelle URL devono restare escluse.

Che cos’è il rapporto Indicizzazione delle pagine

Aprendo Google Search Console e facendo clic su Pagine sotto Indicizzazione nel menu a sinistra, si arriva al rapporto Indicizzazione delle pagine. Google lo descrive così: permette di “see which pages Google can find and index on your site, and learn about any indexing problems encountered.” (traduzione) «vedere quali pagine Google riesce a trovare e indicizzare sul sito e conoscere gli eventuali problemi di indicizzazione riscontrati».

Il rapporto divide tutte le URL del sito note a Google in due gruppi:

• Indicizzate — queste pagine possono apparire nella Ricerca Google.
• Non indicizzate — non sono nell’indice, perché qualcosa non funziona oppure per un motivo del tutto valido (la pagina è un duplicato, è stata bloccata o hai chiesto a Google di non indicizzarla).

Sotto, la tabella “Perché le pagine non sono indicizzate” elenca i motivi e il numero di URL in ciascuno. È la parte su cui si lavora davvero.

Perché “non indicizzata” di solito non è una crisi

Molti lo ignorano la prima volta che aprono il rapporto: non indicizzata non significa guasta. Google lo dice chiaramente nella guida: “Not indexed is not necessarily bad.” (traduzione) «Non indicizzata non significa necessariamente negativa». Non tutte le URL del sito devono essere indicizzate. Pagine di tag, versioni filtrate di elenchi prodotto, vecchie URL reindirizzate e duplicati: l’esclusione da parte di Google può indicare che il rapporto funziona correttamente.

Quindi, davanti a un numero elevato di URL “non indicizzate”, non farti prendere dal panico. Leggi quali motivi lo determinano prima di cambiare qualcosa.

È lo strumento sbagliato per controllare una pagina

Questa è una panoramica dell’intero sito. Per sapere se una specifica URL è indicizzata, usa lo strumento Controllo URL (la barra di ricerca in alto in Search Console), non questo rapporto. Google è esplicita: il rapporto serve per tendenze e raggruppamenti; Controllo URL per una pagina alla volta.

Ti serve davvero?

Se il sito ha meno di 500 pagine, Google afferma che “probably don’t need to use this report” (traduzione) «probabilmente non è necessario usare questo rapporto»: una ricerca site:yoursite.com su Google basta per un controllo a campione. Il rapporto diventa utile nei siti più grandi, impossibili da verificare a vista.

Vuoi la versione completa—come leggere ogni colonna, cosa significano tutti i 16 stati, come funziona “Convalida correzione” e come diagnosticare un calo improvviso delle pagine indicizzate? Passa alla scheda Advanced.

TL;DR — Il rapporto Indicizzazione delle pagine (prima Copertura dell’indice; “Pagine” sotto “Indicizzazione” in GSC) è una vista aggregata di ogni URL nota a Google nella proprietà, divisa in Indicizzate e Non indicizzate; le URL non indicizzate sono raggruppate per motivo nella tabella “Perché le pagine non sono indicizzate”. Non serve per singole pagine: per quelle c’è Controllo URL. La mentalità corretta è: non indicizzata non significa necessariamente negativa. Canonical/duplicati, noindex, robots.txt e 404 intenzionali possono essere risultati corretti; Google si aspetta che siano indicizzate solo le pagine canoniche. Filtra Origine = Sito web, lavora dall’alto verso il basso e usa Convalida correzione (in genere circa due settimane) per chiedere una nuova scansione. Il rapporto è in ritardo rispetto alla realtà. I siti sotto 500 pagine probabilmente non ne hanno bisogno.

Che cos’è davvero il rapporto (e il suo vecchio nome)

La definizione più chiara è quella di Google: il rapporto consente di “see which pages Google can find and index on your site, and learn about any indexing problems encountered.” (traduzione) «vedere quali pagine Google riesce a trovare e indicizzare sul sito e conoscere gli eventuali problemi riscontrati». Più precisamente, “shows the Google indexing status of all URLs that Google knows about in your property.” (traduzione) «mostra lo stato di indicizzazione Google di tutte le URL note a Google nella proprietà». È un rapporto aggregato sull’intera proprietà, non uno strumento per singola URL.

Chi fa SEO da qualche anno lo conosce come rapporto Copertura dell’indice. Google lo ha rinominato Indicizzazione delle pagine nel 2022 (nel menu a sinistra compare “Pagine”), quindi molte guide e abitudini continuano a chiamarlo “Copertura”. È lo stesso rapporto. Lo specifico perché chi cerca il vecchio nome deve sapere di essere nel posto giusto. La modifica fu notata per la prima volta in una demo Google I/O 2022 e distribuita più tardi nello stesso anno; prima ancora, l’aggiornamento sulla qualità dei dati di gennaio 2021 aveva rielaborato diversi stati, perciò alcuni vecchi screenshot non corrispondono a ciò che appare oggi.

Come leggere il rapporto

La vista di riepilogo presenta alcune parti da comprendere prima di iniziare a fare clic.

Indicizzate e Non indicizzate. I due totali sopra il grafico. Google osserva che sono “complete and accurate from Google’s perspective, but small discrepancies can occur for various reasons” (traduzione) «completi e accurati dal punto di vista di Google, ma possono verificarsi piccole discrepanze per vari motivi». Non aspettarti che coincidano perfettamente con il numero di URL. Puoi fare clic su “Visualizza i dati sulle pagine indicizzate” per vedere il conteggio storico e un campione fino a 1 000 URL indicizzate.

La tabella “Perché le pagine non sono indicizzate”. È il cuore del rapporto. “Shows issues that prevented URLs from being indexed on your site,” (traduzione) «mostra i problemi che hanno impedito l’indicizzazione delle URL sul sito», ordinandoli in base a ciò che Google ritiene più importante affrontare. Parti dall’alto: l’ordine è già una lista di priorità.

La colonna Origine—il filtro delle correzioni. Ogni problema proviene da Google o dal sito e la guida è diretta: “The Source value in the table shows whether the source of the issue is Google or the website. In general, you can fix only issues where the source is listed as ‘Website’.” (traduzione) «Il valore Origine nella tabella indica se l’origine del problema è Google o il sito web. In generale puoi correggere solo i problemi la cui origine è “Sito web”». Quindi Origine = Sito web, insieme a uno stato di convalida “Non riuscita” o “Non avviata”, è la vera lista delle attività. Gli stati provenienti da Google (come un duplicato consolidato da Google) di solito non sono da “correggere”.

La tabella “Migliora l’esperienza sulla pagina”. Una tabella separata per “issues that didn’t prevent page indexing, but we recommend that you fix them.” (traduzione) «problemi che non hanno impedito l’indicizzazione della pagina, ma che consigliamo di correggere». Sono avvisi, non blocchi.

Il filtro sitemap. Sopra il grafico puoi limitare il rapporto a Tutte le pagine note, Tutte le pagine inviate, Solo pagine non inviate o una sitemap specifica. Nota: “A URL is considered to be submitted by a sitemap even if it was also discovered through some other mechanism.” (traduzione) «Una URL è considerata inviata da una sitemap anche se è stata scoperta tramite un altro meccanismo». Questo filtro è davvero utile; ne riparleremo nella convalida.

Gli elenchi di URL di esempio sono limitati. Aprendo uno stato, il campione è “limited to 1,000 items, and isn’t guaranteed to show all URLs in a given status, even when less than 1,000 items.” (traduzione) «limitato a 1 000 elementi e non garantisce di mostrare tutte le URL in un determinato stato, anche quando sono meno di 1 000». Considera gli esempi come un campione, non un’esportazione completa.

Ordine di triage se hai solo dieci minuti. Limita il rapporto alla sitemap che rappresenta l’inventario di URL desiderato, così lo confronti con le pagine che vuoi davvero indicizzare. Cerca prima qualsiasi variazione inattesa: un calo o un picco è più urgente di un numero stabile. Filtra Origine = Sito web per i problemi su cui puoi agire. In quell’elenco, dai priorità ai template o ai modelli di URL critici per l’attività rispetto a casi isolati. Correggi l’intero modello, non una sola URL, prima di convalidare.

Rapporto e Controllo URL—usa quello giusto

È la distinzione pratica più importante. Google: “This report isn’t used to investigate the index status of specific pages. To find the index status of a specific page, use the URL Inspection tool.” (traduzione) «Questo rapporto non serve a esaminare lo stato dell’indice di pagine specifiche. Per trovare lo stato dell’indice di una pagina specifica, usa lo strumento Controllo URL».

• Rapporto Indicizzazione delle pagine = tendenze aggregate, raggruppate per motivo, sull’intera proprietà.
• Controllo URL = stato attivo/indicizzato di una URL, canonical scelto da Google e opzione “Testa URL pubblicato”.

Se uno stato crea dubbi, estrai una URL di esempio e controllala. I due strumenti sono pensati per essere usati insieme.

Nota sul ritardo—il rapporto è indietro rispetto alla realtà

Questo evita molti falsi allarmi. Il rapporto non si aggiorna in tempo reale: riflette l’ultima scansione di ogni URL e i conteggi cambiano quando Google esegue una nuova scansione. Google dice che “updates your instance count whenever it crawls a page with known issues, whether or not you explicitly requested fix validation” (traduzione) «aggiorna il conteggio delle istanze ogni volta che esegue la scansione di una pagina con problemi noti, indipendentemente dal fatto che sia stata richiesta esplicitamente la convalida». John Mueller ha descritto il rapporto come in ritardo: è più una questione di tempistica, in cui le URL compaiono nel rapporto e vengono poi indicizzate, quindi il rapporto rincorre una situazione già cambiata. Non reagire eccessivamente a un numero che potrebbe essere obsoleto.

Un limite da conoscere prima di affidarsi al “Testa URL pubblicato” di Controllo URL: il test conferma se Google può attualmente scansionare e indicizzare la URL, ma non indica quale canonical sceglierà tra i duplicati. La selezione canonical è una decisione di indicizzazione separata sui dati indicizzati, non una valutazione del test in tempo reale. Per gli stati canonical/duplicati, il risultato indicizzato in Controllo URL (non il test in tempo reale) è il segnale da considerare e può comunque essere in ritardo rispetto all’ultima modifica.

Dove andare dopo—tutti gli stati, raggruppati

La tabella “Perché le pagine non sono indicizzate” è la mappa del resto della sezione. Ogni stato ha un approfondimento dedicato (anche nella barra laterale). Li ho raggruppati in base a ciò che accade davvero, perché la reazione corretta cambia completamente: alcuni si correggono, altri si confermano e si lasciano stare.

Non indicizzata—scelta di Google (spesso nulla da correggere)

• Rilevata—attualmente non indicizzata — Google ha trovato la URL ma non l’ha ancora scansionata. Di solito è un segnale di domanda di scansione o qualità del sito, non un bug di una pagina.
• Sottoposta a scansione—attualmente non indicizzata — Google ha scansionato la pagina e ha scelto di non indicizzarla (per ora). Un gruppo grande spesso indica qualità o duplicazione a livello di sito.

Bloccata da te (intenzionale—conferma che lo sia)

• Bloccata da robots.txt — il robots.txt ha detto a Google di non scansionarla.
• URL contrassegnata come ‘noindex’ — Google ha trovato una direttiva noindex quando ha tentato di indicizzare la pagina.

Errori HTTP (in genere da correggere)

• Bloccata a causa di una richiesta non autorizzata (401) — la pagina ha chiesto a Googlebot di autenticarsi.
• Bloccata perché l’accesso è vietato (403) — al crawler non è stato concesso l’accesso.
• Bloccata a causa di un altro problema 4xx — un 4xx diverso da quelli nominati.
• Errore del server (5xx) — il server ha restituito un errore di livello 500.
• Non trovata (404) — la URL ha restituito 404.

Canonical e duplicati (per lo più corretti—verifica il canonical scelto)

• Pagina alternativa con tag canonical appropriato — punta correttamente al canonical indicizzato. Funziona come previsto.
• Duplicata senza canonical selezionato dall’utente — Google l’ha raggruppata come duplicato, ha scelto un’altra pagina come canonical e tu non ne hai dichiarato uno.
• Duplicata, Google ha scelto un canonical diverso dall’utente — hai dichiarato un canonical, ma Google ha scelto un’altra URL. La soluzione è allineare i segnali, non aggiungere un tag più forte.

Reindirizzamenti (uno normale, uno è un bug)

• Pagina con reindirizzamento — URL non canonica che reindirizza a un’altra pagina. È normale: viene indicizzata la destinazione.
• Errore di reindirizzamento — catena troppo lunga, loop, URL di destinazione vuota o errata, oppure oltre la lunghezza massima. Va corretto.

Avvisi (indicizzata, ma merita attenzione)

• Indicizzata, anche se bloccata da robots.txt — la pagina è stata indicizzata nonostante il blocco (sono bastati i link). Google non può leggerne il contenuto né eventuali noindex: il classico problema scansione-versus-indicizzazione.
• Pagina indicizzata senza contenuti — indicizzata, ma Google non ha potuto leggere contenuti significativi (spesso rendering o un problema simile al cloaking).

Uso i nomi degli stati di Google affinché gli articoli dedicati si colleghino automaticamente quando pubblicati. Il tema ricorrente: canonical/duplicati, noindex, robots.txt e pagine intenzionalmente non trovate sono spesso corretti. Google dice “You should not expect all URLs on your site to be indexed, only the canonical pages.” (traduzione) «Non dovresti aspettarti che tutte le URL del sito siano indicizzate, ma solo le pagine canoniche». Da inseguire sono invece errori HTTP, errori di reindirizzamento e gruppi insolitamente grandi di “scansionata/rilevata ma attualmente non indicizzata”.

Correzione e convalida

Dopo aver corretto i problemi reali (Origine = Sito web), chiedi a Google di ricontrollare:

1. Correggi ogni istanza del problema sul sito.
2. Apri i dettagli e fai clic su “Convalida correzione”.
3. Non fare di nuovo clic finché la convalida non riesce o fallisce.

Tempistica: “Validation typically takes up to about two weeks, but in some cases can take much longer, so please be patient.” (traduzione) «La convalida richiede in genere fino a circa due settimane, ma in alcuni casi può richiedere molto più tempo». La richiesta passa da Non avviata → Avviata → Sembra risolto → Superata, oppure Non superata, o N/D se Google rileva autonomamente la correzione. Non è obbligatorio fare clic: Google può rilevare le correzioni, ma la convalida offre un risultato tracciato.

Il trucco per accelerare: convalida un sottoinsieme. Invia una sitemap con le pagine più importanti, filtra il rapporto su quella sitemap e richiedi la convalida. Google osserva che “a validation request against a subset of your affected URLs can complete faster.” (traduzione) «una richiesta di convalida su un sottoinsieme delle URL interessate può terminare più rapidamente».

Diagnosticare cali, picchi e “più non indicizzate che indicizzate”

Alcuni schemi indicati da Google e che controllo per primi:

• Le pagine indicizzate calano senza errori. Probabilmente hai bloccato pagine esistenti: nuova regola robots.txt, noindex o requisito di login. Cerca un picco corrispondente in uno stato non indicizzato.
• Più non indicizzate che indicizzate. Di solito una regola robots.txt blocca una grande sezione, oppure i parametri filtro/ordinamento creano duplicati (?type=dress, ?color=green, ?sort=price). È un problema di navigazione a faccette e canonicalizzazione, più che di indicizzazione.
• Picco improvviso di errori. Spesso una modifica al template ha introdotto un errore su molte URL, oppure una sitemap inviata contiene URL bloccate o noindex.

Alcune distinzioni da ricordare

• Indicizzata ≠ posizionata. Significa solo idonea a comparire nella ricerca; il ranking dipende dalla query e da molti altri fattori.
• La copertura al 100% non è l’obiettivo. Solo le pagine canoniche dovrebbero essere indicizzate; un sito sano ha molte URL intenzionalmente non indicizzate.
• Convalida correzione non reindicizza subito. Mette in coda una nuova scansione delle URL interessate note; considera circa due settimane.
• I dati GSC hanno limiti. Gli esempi si fermano a 1 000, i totali possono variare e il rapporto è in ritardo. Il mio studio, Le query anonimizzate rappresentano quasi metà del traffico GSC, ricorda che Search Console è potente ma incompleta.

Una riga su Bing

Bing non ha un equivalente unico di “Indicizzazione delle pagine”. La vista aggregata più vicina è Site Explorer in Bing Webmaster Tools (albero di cartelle diviso in pagine indicizzate, errori, avvisi ed escluse), mentre Controllo URL copre una singola URL. Usa Site Explorer per la panoramica e Controllo URL per una pagina.

Questa pagina è l’hub del rapporto; gli approfondimenti per stato sono sotto di essa. Per l’intero processo—scoperta, scansione, rendering, indicizzazione e pubblicazione—consulta il cluster Come funziona la ricerca.

Riepilogo AI

Una sintesi della versione Advanced:

• Cos’è: il rapporto Indicizzazione delle pagine di Google Search Console (prima Copertura dell’indice; “Pagine” sotto “Indicizzazione”), con ogni URL nota divisa tra Indicizzata e Non indicizzata.
• È aggregato, non per URL. Per una pagina usa Controllo URL.
• Non indicizzata non è necessariamente negativa. Canonical/duplicati, noindex, robots.txt e 404 intenzionali possono essere risultati corretti.
• La tabella “Perché le pagine non sono indicizzate” è già ordinata per importanza. Filtra Origine = Sito web per ciò che puoi correggere.
• 16 stati: scelta di Google (rilevata/scansionata, non indicizzata); blocchi dell’utente (robots.txt, noindex); errori HTTP (401, 403, altri 4xx, 5xx, 404); canonical/duplicati; reindirizzamenti; avvisi.
• Correggi → Convalida correzione (circa due settimane); filtrare una sitemap ridotta può accelerare.
• Il rapporto è in ritardo. Non reagire troppo a un dato obsoleto.
• Diagnosi: calo senza errori = possibile blocco; più escluse = robots o parametri duplicati; picco di errori = template o sitemap.
• Siti con <500 pagine: probabilmente basta una ricerca site:.
• Bing: Site Explorer per l’aggregato, Controllo URL per una pagina.

Documentazione ufficiale

Fonti primarie dei motori di ricerca.

Google

• Rapporto Indicizzazione delle pagine — gruppi, Origine, stati, filtro sitemap e Convalida correzione.
• Miglioramenti ai dati di Copertura dell’indice (gennaio 2021) — aggiornamento che ha rielaborato vari stati.
• Strumento Controllo URL — complemento per singola URL.

Bing / Microsoft

• Bing Webmaster Tools — Controllo URL — vista indice/SEO/markup per URL.
• Bing Webmaster Tools — Site Explorer — analogo aggregato più vicino.

Citazioni dalla fonte

Dichiarazioni ufficiali di Google, con link diretto al passaggio citato.

Google—cosa mostra il rapporto

• “See which pages Google can find and index on your site, and learn about any indexing problems encountered.” (traduzione) «Vedi quali pagine Google può trovare e indicizzare sul sito e scopri i problemi incontrati». — Guida di Search Console. Vai alla citazione
• “The Page indexing report shows the Google indexing status of all URLs that Google knows about in your property.” (traduzione) «Il rapporto mostra lo stato di indicizzazione di tutte le URL note a Google nella proprietà». Vai alla citazione

Google—rapporto, pagina singola e responsabilità

• “This report isn’t used to investigate the index status of specific pages. To find the index status of a specific page, use the URL Inspection tool.” (traduzione) «Questo rapporto non serve a esaminare pagine specifiche; usa Controllo URL». Vai alla citazione
• “The Source value in the table shows whether the source of the issue is Google or the website. In general, you can fix only issues where the source is listed as “Website”.” (traduzione) «Origine indica se il problema proviene da Google o dal sito; in genere puoi correggere solo quelli del Sito web». Vai alla citazione

Google—“non indicizzata” non è sempre negativa

• “Not indexed is not necessarily bad.” (traduzione) «Non indicizzata non significa necessariamente negativa». Vai alla citazione
• “You should not expect all URLs on your site to be indexed, only the canonical pages.” (traduzione) «Dovresti aspettarti l’indicizzazione delle sole pagine canoniche». Vai alla citazione

Google—chi ne ha bisogno e tempistiche

• “If your site has fewer than 500 pages, you probably don’t need to use this report.” (traduzione) «Se il sito ha meno di 500 pagine, probabilmente non serve questo rapporto». Vai alla citazione
• “Validation typically takes up to about two weeks, but in some cases can take much longer, so please be patient.” (traduzione) «La convalida richiede in genere fino a due settimane, ma può durare di più». Vai alla citazione

Gary Illyes, Google — su “scansionata, non indicizzata” e qualità (SERP Conf 2024, riportato da Search Engine Journal)

• “And the general quality of the of the site, that can matter a lot of how many of these crawled but not indexed you see in search console. If the number of these URLs is very high that could hint at general quality issues.” (traduzione) «La qualità generale del sito può influire molto; un numero elevato può indicare problemi generali di qualità». Leggi l’articolo

John Mueller, Google — sul ritardo (riportato da Search Engine Journal)

• “It’s just a report that’s kind of lagging behind.” (traduzione) «È semplicemente un rapporto un po’ in ritardo». Frase anchor: “more a matter of timing”. Leggi l’articolo

Lista di controllo del rapporto

Un passaggio ripetibile per il triage:

• Annota totali e tendenza Indicizzate/Non indicizzate.
• Apri “Perché le pagine non sono indicizzate” e procedi dall’alto.
• Concentrati su Origine = Sito web.
• Controlla una URL di esempio con Controllo URL.
• Separa stati intenzionali da errori reali (5xx, 404 inattesi, 4xx, errore di reindirizzamento).
• Verifica il canonical scelto da Google prima di intervenire sui duplicati.
• Gruppi grandi “scansionata/rilevata—non indicizzata” sono segnali di qualità/domanda di scansione, non bug individuali.
• Confronta un calo con un picco di esclusioni.
• Correggi tutte le istanze, poi usa Convalida correzione una sola volta.
• Per accelerare, convalida una sitemap delle pagine principali.
• Ricorda il ritardo del rapporto: attendi circa due settimane.

Modelli mentali

1. Rapporto = aggregato; Controllo URL = pagina singola. Trova un modello nel rapporto e confermane la causa su una URL.

2. Non indicizzata ≠ guasta. Leggi i motivi prima di correggere: canonical/duplicati, noindex, robots.txt e pagine intenzionalmente assenti possono essere corretti.

3. Origine = Sito web è la lista delle attività. Il filtro separa ciò che puoi modificare dalle decisioni di Google.

4. L’ordine è una priorità. Google preordina la tabella: inizia dall’alto.

5. Convalida correzione richiede una nuova scansione, non aziona un interruttore. Può richiedere due settimane e fallire; limitarla a una sitemap importante aiuta.

6. Il rapporto è sempre un po’ indietro. Riflette l’ultima scansione, quindi è un’istantanea ritardata.

Rapporto Indicizzazione delle pagine—promemoria

I due strumenti

I 16 stati

Dati rapidi

• Vecchio nome: Copertura dell’indice; rinominato nel 2022.
• Origine = Sito web indica ciò che puoi correggere.
• Convalida correzione richiede circa due settimane.
• Gli esempi si fermano a 1 000 e il rapporto è in ritardo.
• Indicizzata ≠ posizionata.
• Con <500 pagine può bastare una ricerca site:.

Problemi comuni

Sintomo → causa probabile → correzione per i casi che riportano al rapporto.

Vengono indicizzate pagine di login, accesso negato o app vuote

Esempio: /account/invoices/123 dovrebbe richiedere il login, ma a un crawler disconnesso restituisce 200 OK, direttive robots indicizzabili e un guscio HTML con “Accedi per continuare”. Link interni o una vecchia sitemap espongono migliaia di URL. Google non supera il login: indicizza il guscio 200 scansionabile servito dall’applicazione.

Controlla varie URL da disconnesso confrontando stato HTTP, canonical, direttive robots e contenuto renderizzato. La correzione è in genere nel template: richiedi l’autenticazione prima di servire la risorsa, restituisci 401, 403, 404 o 410 secondo il modello di accesso, rimuovi le URL da sitemap e navigazione, oppure usa noindex scansionabile se il guscio deve restare pubblico. Verifica risposta attiva e stato indicizzato; una sola URL non prova la correzione del modello.

Il conteggio indicizzato cala senza nuovi errori

• Sintomo: il totale Indicizzate diminuisce senza un picco di errori.
• Causa probabile: nuova regola robots.txt, noindex nel template o login/paywall ha bloccato pagine già indicizzate.
• Correzione: cerca un picco negli stati non di errore, conferma una URL con Controllo URL e verifica robots con robots-txt-tester (/tools/robots-txt-tester).

“Più non indicizzate che indicizzate”

• Sintomo: le escluse superano le indicizzate su un sito non nuovo.
• Causa probabile: robots.txt blocca una sezione o parametri filtro/ordinamento (?color=green, ?sort=price) generano quasi duplicati.
• Correzione: confronta i parametri con i canonical tramite canonical-checker (/tools/canonical-checker) e verifica direttamente i contenuti renderizzati. È un problema di navigazione a faccette/canonicalizzazione.

Picco improvviso di uno stato di errore HTTP

• Sintomo: 401, 403, 404 o 5xx aumentano su molte URL dopo un deploy.
• Causa probabile: modifica a template condiviso o sitemap con URL bloccate, noindex o rimosse.
• Correzione: controlla un campione con http-status-checker (/tools/http-status-checker) e, se necessario, la sitemap con sitemap-validator (/tools/sitemap-validator).

“Errore di reindirizzamento” (non il normale “Pagina con reindirizzamento”)

• Sintomo: compare Errore di reindirizzamento.
• Causa probabile: catena lunga, loop, destinazione vuota/malformata o URL troppo lunga.
• Correzione: traccia i passaggi con redirect-chain-mapper (/tools/redirect-chain-mapper) e riducili a uno.

“Convalida correzione” restituisce Non riuscita

• Sintomo: la convalida fallisce dopo la correzione.
• Causa probabile: cache CDN, deploy solo staging, template incompleto o nuova scansione prima della propagazione.
• Correzione: verifica direttamente alcune URL originarie (sorgente o stato HTTP/robots), poi richiedi una nuova convalida dopo aver confermato la correzione.

Test di convalida

Prove che la correzione abbia cambiato la realtà sottostante, non solo il rapporto.

Conferma lo stato attivo di una pagina bloccata

• Test: http-status-checker (/tools/http-status-checker) o curl -I.
• Atteso: 200 se sbloccata, oppure 301/404 intenzionale se rimossa.
• Errore: un vecchio 401/403/5xx indica distribuzione incompleta.
• Finestra: immediata.
• Rollback: se lo stato resta errato dopo svuotamento cache, annulla e diagnostica.

Conferma che robots.txt sblocchi davvero la URL

• Test: robots-txt-tester (/tools/robots-txt-tester) sul percorso.
• Atteso: URL consentita a Googlebot.
• Errore: regola non rimossa, regola più specifica o file robots.txt di staging sbagliato.
• Finestra: immediata per il file; giorni per l’aggiornamento GSC.
• Rollback: se il robots.txt di produzione continua a bloccare, considera il problema irrisolto.

Conferma la correzione canonical

• Test: canonical-checker (/tools/canonical-checker) e poi Controllo URL per il canonical scelto da Google.
• Atteso: <link rel="canonical"> indica la URL desiderata e Google concorda.
• Errore: canonical diverso significa che link interni, sitemap e reindirizzamenti non sono ancora allineati.
• Finestra: 2–4 settimane.
• Rollback: dopo oltre quattro settimane e una convalida, tratta i segnali come ancora in conflitto.

Conferma la rimozione di catena/loop

• Test: redirect-chain-mapper (/tools/redirect-chain-mapper).
• Atteso: un solo passaggio alla destinazione finale con 200.
• Errore: più passaggi o loop indicano regole non consolidate.
• Finestra: immediata per la catena, poi normale ciclo di scansione per GSC.
• Rollback: se resta più di un passaggio, annulla e consolida alla fonte.

Conferma che “Convalida correzione” sia riuscita

• Test: pulsante Convalida correzione nello stato specifico, preferibilmente limitato a una sitemap prioritaria.
• Atteso: Superata oppure N/D.
• Errore: Non superata significa che Google trova ancora il problema.
• Finestra: in genere fino a due settimane, talvolta di più.
• Rollback: due fallimenti consecutivi richiedono di verificare ogni modello di URL, non solo il campione.

Come misurare

KPI continuativi per monitorare il rapporto nel tempo.

Numero di pagine indicizzate (tendenza, non istantanea)

• Cosa indica: crescita, stabilità o calo dell’impronta indicizzata.
• Come ottenerlo: totale Indicizzate o grafico storico.
• Intervallo: nessun numero universale; confrontalo con le URL canoniche che vuoi indicizzare, non con il 100%.
• Cadenza: mensile o dopo grandi cambiamenti.

Totale “Perché le pagine non sono indicizzate”, Origine = Sito web

• Cosa indica: dimensione della lista di problemi su cui puoi agire.
• Come ottenerlo: filtra Origine = Sito web e somma gli stati Non riuscita/Non avviata.
• Intervallo: stabilisci una baseline del sito e verifica che diminuisca.
• Cadenza: mensile, o settimanale durante migrazioni/pulizie.

Conteggio errori HTTP (401/403/404/5xx)

• Cosa indica: pagine destinate a funzionare ma guaste per Googlebot.
• Come ottenerlo: righe del rapporto e campione con http-status-checker (/tools/http-status-checker).
• Intervallo: zero per URL canoniche attive; 404 attesi su contenuti rimossi sono normali.
• Cadenza: dopo deploy che toccano routing/auth/template, altrimenti mensile.

Tasso di riuscita di Convalida correzione

• Cosa indica: se le correzioni raggiungono tutte le URL.
• Come ottenerlo: registra Superata/Non superata/N/D.
• Intervallo: nessun target fisso; fallimenti ripetuti sullo stesso stato sono il segnale importante.
• Cadenza: per ciclo, circa due settimane dopo la richiesta.

Strumenti

Il rapporto indica cosa Google ritiene errato; questi strumenti verificano la causa.

Strumenti del sito

• gsc-workbench (/tools/gsc-workbench) — analizza i dati GSC via API.
• gsc-regex-tester (/tools/gsc-regex-tester) — crea filtri regex per isolare modelli di URL.
• http-status-checker (/tools/http-status-checker) — verifica 401/403/404/5xx.
• redirect-checker (/tools/redirect-checker) e redirect-chain-mapper (/tools/redirect-chain-mapper) — controllano reindirizzamenti e catene.
• canonical-checker (/tools/canonical-checker) — verifica il canonical.
• robots-txt-tester (/tools/robots-txt-tester) — verifica i blocchi robots.
• sitemap-validator (/tools/sitemap-validator) e xml-sitemap-generator (/tools/xml-sitemap-generator) — controllano o ricreano la sitemap.
• site-audit-lite (/tools/site-audit-lite) — controllo di scansione più ampio.

Strumenti di terze parti

• Google Search Console — rapporto e Controllo URL.
• Bing Webmaster Tools — Site Explorer e Controllo URL.
• Screaming Frog — scansione su larga scala di stati, redirect e canonical.

Risorse utili

Miei articoli correlati

• Come correggere “Rilevata—attualmente non indicizzata” — approfondimento sullo stato.
• Come rimuovere URL dalla Ricerca Google (5 metodi) — noindex e rimozioni.
• Le query anonimizzate rappresentano quasi metà del traffico GSC — limiti dei dati Search Console.
• Guida introduttiva alla SEO tecnica — contesto generale.

Miei interventi

• Come funziona la ricerca (SlideShare) — scansione, rendering, indicizzazione e ranking. Avvertenza: “This is my understanding of systems… not going to be 100% complete or accurate.” (traduzione) «È la mia comprensione dei sistemi, non sarà completa o accurata al 100%».

Ufficiali

• Google—Rapporto Indicizzazione delle pagine e Miglioramenti ai dati di Copertura dell’indice (2021).

Dal settore

• r/TechSEO — comunità per indicizzazione e copertura.
• Google spiega le ragioni di “scansionata non indicizzata” — Gary Illyes e qualità.
• Mueller sul ritardo del rapporto — perché non reagire troppo.
• Copertura rinominata Pagine — prima osservazione al Google I/O 2022.
• Miglioramenti ai dati di Copertura — modifiche del 2021.
• Guida Search Console—Indicizzazione delle pagine — riferimento primario.

Quiz

Verifica cosa ricordi del rapporto Indicizzazione delle pagine.

Cronologia modifiche