Come correggere gli errori di copertura in Search Console (e prevenirli)
Per correggere gli errori di copertura in Google Search Console apri il report Pagine, raggruppa gli URL colpiti in base al motivo indicato da Google, risolvi la causa sul sito e poi clicca Convalida correzione. Il grosso del lavoro sta nel terzo passaggio, perché lo stesso motivo può nascere da un template, da un'impostazione di un plugin o da una regola del server, e il report non ti dice quale.
Il report che Google chiamava Copertura dell'indice oggi si trova in Indicizzazione > Pagine. Il grafico in alto divide gli URL tra Indicizzate e Non indicizzate, mentre la tabella sotto, "Perché le pagine non sono indicizzate", elenca ogni motivo con il numero di pagine interessate. Descrive ciò che Google ha trovato nelle sue visite recenti, quindi il problema che guardi oggi può essere cominciato settimane fa.
I motivi del report Pagine e le cause più comuni
| Motivo mostrato in GSC | Causa frequente | Dove si interviene di solito |
|---|---|---|
| Esclusa dal tag "noindex" | <meta name="robots" content="noindex"> o un header X-Robots-Tag: noindex rimasto dallo staging o impostato in un template |
Template, plugin SEO, configurazione del server |
| Bloccata da robots.txt | Una regola Disallow che copre URL che vuoi far scansionare |
robots.txt |
| Pagina duplicata senza URL canonico selezionato dall'utente | URL quasi identici (parametri, slash finale, http e https) senza canonical | Aggiungere rel="canonical" alle varianti |
| Pagina duplicata, Google ha scelto un URL canonico diverso da quello selezionato dall'utente | Il tuo canonical contraddice link interni, redirect o sitemap | Far puntare tutti questi segnali allo stesso URL |
| Pagina con reindirizzamento | L'URL fa un 301 verso un'altra pagina | Spesso va bene; aggiorna sitemap e link interni all'URL finale |
| Non trovata (404) e Soft 404 | Una pagina rimossa ma ancora linkata o in sitemap, oppure una pagina vuota "nessun risultato" che risponde 200 | Ripristinare, reindirizzare o restituire un vero 404 o 410 |
| Pagina scansionata ma attualmente non indicizzata, Rilevata ma attualmente non indicizzata | Google non ha ancora deciso di indicizzarla, spesso si tratta di pagine povere o quasi duplicate | Migliorare o accorpare i contenuti, rafforzare i link interni |
Non tutte le righe vanno sistemate. "Pagina con reindirizzamento" e "Pagina alternativa con tag canonico appropriato" spesso descrivono un sito che funziona come previsto. Le righe di cui preoccuparti sono quelle che contengono URL che ti aspetti di vedere posizionati.
La riga del noindex è quella che fa più danni, perché la pagina resta fuori per un'istruzione del sito stesso e nel browser non si nota niente di strano. Come scoprire un noindex in produzione spiega da dove arriva di solito. Per la riga del robots.txt, ripassa il file seguendo come controllare il robots.txt riga per riga, e ricorda che Google non può leggere un noindex su un URL che non ha il permesso di scansionare.
Come correggere gli errori di copertura, passo per passo
- In Search Console vai su Indicizzazione > Pagine e scorri fino a "Perché le pagine non sono indicizzate".
- Apri un motivo. L'elenco di esempio si ferma a 1.000 URL, quindi su un sito grande conviene esportarlo e cercare schemi ricorrenti invece di provare a coprire ogni singolo URL.
- Raggruppa gli URL per template o cartella. Quaranta pagine prodotto con
noindexdi solito sono un solo template o una sola impostazione di un plugin, non quaranta lavori separati. - Risolvi la causa. Su WordPress, prima di toccare il codice, controlla in Impostazioni > Lettura l'opzione "Scoraggia i motori di ricerca dall'indicizzazione di questo sito" e l'impostazione di visibilità nei motori di ricerca della singola pagina in Yoast o Rank Math.
- Incolla un URL colpito in Controllo URL e lancia Testa URL live. Vedi se l'indicizzazione è consentita e quale canonical è dichiarato sulla pagina live, così sai che la correzione è davvero online e non ferma dietro la cache di una CDN.
- Torna al motivo e clicca Convalida correzione. Secondo la documentazione di Google la convalida richiede in genere fino a circa due settimane, a volte di più, e Search Console ti manda un'email man mano che procede.
Perché l'errore che vedi è già vecchio
Search Console segue i tempi di scansione di Google, non i tuoi. Una modifica al template pubblicata il giorno 1 deve essere riscansionata su un numero sufficiente di URL ed elaborata prima di comparire come picco nel report Pagine, e il report stesso si aggiorna con qualche giorno di ritardo. Quando un motivo schizza verso l'alto, alcune pagine possono essere già uscite dall'indice, e la convalida aggiunge la sua attesa. È lo stesso punto cieco descritto nei cambiamenti SEO silenziosi: la causa sta sulla pagina molto prima che l'effetto si possa misurare.
Search Console non può colmare questa distanza, perché riporta solo ciò che Google ha già elaborato. Tu sì, controllando direttamente l'HTML e il robots.txt, visto che è lì che nasce la maggior parte di questi motivi.
Intercettare le cause prima del report
Deltio non si collega a Search Console e non può dirti cosa ha indicizzato Google: per quello la fonte resta il report Pagine. Deltio controlla le cause on-page che in seguito diventano righe di quel report. Una volta al giorno legge sitemap e pagine di ogni sito e le confronta con il controllo precedente, così un noindex che compare, un canonical che cambia o una nuova regola nel robots.txt ti vengono segnalati su Slack e via email, per quel sito, il giorno in cui vengono trovati. Vengono segnalati anche gli URL che escono dalla sitemap, da cui spesso nascono le righe "Non trovata (404)"; ne parla la guida sulle pagine rimosse dalla sitemap. Dopo aver sistemato qualcosa, una scansione SEO manuale conferma che la pagina è pulita prima di cliccare Convalida correzione.
Il controllo è giornaliero, quindi una modifica può restare senza segnalazione fino a un giorno. Rispetto a un report che arriva con settimane di ritardo, di solito resta il tempo di annullarla prima che molti URL vengano riscansionati. I motivi che dipendono dal giudizio di Google e non da un tag, come "Pagina scansionata ma attualmente non indicizzata" o un canonical scelto da Google in autonomia, richiedono comunque Search Console.
Se vuoi entrambe le viste su un sito cliente, puoi attivare la prova gratuita di 14 giorni.
Domande frequenti
- Devo usare Richiedi indicizzazione per ogni URL che ho corretto?
- No. Richiedi indicizzazione in Controllo URL ha una quota giornaliera per proprietà ed è pensata per un numero ridotto di URL importanti. Per una correzione di template che riguarda molte pagine, usa Convalida correzione sul motivo nel report Pagine e verifica che gli URL siano in una sitemap XML aggiornata.
- Cosa significa quando la convalida non va a buon fine?
- Lo stato Non riuscita indica che Google ha trovato ancora il problema su almeno uno degli URL ricontrollati. Le cause più comuni sono una correzione applicata a un template ma non a un altro, una CDN o una cache di pagina che serve ancora il vecchio HTML, oppure URL che non rientrano nello schema che hai corretto. Sistema gli URL rimanenti e avvia una nuova convalida.
- "Indicizzata, ma bloccata da robots.txt" è un errore?
- È un avviso: Google ha indicizzato un URL a partire dai link senza avere il permesso di scansionarlo, quindi il risultato di solito compare senza descrizione. Se vuoi la pagina nei risultati, elimina la regola Disallow. Se la vuoi fuori, consenti la scansione e aggiungi noindex, perché Google non può leggere un noindex su una pagina bloccata.
- Perché il conteggio del report Pagine è diverso da una ricerca site:?
- L'operatore site: restituisce una stima approssimativa e non serve a contare le pagine indicizzate. Il report Pagine è il dato di Google per la proprietà, anche se pure quello resta indietro di qualche giorno rispetto al sito live.
- Quanto costa Deltio?
- Starter copre fino a 50 siti e 5.000 URL a 29 € al mese, oppure 24 € al mese con fatturazione annuale. Professional copre fino a 200 siti a 59 € al mese (49 € al mese con fatturazione annuale) ed Enterprise fino a 500 siti a 139 € al mese (116 € al mese con fatturazione annuale). Tutti i piani hanno una prova gratuita di 14 giorni.