
Un sito medico di trenta pagine senza sitemap è uno studio il cui metà delle sale non figura in alcuna pianta. I robot di esplorazione passano, indicizzano ciò che trovano, ignorano il resto. Il problema non si vede nel browser del professionista, ma nella Search Console, dove pagine di specialità o di prenotazione rimangono assenti dai risultati per settimane.
Tag ignorati da Google: ciò che il sitemap XML non fa più nel 2026
Si inizia spesso configurando un sitemap con tutte le opzioni disponibili nel plugin, pensando che ogni tag conti. Sul campo, Google ignora completamente i tag priority e changefreq. Compilarli non provoca errori, ma non produce alcun effetto sul crawl o sul ranking.
Il vecchio endpoint di ping non autenticato, che alcuni guide raccomandavano ancora di recente, ora restituisce un errore 404. Google non lo tratta più. I due unici meccanismi riconosciuti per segnalare un sitemap sono la dichiarazione nel file robots.txt e la sottomissione tramite la Search Console.
Concretamente, su un sito medico che pubblica poco contenuto nuovo ogni mese, il tag che mantiene una vera utilità è lastmod. Indica la data dell’ultima modifica di una pagina. Quando un professionista aggiorna le sue tariffe o i suoi orari di consultazione, un tag lastmod correttamente aggiornato aiuta Google a tornare più velocemente su quella pagina. Senza di esso, il motore decide da solo la frequenza di recrawl, spesso con un ritardo di diverse settimane.
Per osservare come un sitemap XML struttura concretamente gli URL di un sito specializzato in materiale sanitario, si può consultare il sitemap del sito MS Médical, che raggruppa le diverse categorie di prodotti e pagine informative in un indice leggibile.
Strutturare il sitemap di un sito medico multi-professionista

Uno studio che raggruppa più specialisti pone un problema di gerarchia. Ogni professionista ha la sua scheda, i suoi atti, a volte la propria pagina di prenotazione. Senza organizzazione del sitemap, queste pagine si trovano tutte allo stesso livello, senza gerarchia.
La buona pratica consiste nel segmentare gli URL per tipo di contenuto utilizzando sotto-sitemaps (sitemap index). Si separa ad esempio:
- Un sitemap per le schede professionisti, con la loro specialità e la loro localizzazione nei tag meta
- Un sitemap per le pagine di atti medici o di patologie trattate, che formano il contenuto informativo del sito
- Un sitemap per le pagine istituzionali (note legali, politica sulla privacy, contatti), la cui frequenza di aggiornamento è bassa
- Un sitemap dedicato agli articoli di blog sulla salute, se lo studio pubblica contenuto editoriale
Questa segmentazione non migliora direttamente il posizionamento, ma facilita la diagnosi. Quando un gruppo di pagine non è indicizzato, si identifica immediatamente in quale sotto-sitemap si trova il problema. Su un sito di cinque pagine, è superfluo. Non appena si supera la ventina di URL attive, il sitemap index diventa uno strumento di gestione del crawl.
Sitemap e conformità al GDPR su un sito di salute
Un punto che la maggior parte delle guide SEO non affronta: le pagine che non devono essere incluse nel sitemap. Su un sito medico, alcune URL contengono moduli di dati dei pazienti, spazi connessi o portali di risultati di esami. Queste pagine non hanno nulla a che fare in un file accessibile pubblicamente.
Ogni URL elencata in un sitemap è per definizione scoperta dai motori. Se una pagina di prenotazione mostra un pre-compilazione nominativa, o se uno spazio paziente utilizza URL con identificatori come parametri, la loro presenza nel sitemap espone percorsi di accesso sensibili.
La verifica è semplice: si apre il sitemap, si percorre ogni URL, si verifica che nessuna punti a contenuti protetti o a pagine che non dovrebbero apparire nei risultati di ricerca. Le pagine da escludere devono essere bloccate nel robots.txt e portare un tag meta noindex, oltre ad essere assenti dal sitemap.
Frequenza di aggiornamento e lastmod per un contenuto medico affidabile

Google valuta l’affidabilità dei contenuti di salute con un’esigenza particolare, legata ai criteri YMYL (Your Money or Your Life). Un articolo sugli effetti collaterali di un medicinale pubblicato tre anni fa senza aggiornamenti invia un segnale negativo, sia agli utenti che agli algoritmi.
Il sitemap interviene in questa meccanica tramite il tag lastmod. Quando si aggiorna un contenuto medico per integrare nuove raccomandazioni o correggere una posologia, il tag lastmod deve riflettere la data reale di modifica. Alcuni CMS aggiornano automaticamente questa data ad ogni salvataggio della pagina, anche per una correzione di virgola. Questo comportamento diluisce il segnale.
La configurazione più pulita consiste nel non aggiornare lastmod se non durante modifiche sostanziali del contenuto. Su WordPress, diversi plugin SEO consentono di scegliere tra un aggiornamento automatico o manuale di questa data. I riscontri variano su questo punto a seconda delle configurazioni, ma la regola rimane la stessa: lastmod non deve mentire sulla freschezza reale del contenuto.
Errori frequenti nei sitemap di siti medici
Dopo aver auditato la struttura di diversi siti di studi e cliniche, alcuni schemi ritornano sistematicamente:
- URL duplicate con e senza slash finale (/dermatologia e /dermatologia/), il che genera contenuto duplicato nell’indice
- Pagine di bozza o di staging dimenticate nel sitemap, a volte indicizzate da Google prima ancora della loro pubblicazione ufficiale
- Sitemaps che superano il limite di 50.000 URL senza passare per un sitemap index, provocando errori di lettura
- Assenza di sitemap nel robots.txt, il che costringe a una sottomissione manuale nella Search Console senza rete di sicurezza
Ciascuno di questi errori si corregge in pochi minuti, ma nessuno si rileva senza andare ad aprire il file sitemap e confrontarlo con l’elenco delle pagine realmente attive del sito.
Un sitemap ben tenuto non sostituisce né il linking interno né la qualità del contenuto. Rimane un file tecnico, una pianta che i motori consultano per sapere dove cercare. Su un sito medico, dove la fiducia e la freschezza delle informazioni contano più che altrove, è il primo file da verificare prima di toccare il resto della SEO.