Redazione: 4SYSTEMPubblicato il Aggiornato il
9 lettura minima
Una mappa del sito XML deve elencare gli URL finali, canonici e di indicizzazione, non tutti gli indirizzi prodotti dal tuo sito. Per verificarlo, esegui un riferimento incrociato al tuo inventario con le risposte HTTP, le direttive di indicizzazione e i dati di modifica. L'invio avviene successivamente, quando il file descrive correttamente le pagine che desideri rendere visibili.
Ricorda: la mappa del sito è un indice di scoperta, non una garanzia di indicizzazione.[21] Conserva le versioni utili e canoniche e fornisci informazioni
lastmodsolo da una modifica significativa, quindi verificare l'elaborazione del file e lo stato delle pagine prioritarie.
Definire l'ambito della mappa del sito XML
Google specifica che un invio non garantisce il download della mappa del sito né il suo utilizzo per eseguire la scansione degli URL.[21] Distinguere tra il file disponibile, la pagina accessibile e la pagina effettivamente indicizzata. Anche se indicizzata, una pagina non appare necessariamente in ogni ricerca.[22]
L'ambito pertinente include il contenuto che desideri offrire nei risultati: pagine di servizio, categorie editoriali sostanziali o risorse pubbliche. Non corrisponde alla cronologia degli URL o a tutti i percorsi tecnici di CMS.
Proponiamo una regola di ammissione operativa: mantenere un URL finale che sia accessibile, indicizzabile, coerente con la versione canonica conservata e utile al pubblico di destinazione. Questo filtro è un metodo di controllo, non un nuovo requisito del protocollo.
Crea un inventario canonico sfruttabile
Inizia con il contenuto pubblicato in CMS, quindi combinalo con un'esplorazione del sito e la mappa del sito esistente. Individua le pagine mancanti, i vecchi percorsi e le varianti della campagna.
Per ciascun URL candidato, registrare:
- l'indirizzo assoluto e il relativo tipo di pagina;
- lo stato HTTP e la destinazione di un eventuale reindirizzamento;
- canonicità dichiarata, linee guida
noindexe restrizioni all'esplorazione; - l'utilità del contenuto, il suo responsabile e il suo stato di pubblicazione;
- la data dell'ultima modifica significativa, con la relativa giustificazione.
Quando più URL forniscono l'accesso allo stesso contenuto, Google consiglia di scegliere quello che preferisci e di includerlo anziché tutte le sue varianti.[21] Tuttavia, non eliminare ciecamente ogni URL contenente un parametro: analizzane la funzione.
Imposta anche le convenzioni dell'indirizzo: dominio, protocollo, percorso e modulo utilizzato dal sito. Conserva l'URL incontrato e l'URL finale separatamente. Ciò ti consentirà di spiegare perché un vecchio percorso scompare dal file senza perdere traccia della sua sostituzione.
Decidere con una tabella di ammissione completata
Esempio esplicitamente fittizio: il sito atelier.example pubblica servizi e mantiene gli URL delle campagne. I percorsi sottostanti sono abbreviati per la lettura; Le voci XML devono utilizzare indirizzi assoluti.
| URL | Rispondi | Canonici e linee guida | Utilità | Decisione |
|---|---|---|---|---|
/services/audit/ | 200 | Se stessa, senza noindex | Offerta pubblicata e separata | Includi |
/services/audit/?utm_campaign=printemps | 200 | /services/audit/ | Variante di monitoraggio, contenuto identico | Escludi variante |
/services/ancien-audit/ | 301 | Destinazione: /services/audit/ | Vecchio indirizzo sostituito | Ricorda solo la destinazione |
/services/maintenance/ | 200 | Se stessa, con noindex | Offerta ancora in preparazione | Escludi finché si desidera l'esclusione |
/services/retire/ | 404 | Non applicabile | Servizio rimosso | Rimuovi |
/services/conseil/ | 200 | /services/audit/, per verificare | Offerta separata, segnale contraddittorio | Sospendere l'ammissione e arbitrare |
L'ultima riga richiede una decisione commerciale e tecnica: la pagina è un duplicato volontario o la sua canonicità deriva da un'impostazione errata del modello? Non esportare una contraddizione solo perché CMS fornisce un URL. Restano necessari altri controlli di accesso.
Aggiungere nel registro la motivazione, la persona responsabile della correzione e la prova prevista. Per un reindirizzamento, questa prova sarà la risposta dalla destinazione; per l'esclusione volontaria, la decisione di restare noindex. “Sospendere” significa attendere questo arbitrato, non rimuovere automaticamente la pagina dal sito.
Controllare le risposte prima di produrre il file
Effettuare i controlli in questo ordine, prima di ogni messa in servizio di un generatore o dopo una modifica del modello:
- Risoluzione HTTP. Richiedere l'indirizzo esatto. Per la tua regola di ammissione attendi una risposta diretta
200. Sostituisci gli URL reindirizzati con la destinazione idonea; scartare le pagine cancellate e gestire gli errori del server. - Accesso e indicizzabilità. Controlla l'accesso offline, le regole
robots.txt, il tag robots e l'intestazioneX-Robots-Tag. I contenuti destinati all'indicizzazione non devono essere esportati con un'esclusione in conflitto. - Coerenza canonica. Confrontare l'indirizzo definitivo con quello canonico dichiarato. Se differiscono, controlla il contenuto e la configurazione prima di decidere quale versione mantenere.
- Utilità effettiva. Aprire la pagina: un codice soddisfacente non dimostra che l'offerta esista ancora o che il contenuto principale sia presente.
Controlla automaticamente tutti gli URL per verificare la presenza di risposte e direttive recuperabili, quindi esamina manualmente le eccezioni. Un controllo limitato alla home page non convalida altri modelli.
Archivia l'esportazione testata, le risposte HTTP e le direttive annotate. Una correzione è tecnicamente validata quando il nuovo controllo conferma il comportamento previsto. Ciò non costituisce prova dell'indicizzazione da parte di Google.
Produci XML pulito e lastmod credibile
Il file deve essere codificato in UTF-8 e contenere URL assoluti. I valori XML devono essere sottoposti a escape: un carattere & in un indirizzo diventa & nel file.[21] Testa il documento con un parser XML, non semplicemente aprendolo in un browser.
Ecco una voce utilizzabile per il nostro esempio fittizio, senza una data di modifica ingiustificata:
<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<url>
<loc>https://atelier.example/services/audit/</loc>
</url>
</urlset>
Google utilizza lastmod quando questo valore è regolarmente accurato e verificabile. Dovrebbe riflettere un cambiamento significativo al contenuto principale, ai dati strutturati o ai collegamenti, non un semplice aggiornamento del copyright.[21]
Associa quindi questo valore ad un evento documentato: revisione di un'offerta, modifica sostanziale di una risorsa o cambiamento di link rilevanti. La data di esportazione della mappa del sito e la data di salvataggio automatico di CMS non sono sufficienti per stabilire questa modifica.
Se il vostro strumento non distingue una modifica reale da un'operazione tecnica, è meglio omettere lastmod che trasmetteva una data fuorviante. Tieni traccia dell'evento ricordato in modo da poter confrontare il campo con il contenuto. Google altrimenti ignora priority e changefreq : Non utilizzarli come leve di priorità di indicizzazione.[21]
Organizza l'invio senza automazione cieca
Genera il file dall'inventario convalidato, anziché impilare diverse estensioni le cui regole si contraddicono a vicenda. Verificare che la pubblicazione, la rimozione e il cambio di indirizzo aggiornino le voci interessate.
Una mappa del sito è limitata a 50 MB o 50 000 URL non compressi. Oltre a ciò, deve essere tagliato; un indice della mappa del sito può raggruppare i file insieme.[21] Senza raggiungere questi limiti, le mappe dei siti secondari per modello, come servizi e risorse, possono facilitare il monitoraggio se i criteri di ammissione rimangono gli stessi. Questa divisione è una scelta organizzativa, non una garanzia SEO.
Posizionare preferibilmente il file alla radice. Senza l'invio in Search Console, il suo ambito è limitato ai discendenti della directory principale.[21] Controlla inoltre che l'URL del file restituisca XML e non una connessione HTML o una pagina di errore.
Quindi invia la mappa del sito o il suo indice al rapporto Sitemap in Search Console. Puoi anche indicare il loro indirizzo in robots.txt, per esempio Sitemap: https://atelier.example/sitemap.xml.[21] Percorso inviato e configurazione del generatore del registro.
Convalida le correzioni con i report corretti
Inizia con il rapporto Sitemap: Google indica gli accessi ai file e i potenziali errori di elaborazione.[21] Un errore XML richiede una correzione del documento; un file inaccessibile richiede un controllo dell'hosting o restrizioni di accesso. Inviare nuovamente lo stesso file senza correggere la causa non sostituisce questi controlli.
Consulta quindi il report di indicizzazione delle pagine. Analizza i modelli, non solo gli URL totali non indicizzati: non tutti i duplicati e le esclusioni intenzionali richiedono correzione. I totali potrebbero anche differire dal tuo inventario.[22]
Per una pagina di servizio prioritario, utilizzare l'ispezione URL e confrontare lo stato noto di Google con il test in tempo reale. Fornisce informazioni sull'accesso corrente; non dimostra che la pagina sia già indicizzata.[22] Per approfondire questo caso consultate il ns diagnosi di una pagina mancante da Google.
Notare inoltre la canonicità mantenuta da Google nell'ispezione URL.[22] Se differisce dalle tue preferenze, controlla la presenza di duplicati e collegamenti interni prima di modificare il builder. La mappa del sito esprime una preferenza, non impone la tua scelta.[21]
Conserva la prova della chiusura: file corretto, controllo XML riuscito, risposte dagli URL interessati e segnala lo stato dopo l'elaborazione. Se manca una pagina idonea, apri una diagnostica mirata anziché una successione di invii. Nessun periodo di indicizzazione può essere garantito.
Domande frequenti
Una pagina orfana può apparire nella mappa del sito?
Sì, se soddisfa i tuoi criteri di ammissione. Ma la sua registrazione non sostituisce la navigazione utile: scopri perché nessun link interno gli serve. Per un'offerta pubblica, aggiungi un collegamento contestuale da una pagina pertinente e verifica che i visitatori possano trovarlo. La mappa del sito completa questa scoperta, senza risolvere da sola l'isolamento editoriale.
Un URL deve essere rimosso dopo un'interruzione temporanea?
Non automaticamente. Per un URL già accettato, distinguere tra indisponibilità temporanea e ritiro duraturo. Prendere nota dell'incidente, verificare il recupero della risposta attesa ed evitare di trasformare questo fallimento in un'esclusione permanente. Non modificare lastmod per segnalare un semplice ricaricamento senza modifica del contenuto. Riesaminare l'ammissione se l'offerta o il suo indirizzo cambiano effettivamente.
Rimuovere la mappa del sito è sufficiente per nascondere una pagina privata?
No. Google può scoprire un indirizzo tramite altri collegamenti; la sua assenza dalla mappa del sito non ne vieta l'indicizzazione.[22] Per i contenuti riservati, utilizzare un controllo di accesso appropriato e non la mappa del sito come protezione. Una pagina pubblica che desideri escludere dai risultati deve avere una direttiva noindex leggibile dal robot. Non esportare mai URL contenenti token di accesso o dati personali.
Conclusione: convalidare prima dell'invio
La tua prossima azione: torna alla tabella di ammissione e controlla una pagina di servizio, la sua variante di campagna e un vecchio indirizzo reindirizzato. Correggi le regole del generatore, quindi convalida il file prima di inviarlo. Se CMS o i modelli producono segnali contrastanti potete contattare il ns servizi web e SEO per inquadrare le necessarie verifiche e correzioni.
Fonti
- Build and Submit a Sitemap | Google Search Central | Documentation | Google for Developers (accesso 2026-10-08)
- Page indexing report - Search Console Help (accesso 2026-10-08)