Freschezza: datare, rivedere, dimostrare. Che cosa i motori e le IA si aspettano da un contenuto aggiornato

Un lettore che pone una domanda a un assistente nel 2026 vuole una risposta valida nel 2026. I motori, classici come generativi, lo sanno e tengono conto della data di un contenuto, in particolare sugli argomenti in cui i fatti cambiano: normativa, prezzi, versioni, cifre di mercato. Molti editori ne hanno tratto una cattiva abitudine, quella di cambiare la data di un articolo senza cambiarne una riga. Questa pratica è individuabile e controproducente. Ecco che cosa i motori leggono davvero, come lo verificano, e come una testata che pubblica molto organizza i suoi aggiornamenti.

Che cosa Google legge, e dove

Google documenta, nella sua pagina sui dati strutturati Article, due proprietà che vengono da schema.org: datePublished e dateModified. La seconda deve indicare la data dell'ultima modifica sostanziale del contenuto, e Google chiede, nelle sue indicazioni sulle date, che corrisponda alla data visibile sulla pagina. La sitemap trasporta un terzo segnale, lastmod, che Google usa per decidere che cosa ricaricare per primo, a condizione che sia affidabile, come spiega la pagina sulla costruzione di una sitemap.

Il punto importante è la coerenza. Google confronta ciò che dicono i dati strutturati, la data mostrata, il lastmod della sitemap e, se esistono, gli header HTTP di ultima modifica. Quando queste fonti si contraddicono, smette di fidarsene e ripiega sulla propria osservazione: ha visto il contenuto cambiare tra due passaggi? Un sito la cui sitemap annuncia ogni giorno una modifica di tutte le pagine, senza che nessuna cambi, insegna a Google che il suo lastmod non vuol dire nulla. Abbiamo documentato questo caso in «Una sitemap con date identiche non serve a nulla».

Che cosa i motori generativi fanno delle date

Un motore generativo che risponde con fonti cerca passaggi pertinenti, poi li pondera. Su una domanda la cui risposta dipende dal tempo privilegia passaggi datati di recente, e legge la data là dove è disponibile: nei dati strutturati, nel testo, a volte nell'URL. Google indica nella sua pagina sulle funzionalità di IA nella ricerca che le sue risposte generate si appoggiano agli stessi segnali della ricerca classica, senza markup particolare; la freschezza ne fa parte.

C'è una conseguenza che gli editori sottovalutano: un motore generativo può citare il passaggio che contiene la propria data. «Dal 2 agosto 2026 si applica l'articolo 50» è un passaggio databile e citabile. «Di recente la normativa è cambiata» non lo è, e invecchia male. Scrivere le date nel testo, per esteso, è una pratica di freschezza tanto quanto una pratica di citabilità, nella logica che descrivevamo in «Prima la risposta, poi la sfumatura».

Perché il falso segnale costa più di quanto renda

Ridatare un articolo senza modificarlo produce tre effetti, tutti negativi.

1. La perdita di fiducia nei segnali. Il motore osserva che la data cambia e che il contenuto non cambia. Il rischio è che impari che le date di questo sito sono rumore e smetta di tenerne conto, anche per i veri aggiornamenti. Nessun motore documenta questo comportamento: è una deduzione, non una misura. I due effetti, del resto, si succedono nel tempo invece di coesistere. Il motore ricarica prima sulla fiducia delle date annunciate, ed è la constatazione ripetuta di un contenuto immutato che poi lo porta a diffidarne.
2. Lo spreco del crawl budget. Ogni pagina annunciata come modificata viene ricaricata. Su una testata di cinquecento articoli, annunciare ogni giorno cinquecento modifiche fittizie significa chiedere cinquecento ricaricamenti per nulla, a scapito delle pagine davvero nuove.
3. Il rischio di contraddizione. Un articolo «aggiornato a settembre 2026» che cita una tariffa del 2024 o una versione di software abbandonata perde immediatamente credibilità agli occhi di un lettore attento, e un motore generativo mostra volentieri la data che trova nel passaggio che cita.

