Come diagnosticare i problemi tecnici di indicizzazione

Un ordine di triage per il report Indicizzazione delle pagine di Search Console: cosa correggere per primo, come confermare le cause con l'Ispezione URL e quando fermarsi.

Diagnostica i problemi di indicizzazione partendo dalle pagine che ti servono, non dai totali del report. Crea un elenco degli URL che contano, scopri quali non sono indicizzati e perché, poi affronta le cause in ordine di gravità: prima gli errori del server e di accesso, poi i blocchi accidentali, i conflitti di canonical, le pagine simili a errori e, per ultime, le pagine che Google ha semplicemente scelto di non indicizzare. Conferma ogni correzione con un test live nell'Ispezione URL prima di chiedere a Google di convalidarla.

Questa guida presuppone che tu conosca gli stati descritti in Indexing explained.

Passaggio 1: crea l'elenco degli URL che contano

Il report Indicizzazione delle pagine conta ogni URL che Google conosce, inclusi parametri, vecchi indirizzi e pagine che non avevi mai inteso pubblicare. Un numero elevato di pagine "Non indicizzate" è normale, e Google afferma chiaramente che non tutti gli URL devono essere indicizzati (Report Indicizzazione delle pagine). Parti quindi dal tuo elenco:

Pagine che generano traffico: le prime 50-100 in Rendimento → Pagine su tre mesi.
Pagine che generano fatturato: pagine di prodotto, prezzi, servizi e sedi, indipendentemente dal traffico.
Pagine nuove: tutto ciò che è stato pubblicato negli ultimi 90 giorni.
Le tue sitemap: dovrebbero elencare esattamente gli URL canonical che vuoi indicizzare. Puoi filtrare il report Indicizzazione delle pagine per sitemap e vedere quanti dei suoi URL sono indicizzati, e ogni sitemap nel report Sitemap rimanda alla copertura di indicizzazione dei propri URL.

Passaggio 2: scopri quali non sono indicizzati

Per un elenco breve, ispeziona ogni URL nell'Ispezione URL. Per uno più lungo, apri il report Indicizzazione delle pagine filtrato per la tua sitemap e passa in rassegna ogni motivo, verificando quali dei tuoi URL importanti compaiono tra gli esempi. Annota ogni URL con il suo motivo e l'origine del motivo. La regola pratica di Google: in generale puoi correggere solo i problemi la cui origine è indicata come "Sito web".

Passaggio 3: affronta le cause in ordine

Correggi le cause in questo ordine. Ogni livello può nascondere il successivo, e i primi interessano il maggior numero di pagine contemporaneamente.

Ordine	Stato	Da verificare per primo	Correzione tipica
1	Errore del server (5xx)	Log del server e stato dell'hosting negli orari in cui Google ha eseguito la scansione	Risolvi i problemi di capacità o i crash; risposte 5xx ripetute rallentano anche la scansione di Google
2	Errore di reindirizzamento	L'intera catena di reindirizzamenti dell'URL	Reindirizza in un solo passaggio all'URL finale; rimuovi i loop
3	Bloccato a causa di una richiesta non autorizzata (401), accesso vietato (403) o altri 4xx	Pagine di login, regole del firewall o della protezione anti-bot	Consenti a Googlebot di raggiungere le pagine pubbliche
4	URL contrassegnato come 'noindex'	Il meta tag robots della pagina e la sua intestazione `X-Robots-Tag`	Rimuovi noindex dalle pagine che devono posizionarsi
5	URL bloccato da robots.txt	La regola di robots.txt corrispondente	Rimuovi la regola per le pagine che devono essere sottoposte a scansione
6	Duplicato, Google ha scelto un canonical diverso da quello dell'utente	Quale URL indicano il tag canonical, i reindirizzamenti, la sitemap e i link interni	Fai in modo che ogni segnale punti allo stesso URL
7	Soft 404	Cosa mostra la pagina quando Googlebot la richiede	Un vero 404 per le pagine inesistenti; contenuti reali per le pagine reali
8	Scansionata ma attualmente non indicizzata	Se la pagina aggiunge qualcosa che le altre tue pagine e i concorrenti non offrono	Migliorala oppure uniscila a una pagina più solida
9	Rilevata ma attualmente non indicizzata	Se qualche pagina già sottoposta a scansione rimanda a essa	Inserisci link da pagine già scansionate; nei siti molto grandi, gestisci la scansione

Diagnosticare un singolo URL con l'Ispezione URL

Per ogni URL importante del tuo elenco, esegui gli stessi cinque controlli (Strumento Ispezione URL):

Leggi il verdetto e il motivo. "L'URL è sconosciuto a Google" significa che Google non ha mai visto l'indirizzo, quindi il lavoro riguarda la scoperta: inserisci link da pagine che Google già scansiona e includilo nella sitemap.
Confronta i canonical. Se il canonical selezionato da Google è diverso da quello dichiarato dall'utente, Google sta indicizzando un altro URL al posto di questo. Esamina quell'altro URL prima di modificare qualsiasi cosa.
Controlla la scansione. Annota la data dell'ultima scansione, se Google ha scansionato come smartphone o come desktop, se la scansione era consentita e se il recupero della pagina è riuscito. Un'avvertenza: quando robots.txt blocca la scansione, "Indicizzazione consentita?" indica sempre sì, perché Google non può vedere un noindex su una pagina che non può recuperare.
Esegui Testa URL live. La vista predefinita descrive l'ultima versione indicizzata, che potrebbe essere vecchia. Il test live recupera la pagina in quel momento e mostra uno screenshot della pagina renderizzata, il modo più rapido per individuare contenuti che compaiono solo agli utenti autenticati o quando uno script non funziona.
Richiedi l'indicizzazione solo dopo una correzione. Google applica una quota giornaliera e precisa che richieste ripetute per lo stesso URL non accelerano nulla (Chiedere a Google di eseguire di nuovo la scansione).

