Search Console non riesce a recuperare la sitemap: cosa controllare

Distinguere recupero, lettura e indicizzazione

Nel report Sitemap di Search Console, “Impossibile recuperare” riguarda l’accesso al file. “Presenta errori” indica invece che il file è stato recuperato ma contiene problemi da approfondire. “Riuscita” non garantisce che tutte le pagine elencate entrino nei risultati.

Apri il dettaglio della sitemap e registra indirizzo, stato e ultima lettura disponibile. Conserva una schermata prima di intervenire: servirà a evitare confronti fra dati rilevati in momenti diversi. Se la sitemap è stata letta ma una pagina manca nei risultati, la diagnosi va spostata su quella pagina.

Per orientarti tra i diversi report puoi consultare la guida a Google Search Console. Qui l’obiettivo è ristabilire un accesso affidabile al file, senza attribuire allo stesso avviso tutti i problemi di visibilità del sito.

Controllare proprietà e indirizzo inviato

Copia l’URL direttamente dal report, senza ricostruirlo a memoria. Confrontalo con l’indirizzo oggi prodotto dal sito: dopo un cambio di CMS o di plugin, la sitemap potrebbe trovarsi in un percorso differente. Verifica anche protocollo HTTPS, dominio, prefisso www e sottocartella.

Una proprietà con prefisso URL e una proprietà Dominio non sono la stessa cosa. Assicurati di essere nella proprietà pertinente e di non guardare un vecchio invio relativo a una versione precedente. La sitemap presente sul server e l’elenco delle sitemap inviate nel report sono due informazioni da confrontare, non da considerare automaticamente coincidenti.

Prepara una scheda con tre campi: URL inviato, URL attuale confermato dal tecnico, motivo dell’eventuale cambiamento. Un semplice errore nel nome del file va risolto prima di cercare guasti nel sistema che genera l’XML.

Verificare ciò che restituisce davvero il server

Apri l’indirizzo in una finestra senza autenticazione. Se compare la homepage, una schermata di accesso o un controllo “verifica di essere umano”, non stai osservando il file atteso. L’aspetto della pagina non basta: chiedi al tecnico di controllare stato HTTP, destinazione finale e contenuto restituito.

In Search Console invia l’URL finale che restituisce direttamente la sitemap, anche quando l’indirizzo precedente compie un solo reindirizzamento. Non usare come indirizzo della sitemap un URL che rimanda a un altro: verifica quello definitivo e invia quest’ultimo nella proprietà corretta.

Riporta l’orario della prova e l’URL completo. Queste informazioni permettono al fornitore di cercare la richiesta nei log senza dover riprodurre un guasto intermittente alla cieca.

Controllare robots.txt e protezioni di accesso

Il fatto che un visitatore riesca ad aprire il file non dimostra che Google possa fare altrettanto. Chiedi un controllo delle regole di robots.txt, del firewall, della protezione anti-bot e di eventuali restrizioni introdotte durante una manutenzione. Non disattivare globalmente la sicurezza per tentare una correzione.

La procedura Google prevede anche il test in tempo reale dell’URL della sitemap: la disponibilità della pagina aiuta a distinguere un blocco di scansione da un mancato recupero. L’esito del test e quello del report possono riferirsi a richieste differenti.

Affida la modifica alla persona che gestisce quel livello del sito. Se il problema nasce nel firewall dell’hosting, cambiare un plugin SEO non interviene sulla causa. Chiedi una correzione circoscritta e una verifica successiva dello stesso percorso.

Validare il file e le sitemap secondarie

Quando il file è raggiungibile, il tecnico deve verificarne la struttura. Un indice di sitemap elenca altri file; una sitemap di pagine elenca gli indirizzi dei contenuti. Aprire soltanto l’indice non dimostra che tutte le sitemap secondarie funzionino.