La documentazione per i valutatori della qualità di Google dedica diverse pagine alla nozione di contenuto aggiornato, e distingue esplicitamente gli argomenti in cui la data conta da quelli in cui non conta. Una guida sulla posa di una copertura non ha bisogno di essere riscritta ogni mese; una pagina sugli incentivi per la ristrutturazione, sì.

A che cosa somiglia una vera revisione

Una revisione che giustifica una nuova data di modifica cambia qualcosa che un lettore potrebbe notare: una cifra sostituita da una cifra più recente, una sezione aggiunta su un fatto nuovo, una raccomandazione ritirata perché non regge più, una fonte sostituita da una fonte aggiornata. Correggere un refuso, cambiare un'immagine o riformulare un titolo non è una revisione, e non deve modificare dateModified.

La regola è semplice da tenere su dieci articoli e impossibile da tenere a memoria su cinquecento. È lì che conta l'organizzazione.

Organizzare la revisione su larga scala

Una testata che pubblica più contenuti alla settimana accumula in un anno qualche centinaio di articoli, una parte dei quali contiene fatti deperibili. La loro revisione resta sostenibile senza mobilitare una squadra a tempo pieno, a condizione di dotarla di strumenti.

La base di riferimento. Se i fatti, le cifre e le posizioni vengono da una base di riferimento comune invece che da ogni articolo, aggiornare un fatto nella base permette di ritrovare tutti gli articoli che lo usano. Una tariffa cambia: si sa quali articoli la citano. Una scadenza normativa viene rinviata: si sa quali articoli la annunciavano. Senza base di riferimento questa ricerca si fa a mano, e non si fa.

La marcatura dei fatti deperibili. Alla redazione, ogni affermazione datata o numerica viene identificata come tale, con la sua fonte e la sua data di validità presunta. Una rassegna mensile elenca le affermazioni la cui validità è scaduta, e l'editore decide, per ciascuna, di verificarla, di correggerla o di ritirarla. È un lavoro di qualche ora al mese, e riguarda i passaggi che i motori rileggono di più.

La misura. I log dicono quali pagine i robot rileggono dopo una modifica, e la Search Console dice quali perdono impressioni. Una pagina che perde terreno su una query la cui risposta è cambiata è candidata alla revisione ancora prima che la base di riferimento la segnali. Abbiamo descritto questa lettura in «Leggere un access log in 30 minuti».

Segnalare la modifica, senza abusarne

Una volta fatta la revisione, resta da farla conoscere. Tre canali, da usare insieme e soltanto per le vere revisioni: l'aggiornamento di dateModified nei dati strutturati e della data visibile sulla pagina; l'aggiornamento del lastmod di quell'URL, e di quella soltanto, nella sitemap; e, per i motori che lo supportano, una segnalazione diretta tramite IndexNow, che avvisa Bing e i motori partner che una URL è cambiata, senza aspettare il loro prossimo passaggio.

Il server aggiunge un ultimo segnale, spesso dimenticato: gli header Last-Modified ed ETag, e il rispetto delle richieste condizionali. Un robot che chiede «questa pagina è cambiata dalla mia ultima visita?» e riceve una risposta onesta, sì o no, smette di ricaricare alla cieca e concentra i suoi passaggi su ciò che si muove davvero.

La freschezza è un patrimonio, non un'impostazione

Una testata le cui date sono affidabili è una testata che i motori rileggono quando glielo chiede, e che citano con la data giusta. Una testata che ridata tutto non guadagna nulla a breve termine e perde, a medio termine, l'unica cosa che conta: la fiducia dei motori nei suoi segnali. La differenza tra i due si gioca nell'organizzazione: una base di riferimento comune, una rassegna regolare dei fatti deperibili, una misura di ciò che i robot rileggono. È una delle ragioni per cui pensiamo che una testata aziendale si costruisca su una base di riferimento prima di costruirsi su articoli.