Un validatore di sitemap controlla se una sitemap XML usa la struttura prevista e valori dei campi supportati. Screpy esamina un documento e mostra errori, avvisi e riscontri nel sorgente per correggere il generatore. Un risultato senza problemi vale per l'ambito verificato: non dimostra che le pagine funzionino o che Google le abbia indicizzate.
Scegli il documento da validare
Inserisci l'indirizzo pubblico esatto dell'XML, come https://example.com/sitemap.xml, per controllare il file pubblicato. Questo indirizzo fittizio illustra il formato. Una homepage può restituire HTML; usa Sitemap Checker se devi prima trovare la sitemap.
Scegli XML incollato per verificare il sorgente prima della pubblicazione o esaminare un documento salvato. Copia l'XML grezzo, non la tabella formattata del browser. Non è presente un campo per caricare file. L'URL di base facoltativo offre il contesto per confrontare le origini; non corregge indirizzi relativi. Anche con https://example.com/ come base, <loc>/products/</loc> richiede un indirizzo HTTP o HTTPS completo.
Senza URL di base, il contenuto incollato non ha un contesto di origine per quel confronto. Struttura e valori supportati restano verificabili.
Correggi radice, namespace ed escaping XML
Una sitemap di pagine richiede una radice urlset nel namespace standard e un loc dentro ogni url. Questo documento fittizio con una voce mostra la struttura necessaria:
<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<url>
<loc>https://example.com/products/blue-mug/</loc>
</url>
</urlset>
Mantieni esattamente l'URI del namespace, incluso http. Identifica il vocabolario XML; cambiarlo in https non migliora la sicurezza e modifica l'identificatore. Un indice usa una radice diversa, spiegata sotto. Il protocollo Sitemaps definisce entrambe le strutture.
Nel XML, scrivi l'& di un URL come &, per esempio ?color=blue&size=m. Correggi l'escaping nel generatore invece di eliminare un parametro necessario. Tag di chiusura mancanti, contenuti non supportati o una dichiarazione DOCTYPE possono interrompere il controllo prima di un rapporto dettagliato. Un controllo fallito non è una validazione superata.
Trasforma ogni riscontro in una modifica al sorgente
Leggi insieme gli indicatori di esito e copertura. Il rosso segnala errori; il giallo avvisi o copertura parziale; il verde nessun riscontro che richieda attenzione nell'ambito verificato. Testo e icone accompagnano i colori. Usa le evidenze e la riga iniziale della voce per trovare il suo blocco XML, quindi correggi la fonte che lo genera.
| Riscontro | Esempio di problema | Modifica al sorgente |
|---|---|---|
| Indirizzo non valido | /products/ o loc vuoto |
Fornisci l'URL HTTP o HTTPS assoluto previsto. |
| Valore facoltativo non valido | lastmod con 2026-02-30 o priority con 1.2 |
Correggi il valore oppure ometti il campo facoltativo che non puoi mantenere. |
| Campo ripetuto | Due campi loc in una voce |
Genera un solo valore per quel campo; è un errore. |
| Indirizzo ripetuto | Stesso indirizzo in due voci | Rimuovi i duplicati dalla lista sorgente; è un avviso. |
| Elemento inatteso | priority in una voce di indice |
Mantieni campi adatti al tipo di documento. |
Il controllo dei duplicati confronta le stringhe degli indirizzi dopo aver rimosso gli spazi esterni. Non determina se URL diversi condividano contenuti e non sceglie un URL canonico. Anche un indirizzo ripetuto in un altro file è fuori dall'ambito di questa verifica di un documento.
«Voci da esaminare» conta le voci con errori, non tutti gli avvisi o i difetti del documento. Può quindi mostrare zero accanto a un errore di radice o namespace. Leggi i riscontri anziché interpretare quel numero come punteggio di validità. Più riscontri possono riguardare la stessa voce.
Controlla il significato della data oltre al formato
lastmod, changefreq e priority sono facoltativi in una sitemap di pagine. La loro assenza non è un errore di campo. Se fornisci una data, usa un valore valido come 2026-09-01 o 2026-09-01T14:30:00Z. Un formato plausibile non rende corretta una data impossibile.
Per una pagina, lastmod dovrebbe riflettere una modifica significativa, non ogni ricostruzione della sitemap. Un generatore che sostituisce tutte le date con quella odierna può produrre dati sintatticamente validi ma fuorvianti. Confronta la data sorgente con le modifiche reali; questo validatore non verifica lo storico degli aggiornamenti.
La guida di Google alle sitemap indica che usa date di modifica costantemente accurate e verificabili e ignora priority e changefreq. Correggere questi due campi ripara i metadati forniti; non aumenta di per sé il posizionamento. Se mantenuti, la priorità deve essere tra 0 e 1 e la frequenza deve usare un valore supportato in minuscolo, come weekly.
Leggi un indice come una lista di file
Un sitemapindex contiene voci sitemap. Ogni loc punta a un file di sitemap figlio; il lastmod facoltativo descrive la modifica di quel file. Non descrive ogni pagina contenuta. Un indice con tre file ha quindi tre voci, non tre pagine del sito.
Screpy valida l'indice inviato senza aprire i file figli. Verifica ciascun file pertinente separatamente quando cerchi un errore al suo interno. Per un inventario scaricabile, XML Sitemap Parser estrae voci senza trasformare l'indice in una lista combinata di pagine.
Un avviso di origine confronta schema, nome host e porta della voce con l'URL finale del documento recuperato o con la base dell'XML incollato. Controlla un http inatteso, un host alternativo o una porta diversa prima di modificare gli indirizzi. Una differenza richiede revisione, non un verdetto automatico di invio non valido.
Google permette invii di sitemap tra siti configurati con proprietà appropriate o riferimenti a sitemap specifici del sito. Lo strumento non verifica tali impostazioni. Conferma la configurazione prevista prima di sostituire indirizzi legittimi solo per eliminare un avviso.
Ricontrolla il file corretto nell'ambito indicato
Il protocollo limita ogni file a 50.000 voci e 50 MiB di contenuto non compresso. Screpy accetta fino a 256 KiB di XML incollato o 50 MiB di XML remoto decodificato. Questi limiti misurano byte, non caratteri.
La validazione si ferma a 50.000 voci elaborate; il totale completo e la corretta formazione dell'XML possono restare sconosciuti. Vengono conservate al massimo 1.000 righe e i limiti della risposta possono ridurre ulteriormente l'output. Leggere più voci di quelle visibili non rende completa la lista mostrata. Controlla la copertura prima di interpretare i totali o condividere il rapporto.
CSV e TXT contengono le voci conservate; JSON contiene il rapporto limitato. Un'esportazione da un risultato parziale non garantisce un inventario completo. Gli elementi di estensione possono anch'essi produrre copertura parziale: lo strumento controlla i campi principali supportati, non tutti gli schemi di estensione né la piena conformità XSD.
Correggi generatore, modello o record sorgente, rigenera l'XML e ricontrolla l'indirizzo pubblicato corretto. Modificare soltanto il file generato può essere annullato dalla ricostruzione successiva. Per un file grande, valida separatamente sitemap sorgenti più piccole e annota quali verifiche sono complete.
Infine, esamina il comportamento delle pagine separatamente. Bulk HTTP Status Checker aiuta a controllare risposte e reindirizzamenti degli URL elencati. Superare i controlli XML non dimostra stato della pagina, canonicalizzazione, noindex o indicizzazione. Dopo l'invio, esamina l'elaborazione della sitemap e le evidenze di indicizzazione di Google, anziché trattare il rapporto come prova di visibilità nelle ricerche.