Blog non appare Google: 7 controlli in 10 minuti
Se il blog non appare Google, il controllo più rapido è la query
site:tuoblog.it: se non restituisce nulla, il blog non è nell’indice. Le cause più frequenti sono tre: un blocco in robots.txt, un tag noindex rimasto attivo da staging, o una sitemap mai inviata. In 10 minuti si controllano tutti e tre con Search Console e il codice sorgente della pagina.
Aggiornato a ottobre 2026
Un blog non appare Google non significa necessariamente che sia stato penalizzato. Nella maggior parte dei casi il problema è tecnico e si risolve in pochi minuti: un file di configurazione che blocca i crawler, un tag che dice a Google di non indicizzare, o una sitemap che non è mai stata inviata. La differenza rispetto a un sito indicizzato che non riceve visite è sostanziale: qui non si tratta di posizionamento, ma di ammissione all’indice. I sette controlli che seguono vanno eseguiti nell’ordine indicato, dal più rapido al più approfondito.
- Il 21 ottobre 2026 Google ha aggiornato la guida “Control what you share with Google Search” includendo il controllo per le funzioni AI (AI Overviews e AI Mode) insieme a robots meta tag, data-nosnippet e X-Robots-Tag. Nessuna nuova funzione: solo documentazione aggiornata.
- Il controllo AI è attivo in Search Console dal 31 agosto 2026 per tutti i siti. Se è stato attivato per errore, può escludere il blog dalle risposte AI anche se la ricerca tradizionale funziona.
- Il report “Pagine” di Search Console ora distingue con più chiarezza tra “Scansionata, non indicizzata” e “Scoperta, non indicizzata”: la prima indica un problema di qualità, la seconda un problema di budget di scansione.
Il primo controllo: indicizzazione blog o assenza totale
Il test più rapido richiede dieci secondi. Apri Google e digita site:tuoblog.it, sostituendo l’URL con il tuo dominio. Se compaiono risultati, il blog è nell’indice: il problema è di posizionamento, non di indicizzazione. Se non compare nulla, Google non ha ancora incluso il blog. In quel caso il problema è a monte e va cercato tra robots.txt, noindex e sitemap. La query site: non è un strumento ufficiale di diagnosi, ma è il modo più immediato per capire se il blog esiste o no per Google. Per una guida completa sulle basi SEO che dovrebbero essere configurate prima di pubblicare, la pagina su come creare un sito web con le basi SEO copre struttura, title e gerarchia dei contenuti.
Un caso intermedio è quello in cui site: restituisce la homepage ma non gli articoli. Significa che Google conosce il dominio ma non ha ancora scoperto o valutato le singole pagine. Le cause possono essere una sitemap incompleta, un’architettura di link interni debole o un blocco parziale in robots.txt. In questo scenario il blog è “parzialmente indicizzato” e i controlli successivi servono a capire quale parte manca.
Uno studio su 16 milioni di pagine condotto da IndexCheckr ha rilevato che il 62% delle pagine analizzate non è indicizzato. Solo il 37% entra nell’indice, e di queste il 21% viene successivamente rimosso. L’indicizzazione è diventata un filtro di qualità, non un passaggio automatico.
Search console controllo: cosa guardare nel report Pagine
Il search console controllo parte dal report “Pagine” (ex “Copertura”), che si trova in Indicizzazione > Pagine. Il report mostra due schede: “Indicizzata” e “Non indicizzata”. Ogni URL non indicizzata riporta un motivo specifico: “Scansionata, non indicizzata”, “Scoperta, non indicizzata”, “Bloccata da robots.txt”, “Esclusa da tag noindex”, “Pagina con reindirizzamento” o “Duplicata senza canonical selezionata dall’utente”. I motivi non sono equivalenti: “Scansionata, non indicizzata” indica che Google ha letto la pagina e ha deciso di non includerla per ragioni di qualità o contenuto; “Scoperta, non indicizzata” indica che Google conosce l’URL ma non ha ancora avuto risorse per visitarlo. Il primo caso richiede un intervento sul contenuto, il secondo sulla scoperta (link interni, sitemap).
Per una diagnosi puntuale di una singola pagina, lo strumento Controllo URL in Search Console mostra se Google ha scansionato la pagina, se l’indicizzazione è consentita, quale canonical ha scelto e se ci sono problemi di recupero. Se il verdetto è “URL non su Google”, il report espande la sezione “Indicizzazione pagine” con il motivo esatto. La guida su abilitare IndexNow per l’indicizzazione spiega come accelerare la scoperta delle pagine nuove su Bing e altri motori, ma per Google il canale principale resta la sitemap e i link interni.
- Apri Search Console > Indicizzazione > Pagine e controlla la scheda “Non indicizzata”.
- Individua il motivo più frequente: se è “Bloccata da robots.txt” o “Esclusa da noindex”, passa ai controlli 3 e 4.
- Se il motivo è “Scansionata, non indicizzata”, il problema è di contenuto: passa al controllo 7.
Robots.txt blog: il blocco che nessuno ricorda di aver messo
Il file robots.txt blog si trova nella radice del dominio e dice ai crawler quali pagine possono visitare. Un file standard per un blog contiene User-agent: * e Disallow: (che significa “consenti tutto”). Il problema nasce quando il blog è stato sviluppato in un ambiente di staging e il file è rimasto con Disallow: /, che blocca l’intero sito. Questo errore è più comune di quanto sembri: il blog funziona per gli utenti, ma Google non può entrare. Per verificarlo, apri tuoblog.it/robots.txt nel browser e controlla che non ci siano righe Disallow: / non commentate. In alternativa, usa il tester robots.txt di Google Search Console, che mostra la regola specifica che blocca un URL.
Un blocco in robots.txt non rimuove le pagine già indicizzate, ma impedisce a Google di vedere le nuove. Se il file è stato modificato di recente, le pagine bloccate possono restare nell’indice per un po’ con la dicitura “Indicizzata, ma bloccata da robots.txt”. La soluzione è correggere il file, inviare una nuova versione in Search Console e usare Controllo URL > Testa URL pubblicato > Richiedi indicizzazione per le pagine più importanti. Se il blog è ospitato su un servizio che gestisce robots.txt automaticamente, come Blogger o WordPress.com, il file non è modificabile: in quel caso il controllo va fatto sulle impostazioni di visibilità del blog, non sul file. La scelta dell’hosting può influire sulla libertà di configurazione: la guida ai migliori hosting WordPress e cloud confronta le opzioni che permettono il controllo completo di robots.txt e sitemap.
Se correggi robots.txt ma non chiedi una nuova scansione, Google può impiegare settimane a tornare. Il cambio del file non è sufficiente: serve una richiesta esplicita di indicizzazione per le pagine che erano bloccate, oppure l’invio di una sitemap aggiornata.
Noindex: il tag che esclude una pagina senza bloccare il crawling
Il tag noindex è diverso da robots.txt: permette a Google di visitare la pagina ma le dice di non includerla nei risultati. Si trova nel codice HTML della pagina, nella sezione <head>, nella forma <meta name="robots" content="noindex">. Su un blog, il noindex può essere attivato per errore da un plugin SEO (WordPress) o da un’impostazione di visibilità (Blogger). Il modo più rapido per verificarlo è aprire il codice sorgente della pagina (tasto destro > “Visualizza sorgente pagina”) e cercare “noindex”. Se compare, la pagina è esclusa. Attenzione: il noindex può essere presente anche in un header HTTP X-Robots-Tag: noindex, che non è visibile nel sorgente HTML ma si vede negli strumenti per sviluppatori alla voce “Network”.
Rimuovere il tag noindex è solo il primo passo. Dopo la modifica, Google deve riscansionare la pagina per accorgersene. Il Controllo URL mostra se Google ha ancora memorizzato il noindex: nella sezione “Indicizzazione pagine” il verdetto sarà “Esclusa da tag noindex” finché Google non aggiorna la sua copia. La richiesta di indicizzazione accelera il processo ma non lo garantisce. Se il blog usa un plugin SEO, controlla anche le impostazioni globali: alcuni plugin applicano noindex a intere categorie o archivi per impostazione predefinita, e il problema può riguardare decine di pagine contemporaneamente.
Dopo aver rimosso noindex o corretto robots.txt, non controllare Google il giorno stesso. Usa il Controllo URL per verificare che Google abbia ricevuto la nuova versione, poi attendi da 3 a 14 giorni. La scansione non è istantanea, nemmeno con la richiesta manuale.
Canonical: quando Google sceglie un’altra URL
Il tag canonical indica a Google quale versione di una pagina è quella principale. Su un blog, il problema si presenta quando la homepage canonica punta a un’altra URL, o quando un articolo ha un canonical verso la categoria invece che verso sé stesso. In questi casi Google può indicizzare la categoria e ignorare l’articolo, oppure non indicizzare nessuna delle due. Il controllo è semplice: nel codice sorgente della pagina, cerca <link rel="canonical" href="..."> e verifica che l’URL corrisponda a quello che vuoi indicizzare. Se il canonical punta altrove, Google potrebbe aver scelto quella URL come principale e aver escluso la tua come “duplicata”.
Search Console mostra il canonical selezionato da Google nella sezione “Indicizzazione pagine” del Controllo URL. Se il valore non coincide con il canonical dichiarato, significa che Google ha trovato segnali contrastanti (link interni, sitemap, redirect) e ha preso una decisione diversa. La correzione richiede di allineare tutti i segnali: canonical, sitemap e link interni devono puntare alla stessa URL. In un blog, il caso più frequente è quello degli articoli con parametri UTM o con versioni “/amp/”: se il canonical non è esplicito, Google può scegliere la versione sbagliata.
Sitemap blog: inviarla non basta, va verificata
La sitemap blog è un file XML che elenca tutte le URL del sito. Si trova in genere su tuoblog.it/sitemap.xml o tuoblog.it/sitemap_index.xml. La presenza del file non garantisce che Google lo abbia letto: bisogna inviarlo in Search Console nella sezione Indicizzazione > Sitemap e controllare che lo stato sia “Operazione riuscita”. Un errore comune è inviare una sitemap che contiene URL bloccate da robots.txt o taggate noindex: Google le legge ma le scarta, e il report mostra “Scoperte” ma non “Indicizzate”. Un altro errore è avere una sitemap obsoleta che non include gli articoli nuovi: in quel caso Google può scoprirli dai link interni, ma con più lentezza.
Dopo l’invio, controlla il rapporto tra URL inviate e URL indicizzate nella scheda “Sitemap”. Se il divario è ampio e stabile, il problema non è la sitemap ma la qualità o l’accessibilità delle pagine. La sitemap è un acceleratore, non una garanzia. Per un blog con pochi articoli, i link interni dalla homepage e dalle categorie sono spesso più efficaci della sitemap nel guidare la scoperta. La pagina su tool e calcolatori digitali gratuiti include strumenti per verificare la struttura dei link e la copertura delle URL prima di inviare la sitemap.
Richiesta di indicizzazione: l’ultimo passo, non il primo
La funzione Richiedi indicizzazione di Search Console chiede a Google di riscansionare una singola URL. Non è una scorciatoia: se la pagina è bloccata da robots.txt, taggata noindex o considerata di bassa qualità, la richiesta non produce l’indicizzazione. Funziona solo quando il problema tecnico è stato risolto e Google ha bisogno di un segnale per tornare. La procedura corretta è: correggi il blocco, verifica con “Testa URL pubblicato” che Google veda la nuova versione, poi premi “Richiedi indicizzazione”. Se dopo due settimane la pagina non è ancora nell’indice, il problema è di contenuto o di autorità, non di richiesta.
Un limite importante: la richiesta manuale ha un budget limitato per ogni proprietà. Non è pensata per inviare decine di URL al giorno, ma per le pagine più importanti. Se hai molti articoli non indicizzati, la soluzione non è richiederli tutti, ma capire perché Google non li considera meritevoli. Il report “Pagine” e la distinzione tra “Scansionata” e “Scoperta” aiutano a capire se il collo di bottiglia è la scansione o la valutazione.
Tabella riepilogativa: controllo, sintomo e prima correzione
| Controllo | Sintomo in Search Console | Prima correzione | Tempo |
|---|---|---|---|
site:tuoblog.it |
Nessun risultato | Passa ai controlli su robots.txt e noindex | 10 secondi |
| Report Pagine | “Bloccata da robots.txt” | Correggi il file e invia la nuova versione | 2 minuti |
| Sorgente pagina | “Esclusa da tag noindex” | Rimuovi il tag o disattiva l’opzione nel plugin | 3 minuti |
| Canonical | “Duplicata senza canonical selezionata” | Allinea canonical, sitemap e link interni | 5 minuti |
| Sitemap | “Operazione riuscita” ma poche URL indicizzate | Verifica che le URL non siano bloccate o noindex | 3 minuti |
| Richiedi indicizzazione | Nessun effetto dopo 14 giorni | Il problema è di contenuto: rivedi la pagina | Variabile |
Domande frequenti
Perché il mio blog non appare su Google anche se è online?
Un blog non appare Google per tre motivi principali: Google non lo ha ancora scoperto (nessuna sitemap, nessun link in entrata), il blog è bloccato tecnicamente (robots.txt con Disallow: / o tag noindex), oppure Google lo ha scansionato ma non lo ha ritenuto meritevole di indicizzazione. La query site:tuoblog.it distingue tra assenza totale e presenza parziale. Il report “Pagine” di Search Console fornisce il motivo esatto per ogni URL.
Quanto tempo serve perché un blog nuovo venga indicizzato?
Un blog nuovo può richiedere da pochi giorni a diverse settimane per la prima indicizzazione. Se dopo un mese il blog non appare ancora con la query site:, il problema non è il tempo ma la configurazione. In quel caso vanno controllati robots.txt, noindex e sitemap, nell’ordine. Un blog con contenuti validi ma nessun link in entrata può impiegare più tempo, perché Google ha meno segnali per scoprirlo.
La richiesta di indicizzazione funziona sempre?
No. La funzione Richiedi indicizzazione chiede a Google di riscansionare una pagina, ma non garantisce che venga inclusa. Se la pagina è bloccata da robots.txt, taggata noindex o considerata di bassa qualità, la richiesta non cambia il risultato. Funziona solo quando il problema tecnico è stato risolto e la pagina ha contenuto sufficiente per superare la valutazione di Google. La richiesta ha anche un budget limitato per proprietà: non è pensata per invii massivi.
Robots.txt e noindex sono la stessa cosa?
No, e la differenza è importante. Robots.txt impedisce a Google di visitare una pagina: il crawler non la legge. Noindex permette a Google di visitarla ma le dice di non includerla nei risultati. Un pagina bloccata da robots.txt non può essere scansionata, quindi Google non vede nemmeno il tag noindex eventualmente presente. Se vuoi escludere una pagina, noindex è più affidabile perché Google deve prima visitarla per leggerlo. Se la blocchi in robots.txt, potresti non accorgerti che è ancora nell’indice.
Cosa significa “Scansionata, non indicizzata” nel report Pagine?
Significa che Google ha visitato la pagina, ne ha letto il contenuto, ma ha deciso di non includerla nell’indice. Non è un problema tecnico: è una valutazione di qualità o di utilità. Le cause comuni sono contenuto troppo simile ad altre pagine già indicizzate, valore aggiunto insufficiente o assenza di segnali di autorità. La correzione non è tecnica ma editoriale: aggiungere dati originali, esempi concreti, procedure dettagliate o un punto di vista che non esiste altrove. “Scansionata, non indicizzata” è diverso da “Scoperta, non indicizzata”, che indica che Google conosce l’URL ma non lo ha ancora visitato.
Chiusura
Un blog non appare Google raramente è un mistero. I sette controlli coprono le cause più frequenti e richiedono meno di dieci minuti: dalla query site: al report Pagine, dal robots.txt al noindex, dal canonical alla sitemap, fino alla richiesta di indicizzazione. Se dopo tutti i controlli il blog resta fuori dall’indice, il problema non è tecnico: Google ha valutato il contenuto e non lo ha ritenuto meritevole. In quel caso la soluzione non è forzare l’indicizzazione, ma migliorare ciò che il blog offre rispetto a ciò che è già presente nei risultati.
Se vuoi approfondire, leggi la nostra guida sul sito indicizzato senza visite: cause e cosa fare, che affronta il passo successivo: quando il blog è nell’indice ma non riceve clic.