Pagine non indicizzate: un albero decisionale con controlli sui link
Search Console fornisce due etichette simili con cause diverse. Segui i rami in ordine e fermati al primo che corrisponde.
Team di ricerca ArchiLinks ·
Scoperta, attualmente non indicizzata significa che Google conosce l'URL ma non l'ha ancora scansionata. Scansionata, attualmente non indicizzata significa che ha scansionato la pagina e ha scelto di non indicizzarla. La prima riguarda principalmente la priorità e la scoperta. La seconda riguarda la pagina stessa.
Perché i link appartengono alla diagnosi
I team diagnosticano l'indicizzazione come un problema puramente tecnico. Spesso lo è. Eppure un segnale rimane facile da trascurare.
Quando trovi backlink verso URL del sito che mancano nell'indice, scopri se siti esterni li raccomandano, e una pagina con zero link interni e zero esterni dà a Google pochissime ragioni per dedicare tempo di scansione o spazio di indicizzazione.
Un sito con poche decine di pagine sottili e una sitemap piatta è abbastanza comune da controllare per primo.
Per l'insieme completo delle chiamate API, consulta gli script API; per le sezioni che stai per migrare, la checklist di migrazione inserisce i controlli di indicizzazione alla settimana T+1. Bing e Yahoo possono anche differire da Google, quindi testali separatamente e considera IndexNow per Bing a partire dal suo lancio nel 2021.
L'albero decisionale
1. La pagina è bloccata o noindexed?
Ispeziona l'URL in Search Console. Guarda l'HTML renderizzato, l'intestazione HTTP e robots.txt. Un noindex lasciato dalla fase di staging è il colpevole più comune. Se sì, rimuovilo e richiedi l'indicizzazione.
2. Google sceglie un canonical diverso?
Confronta il canonical dichiarato dall'utente con quello selezionato da Google. Se differiscono, la pagina è un duplicato o quasi-duplicato agli occhi di Google. Unisci, differenzia o accettalo.
3. La pagina è raggiungibile da sezioni reali?
Conta i link interni provenienti da pagine che sono esse stesse indicizzate. Meno di due, o solo dalla sitemap, significa una scoperta debole. Aggiungi link da un hub.
4. La pagina ha link esterni?
Controlla toppages e backlinks per l'URL. Se altri domini linkano ad essa, correggi prima i link interni e prevedi un recupero più veloce. Se nessuno, la pagina deve guadagnarsi il suo posto nel contenuto.
5. La pagina vale la pena di essere mantenuta?
Pagine sottili, basate su template o parametri sono spesso escluse intenzionalmente. Consolida, noindex o elimina. Non spendere budget di scansione per discutere.
A cosa punta solitamente ogni ramo
| Risultato | Causa tipica | Azione | Tempo per vedere un effetto |
|---|---|---|---|
| noindex o blocco robots | Regola di staging inviata in produzione | Rimuovi e richiedi indicizzazione | Da pochi giorni a qualche settimana |
| Canonical Google diverso | Duplicati, parametri, varianti sottili | Consolida o riscrivi | Settimane |
| Pochi link interni | Pagina orfana o profonda | Link da hub e sitemap | Settimane |
| I link esistono ma non sono indicizzati | Contenuto giudicato di basso valore | Migliora il contenuto, mantieni il redirect o il canonical onesto | Uno o due mesi |
| Molte pagine, tutte interessate | Segnale di qualità o struttura su tutto il sito | Pota e consolida prima di inviare altri | Mesi |
Quando il conteggio delle pagine indicizzate scende bruscamente
Un conteggio che scende da decine di migliaia a poche decine è un evento, non un trend. Guarda prima la data. Confrontalo con i tuoi rilasci, perché una modifica al template o un flag noindex su un componente condiviso spiega la maggior parte dei cali improvvisi.
Poi campiona. Prendi cinquanta URL prima del calo e cinquanta dopo, e guarda lo stato, il canonical e i link interni di ciascun gruppo. Il modello di solito appare nel campione prima che appaia nei totali.
Indicizzate ma bloccate da robots.txt
Un URL può apparire come indicizzato mentre robots.txt blocca la scansione. Google può conoscere l'indirizzo dai link e elencarlo senza leggere il contenuto, quindi l'elenco è sottile e spesso non ha una descrizione. Sblocca il percorso se vuoi che la pagina sia valutata per il suo contenuto, o mantienila bloccata e accetta la voce nuda.
Controlla la regola che corrisponde all'URL. Un modello ampio scritto per un percorso di staging può catturare per errore cartelle di prodotti live, e la correzione è una linea più stretta, non un secondo file.
Perché una voce nella sitemap attende e una richiesta manuale no
Un URL che richiedi manualmente può essere indicizzato entro pochi giorni, mentre lo stesso URL elencato solo nella sitemap rimane fuori. Quel divario riflette solitamente la priorità di scansione piuttosto che la qualità della pagina. Una richiesta spinge una pagina in cima alla coda, e una voce nella sitemap aspetta in essa.
La correzione duratura è la stessa in entrambi i casi. Linka la pagina da una pagina che viene già scansionata, e mantieni la sitemap libera da voci obsolete, in modo che entrambe le rotte portino allo stesso URL.
Prima di richiedere l'indicizzazione per un URL
- L'URL restituisce 200 con il contenuto reale, non un guscio o un caricatore.
- Nessun noindex appare nell'HTML o nell'intestazione della risposta.
- Il canonical punta all'URL stesso, o a una versione scelta appositamente.
- Almeno un link interno proviene da una pagina che è già indicizzata.
- L'URL è elencato nella sitemap, e la sitemap non contiene voci obsolete.
- Hai una breve nota sul motivo per cui la pagina dovrebbe essere indicizzata.
Lettura dei risultati site: e test live
Una query site: mostra cosa Google ha nel suo indice quando la esegui. È un'istantanea. Un risultato vuoto per una pagina che puoi vedere nel rapporto Pagine è un motivo per controllare di nuovo, non una sentenza.
Ispezione URL e il suo test live rispondono a una domanda più ristretta: cosa Google può recuperare e renderizzare ora per un indirizzo. Usalo per separare un problema di recupero o rendering da un problema di qualità.
Eseguire query site: senza ingannare se stessi
Esegui site: con l'indirizzo esatto, poi di nuovo con una frase unica dalla pagina. Due risposte vuote per una pagina live significano solitamente che l'URL non è indicizzato, o che è indicizzato sotto un altro canonical. Controlla il canonical prima di assumere qualsiasi altra cosa.
Un risultato senza snippet è uno stato diverso da nessun risultato affatto. Nota quale vedi, perché la correzione per ciascuno è diversa.
Confrontare il canonical dichiarato e quello selezionato
Apri l'Ispezione URL su una pagina indicizzata e confronta il canonical che hai dichiarato con quello selezionato da Google. Una discrepanza significa che Google ha scelto un'altra pagina come rappresentante di questo contenuto. Quella scelta può essere giusta o sbagliata per te, quindi decidi quale sia prima di cambiare qualcosa.
Se la versione renderizzata è vuota, il problema è nel build piuttosto che nell'indice. L'audit dei link JavaScript copre quel caso.
Eseguire il controllo su scala più ampia
Controllare poche centinaia di URL a mano funziona una volta. Un controllo ricorrente richiede dati di stato, canonical e link da uno script, e un file che tenga la cronologia di ogni esecuzione.
Inizia con gli URL che attirano già link esterni. Esegui toppages sull'host così puoi trovare backlink verso sezioni del sito degne di controllo, poi confronta quell'elenco con l'esportazione Non indicizzate. La sovrapposizione è il gruppo da correggere per primo. Siti esterni già puntano lì.
Cosa registrare per ogni URL
Archivia una riga per URL con il suo codice di stato, il suo canonical dichiarato, il canonical selezionato da Google, il numero di link interni da pagine indicizzate e il numero di domini che linkano. Cinque colonne sono sufficienti per ordinare l'elenco in gruppi che richiedono lavori diversi.
Ordina i gruppi prima di agire. Un URL con link esterni, un canonical errato e nessun percorso interno necessita di una correzione diversa da uno che è semplicemente nuovo, e mescolarli spreca una sprint sul problema sbagliato.
Tieni il file per ogni esecuzione. La differenza tra due esecuzioni mostra se una correzione ha funzionato, cosa che un singolo snapshot non può dirti.
Mantenere breve la coda delle richieste
Limita le richieste manuali di indicizzazione al gruppo che ha link esterni e un canonical pulito. Quelle pagine hanno la migliore possibilità di un rapido recupero, e hanno il valore più alto se rimangono fuori.
Pagine con un canonical conflittuale o contenuto sottile appartengono a un elenco separato per la consolidazione. Richiederle ripetutamente aggiunge solo rumore alla coda e non ti dice nulla di nuovo.
Domande sull'indicizzazione
- Quanto tempo dovrebbe impiegare una nuova pagina per apparire nell'indice?
- Da poche ore a diverse settimane. Siti consolidati con una forte linkatura interna vedono nuovi URL entro pochi giorni. Siti nuovi aspettano comunemente più a lungo. Meno di quattro settimane senza segnali di problema non vale la pena di farsi prendere dal panico.
- Il noindex influisce sul budget di scansione?
- Una pagina con noindex è ancora scansionata per vedere il tag, anche se Google tende a ridurre la frequenza di ritorno. Per la maggior parte dei siti sotto le decine di migliaia di URL, il budget di scansione non è il limite di cui dovresti preoccuparti.
- I backlink aiutano una pagina a essere indicizzata?
- Aiutano la scoperta e mostrano che la pagina ha interesse esterno. Non forzano l'indicizzazione. Una pagina linkata che è sottile o duplicata può comunque essere esclusa.
- Richiedere l'indicizzazione in Search Console è una correzione?
- È un sollecito, non una cura. Se la causa sottostante è un conflitto canonical, contenuto sottile o nessun link interno, la pagina tende a ricadere fuori.
