Per risolvere lo stato “scansionata ma non indicizzata”, devi capire perché Google non ha inserito la pagina nell’indice. Richiedere nuovamente l’indicizzazione, senza modificare nulla, non risolve la causa.
Io parto da accessibilità, contenuti, canonical e collegamenti interni: riscrivere tutto prima della diagnosi rischia di sprecare tempo. Inoltre, alcune esclusioni sono corrette e non richiedono interventi.
Il primo passo è distinguere l’etichetta esatta dalle altre condizioni mostrate da Search Console.
Cosa significa lo stato in Search Console
“Scansionata, attualmente non indicizzata” significa che Google ha recuperato la pagina, ma non l’ha inclusa nel proprio indice. L’indicizzazione è il passaggio che rende un contenuto disponibile per la selezione nei risultati di ricerca.
Lo stato descrive quindi una scelta di indicizzazione, non un errore tecnico specifico. Può dipendere dall’utilità del contenuto, dalle duplicazioni o dall’elaborazione ancora incompleta. Da solo, però, non dimostra che il testo sia scadente.
Il report Indicizzazione delle pagine distingue queste situazioni.
| Stato | Significato | Prima azione |
|---|---|---|
| Rilevata, attualmente non indicizzata | Google conosce l’URL, ma non l’ha ancora scansionato | Esamina accessibilità, risorse del server e priorità |
| Scansionata, attualmente non indicizzata | Google ha recuperato la pagina, senza indicizzarla | Analizza contenuto, duplicazioni e segnali tecnici |
| Pagina alternativa con tag canonical appropriato | Google riconosce una variante della pagina canonica indicizzata | Nessun intervento, se la scelta è corretta |
La differenza conta: aumentare le richieste di scansione non corregge una duplicazione.
Anche un’esclusione per noindex, robots.txt o un URL eliminato con risposta 404 può essere intenzionale. Io considero problematiche soprattutto le esclusioni delle pagine che devono essere trovate.
Come verificare una pagina scansionata ma non indicizzata
Partire da site: e dal report
La ricerca site: seguita dal dominio offre un controllo orientativo. Ripeti la ricerca site: restringendola al percorso della pagina interessata.
Nessun risultato suggerisce un’assenza dall’indice, ma non la dimostra. Allo stesso modo, pochi risultati rispetto alle pagine pubblicate possono suggerire un’indicizzazione parziale: il conteggio di questo operatore è approssimativo.
Apri Search Console e consulta il report Indicizzazione delle pagine per selezionare il motivo di esclusione. Esamina URL rappresentativi di servizi, articoli e prodotti, invece di guardare soltanto il totale.
Annota anche l’ultima scansione: una modifica successiva potrebbe non essere ancora stata valutata.
Confrontare Controllo URL e test dal vivo
Incolla l’indirizzo in Controllo URL. La schermata iniziale descrive l’ultima versione elaborata da Google, non necessariamente quella pubblicata adesso.
Confronta il canonical dichiarato con quello scelto da Google, quando disponibile. Se differiscono, cerca segnali incoerenti tra contenuti, sitemap, redirect e link interni.
Poi avvia il test dal vivo e apri la pagina sottoposta a test. Esamina HTML renderizzato, risorse caricate e schermata: devono contenere il contenuto principale.
Un test dal vivo positivo conferma l’accessibilità rilevata in quel momento. Non certifica l’indicizzazione e non esclude problemi di duplicazione.
Le cinque cause da valutare prima di riscrivere
Contenuti poco utili o troppo simili
La prima causa da considerare è una pagina che non aggiunge informazioni utili rispetto alle alternative disponibili. Un testo lungo può comunque limitarsi a formule generiche.
Per valutarlo, cerco risposte concrete: cosa comprende il servizio, quali limiti ha, quali materiali servono e come funziona il processo. Per una scheda prodotto contano caratteristiche, disponibilità e informazioni necessarie all’acquisto.
La seconda causa è la sovrapposizione interna. Controllo se tag, categorie e filtri generano URL duplicati o pagine con la stessa funzione.
Pubblicare pagine locali cambiando soltanto il nome della città aggiunge poche informazioni. Anche nella creazione di un sito web aziendale, ogni pagina dovrebbe avere uno scopo riconoscibile.
Sito giovane, pagine orfane o elaborazione incompleta
La terza situazione riguarda un sito nuovo o con pochi contenuti sostanziali e pochi collegamenti in entrata. Google può attribuire priorità limitata alla scoperta e all’elaborazione delle pagine, senza che esista una penalizzazione.
La quarta causa è l’assenza di link interni. Una pagina orfana può comparire nella sitemap, ma manca un percorso di navigazione che ne chiarisca la relazione con il sito.
Infine, la pagina può essere ancora in elaborazione. Valuto questa possibilità soprattutto quando è appena pubblicata o modificata, evitando però di usarla per giustificare un’esclusione persistente.
Se il problema coinvolge un’intera tipologia di URL, cerco prima una causa comune nel template o nell’architettura. Una scansione con Screaming Frog aiuta a individuare questi schemi.
Escludere blocchi tecnici e problemi di rendering
Firewall, log e JavaScript
Un firewall può mostrare il sito ai visitatori e respingere Googlebot con una verifica automatica, un limite alle richieste o un blocco geografico. Verifica che Googlebot riceva una risposta accessibile, senza challenge o blocchi.
Nei log, confronta le risposte di Googlebot con quelle degli utenti. Risposte 200 agli utenti e 403 o 503 a Googlebot sono indizi da approfondire. Il solo nome nello user agent non basta per identificare il crawler autentico. Anche una challenge può restituire 200 senza mostrare il contenuto.
Per lo stato “Rilevata” può mancare una richiesta di scansione; l’assenza nei log, tuttavia, non prova nulla se i registri sono incompleti.
Con JavaScript, invece, Google può rimandare il rendering dopo il recupero iniziale e vedere una pagina sostanzialmente vuota. Le statistiche di scansione in Search Console aiutano a contestualizzare gli accessi.
Migrazioni, robots.txt e noindex
Dopo un restyling del sito web, controllo i reindirizzamenti permanenti mancanti, i noindex ereditati dallo staging e i canonical diretti al dominio di test. Verifico anche che le regole in robots.txt non blocchino le pagine da indicizzare. Sono problemi da escludere prima di attribuire il calo ai contenuti.
Nella documentazione su robots.txt, Google distingue il controllo della scansione da quello dell’indicizzazione.
Per far leggere un noindex, devi consentire la scansione: prima rimuovi l’eventuale blocco in robots.txt, poi lascia recuperare la direttiva. Non bloccare contemporaneamente l’URL aspettandoti che Google legga il tag.
In WordPress esamino anche Impostazioni > Lettura e il plugin SEO, per verificare che noindex non sia rimasto attivo sulle pagine che devono comparire nei risultati. La manutenzione WordPress deve includere questi controlli, soprattutto dopo migrazioni e cambi di configurazione.
Scegliere il rimedio in base alla diagnosi
Prima di intervenire, stabilisco se la pagina debba esistere autonomamente, restare come variante oppure essere eliminata.
Questa tabella collega i principali verdetti alle azioni appropriate.
| Verdetto | Intervento sensato | Azione da evitare |
|---|---|---|
| Contenuto generico ma necessario | Aggiungi informazioni originali e pertinenti | Allungare il testo senza aggiungere risposte |
| Due pagine con la stessa funzione | Consolida e reindirizza l’URL eliminato verso quello pertinente | Mantenere copie quasi identiche |
| Variante utile agli utenti | Indica la versione principale con canonical coerente | Usare canonical verso pagine diverse |
| Pagina importante senza link | Collegala da contenuti correlati e navigazione | Affidarti soltanto alla sitemap |
| Pagina da mantenere accessibile agli utenti ma da escludere dai risultati | Valuta noindex ed escludila dalla sitemap | Richiederne continuamente l’indicizzazione |
| Blocco o contenuto non renderizzato | Correggi accesso, risorse o rendering | Modificare soltanto title e parole chiave |
Il canonical è un segnale forte, non un ordine assoluto. Link interni, sitemap e reindirizzamenti devono indicare la stessa versione.
Se il vecchio URL non deve più esistere, usa un redirect permanente verso la pagina equivalente. Mandare tutti gli indirizzi alla homepage disperde la pertinenza.
Negli e-commerce WooCommerce e nei progetti PrestaShop, filtri e varianti richiedono decisioni specifiche. Nemmeno la paginazione va canonicalizzata automaticamente sulla prima pagina.
Queste verifiche rientrano nell’audit SEO tecnico per WordPress. Un sito web responsive o un intervento di ottimizzazione della velocità, da soli, non garantiscono l’indicizzazione.
Richieste, convalida e tempi di attesa
Per una pagina o un sito nuovo, Google può impiegare circa una settimana per avviare scansione e indicizzazione. L’attesa può durare alcune settimane e non ha una scadenza garantita.
Su un sito appena pubblicato, richiedere l’indicizzazione della homepage è un primo passo ragionevole. Per molte pagine, invece, usa una sitemap selettiva con URL canonici, indicizzabili e accessibili.
Riservo la richiesta manuale a pochi URL nuovi o realmente corretti. Ripeterla non accelera il processo e non cambia una valutazione sfavorevole sul contenuto.
Quando disponibile, la convalida di una correzione richiede in genere fino a due settimane, ma può durare di più e non ha una scadenza garantita. È diversa dalla richiesta relativa al singolo URL.
Per misurare l’effetto, confronta nel report Indicizzazione delle pagine lo stato iniziale con quello successivo all’intervento. Annota anche la data dell’ultima scansione. Se Google non ha ancora riletto la modifica, è prematuro giudicarla.
Evita quindi modifiche quotidiane: rendono difficile capire quale intervento abbia inciso.
Domande frequenti sull’indicizzazione
Una pagina indicizzata compare per ogni ricerca?
L’indicizzazione rende la pagina idonea a comparire, ma non garantisce il posizionamento del sito web. Google seleziona i risultati in base alla pertinenza e ad altri segnali; i risultati possono variare in base al luogo, alla lingua e alla personalizzazione.
Se il sito non compare quando cerco il nome dell’azienda, parto dalla homepage in Controllo URL. Se è indicizzata, verifico la riconoscibilità del nome e la coerenza delle informazioni aziendali, invece di continuare a richiederne l’indicizzazione.
Bastano più parole o un plugin SEO?
Non esiste una lunghezza minima universale che risolva questo stato. Aggiungere paragrafi ripetitivi non rende una pagina più utile.
Yoast SEO, Rank Math e All in One SEO possono gestire direttive e sitemap in base alla configurazione del progetto. Tuttavia, non decidono quali pagine Google inserirà nell’indice. Installare più plugin con funzioni sovrapposte può anche creare segnali in conflitto.
Correggere la causa e misurare il risultato
Una pagina scansionata ma non indicizzata richiede una diagnosi, non una sequenza di invii. Correggo prima l’accessibilità e i segnali incoerenti, poi valuto utilità e collegamenti della pagina.
Il riferimento è la versione che Google ha effettivamente rielaborato. Meno modifiche casuali permettono di leggere meglio i risultati.
Se hai individuato pagine non indicizzate strategiche e vuoi distinguere problemi tecnici da problemi di contenuto, Parliamo del tuo progetto web.
