Validatore Sitemap.xml — Verifica reale della conformità al protocollo
Incolla o carica un file sitemap.xml (o un indice di sitemap) e convalidalo rispetto al protocollo reale di sitemaps.org: elemento root e namespace, URL assoluti in <loc>, i limiti documentati di 50.000 URL / 50 MB, <lastmod>, <priority>, <changefreq> – più un istogramma della freschezza e il rilevamento di URL duplicati.
🔒 Elaborato interamente nel tuo browser: nulla di ciò che inserisci qui verrà mai caricato.
Risultato
Un file sitemap.xml può essere XML perfettamente ben formato e tuttavia essere una sitemap non funzionante: un namespace xmlns mancante, un URL relativo in <loc>, un <priority> di “1.5” o un <changefreq> di “Daily” invece di “daily” supererebbero tutti una convalida XML generica, fallendo però silenziosamente il protocollo sitemap effettivo che Google, Bing e ogni altro consumatore del file si aspettano. Questo strumento analizza la tua sitemap incollata o caricata con il DOMParser nativo del browser e la verifica rispetto alle regole reali pubblicate su sitemaps.org: l’elemento root deve essere <urlset> per una sitemap normale o <sitemapindex> per un indice di sitemap (rilevamento automatico), idealmente dichiarato con l’esatto namespace http://www.sitemaps.org/schemas/sitemap/0.9, e ogni <url> (o <sitemap>, in un file indice) deve contenere un <loc> che sia un URL assoluto http/https genuino.
Oltre alla struttura, il protocollo documenta anche limiti rigidi e formati precisi dei campi che questo strumento controlla campo per campo. Un singolo file sitemap non deve elencare più di 50.000 URL e non deve superare i 50 MB non compressi – limiti che si applicano anche ai file indice di sitemap, contando le voci <sitemap> invece di quelle <url> – e questo strumento misura il contenuto effettivo incollato/caricato rispetto a entrambi. Ogni <lastmod>, se presente, viene verificato rispetto ai formati di data W3C-datetime accettati dalla specifica: una data semplice (YYYY-MM-DD) o un timestamp completo con ore, minuti, secondi opzionali e un designatore di fuso orario obbligatorio. Ogni <priority>, se presente, deve essere un decimale tra 0.0 e 1.0, e ogni <changefreq> deve essere esattamente uno dei sette valori definiti dalla specifica – always, hourly, daily, weekly, monthly, yearly, never – non un sinonimo plausibile. Ogni violazione indica il numero specifico della voce e il suo valore effettivo, con un massimo di 50 voci non conformi mostrate per regola e una nota “+N altri” in modo che il report resti leggibile anche su una sitemap vicina al limite URL.
Due controlli vanno oltre quanto richiesto dal protocollo scritto ma individuano problemi reali e comuni: un istogramma della freschezza di <lastmod> raggruppa ogni data di ultima modifica valida per mese in modo da vedere a colpo d’occhio se il contenuto di un sito viene effettivamente mantenuto aggiornato o se la maggior parte degli URL riporta un timestamp obsoleto risalente ad anni fa, e un rilevatore di <loc> duplicati segnala qualsiasi URL elencato più di una volta nello stesso file – un effetto collaterale frequente dei generatori di sitemap che uniscono più fonti senza de-duplicare. Tutto viene eseguito localmente: analisi, verifica delle regole e istogramma sono tutti calcolati nel tuo browser dal testo che hai incollato o dal file che hai caricato tramite l’API File, nulla viene prelevato o caricato su un server, e nessun singolo URL nella tua sitemap viene mai richiesto o sottoposto a crawling – questo strumento controlla il documento sitemap stesso, non se le pagine elencate esistano effettivamente o restituiscano 200 OK.