Un controllo sitemap legge il file che elenca gli URL delle pagine e individua problemi nel codice XML, nelle voci e nei metadati. Usalo quando un sitemap non è leggibile, dopo aver modificato il generatore o prima di inviare un nuovo file. Leggi l’ambito prima del risultato: una verifica senza problemi riguarda i file esaminati e non conferma che Google abbia indicizzato le pagine.
Quale URL inserire?
Inserisci la pagina iniziale del sito, ad esempio https://example.com/, per cercare il sitemap. Screpy legge le dichiarazioni Sitemap: in robots.txt. Se mancano, prova /sitemap.xml, /sitemap_index.xml e /sitemap-index.xml. Sono percorsi di ricerca, non nomi obbligatori. L’assenza di un percorso facoltativo non rende invalido un file trovato altrove.
Se conosci l’indirizzo, invia l’URL esatto del sitemap:
https://example.com/sitemap.xmlper un file contenente URL di pagine.https://example.com/sitemap-index.xmlper un indice contenente indirizzi di sitemap secondari.https://example.com/products-sitemap.xmlper esaminare separatamente un file secondario.
Questi indirizzi sono esempi. Sostituisci dominio e percorso con i tuoi. Inserire una pagina come /products/ richiede quel documento come sitemap; non avvia una ricerca dalla pagina iniziale. Una pagina HTML, una schermata di accesso o una pagina di errore all’indirizzo inviato non è contenuto XML di un sitemap.
Come leggere il rapporto sitemap
Controlla prima la tabella dei file e la copertura, poi esamina i risultati:
- Verde: nessun problema rilevato nell’ambito esaminato.
- Rosso: errori confermati da correggere, come XML malformato o indirizzi URL mancanti.
- Giallo: esamina avvisi su duplicati, date dubbie o copertura incompleta.
- Grigio: dati non disponibili o non verificati; non indica un controllo riuscito.
In un indice di esempio con tre file secondari, supponiamo che due vengano analizzati completamente con 40 e 60 voci di pagine, mentre il terzo non sia recuperabile. Il rapporto può contare 100 voci dai due file completi. Non può determinare il totale del sito. Il numero di file analizzati comprende anche l’indice letto correttamente; le sue voci rimandano a file, non a pagine.
Voci URL e URL unici sono misure diverse. Lo stesso indirizzo elencato due volte genera due voci ma un solo URL unico. I problemi possono sovrapporsi, quindi il loro numero non coincide necessariamente con le pagine coinvolte. Le barre, quando presenti, confrontano le voci dei sitemap secondari analizzati; non mostrano le pagine indicizzate.
Una verifica analizza fino a 20 file, 100.000 voci e 100 MiB decompressi in 27 secondi, seguendo un livello di file secondari dell’indice. Indici annidati, file illeggibili o limiti raggiunti possono lasciare una copertura parziale. Invia direttamente il file secondario interessato per esaminare la parte mancante. Questi limiti dello strumento sono distinti da quelli per file dello standard descritti sotto.
Come appare un sitemap XML valido
Un sitemap semplice di pagine utilizza XML UTF-8, lo spazio dei nomi Sitemap, una radice urlset e un valore loc per ogni voce url. Ogni indirizzo deve essere completo, con protocollo e nome host. Questo esempio minimo elenca una pagina:
<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<url>
<loc>https://example.com/guides/</loc>
</url>
</urlset>
Il protocollo Sitemap consente fino a 50.000 voci e 50 MiB (52.428.800 byte) per file non compresso. Gzip riduce la dimensione trasferita, non quel limite dopo la decompressione. Dividi i file più grandi e inseriscili in un indice.
L’escape XML è importante: in un URL con ?a=1&b=2, la e commerciale deve essere scritta come & dentro loc. Questo conserva l’URL; non rende la variante con parametri la pagina preferita. Screpy supporta sitemap XML, indici e XML gzip. Un risultato di formato non supportato non dimostra che Google rifiuti quel formato, e gli schemi delle estensioni non vengono validati completamente.
Controllare date, duplicati e proprietà
lastmod è facoltativo. Se presente, usa una data reale come 2025-09-12 o una data e ora valide con fuso orario. In una voce di pagina rappresenta l’ultima modifica significativa della pagina, non la rigenerazione del sitemap. In una voce di indice descrive la modifica del file sitemap secondario. Un avviso di data futura richiede di controllare orologio, fuso orario e valore originale.
La guida ai sitemap di Google indica che Google usa valori lastmod costantemente accurati e ignora priority e changefreq. Aggiungere questi campi facoltativi non migliora il posizionamento. Lo strumento verifica la validità dei valori presenti; non può confermare quando il contenuto della pagina sia realmente cambiato.
Per i duplicati, correggi l’elenco di origine del generatore affinché l’URL desiderato compaia una volta. Esamina gli esempi prima di modificare gli URL: ripetizioni identiche sono diverse da indirizzi distinti che potrebbero rappresentare lo stesso contenuto.
Un avviso sulla proprietà richiede contesto. Gli invii tra siti possono essere legittimi se configurati correttamente, come spiega la guida agli indici di Google. Lo strumento non verifica proprietà o impostazioni di invio; confermale prima di considerare un altro host o ambito di percorso un errore.
Correggere l’origine e ripetere la verifica
Ripara il generatore di sitemap, la configurazione del CMS o i dati di origine, invece di modificare un file generato che il prossimo aggiornamento sovrascriverà. Usa il file interessato e gli esempi segnalati per trovare il problema.
| Problema | Cosa cambiare | Cosa verificare dopo |
|---|---|---|
| Recupero fallito o HTML invece di XML | Correggi percorso pubblico, restrizione di accesso o risposta del server. | L’indirizzo esatto restituisce il sitemap senza accesso privato o schermate di verifica. |
XML malformato, spazio dei nomi errato o loc mancante |
Ripara modello, escape o voce incompleta. | Il file viene analizzato e ogni voce contiene l’URL assoluto desiderato. |
| URL duplicato o data non valida | Elimina i duplicati all’origine; correggi le date o ometti quelle facoltative che non puoi mantenere accurate. | Lo stesso problema non compare dopo la rigenerazione. |
| Copertura parziale o file oltre i limiti dello standard | Analizza separatamente il file secondario indicato; dividi i file grandi e aggiorna l’indice. | I file pertinenti vengono verificati completamente e rispettano i limiti individuali. |
Rigenera e pubblica il file corretto, poi ripeti la verifica con lo stesso input. Scarica il rapporto JSON per conservare risultati e ambito verificato ai fini del confronto.
Un sitemap valido non prova l’indicizzazione
Lo strumento recupera i documenti sitemap, non ogni pagina elencata. Non determina codici di risposta delle pagine, tag canonical, direttive noindex o decisioni di indicizzazione di Google. Una voce ben formata può ancora puntare a una pagina eliminata o a un URL che non vuoi indicizzare.
Scegli un URL pertinente dall’elenco e indaga la domanda separatamente: usa il tester robots.txt per le regole di accesso dei crawler, il controllo dei tag canonical per l’URL preferito dichiarato o il controllo SEO on-page per i segnali SEO della pagina. Anche queste verifiche hanno un proprio ambito; nessuna garantisce l’indicizzazione.
Dopo la correzione, esamina l’elaborazione in Google Search Console. Uno stato riuscito significa che Google ha recuperato e letto il file, non che abbia indicizzato tutte le pagine scoperte. Usa le informazioni di indicizzazione della pagina per indagare le esclusioni. La documentazione del rapporto Sitemap spiega questa distinzione. Separa i problemi residui di indicizzazione da quelli di sintassi del sitemap per correggere l’origine giusta.
Per confrontare codici di risposta e catene di reindirizzamenti di un elenco di pagine, usa Controllo HTTP di più URL.
Per confrontare due versioni di una sitemap, usa lo strumento di confronto delle sitemap. Esamina gli URL aggiunti, rimossi e comuni e verifica che entrambe le fonti siano state elaborate completamente prima di interpretare gli indirizzi mancanti.
Per controllare separatamente la configurazione IndexNow, usa Controllo IndexNow. Legge il file e confronta la chiave senza inviare URL; non conferma accettazione dei motori o indicizzazione.