Diagnosi probabile
Quando la copertura in Google Search Console cala, la causa più comune non è un singolo errore ma una combinazione di segnali deboli: pagine escluse dal crawl, canonical incoerenti, tag noindex, redirect sbagliati, contenuti duplicati o risorse bloccate. In altri casi il problema nasce dopo un deploy, una migrazione, un cambio di template o una modifica ai file robots.txt e alla sitemap.
La lettura corretta è questa: Google non “sparisce” per caso. Di solito sta reagendo a un segnale tecnico che ha cambiato lo stato di una parte del sito. Per questo conviene partire dai dati essenziali, non dalle ipotesi generiche.
Se la copertura cala, il primo obiettivo non è “forzare Google”, ma capire quale segnale sta dicendo a Google di non fidarsi più di quelle URL.
Verifiche immediate
- Apri Google Search Console e vai su Pagine o Indicizzazione > Pagine. Controlla quale gruppo sta aumentando: Escluse da tag “noindex”, Pagina con reindirizzamento, Duplicata, Google ha scelto una versione canonica diversa, Scoperte, attualmente non indicizzate o Crawl anomalo. L’esito atteso è individuare una sola famiglia di problemi prevalente, non una lista casuale.
- Apri una URL colpita e usa Controllo URL. Verifica Indicizzazione consentita?, Canonical dichiarata, Canonical scelta da Google, stato del crawl e ultima scansione. Se la URL risulta “esclusa” per una ragione tecnica, quel motivo va corretto prima di chiedere la reindicizzazione.
- Controlla il file
robots.txtdel sito e la sitemap. L’esito atteso è che le pagine importanti non siano bloccate e che la sitemap contenga solo URL canoniche, raggiungibili e in codice200. - Verifica a campione 3-5 URL importanti con un browser in navigazione anonima oppure con un controllo server-side. L’obiettivo è confermare che rispondano con
200, senza redirect a catena, senzanoindexe senza errori di rendering evidenti.
Soluzione consigliata passo-passo
- Stabilizza prima il problema tecnico più probabile. Se il calo è iniziato dopo un deploy, un cambio tema, una migrazione o una modifica SEO, ripristina per primo ciò che è cambiato di recente: canonical, meta robots, redirect, sitemap o regole del server. È il fix più sicuro perché agisce sul punto di rottura più recente.
- Correggi i segnali di indicizzazione incoerenti. Se trovi pagine importanti con
noindex, rimuovi il tag dal template o dal plugin SEO. Se trovi canonical errate, fai puntare ogni pagina alla propria versione canonica o alla pagina davvero equivalente. Se trovi redirect in catena, riduci i passaggi fino a un solo salto quando possibile. - Pulisci la sitemap. Inserisci solo URL canoniche, in
200, indicizzabili e senza parametri inutili. Dopo l’aggiornamento, reinvia la sitemap da Search Console. Questo aiuta Google a riallineare più rapidamente il set di URL da considerare. - Verifica il blocco da robots e regole server. Se il file
robots.txtimpedisce il crawl di directory o sezioni importanti, correggilo con cautela. Se usi rewrite o regole su Apache, Nginx, cPanel o Plesk, controlla che non ci siano blocchi involontari verso pagine pubbliche, feed, immagini o CSS essenziali. - Controlla i duplicati reali. Se Google sceglie una canonical diversa, spesso sta vedendo due o più URL troppo simili. Risolvi alla radice con canonical coerenti, link interni puliti e una sola versione del dominio: HTTP o HTTPS, con o senza
www, ma sempre una sola. - Richiedi la reindicizzazione solo dopo il fix. Usa il Controllo URL su poche pagine campione e invia la richiesta di indicizzazione. Non inviare centinaia di URL a caso: prima serve una correzione verificabile, poi la richiesta.
Controlli finali / rollback
- Riesegui il Controllo URL sulle pagine corrette e verifica che risultino indicizzabili, con canonical coerente e nessun blocco da
noindexorobots.txt. L’esito atteso è che il problema non sia più presente sulle URL test. - Controlla la sitemap dopo il fix e conferma che non contenga URL vecchie, parametriche o in errore. Se qualcosa peggiora, fai rollback tornando alla sitemap precedente e ripristinando il template o la regola modificata per ultima.
- Monitora per alcuni giorni il report Pagine e il numero di URL valide. Il segnale corretto è una stabilizzazione prima, poi una ripresa graduale, non un rimbalzo immediato e artificiale.
- Se il calo è iniziato dopo una modifica recente, conserva un punto di rollback: backup del file
robots.txt, del template SEO, delle regole di redirect e della sitemap precedente. In caso di peggioramento, ripristina un elemento alla volta per individuare il colpevole.
Se vuoi, il passo successivo più utile è trasformare questa guida in una checklist operativa per WordPress, cPanel o Plesk, così da adattarla al tuo caso reale senza perdere tempo nei controlli inutili.
Commenti (0)
Nessun commento ancora.
Segnala contenuto
Elimina commento
Eliminare definitivamente questo commento?
L'azione non si può annullare.