Note sugli stati più difficili

Bloccato da robots.txt non significa tenuto fuori dall'indice. robots.txt controlla la scansione, non l'indicizzazione; un URL bloccato a cui rimandano altre pagine può comunque essere indicizzato senza il suo contenuto. Per tenere una pagina fuori da Google, consenti la scansione e usa noindex, in un meta tag o in un'intestazione X-Robots-Tag (Bloccare l'indicizzazione). Ricorda che la rimozione avviene solo quando Google esegue di nuovo la scansione della pagina, il che può richiedere del tempo.

I conflitti di canonical sono di solito autoinflitti. Google considera segnali forti i reindirizzamenti e rel="canonical", segnale debole l'inclusione nella sitemap, e preferisce HTTPS (Consolidare gli URL duplicati). Il conflitto tipico è un tag canonical che indica un URL mentre la navigazione, la sitemap e i link interni ne usano una variante (barra finale, maiuscole, un parametro di tracciamento, http://). Fai in modo che concordino e il conflitto di solito si risolve alla scansione successiva.

I soft 404 sono di due tipi. Alcuni sono pagine realmente mancanti, come un template "elemento non trovato" che restituisce 200; queste dovrebbero restituire 404 o 410. Altri sono pagine reali che a Google sembrano vuote, come una categoria senza prodotti o una pagina il cui contenuto si carica dopo che uno script non è riuscito; queste richiedono contenuti che Google possa vedere, cosa che lo screenshot del test live confermerà.

Scansionata ma attualmente non indicizzata è una valutazione, non un errore. Google ha scansionato la pagina e ha deciso, per ora, di non conservarla; potrebbe essere indicizzata più avanti, oppure no. Chiediti onestamente cosa aggiunge la pagina. Variazioni sottili di altre pagine, pagine di tag con due articoli e articoli che ripetono ciò che dicono altri dieci siti sono i residenti abituali. Rendi la pagina chiaramente migliore o diversa, oppure uniscila a una pagina che lo è già.

Rilevata ma attualmente non indicizzata di solito dipende dai link. Google conosce l'URL ma non lo ha ancora scansionato. Nella maggior parte dei siti la soluzione è inserire link alla pagina da pagine che Google già scansiona e mantenerla nella sitemap. La guida di Google al crawl budget è scritta per un gruppo più ristretto: siti con oltre un milione di pagine che cambiano ogni settimana, o oltre 10.000 pagine che cambiano ogni giorno (Gestire il crawl budget). Se è il tuo caso, riduci l'inventario degli URL: consolida i duplicati, blocca la scansione degli URL che non dovrebbero mai essere richiesti, restituisci 404 o 410 per le pagine rimosse e correggi i soft 404, che continuano a essere scansionati.

Passaggio 4: convalida la correzione

Quando gli URL di un motivo sono stati corretti, apri il motivo nel report Indicizzazione delle pagine e premi Convalida correzione, una sola volta. Google controlla prima alcune pagine di esempio; se il problema persiste, la convalida si interrompe. Altrimenti ricontrolla ogni URL interessato noto e lo contrassegna come superato o non superato. Google afferma che la convalida richiede in genere fino a circa due settimane e a volte molto di più. Può inoltre accorgersi delle correzioni durante la normale scansione, anche senza una richiesta di convalida.

Quando fermarsi

Smetti di inseguire uno stato quando gli URL che lo causano non ti servono indicizzati (parametri, viste filtrate, risultati di ricerca interni, vecchi reindirizzamenti) oppure quando una pagina è stata migliorata, collegata e reinviata e Google continua a rifiutarla dopo un paio di mesi. A quel punto la mossa utile di solito è unire la pagina a una più solida e reindirizzarla, non richiedere di nuovo l'indicizzazione.

Come ti aiuta AutoPSEO

AutoPSEO trasforma il passaggio 2 in un controllo permanente. L'Index Tracker gestisce fino a 1.800 URL a tua scelta, ne riesamina fino a 200 ogni giorno tramite la URL Inspection API (partendo dal controllo più vecchio, entro il limite di Google di 2.000 ispezioni per proprietà al giorno) e segnala le pagine deindicizzate negli ultimi 30 giorni e quelle che Google non scansiona da 120 giorni. Un avviso Index flip pubblica su Slack, Microsoft Teams o un webhook quando un URL monitorato esce dall'indice o vi rientra (avvisi). Ispezione URL e Sitemap funzionano direttamente nell'app, e i problemi di scansione di Bing mostrano lo stesso tipo di problemi dal punto di vista di Bing.

Per le pagine nuove, IndexNow comunica a Bing e agli altri motori che lo supportano gli URL modificati; Google non partecipa a IndexNow, quindi sitemap e link interni restano la strada per raggiungere Google. Gli articoli del motore di contenuti vengono consegnati al tuo sito, che li pubblica e li collega come qualsiasi altra pagina; quando il tuo sito dichiara una chiave IndexNow, AutoPSEO invia un ping a IndexNow per ogni indirizzo pubblicato o aggiornato sul tuo host e registra la risposta di IndexNow (Consegna).