Un piano del sito raggruppa tutte le URL accessibili su un dominio in un file strutturato. Per i motori di ricerca, questo file funziona come un inventario: elenca ciò che esiste, segnala ciò che è cambiato e permette di individuare pagine che, senza di esso, rimarrebbero invisibili. Per i visitatori, la sua versione HTML offre una panoramica dell’architettura del sito. Due funzioni distinte, spesso confuse, che meritano di essere esaminate separatamente.
Sitemap XML e crawl: ciò che Google utilizza davvero
La confusione più diffusa riguarda il ruolo esatto della sitemap XML. Molti contenuti lasciano intendere che una sitemap accelera automaticamente l’indicizzazione. La realtà documentata da Google è più sfumata: una sitemap aiuta a scoprire URL, non a forzare la loro indicizzazione. La distinzione tra scoperta, esplorazione e indicizzazione è fondamentale.
Un Googlebot che trova un’URL in una sitemap può decidere di non esplorarla (budget di crawl insufficiente, qualità percepita troppo bassa) o di esplorarla senza indicizzarla (contenuto duplicato, direttiva noindex). La sitemap non salta nessuna di queste fasi.
Un altro punto raramente menzionato: il tag lastmod è utile solo se riflette una modifica reale del contenuto principale, dei dati strutturati o dei link interni. Aggiornare artificialmente questa data per simulare freschezza rischia di ridurre la fiducia che Google ripone nel file. I tag priority e changefreq, invece, non sono più presi in considerazione da Google.
Un esempio concreto permette di scoprire il piano del sito di Referencement Consulting, che illustra come una sitemap XML può essere strutturata per un sito orientato al SEO.
Notifica della sitemap: la fine del ping e le attuali alternative
Fino al 2023, esisteva un endpoint che permetteva di notificare automaticamente Google dell’aggiornamento di una sitemap. Questo meccanismo è stato rimosso. La ragione principale: la maggior parte delle sottomissioni non autenticate generava spam, rendendo il sistema poco affidabile.
Le tre attuali metodi di sottomissione sono la dichiarazione nel file robots.txt, l’invio tramite Google Search Console e l’utilizzo dell’API Search Console. Ognuna presenta vincoli diversi.
- La dichiarazione nel robots.txt (riga Sitemap: seguita dall’URL del file) è passiva: Google la legge durante l’esplorazione del robots.txt, senza garanzia di tempistiche.
- Google Search Console consente una sottomissione manuale con un feedback visivo sugli errori di lettura e sul numero di URL scoperte, ma richiede un accesso verificato al dominio.
- L’API Search Console automatizza la sottomissione in un flusso di lavoro di distribuzione, il che è adatto ai siti il cui contenuto cambia frequentemente (e-commerce, media).
Il protocollo IndexNow, adottato da Bing e Yandex, propone un’alternativa notificando i motori di ricerca in tempo reale durante la pubblicazione o la modifica di una pagina. Google non ha adottato IndexNow fino ad oggi, ma alcuni CMS e fornitori di hosting lo integrano nativamente per i motori che lo supportano.
Piano del sito HTML e navigazione utente: un ruolo spesso frainteso
La sitemap HTML risponde a un bisogno diverso rispetto al XML. Si rivolge ai visitatori umani e presenta la struttura del sito sotto forma di pagina navigabile. La sua utilità dipende fortemente dalle dimensioni e dalla complessità del sito.
Su un sito di meno di una ventina di pagine, un menu ben progettato rende la sitemap HTML ridondante. Al contrario, su un sito che contiene diverse centinaia di pagine distribuite in categorie profonde, il piano del sito HTML compensa i limiti di un menu principale che non può mostrare tutto.
Un punto spesso trascurato: la sitemap HTML crea link interni verso pagine che rischiano di diventare orfane. Una pagina orfana (accessibile solo tramite URL diretta, senza link interni che puntano ad essa) ha poche possibilità di essere esplorata dai motori. La sitemap HTML corregge questo problema in modo meccanico, anche se la soluzione ideale rimane una struttura ben pensata fin dalla progettazione.
Struttura del sito e sitemap: due livelli di struttura da non confondere
La struttura si riferisce all’organizzazione logica dei contenuti: categorie, sottocategorie, pagine di contenuto. La sitemap, sia essa XML o HTML, è un riflesso di questa struttura, non un sostituto.
Una sitemap non corregge una cattiva architettura. Se le categorie sono incoerenti, se la profondità dei clic supera tre o quattro livelli per raggiungere un contenuto strategico, la sitemap elencherà fedelmente questo disordine senza risolverlo. La sitemap documenta la struttura, non la sostituisce.
I feedback sul campo divergono su questo punto: alcuni SEO ritengono che sottomettere una sitemap ben filtrata (escludendo le pagine di basso valore) sia sufficiente per orientare il crawl. Altri ritengono che senza una solida interlinking, la sitemap rimanga un cerotto. I dati disponibili non consentono di prendere una decisione definitiva, poiché l’impatto varia a seconda delle dimensioni del sito, della frequenza di pubblicazione e del budget di crawl assegnato da Google.
Ciò che è documentato: una sitemap XML accetta fino a 50.000 URL per file. Oltre, è necessario un indice di sitemaps. Per i siti voluminosi, la segmentazione per tipo di contenuto (articoli, schede prodotto, immagini, video) facilita la diagnosi in Search Console e consente di identificare rapidamente quali categorie sono sottoscorse.
Il piano del sito rimane uno strumento di diagnosi tanto quanto di SEO. Analizzare il rapporto tra URL sottomesse e URL indicizzate in Search Console fornisce una lettura diretta della qualità percepita del sito da parte di Google. Un divario marcato tra questi due numeri segnala un problema di contenuto, di struttura o di direttive tecniche, che la sitemap da sola non risolverà.
