La sitemap rigenerata ogni giorno
non forza Google a scansionarti:
rischi di più, ottieni meno
Una sitemap che cambia ogni giorno per convincere Google a passare ogni giorno. Il 2 settembre 2026 John Mueller, di Google, ha risposto in pubblico a chi usa questa tecnica: l'ha definita un'idea sbagliata. Non perché sia proibita, ma perché non funziona come promette — e nel frattempo il sito manda a Google il segnale opposto a quello che vorrebbe.
Un trucco che circola da mesi tra chi gestisce siti in proprio
La logica è semplice, ed è per questo che attira: se Google scansiona più spesso un sito che sembra «sempre aggiornato», basta far sembrare la sitemap sempre aggiornata. Così, come ha ricostruito Search Engine Journal, alcuni siti inseriscono nelle proprie sitemap un parametro che cambia ogni giorno, così che il file XML risulti «nuovo» a ogni controllo, invece di affidarsi alla data reale dell'ultima modifica. È la stessa idea del «cache busting» che si usa da vent'anni su CSS e immagini per evitare che il browser mostri una versione vecchia — applicata però a un file che Google non tratta come una risorsa grafica, ma come un elenco di indirizzi da fidarsi o no.
Alla domanda diretta, posta su Bluesky, Mueller ha risposto senza girarci intorno: «I think that's a bad idea because you're signaling that the canonical URL for a piece of content should be constantly changing. That's not good for search engines, it's not good for your tracking» — pensare che sia una buona idea, ha detto, perché segnala che l'indirizzo di riferimento di un contenuto dovrebbe cambiare in continuazione, e non fa bene né al motore di ricerca né al tracciamento del sito stesso.
Perché in tante PMI romane ci provano. Nei primi giorni, dopo aver «aggiornato» la sitemap ogni notte, capita davvero di vedere Google ripassare a scaricare il file più spesso nei log del server. Sembra la prova che il trucco funzioni. Ma scaricare la sitemap non vuol dire scansionare le pagine che elenca, e tantomeno vuol dire guadagnare posizioni: sono due cose diverse, e confonderle costa settimane passate a inseguire un segnale che non porta da nessuna parte.
Perché Google non si lascia convincere così facilmente
La documentazione ufficiale di Google lo dice già in partenza, in una riga che smonta la promessa del trucco alla radice: «submitting a sitemap is merely a hint: it doesn't guarantee that Google will download the sitemap or use the sitemap for crawling URLs on the site», si legge nella guida ufficiale alla creazione delle sitemap. Inviare una sitemap è un suggerimento, non un ordine: Google la legge se e quando ritiene di doverlo fare, non ogni volta che qualcuno le cambia data.
Sul singolo dato di data — il tag lastmod — Google è altrettanto esplicito: lo usa solo «if it's consistently and verifiably accurate», cioè se nel tempo si dimostra affidabile rispetto alla modifica reale della pagina. Gary Illyes, sempre di Google, l'ha detto in modo ancora più diretto parlando degli altri due tag della sitemap, priority e changefreq: «we ignore those. It's essentially a bag of noise», come riporta Search Engine Land. Un segnale che si scopre inattendibile non viene punito: viene semplicemente ignorato, e con lui va perso anche il poco che di quella sitemap poteva ancora essere utile.
Non una penalizzazione con un nome preciso, ma tre costi concreti che si sommano: risorse di scansione spese sul file sbagliato invece che sulle pagine che contano davvero; un segnale di instabilità sull'indirizzo dei contenuti che complica il modo in cui Google li riconosce nel tempo; e, se la sitemap arriva a contenere indirizzi non validi, Google smette semplicemente di scaricarla — come ha confermato lo stesso Mueller in un'altra occasione riportata da Search Engine Land. Il sito continua a esistere, la sitemap smette di contare qualcosa.
La frequenza di scansione dipende da tutt'altro
Il punto che il trucco prova ad aggirare è anche il più scomodo da accettare: Google decide quanto spesso tornare su un sito guardando cosa succede davvero su quel sito — quanto è autorevole, quanto spesso i suoi contenuti cambiano per ragioni vere, come sono collegate le pagine tra loro, quanto è reattivo il server. Sono segnali che si costruiscono con il tempo e con scelte tecniche coerenti, non con una data che cambia nel file sbagliato. Una PMI che scopre il trucco su un video o un post e lo applica da sola, di solito, non sta risolvendo il problema che pensa di avere: sta aggiungendo un sintomo nuovo a uno vecchio che non ha ancora diagnosticato.
Ed è qui che la faccenda si fa seria per chi gestisce un sito senza un tecnico alle spalle: capire se la propria frequenza di scansione è davvero un problema, e se lo è, capire a cosa è dovuta — un problema di autorevolezza, uno tecnico, o semplicemente un sito che aggiorna i contenuti raramente — richiede di guardare gli stessi segnali che guarda Google, non di inseguire un trucco letto altrove. Confondere le due cose porta esattamente dove porta questa tecnica: settimane di lavoro su un dettaglio che Google ha già detto di ignorare.
Cosa serve davvero, prima di toccare la sitemap
Prima di cambiare qualunque cosa su un file che Google stesso definisce un suggerimento, serve sapere se il problema è davvero lì. È una diagnosi tecnica, non un consiglio da applicare a scatola chiusa: si guarda come il sito viene scansionato oggi, cosa lo blocca o lo rallenta davvero, e se ha senso lavorare sulla frequenza di scansione o se il tempo va speso da un'altra parte. È il lavoro che faccio per i siti di Roma che mi chiamano dopo aver provato una scorciatoia letta online: come lavoro è scritto qui, senza trucchi da rincorrere.
Domande frequenti sulla sitemap e la scansione di Google
Rigenerare la sitemap ogni giorno fa scansionare il sito più spesso? +
Perché Google ha risposto proprio a questa tecnica? +
Usare questa tecnica può far scendere le posizioni del sito? +
Cosa determina davvero quanto spesso Google torna su un sito? +
Come capisco se il problema del mio sito è davvero la frequenza di scansione? +
Non sai se Google ti scansiona
quanto dovrebbe?
Analisi gratuita del sito: stato tecnico, scansione, indicizzazione e cosa vale davvero la pena sistemare per primo. Nessun impegno, risposta con dati alla mano.