“Rilevata, ma attualmente non indicizzata”: cosa controllare in Search Console

Capire cosa indica lo stato e cosa non dimostra

Nel report Indicizzazione delle pagine, lo stato segnala che Google ha individuato l’URL ma non lo ha ancora sottoposto a scansione. Il dato va letto insieme alla data del report e alle informazioni disponibili sul singolo indirizzo.

È diverso da “Pagina scansionata, ma attualmente non indicizzata”, che presuppone una scansione già avvenuta. Non equivale neppure a una pagina indicizzata che riceve poche visite o si posiziona lontano per una ricerca competitiva.

Non dedurre automaticamente una penalizzazione, una pagina scadente o un server insufficiente. Sono ipotesi diverse da verificare con evidenze proprie. Per iniziare, annota ciò che sai: quale URL, quale stato, da quando lo osservi e perché quella pagina conta per l’attività.

Scegliere un campione che rappresenti il problema

Esporta gli esempi disponibili e raggruppali per tipo: servizi, prodotti, articoli, filtri o parametri. Distingui ciò che dovrebbe essere trovato nella ricerca dalle varianti tecniche che non hanno una funzione autonoma. L’obiettivo non è portare ogni URL presente nel report fra le pagine indicizzate.

Seleziona alcuni indirizzi importanti e comparabili. Per ciascuno registra data di pubblicazione, modello di pagina, sezione del sito, collegamenti interni noti e presenza nella sitemap. Aggiungi una pagina simile già visitata da Google per cercare differenze concrete.

Confrontare il report con il Controllo URL

Apri lo strumento Controllo URL sull’indirizzo esatto. Distingui le informazioni conservate da Google dal test della versione pubblicata. Un controllo in tempo reale risponde a domande sulla disponibilità attuale, non certifica che l’URL verrà incluso nell’indice.

Annota se il recupero riesce e quali limitazioni vengono segnalate. Se compare un reindirizzamento, controlla anche la destinazione. Un URL con o senza barra finale, oppure con parametri, può portare a una risorsa differente da quella che intendi analizzare.

Quando report e pagina pubblicata sembrano discordanti, conserva entrambi i dati con la rispettiva data. Non correggere ripetutamente un problema già risolto soltanto perché il report aggregato non riflette ancora la situazione che hai appena verificato.

Cercare ostacoli di accesso e problemi ripetuti del server

Fai controllare risposte HTTP, regole del file robots.txt, eventuali richieste di login e blocchi introdotti da protezioni o sistemi di distribuzione. Il sito che si apre sul tuo computer può comportarsi diversamente per un crawler. Chiedi al tecnico di documentare la prova, senza disattivare indiscriminatamente le protezioni.

Se il gruppo è ampio e il problema persiste, confronta anche errori e disponibilità del server nel periodo interessato. I log, quando disponibili e interpretati correttamente, possono mostrare richieste e risposte effettive. La sola lentezza percepita in una prova non dimostra la causa.

La documentazione di Google sul budget di scansione descrive il ruolo della capacità e della domanda di scansione. Per un piccolo sito non è un invito a inseguire parametri complessi: occorre prima verificare problemi concreti di raggiungibilità e struttura.

Rendere coerenti collegamenti, sitemap e URL utili

Raggiungi la pagina partendo da una categoria o da un contenuto pertinente. Verifica che il collegamento punti all’URL previsto e che abbia un testo riconoscibile. Una pagina inserita soltanto in un elenco tecnico può essere difficile da raggiungere anche per un visitatore.

Controlla che la sitemap contenga gli indirizzi che vuoi rendere trovabili, senza vecchie destinazioni o varianti incongruenti. Se il recupero della sitemap fallisce, usa la guida dedicata a quel problema. La presenza nella sitemap aiuta a comunicare gli URL, ma non sostituisce una struttura di navigazione utile.

Nei cataloghi con molte combinazioni, verifica se il sistema genera indirizzi quasi infiniti per filtri e ordinamenti. Definisci prima quali selezioni meritano una pagina autonoma; la guida ai filtri dell’e-commerce aiuta a separare queste scelte dalla singola richiesta di scansione.

Un esempio: nuove pagine presenti solo nella sitemap

Esempio ipotetico: un’azienda pubblica venti approfondimenti tecnici. Gli URL sono nella sitemap, ma il nuovo archivio non è collegato alle sezioni del sito e le pagine non richiamano i prodotti pertinenti. Sei indirizzi importanti rimangono nello stato Rilevata.

Il controllo non deve partire dalla riscrittura automatica di tutti i testi. Il team verifica prima disponibilità delle pagine, destinazioni dei link e organizzazione dell’archivio. Collega poi gli approfondimenti ai prodotti e alle categorie dove aiutano davvero il lettore, annotando data e URL modificati.

Questo esempio mostra un intervento verificabile, non una garanzia sull’indicizzazione. Se la scansione avviene e lo stato cambia, il controllo successivo riguarderà la nuova situazione; se non avviene, il registro aiuterà a proseguire l’analisi senza ripetere le stesse modifiche.

Richiedere una scansione e valutare gli esiti

Dopo avere verificato o corretto gli ostacoli, puoi richiedere l’indicizzazione dei singoli URL prioritari attraverso gli strumenti disponibili. Google spiega che ripetere la richiesta sullo stesso URL non accelera la scansione. Non esiste un tempo uguale per qualsiasi sito.

Conserva il registro delle verifiche e confronta gli stessi indirizzi, invece di guardare soltanto il totale. Distingui almeno tre esiti: nessuna variazione osservata, scansione avvenuta, indicizzazione rilevata. Solo dopo ha senso valutare impressioni e visite della pagina.

• È cambiato lo stato dell’URL verificato?
• Le pagine dello stesso modello seguono un andamento simile?
• Persistono errori tecnici documentati?
• Le nuove pagine sono raggiungibili dalle sezioni pertinenti?
• Il contenuto risponde a una domanda distinta rispetto alle altre pagine?

Se gli URL importanti restano esclusi e non emerge una causa, prepara queste evidenze per un audit SEO. Un elenco di prove e date è più utile di una sequenza di tentativi non registrati.

Domande frequenti

Devo cambiare l’URL per far ripartire la scansione?

Non soltanto per questo stato. Cambiare indirizzo crea altre attività da gestire e può nascondere il problema iniziale. Una modifica dell’URL deve avere una ragione di progetto e un piano coerente.

Il test in tempo reale positivo significa che la pagina sarà indicizzata?

No. Indica l’esito dei controlli sulla versione pubblicata che lo strumento può svolgere in quel momento. Scansione, selezione canonica e inclusione nell’indice non sono garantite dal test.

Conviene richiedere l’indicizzazione tutti i giorni?

Le richieste ripetute per lo stesso indirizzo non accelerano il processo. Conviene verificare gli ostacoli, inviare con criterio e monitorare i cambiamenti effettivi.