Il protocollo Sitemap descrive gli elementi richiesti, la codifica UTF-8 e il trattamento dei caratteri speciali. Per una sitemap XML di pagine servono una struttura coerente e URL completi. Un carattere inserito male in un indirizzo può interrompere la lettura anche se il resto del file sembra corretto.

Chiedi una validazione sul file effettivamente scaricato dal sito, non solo su una copia locale. Controlla inoltre che messaggi di errore del CMS, avvisi del server o contenuti della cache non vengano aggiunti all’XML. Se il file è generato automaticamente, la correzione deve riguardare il generatore, altrimenti il difetto può ricomparire.

Controllare gli URL contenuti nella sitemap

Una volta risolto il recupero, confronta un campione di URL con il sito attuale. Scegli homepage, servizio principale, pagina recente e pagina migrata. Aprili e verifica che le destinazioni siano quelle previste, senza errori né passaggi verso vecchi domini.

Google raccomanda di inserire nella sitemap gli URL completi che si desidera proporre per la ricerca. Se una pagina è stata sostituita, il file dovrebbe riflettere l’organizzazione attuale. Non usare la sitemap come archivio indiscriminato di ogni indirizzo esistito.

Controlla separatamente le pagine escluse intenzionalmente e quelle che dovrebbero essere trovate. La presenza di un URL nel file non corregge un noindex, una destinazione sbagliata o un contenuto non più disponibile. Per problemi diffusi, un audit SEO aiuta a coordinare queste verifiche.

Un caso ipotetico dopo il cambio di plugin

Immaginiamo un’azienda che abbia sostituito il plugin SEO del proprio sito. Search Console conserva l’invio del vecchio file, che adesso porta a una pagina non trovata. Il nuovo plugin produce invece un indice diverso, raggiungibile e contenente le pagine corrette.

Il referente raccoglie i due indirizzi e li fa verificare. Il tecnico conferma quale generatore è attivo, controlla le sitemap secondarie e aggiorna i riferimenti rimasti al vecchio percorso. Soltanto dopo questo confronto viene inviato il file attuale nella proprietà corretta.

La decisione nasce dall’indirizzo e dalla risposta osservati, non dal tentativo di reinstallare componenti. In un altro sito lo stesso messaggio potrebbe dipendere dall’hosting: il caso illustra un metodo di diagnosi, non una soluzione universale.

Reinviare e lasciare un controllo documentato

Dopo la correzione, ripeti la prova sull’indirizzo originale e su quello concordato come definitivo. Conferma che il file sia accessibile, valido e coerente con il sito. Se serve un nuovo invio, eseguilo nella proprietà giusta e annota data e intervento effettuato.

• Il referente conosce l’URL ufficiale della sitemap.
• L’hosting non restituisce protezioni o errori inattesi.
• Le sitemap secondarie si aprono correttamente.
• Un campione di pagine porta alle destinazioni previste.
• Il nuovo esito viene confrontato con la lettura precedente.

Non serve ripetere continuamente l’invio mentre il file rimane invariato. La documentazione Google chiarisce che una sitemap è una segnalazione, senza garanzia di download o utilizzo. Se l’avviso persiste, consegna al tecnico gli esiti delle prove anziché accumulare invii identici.

Domande frequenti

Se la sitemap non viene recuperata, il sito sparisce da Google?

L’avviso, da solo, non dimostra che le pagine siano state rimosse. Controlla gli URL importanti e i report di indicizzazione separatamente. Il recupero del file resta un problema da risolvere, ma non è una misura completa della visibilità.

Devo creare una nuova sitemap ogni volta che aggiungo una pagina?

Dipende da come è costruito il sito. Un generatore può aggiornare il file automaticamente; un sito con sitemap mantenuta manualmente richiede un aggiornamento. Concorda questa responsabilità quando pubblichi nuovi contenuti.

Un browser che mostra il file senza errori è una verifica sufficiente?

È un primo controllo utile. Servono anche risposta del server, accessibilità per Google e validità del contenuto, soprattutto quando il problema compare solo a intervalli o coinvolge protezioni del traffico.