Un sito e-commerce con diverse migliaia di riferimenti lancia una nuova categoria di prodotti. Le schede sono online, il collegamento interno è attivo, eppure Google impiega settimane a scoprire queste pagine. Il problema non deriva dal contenuto né dai link, ma da un sitemap XML mal configurato che invia i robot di esplorazione in vicoli ciechi.
Quando il sitemap XML invia segnali sbagliati ai motori di ricerca
Si incontra spesso lo stesso scenario: un file sitemap generato automaticamente da un CMS che elenca tutte le URL del sito senza distinzione. Pagine reindirizzate, URL con parametri di ordinamento, versioni non canoniche, tutto è incluso.
Il risultato concreto: i robot di Google e Bing consumano il loro budget di crawl su pagine inutili invece di esplorare i contenuti che si desidera indicizzare. Un sitemap che contiene URL che restituiscono codici 301 o 404 è un piano di sito che disorienta piuttosto che guidare.
Per osservare questo fenomeno, si può esaminare il sitemap del sito Bargento: illustra la logica di un file che mira esclusivamente alle pagine destinate ad apparire nei risultati di ricerca, senza inquinamento da URL tecniche.
La regola operativa si riassume in una frase: ogni URL del sitemap deve restituire un codice 200 e corrispondere alla versione canonica della pagina. Se un’URL è bloccata dal robots.txt, reindirizzata, o porta un tag noindex, non ha motivo di essere nel file.
Tag lastmod nel sitemap: segnale utile o rumore inutile
Il tag lastmod indica ai motori la data dell’ultima modifica di una pagina. Sulla carta, è un leva per accelerare la riesplorazione dei contenuti aggiornati. In pratica, molti siti lo rendono inutile aggiornandolo ad ogni rigenerazione del sitemap, anche senza modifiche reali al contenuto.
Google sfrutta questo tag solo quando la data è regolarmente coerente e verificabile. Se il motore rileva che il lastmod cambia mentre il contenuto rimane identico, finisce per ignorare completamente questa informazione per il sito interessato.
Rendere il lastmod affidabile in pratica
La data lastmod deve corrispondere a una modifica reale del contenuto della pagina, non a un semplice salvataggio nel back-office. Su WordPress, alcuni plugin di sitemap aggiornano il lastmod non appena si modifica un tag o una categoria associata, senza toccare il testo. Questo comportamento degrada l’affidabilità del segnale.
La buona prassi: condizionare l’aggiornamento del lastmod a un cambiamento effettivo del corpo pagina (testo, immagini, dati strutturati). I feedback variano su questo punto a seconda dei CMS, ma la logica rimane la stessa ovunque.
Tag changefreq e priority: cosa Google ignora nel tuo file sitemap
Si vedono ancora molti sitemap pieni di tag changefreq e priority, a volte configurati con attenzione. La documentazione ufficiale di Google è però chiara: questi due tag sono ignorati dal motore.
Concretamente, attribuire una priority di 1.0 alla propria homepage e 0.3 ai propri articoli di blog non modifica in alcun modo l’ordine di crawl né la frequenza di esplorazione. Il tempo speso a configurare questi valori sarebbe meglio investito in tre azioni concrete:
- Verificare che ogni URL del sitemap restituisca un codice HTTP 200 e non sia né reindirizzata né bloccata
- Assicurarsi che tutte le URL puntino alla loro versione canonica (niente duplicati con/senza trailing slash, con/senza www)
- Implementare un lastmod affidabile, correlato alle vere modifiche di contenuto
Un sitemap depurato da questi tag inutili è più leggibile, più leggero e non invia segnali falsi.
Sitemap XML e IndexNow: due meccanismi complementari per il SEO
Il sitemap fornisce una vista strutturata e permanente delle URL del sito. I motori lo consultano al loro ritmo, secondo il proprio calendario di crawl. Per i siti che pubblicano o aggiornano contenuti frequentemente, questo ritardo può rappresentare un problema.
È qui che entra in gioco IndexNow. Questo protocollo consente di segnalare direttamente a certi motori l’aggiunta, la modifica o la rimozione di un’URL. Bing raccomanda di utilizzare entrambi congiuntamente: il sitemap come riferimento di copertura globale, IndexNow come notifica in tempo reale.
Caso d’uso concreto
Un sito di notizie pubblica una ventina di articoli al giorno. Il suo sitemap XML viene aggiornato ogni ora. Con IndexNow attivato, ogni pubblicazione attiva un ping verso Bing (e i motori compatibili) senza attendere che il sitemap venga ricrawled.
Google non supporta IndexNow ad oggi, ma offre un’API di indicizzazione per alcuni tipi di contenuti. Combinare sitemap XML, IndexNow e API di indicizzazione copre lo spettro più ampio di motori e casi d’uso.
Sitemap e ricerca generativa: un ruolo che evolve
I motori integrano sempre più funzionalità basate sull’intelligenza artificiale nei loro risultati. Una pubblicazione del team Bing datata luglio 2025 presenta i sitemaps come un segnale di copertura delle URL per le esperienze di ricerca basate sull’IA.
Questo non garantisce che un’URL venga selezionata per alimentare una risposta generativa. Il sitemap rimane uno strumento di scoperta, non un leva di ranking. Il suo ruolo in questo contesto è di garantire che i robot esplorino l’intero contenuto pertinente del sito.
- Il sitemap aiuta nella copertura: segnala l’esistenza di una pagina, non la sua qualità
- Il contenuto, il collegamento interno e la pertinenza tematica determinano se la pagina sarà selezionata
- Un sitemap pulito evita che un robot di IA generativa indicizzi pagine tecniche o obsolete al posto del contenuto di alto valore
La struttura del sitemap rimane un prerequisito tecnico. Ciò che fa la differenza nei risultati è ciò che contengono le pagine che esso riferisce. Un file pulito, limitato alle URL canoniche con un lastmod affidabile, costituisce il minimo indispensabile per rimanere visibili in un ecosistema di ricerca che si complica.
