La catena di indicizzazione di un sito web descrive i requisiti tecnici ed editoriali che un URL deve soddisfare, dal momento in cui viene memorizzato nel CMS fino alla sua potenziale inclusione nell'indice di Google. Se una pagina non compare su Google, si verifica questa catena in un ordine prestabilito: pubblicata, con link interni, reperibile, scansionabile, correttamente consegnata, visualizzabile e indicizzabile.
Nel mio lavoro con le PMI, spesso noto che inizialmente si sospetta che il plugin SEO sia la causa del problema. Tuttavia, la causa risiede spesso altrove: la pagina non è pubblica, non ha link interni, è contrassegnata con noindex , è canonizzata con un URL diverso oppure è accessibile a Googlebot in modo diverso rispetto a un normale visitatore del sito web.
Un URL accessibile non viene automaticamente sottoposto a scansione. Un URL sottoposto a scansione non viene automaticamente indicizzato. Un URL indicizzato non compare automaticamente in ogni query di ricerca.
La catena di indicizzazione del sito web dal CMS a Google
L'indicizzazione non dipende da un singolo interruttore. Diversi segnali consecutivi devono coincidere. Un errore all'inizio compromette tutti i controlli successivi.
Pubblicazione e scoperta
- Pubblicato nel CMS: La pagina è pubblica e non è disponibile solo in bozza o in anteprima.
- Collegamento interno: Almeno una pagina indicizzabile punta al nuovo URL.
- Scopribile: Google può trovare l'URL tramite link o una sitemap XML.
- Barra di protezione per arrampicata: Il file robots.txt e altri controlli di accesso non impediscono il recupero.
Elaborazione tecnica e indicizzazione
- Indicizzabile: Le intestazioni meta robots o HTTP non contengono una direttiva noindex involontaria.
- Eindeutig: Il riferimento canonico punta alla versione principale desiderata.
- Consegnato correttamente: Il server restituisce lo stato HTTP previsto 200 per la pagina di contenuto standard.
- Renderizzabile: I contenuti rilevanti rimangono visibili anche dopo l'elaborazione JavaScript.
- Elaborato: Google ha eseguito la scansione, valutato e, possibilmente, indicizzato l'URL.
Scoperto, indicizzabile, indicizzato, visualizzato e indicizzato
Questi termini descrivono stati diversi e non devono essere equiparati:
- Scoperto: Google conosce l'URL da un link, da una sitemap o da un'elaborazione precedente.
- Barra di protezione per arrampicata: In genere, Googlebot è autorizzato e in grado di recuperare l'URL.
- Strisciato: Googlebot ha effettuato una richiesta all'URL e ha ricevuto una risposta.
- Renderizzato: Google ha elaborato la pagina e potrebbe aver eseguito del codice JavaScript durante il processo.
- Indicizzato: Google ha incluso l'URL, o la sua versione canonica selezionata, nel suo indice di ricerca.
Il termine "crawling" si riferisce al recupero tecnico dei dati, non alla loro inclusione nell'indice. Questa distinzione è fondamentale se si desidera esaminare il processo di indicizzazione e individuare il collo di bottiglia effettivo.
Diagnosi per livello di guasto: controllare, comprendere, risolvere
1. La pagina è effettivamente pubblicata nel CMS?
Verifica: Apri l'URL in una finestra di navigazione in incognito in cui non hai effettuato l'accesso al CMS. Controlla anche lo stato di pubblicazione, la data e le eventuali impostazioni di visibilità.
Problema riscontrato: l'URL funziona solo nell'anteprima, richiede la registrazione o visualizza una pagina di errore.
Motivo: La pagina è ancora in bozza, privata, protetta da password, a tempo limitato o pubblicata con un URL diverso.
Azione: Pubblica la pagina normalmente e poi testala di nuovo senza effettuare l'accesso. L'URL di anteprima non deve essere incluso nei link interni o nella sitemap XML.
2. Esiste un collegamento interno rilevabile?
Verifica: cerca sul sito web un link di testo normale, di navigazione o un link teaser che rimandi al nuovo URL. Il link dovrebbe essere presente nel codice HTML generato e non comparire solo dopo l'interazione dell'utente.
Risultato: La pagina è accessibile direttamente, ma non è raggiungibile da nessun'altra pagina pertinente.
Causa: Questa è una pagina orfana . Google potrebbe essere in grado di scoprire l'URL tramite la sitemap, ma riceve solo segnali deboli sul suo contesto e sulla sua importanza attraverso i link interni.
Azione: Inserisci un link alla pagina da una pagina di panoramica, di servizio o di argomento pertinente. Un link interno chiaro aiuta Google e indirizza i visitatori verso i contenuti.
3. L'URL è incluso nella sitemap XML?
Verifica: Apri la sitemap XML e cerca l'URL esatto. Presta attenzione alle discrepanze nel dominio, HTTPS, percorso della lingua, barra finale e maiuscole/minuscole.
Diagnosi: La pagina non è presente, pur dovendo essere indicizzata. Oppure la mappa del sito contiene una versione obsoleta, reindirizzata o non indicizzabile.
Causa: Il CMS o il plugin SEO non ha ancora aggiornato la sitemap, la pagina è stata esclusa oppure più sistemi stanno generando sitemap in conflitto.
Azione: Innanzitutto, correggi i tag di pubblicazione, indicizzazione e canonici. Successivamente, aggiorna la sitemap e invia la sitemap XML corretta a Google Search Console.
Google spiega che una sitemap supporta la scoperta degli URL, ma non garantisce la scansione o l'indicizzazione di tutti i contenuti in essa contenuti. La sitemap XML è un segnale, non una conferma di inclusione. Ciò è dimostrato nella Fonte 1.
4. I file robots.txt o Meta-Robots stanno bloccando l'elaborazione?
Verifica: Controlla le differenze tra robots.txt e Meta-Robots . robots.txt controlla principalmente l'accesso da parte dei crawler. Una direttiva Meta-Robots nell'HTML o un'intestazione HTTP corrispondente possono impedire l'indicizzazione utilizzando la direttiva noindex.
Risultato: Google non è autorizzato a eseguire la scansione dell'URL oppure rileva una direttiva noindex sulla pagina richiesta.
Causa: Tali regole spesso derivano da un ambiente di sviluppo, da un'impostazione globale del CMS, da un modello di pagina o da un'opzione configurata in modo errato nel plugin SEO.
Azione: rimuovere solo la regola che contraddice la visibilità desiderata. Non modificare contemporaneamente robots.txt e Meta-Robots per sospetto, poiché svolgono compiti diversi.
5. Il tag canonico punta all'URL corretto?
Verifica: cerca il tag canonico nel codice sorgente. Confronta l'URL specificato con l'URL che desideri indicizzare e con l'URL canonico selezionato da Google in Google Search Console.
Risultato: La pagina è accessibile e indicizzabile, ma il tag canonico punta a una pagina diversa.
Causa: Un modello copiato, un'assegnazione errata della lingua, i parametri URL, un cambio di dominio o una configurazione errata di un plugin possono modificare il tag canonico.
Azione: Per i contenuti indipendenti, utilizzare un URL canonico coerente e autoreferenziale. In caso di duplicati effettivi, l'URL canonico dovrebbe puntare esplicitamente alla versione principale preferita. L'URL canonico è un segnale; Google sceglie l'URL canonico finale.
6. Il server restituisce lo stato HTTP corretto?
Verifica: recupera lo stato HTTP utilizzando un analizzatore di intestazioni, gli strumenti per sviluppatori del browser o tramite l'analizzatore di URL. Per una normale pagina di contenuto, in genere ci si aspetterebbe uno stato HTTP 200.
Diagnosi: l'URL reindirizza, restituisce un errore del server, non viene trovato o visualizza solo una pagina di errore di contenuto nonostante lo stato HTTP 200.
Causa: Le regole di reindirizzamento, i moduli di sicurezza, i problemi di hosting, la logica del linguaggio errata o gli errori lato client possono produrre risposte diverse per i browser e Googlebot.
Azione: Correggere lo stato alla sua origine: nel CMS, sul server web, nella cache upstream o durante l'hosting. Una pagina inesistente non dovrebbe restituire uno stato HTTP 200 come una normale pagina di contenuto.
7. Google è in grado di visualizzare i contenuti cruciali?
Verifica: confronta il codice sorgente originale con l'output visualizzato nel test URL live. Presta particolare attenzione a intestazioni, testo principale, link, tag canonici e meta robots.
Risultato: I visitatori visualizzano il contenuto nel browser, ma il risultato renderizzato da Google è privo di testo, navigazione o link.
Causa: Il contenuto viene caricato solo tramite JavaScript, le risorse sono bloccate, gli script si interrompono oppure le informazioni importanti appaiono solo dopo un clic, dopo lo scorrimento o dopo l'accesso.
Azione: Fornire contenuti e link chiave in modo da consentire un'elaborazione affidabile. Per applicazioni complesse, il rendering lato server o il pre-rendering possono essere utili per garantire che il contenuto principale non dipenda interamente dalla successiva esecuzione degli script.
Google descrive l'elaborazione delle pagine JavaScript nelle fasi di scansione, rendering e indicizzazione. Il rendering può essere scaglionato tramite una coda. La prova si trova nella fonte 3.
8. La pagina è stata sottoposta a scansione ma non indicizzata?
Verifica: Apri l'audit URL in Google Search Console. Oltre al messaggio di stato riepilogativo, controlla anche il tempo di scansione, il tag canonico, l'indicizzabilità e la sitemap rilevata.
Risultato: Google ha recuperato l'URL ma non lo ha indicizzato. In alternativa, Google ha selezionato un URL canonico diverso.
Causa: Tra le possibili cause si annoverano l'elaborazione in corso, contenuti duplicati o molto simili, scarsa originalità, segnali contrastanti o una diversa selezione canonica. Pertanto, lo stato "Scansionato - non attualmente indicizzato" non rappresenta una diagnosi definitiva di errore.
Azione: Innanzitutto, verificare la presenza di incongruenze tecniche. Se la tecnologia è corretta, valutare il contenuto: la pagina risponde a una domanda specifica? Offre un chiaro valore aggiunto? La sua importanza è evidente attraverso la navigazione e i link interni? Richiedere la reindicizzazione solo dopo aver effettuato una correzione verificabile.
Verifica la catena di indicizzazione del sito web in 45 minuti
Per eseguire il controllo, avrai bisogno di accedere al CMS, alla Google Search Console e, idealmente, ai log dell'hosting o del server. Segui i passaggi nell'ordine indicato. Questo ti permetterà di assegnare l'errore a una fase specifica, anziché dover affrontare i sintomi successivi.
Minuti da 0 a 5: CMS e URL pubblico
- Apri la pagina senza effettuare l'accesso al CMS.
- Verifica lo stato della pubblicazione e l'URL definitivo.
- Verifica che il titolo, il contenuto principale e la navigazione siano completamente visibili.
Risultato: sai se esiste un sito web reale e accessibile al pubblico.
Minuti da 5 a 10: Codice sorgente e meta-robot
- Apri il codice sorgente della pagina.
- Cerca "noindex" e il tag canonico.
- Confronta l'URL canonico con l'URL verificato.
Risultato: È possibile verificare se la pagina si identifica come indicizzabile e quale URL designa come canonico.
Minuti da 10 a 15: Collegamenti interni
- Apri la pagina relativa all'argomento generale o al servizio più importante.
- Verifica se esiste un collegamento normale alla pagina di destinazione.
- Valuta se il testo del link descrive chiaramente il contenuto.
Risultato: Sai se l'URL è reperibile all'interno del sito web ed è categorizzato in base al suo argomento.
Minuti da 15 a 20: Sitemap XML e robots.txt
- Trova l'URL esatto nella sitemap XML.
- Apri il file robots.txt nella directory principale del dominio.
- Verifica se il percorso in questione è bloccato per Googlebot.
Risultato: È possibile identificare se la scoperta o la scansione sono ostacolate da regole centralizzate.
Minuti da 20 a 25: Stato HTTP e reindirizzamenti
- Verifica lo stato HTTP dell'URL di destinazione.
- Verifica se e dove l'URL reindirizza.
- Confronta la destinazione del reindirizzamento, la voce della sitemap e il tag canonico.
Risultato: Sai se i segnali tecnici puntano allo stesso URL.
Dal minuto 25 al 35: verifica dell'URL e test dell'URL in tempo reale
- Verifica l'URL completo in Google Search Console.
- Annota lo stato dell'indice salvato e l'ora dell'ultima scansione.
- Successivamente, esegui il test dell'URL in tempo reale.
- Confronta accessibilità, indicizzabilità, risorse e output renderizzato.
Il controllo URL standard mostra l'ultimo stato di indicizzazione salvato. Il test URL in tempo reale, invece, recupera la versione attualmente accessibile e ne verifica la potenziale indicizzabilità. I risultati potrebbero essere diversi se la pagina è stata modificata dall'ultimo accesso di Google. Ciò è dimostrato nella Fonte 2.
Risultato: è possibile distinguere tra un livello di indice precedente e un problema attualmente esistente.
Minuti da 35 a 42: Analizzare i log del server.
- Cerca le query relative allo specifico URL.
- Filtra in base alla voce user-agent "Googlebot".
- Annota l'ora, l'URL richiesto e lo stato HTTP della risposta.
- Per una diagnostica accurata, è necessario verificare tecnicamente l'origine del crawler, poiché il solo nome presente nello user agent non costituisce una prova sufficiente.
Il mio articolo sui log del server per le PMI fornisce un'introduzione pratica . I log del server mostrano se il server web ha ricevuto una richiesta per un URL specifico e quale stato HTTP ha restituito.
Risultato: È possibile verificare se un accesso contrassegnato come proveniente da Googlebot ha richiesto l'URL e come il server ha risposto.
Minuti da 42 a 45: Assegnare il risultato a un livello di errore
- Non pubblicato: Correggilo nel CMS.
- Orfano: Aggiungere collegamenti interni.
- Non rilevato: Collegamenti e mappa del sito corretti.
- Bloccato: Controlla il file robots.txt, Meta-Robots o le impostazioni di protezione degli accessi.
- Canonizzato in modo errato: Elimina le voci canoniche e duplicate.
- Consegnato in modo errato: Stato HTTP corretto, reindirizzamenti o hosting.
- Non renderizzabile: Analizzare tecnicamente JavaScript e le relative risorse.
- Scansionato, non indicizzato: Valutare l'indipendenza, la qualità e l'architettura del sito web.
Risultato: Hai una diagnosi precisa e un prossimo passo prioritario da intraprendere.
Perché un plugin SEO non può forzare l'indicizzazione
Un plugin SEO può aiutarti a gestire meta robots, canonical, sitemap XML e altri metadati. Tuttavia, non decide quando Google esegue la scansione di un URL, quale tag canonical seleziona o se una pagina viene inclusa nell'indice.
La scelta e l'utilizzo corretto di un plugin SEO per WordPress possono ridurre gli errori di configurazione. Tuttavia, il plugin rimane uno strumento all'interno della catena di indicizzazione del sito web. Un plugin configurato correttamente non risolverà il problema di una pagina orfana, di un errore del server o di un post indipendente dal contenuto.
Un plugin SEO può generare segnali tecnici. Non può forzare la scansione, l'indicizzazione o il posizionamento nei risultati di ricerca.
Esempio pratico: il collegamento canonico e interno come causa
Presso una piccola azienda a conduzione familiare con cui ho collaborato, una nuova pagina dedicata ai servizi non è apparsa nell'indice di Google per un lungo periodo. Internamente, si sospettava che il plugin SEO stesse generando una sitemap errata. Tuttavia, la pagina era correttamente presente, accessibile pubblicamente e restituiva un codice di stato HTTP 200.
Esaminando la catena di indicizzazione del sito web, sono emerse altre due cause: la nuova pagina non era collegata da alcuna pagina di contenuto regolare e, a causa di un template copiato, conteneva un URL canonico che puntava a una pagina sulle prestazioni più vecchia e più generale. I segnali erano contraddittori: la sitemap elencava il nuovo URL, l'architettura del sito web lo trattava come una pagina orfana e l'URL canonico puntava a una versione principale diversa.
Non abbiamo sostituito il plugin. Abbiamo corretto il tag canonico, collegato la pagina dalla panoramica del servizio pertinente e chiarito i limiti del contenuto. Abbiamo quindi ricontrollato l'URL e monitorato l'elaborazione successiva. La coerenza dei segnali era fondamentale, non la sostituzione di uno strumento.
Richiesta di indicizzazione: utile dopo una correzione
Se hai risolto un bug verificabile o pubblicato una pagina importante, puoi richiedere l'indicizzazione tramite Google Search Console. Questa richiesta prevede una nuova valutazione, ma non garantisce l'inclusione.
Google sottolinea che una richiesta di scansione o indicizzazione non garantisce l'inclusione immediata o successiva. Richieste ripetute per lo stesso URL non velocizzano la scansione. La prova di ciò si trova nella fonte 4.
Pertanto, richiedete l'indicizzazione solo dopo che si è verificata una modifica verificabile. Successivamente, controllate i link interni, i contenuti e i segnali tecnici, anziché inviare ripetutamente la stessa richiesta.
Domande frequenti sulla scansione e l'indicizzazione
Quanto tempo occorre per indicizzare una nuova pagina?
Non esiste una scadenza precisa per l'indicizzazione. Un sito web tecnicamente valido e ben integrato crea le condizioni ideali, ma l'inclusione non può essere programmata né garantita.
Perché un URL non viene indicizzato nonostante disponga di una sitemap XML?
La sitemap XML facilita la scoperta del sito. Inoltre, è consigliabile controllare i link interni, il file robots.txt, i meta tag robots, i tag canonici, lo stato HTTP, il rendering e il punteggio in Google Search Console.
Cosa significa "Scansionato - attualmente non indicizzato"?
Google ha acceduto all'URL, ma al momento non è indicizzato. Verifica la presenza di incongruenze tecniche, pagine simili, il tag canonico, l'indipendenza del contenuto e la pertinenza della pagina all'interno del tuo sito web.
Quando è utile eseguire un test con URL in tempo reale?
Il test URL in tempo reale è particolarmente utile dopo aver risolto una direttiva noindex, un blocco robots.txt, un errore del server o un problema di rendering. Il test mostra la versione attualmente accessibile, ma non sostituisce una decisione di indicizzazione.
Come posso identificare Googlebot nei log del server?
Filtra i log del server in base all'URL controllato, al timestamp e alla voce user-agent di Googlebot. Per una diagnosi affidabile, un amministratore tecnico dovrebbe anche verificare l'origine dell'accesso e lo stato HTTP restituito.
Un plugin SEO può forzare l'indicizzazione?
No. Un plugin SEO gestisce segnali come la sitemap XML, il tag canonical e il meta robots, ma non può forzare la scansione, l'indicizzazione o il posizionamento nei risultati di ricerca.
Una pagina accessibile è automaticamente indicizzabile?
No. Una pagina può essere visibile nel tuo browser, ma Googlebot può comunque bloccarla a causa del file robots.txt, di restrizioni di accesso, di regole di sicurezza o di risposte incoerenti del server. Pertanto, confronta l'accesso tramite browser, esegui test URL in tempo reale e, se necessario, consulta i log del server.
È necessario indicizzare ogni pagina pubblicata su un CMS?
No. Le pagine di ringraziamento, i risultati di ricerca interni, le varianti dei filtri, gli archivi deboli o i duplicati effettivi non devono essere indicizzati. Ciò che conta è se l'URL offre un valore intrinseco agli utenti che effettuano la ricerca.
Quando è possibile intervenire autonomamente e quando è necessario l'aiuto di un tecnico.
Errore di contenuto o di configurazione autocorrettivo
Di solito puoi intervenire autonomamente se una pagina non è pubblicata, non ha link interni, è impostata involontariamente su noindex o è difficilmente distinguibile da una pagina esistente in termini di contenuto. Documenta ogni modifica e non modificare più livelli contemporaneamente.
Incarico per lo sviluppo o l'hosting web
È consigliabile fornire supporto tecnico quando si riscontrano problemi con lo stato HTTP, le catene di reindirizzamento, i canonical lato server, il rendering JavaScript, il controllo degli accessi, la cache o i log del server. Nella nostra strategia di sviluppo web e di creazione di siti web , analizziamo contenuti, architettura e implementazione tecnica come un sistema coeso.
Caso di revisione qualitativa o architettonica
Se molti URL hanno lo stato "Scansionato - attualmente non indicizzato", Google seleziona regolarmente diversi canonical o le pagine importanti sono reperibili solo tramite la sitemap, una singola soluzione spesso non è sufficiente. In questi casi, è necessario esaminare sistematicamente i template, l'architettura delle informazioni, i link interni, le sovrapposizioni di contenuti e il valore intrinseco delle pagine.
Innanzitutto, verificate la fase in cui si è verificato il problema e solo successivamente modificate lo strumento o il sistema interessato. Una catena di indicizzazione del sito web coerente rende gli errori tecnici rintracciabili e impedisce modifiche apportate sulla base di semplici sospetti.
Swell
- Google Search Central: Scopri di più sulle sitemap — developers.google.com (2025)
- Guida di Google Search Console: Ispezionare e risolvere i problemi di una singola pagina — support.google.com (n.d.)
- Google Search Central: Comprendere le basi della SEO con JavaScript — developers.google.com (2026)
- Google Search Central: Chiedi a Google di eseguire nuovamente la scansione dei tuoi URL — developers.google.com (2025)
