Se un post non compare su Google, quasi sempre la causa è una di tre: Google non l’ha ancora scansionato, la pagina gli dice di non indicizzarla (robots.txt, noindex, canonical sbagliato) oppure l’ha scansionata e ha deciso che non vale la pena tenerla nell’indice. Per capire quale delle tre, il punto di partenza è lo strumento Controllo URL di Google Search Console, non la ricerca su Google.
Qui sotto trovi l’ordine in cui fare i controlli, cosa significano gli stati del rapporto “Pagine” e quanto aspettare prima di preoccuparsi.
Indice
- Scansione, indicizzazione e posizionamento
- Il primo controllo: Controllo URL
- Come leggere il rapporto Pagine
- Blocchi tecnici: robots.txt, noindex, canonical
- La sitemap XML
- Contenuti sottili e duplicati
- Crawl budget: conta davvero su un blog piccolo?
- Tempi realistici
- Prossimi passi
Scansione, indicizzazione e posizionamento
Sono tre fasi distinte e ognuna può fallire per motivi diversi:
- Scansione: Googlebot scopre l’URL (da un link, dalla sitemap) e scarica la pagina.
- Indicizzazione: Google analizza il contenuto, sceglie l’URL canonico tra eventuali duplicati e decide se salvarlo nell’indice.
- Posizionamento: tra le pagine indicizzate, Google sceglie quali mostrare per una query e in che ordine.
“Non appare su Google” può voler dire una qualsiasi delle tre. Una pagina indicizzata che sta in quinta pagina per la keyword che ti interessa non ha un problema di indicizzazione, ma di posizionamento: per quello serve lavorare sul contenuto e sulla SEO on-page. Questo articolo si occupa delle prime due fasi.
Il primo controllo: Controllo URL
Il controllo rapido che molti fanno è la ricerca con l’operatore site::
site:tuodominio.it/slug-del-postSe il post compare, è indicizzato. Se non compare, però, non è una prova: site: non restituisce un elenco completo dell’indice. La risposta affidabile la dà Search Console.
In Search Console incolla l’URL completo nella barra in alto (Controllo URL). Il risultato ti dice se l’URL è su Google e, se non lo è, perché. Le informazioni da guardare sono:
- Rilevamento: se l’URL è stato trovato tramite sitemap o tramite pagine che lo linkano. Se non c’è nessuna pagina di riferimento, Google lo conosce solo dalla sitemap.
- Scansione: data dell’ultima scansione, se è consentita da
robots.txte se il recupero della pagina è riuscito. - Indicizzazione: se è consentita (cioè se c’è un
noindex), il canonico dichiarato da te e quello scelto da Google.
Il pulsante “Testa URL live” scarica la pagina in quel momento: usalo dopo una correzione, per verificare che Google veda la versione nuova. Se il test live è pulito, “Richiedi indicizzazione” mette l’URL in coda per la scansione. Esiste una quota giornaliera e ripetere la richiesta sullo stesso URL non accelera nulla.
Come leggere il rapporto Pagine
Il rapporto Indicizzazione > Pagine (in passato si chiamava “Copertura”) raggruppa tutti gli URL che Google conosce e, per quelli non indicizzati, indica il motivo. Gli stati che capitano più spesso su un blog sono questi.
Pagina scansionata, ma attualmente non indicizzata
Google ha scaricato la pagina e ha deciso di non indicizzarla, almeno per ora. Non c’è un errore tecnico da correggere: di solito è un giudizio sul contenuto (troppo simile ad altre pagine, poco utile rispetto a quello che già c’è). Richiedere di nuovo l’indicizzazione serve a poco; serve migliorare la pagina o accorparla a un’altra.
Rilevata, ma attualmente non indicizzata
Google conosce l’URL ma non l’ha ancora scansionato. Su un post appena pubblicato è normale. Se resta così per settimane, i motivi tipici sono un server lento che costringe Google a rimandare le scansioni, oppure un URL con pochi link interni, che Google considera poco importante.
Esclusa in base al tag “noindex” e Bloccata da robots.txt
Sono gli stati più facili da diagnosticare: la pagina stessa chiede di non essere indicizzata o scansionata. Se l’URL in elenco è uno che vuoi su Google, la correzione è nella sezione successiva.
Duplicata e stati legati al canonical
“Pagina alternativa con tag canonical appropriato” è quasi sempre corretto: la pagina punta a un’altra versione e Google ha indicizzato quella. “Pagina duplicata, Google ha scelto una pagina canonica diversa da quella specificata dall’utente” invece va controllato: con Controllo URL vedi quale URL Google ha preferito e puoi capire se ha ragione lui.
Anche “Pagina con reindirizzamento” e “Non trovata (404)” compaiono spesso: se riguardano URL vecchi che hai spostato o cancellato apposta, non sono un problema.
Blocchi tecnici: robots.txt, noindex, canonical
robots.txt
Il file robots.txt nella root del dominio dice ai crawler quali percorsi non scansionare. Il caso estremo è il blocco totale, che a volte resta in produzione dopo un sito di staging:
User-agent: *
Disallow: /Più spesso il blocco è parziale: una regola come Disallow: /blog esclude anche /blog-tecnico/, perché le regole lavorano per prefisso. Controllo URL indica se la scansione è consentita, quindi non serve leggere le regole a mano.
Un dettaglio che confonde: robots.txt blocca la scansione, non l’indicizzazione. Un URL bloccato può comunque finire nei risultati, senza descrizione, se altri siti lo linkano. Per tenere una pagina fuori da Google si usa noindex.
noindex
La direttiva può arrivare in due modi: con un meta tag nell’<head> oppure con un header HTTP, usato anche per file non HTML come i PDF.
<meta name="robots" content="noindex">
X-Robots-Tag: noindexPer il meta tag basta cercare noindex nel sorgente della pagina; per l’header serve curl -I https://tuodominio.it/slug-del-post/ o la scheda Rete dei DevTools. Su WordPress i punti da controllare sono due: l’opzione “Scoraggia i motori di ricerca dall’effettuare l’indicizzazione di questo sito” in Impostazioni > Lettura, che vale per tutto il sito, e le impostazioni del plugin SEO, che possono escludere un singolo post o un intero tipo di contenuto.
Attenzione a non combinare le due cose: se una pagina ha noindex ed è anche bloccata da robots.txt, Google non la scansiona, quindi non vede mai il noindex.
Canonical
Il tag rel="canonical" indica quale URL considerare principale quando più indirizzi mostrano lo stesso contenuto. Su un post normale deve puntare a sé stesso:
<link rel="canonical" href="https://tuodominio.it/slug-del-post/">Gli errori tipici sono un canonical che punta alla home o alla pagina del blog (capita con temi o plugin configurati male), oppure a una versione dell’URL diversa da quella reale: http invece di https, con o senza www, con o senza slash finale. Il canonical per Google è un’indicazione forte, non un ordine: se la pagina è quasi identica a un’altra, può scegliere comunque un canonico diverso.
Il canonical e i meta robots fanno parte dell’<head>: la checklist SEO per l’HTML li riassume insieme a title, meta description e dati strutturati.
La sitemap XML
La sitemap non fa indicizzare niente da sola: aiuta Google a scoprire gli URL e a capire quando sono cambiati. Su WordPress la generano il core (/wp-sitemap.xml) o il plugin SEO (con Yoast è /sitemap_index.xml). Inviala una volta in Search Console, nella sezione Sitemap, e verifica che lo stato sia “Riuscita”.
Una voce utile contiene solo l’indirizzo e la data di modifica:
<url>
<loc>https://tuodominio.it/slug-del-post/</loc>
<lastmod>2026-10-15</lastmod>
</url>Google ignora <priority> e <changefreq>, quindi non serve ritoccarli. Usa invece <lastmod>, ma solo se è affidabile: deve cambiare quando il contenuto cambia davvero, non a ogni salvataggio. Nella sitemap vanno solo URL che rispondono 200, senza noindex e canonici di sé stessi. Redirect, 404 e pagine escluse mandano segnali contraddittori.
Contenuti sottili e duplicati
Se Controllo URL dice che scansione e indicizzazione sono consentite e lo stato resta “Pagina scansionata, ma attualmente non indicizzata”, il problema è il contenuto. I casi più comuni su un blog:
- Articoli che si sovrappongono: due o tre post che rispondono alla stessa domanda con parole diverse. Google tende a tenerne uno e ignorare gli altri. La soluzione è fonderli in un articolo più completo e reindirizzare gli altri con un 301.
- Contenuto sottile: pagine brevi o generiche, che ripetono quello che si trova ovunque senza esempi, codice o dettagli propri. Allungarle non basta: serve aggiungere qualcosa che altrove manca.
- Pagine di archivio: tag con un solo post, pagine di autore su un blog con un solo autore, risultati di ricerca interna. Spesso conviene escluderle con
noindexe smettere di preoccuparsene.
Controlla anche che il post risponda all’intento di chi cerca: se per una query Google mostra tutorial con codice e il tuo post è un’introduzione teorica, difficilmente prenderà il loro posto. Una struttura chiara aiuta sia i lettori sia il parser: titoli in ordine gerarchico e HTML semantico rendono evidente qual è il contenuto principale della pagina.
Crawl budget: conta davvero su un blog piccolo?
Quasi mai. La guida di Google sul crawl budget si rivolge a siti con più di un milione di pagine o più di diecimila pagine che cambiano ogni giorno. Per un blog con qualche centinaio di articoli bastano una sitemap aggiornata e un’occhiata periodica al rapporto Pagine.
Quello che su un sito piccolo pesa davvero sono i link interni. Un post raggiungibile solo dalla sitemap, senza link da altre pagine (una pagina orfana), per Google è un segnale di scarsa importanza. Dopo la pubblicazione, aggiungi un link al nuovo post da due o tre articoli già indicizzati sullo stesso argomento, con un testo del link descrittivo. È anche il modo più rapido per farlo scoprire.
Il secondo fattore è il server: se le risposte sono lente o restituiscono errori 5xx, Google riduce il ritmo di scansione. Il rapporto Statistiche di scansione (in Impostazioni di Search Console) mostra il tempo medio di risposta e gli errori dell’host.
Tempi realistici
Google indica che la scansione di un URL può richiedere da qualche giorno a qualche settimana, e non garantisce né i tempi né l’indicizzazione. In pratica:
- su un sito nuovo o con pochi link in ingresso, i primi post possono restare in “Rilevata” per settimane;
- su un sito già scansionato con regolarità, un post nuovo linkato dalla home o da articoli esistenti di solito entra prima;
- dopo una correzione (rimozione di
noindex, canonical sistemato) serve una nuova scansione: “Richiedi indicizzazione” la anticipa, ma il rapporto Pagine si aggiorna con qualche giorno di ritardo; - per un problema di qualità non c’è una data: la pagina viene rivalutata alle scansioni successive, dopo che l’hai migliorata.
Se dopo un mese un post linkato internamente è ancora in “Rilevata, ma attualmente non indicizzata”, vale la pena guardare la velocità del server e la quantità di URL di scarso valore che il sito espone.
Prossimi passi
- Passa l’URL del post in Controllo URL e annota lo stato esatto.
- Se è un blocco (
robots.txt,noindex, canonical), correggilo, verifica con “Testa URL live” e poi richiedi l’indicizzazione una sola volta. - Controlla che il post sia nella sitemap e che la sitemap inviata in Search Console risulti “Riuscita”.
- Aggiungi link interni al post da due o tre articoli già indicizzati sullo stesso tema.
- Se lo stato è “Pagina scansionata, ma attualmente non indicizzata”, confronta il post con gli altri del sito: se si sovrappone a uno esistente, fondili; se è sottile, aggiungi esempi e dettagli concreti.
- Una volta al mese apri il rapporto Pagine e guarda se compaiono nuovi motivi di esclusione.
Per il quadro completo su come Google scansiona, indicizza e posiziona un sito, c’è la guida SEO per Google.
Fonti
