Freschezza dei contenuti: la regola dei 90 giorni per SEO e GEO

Nel 2026 la freschezza dei contenuti non è più un fattore di ranking debole. È diventata una soglia minima. Ahrefs ha analizzato 17 milioni di citazioni AI e ha scoperto che ChatGPT, Perplexity e Gemini citano contenuti aggiornati nelle ultime 13 settimane molto più spesso del materiale più vecchio a parità di qualità. Google ha seguito con l'aggiornamento sul site reputation abuse, che penalizza i contenuti vecchi mascherati con una data nuova.

Repubblicare lo stesso post con un timestamp nuovo non aiuta. Aiuta un ciclo di refresh ogni 90 giorni che aggiorna dati, fatti e struttura. Questo articolo descrive il protocollo che usiamo sul nostro blog: cosa conta come refresh vero, cosa no, e come tenere il ciclo senza produrre segnali di freschezza falsi.

Perché i segnali di freschezza sono cresciuti nel 2026

Tre forze si sono sovrapposte. Gli assistenti AI citano fonti recenti perché chi li usa dà per scontato che la risposta rifletta la realtà attuale, non un archivio del 2022. I motori di ricerca rispondono pesando di più la freschezza per le query che cambiano in fretta, e oggi quasi tutto rientra in questa categoria: software, AI, SaaS. E il volume di contenuti nuovi continua a crescere, quindi i post vecchi vengono spinti fuori dal radar a meno di un refresh.

Lo studio Ahrefs ha messo un numero sullo spostamento. Per le query su software, AI e B2B, il 67% delle citazioni AI punta a pagine aggiornate nelle ultime 13 settimane. Il contenuto vecchio non viene declassato, l'assistente sceglie semplicemente una fonte più recente a parità di qualità.

La trappola della freschezza finta

La prima reazione è cambiare il timestamp e chiudere la pratica. Ha smesso di funzionare nel 2024 e oggi fa danni. L'aggiornamento Google sul site reputation abuse è stato scritto proprio per intercettare i siti che muovono dateModified senza toccare il corpo. Uno schema markup che mente sul refresh produce una discrepanza chiara appena il crawler confronta corpo e metadati.

La freschezza finta arriva in tre forme. Un timestamp cambiato senza modifiche. Una modifica simbolica, una frase riscritta, infilata con una data nuova. Lo schema dateModified aggiornato in modo automatico su tutto l'archivio ogni domenica. Tutti e tre vengono ormai intercettati.

Il segnale di freschezza funziona solo quando il contenuto si è davvero mosso. Tutto il resto viene preso con le mani nel sacco.

Cosa contiene un refresh vero a 90 giorni

Il protocollo ha cinque controlli. Saltarne uno indebolisce il risultato.

Dati e statistiche. Ogni numero, statistica e percentuale più vecchio di dodici mesi ha bisogno di una fonte fresca o salta. Un post che cita "l'85% dei team dice X" da un sondaggio del 2023 suona vecchio anche se il resto dell'articolo regge.

Versioni degli strumenti. Next.js, Stripe, Supabase e le release dei modelli AI cambiano ogni trimestre. Un post che cita Next.js 14 nel 2026 segnala vecchiaia, anche se il consiglio di fondo regge ancora.

Esempi recenti. Un nuovo case study, una citazione cliente o un esempio dell'ultimo trimestre. Non deve sostituire i vecchi, si aggiunge e segnala pensiero recente.

Link interni. Coprire i post pubblicati dal refresh precedente. Un archivio mantenuto ha link interni che puntano in avanti nel tempo, non solo indietro.

Lead e struttura. Riscrivere il paragrafo di apertura per affrontare ciò che è cambiato sul tema rispetto alla data di pubblicazione originale. Se nulla è cambiato, forse il post non ha ancora bisogno di un refresh.

Un refresh che tocca meno del 30% del corpo è cosmetico. Trattiamo il 30% come soglia minima prima di muovere dateModified.

Come gestiamo il ciclo dei 90 giorni

Il protocollo gira come job programmato. Un cron segnala ogni post pubblicato più vecchio di 90 giorni. La segnalazione produce una checklist: quali numeri vanno riverificati, quali versioni di tool si sono mosse, quali nuovi post vanno linkati dal corpo.

La riscrittura la fa l'editor a mano. L'automazione produce la checklist, mai il contenuto. Abbiamo provato i refresh riscritti dall'LLM e le citazioni AI sono peggiorate: il modello produce prosa omogenea senza i dati specifici recenti che un assistente esterno vuole citare.

Il job blocca ogni aggiornamento di dateModified quando meno del 30% del corpo è cambiato. Il blocco è duro. Un refresh cosmetico fallisce il controllo e aspetta uno vero.

La disciplina di calendario conta più degli strumenti. Quasi tutti i siti che falliscono sulla freschezza non falliscono sull'automazione. Falliscono nel ritagliare i 30-45 minuti per articolo necessari a fare il lavoro.

Un esempio concreto

Uno dei nostri post più vecchi sulle best practice GEO è uscito a fine 2024. Il primo refresh a 90 giorni, inizio 2025, ha aggiornato tre statistiche, sostituito l'esempio di billing Stripe con uno più recente, aggiunto link interni a quattro post pubblicati nel mezzo e riscritto il lead per citare il paper Princeton sul GEO uscito nel frattempo.

Il corpo è cambiato del 38%. Le citazioni AI del post sono ripartite entro due settimane. Al secondo ciclo di refresh, il post superava i competitor più recenti su tre delle sue query target. Al terzo era diventato la fonte di citazione principale per due assistenti AI sulla query principale.

L'effetto cumulativo è il punto. Un post rinfrescato tre volte in nove mesi sembra, agli occhi del crawler, un documento di lavoro tenuto da un autore che si fa vedere. Un post rinfrescato zero volte sembra abbandonato.

Quando 90 giorni è la cifra sbagliata

Il default a 90 giorni vale per software, AI e SaaS, dove il terreno cambia dentro quella finestra. Due casi richiedono una cadenza diversa.

Notizie e annunci. 24-72 ore, poi archivio. Un post su un lancio prodotto ha bisogno di un aggiornamento dentro il ciclo della notizia o perde rilevanza del tutto.

Contenuti evergreen di riferimento. 180 giorni bastano per post su temi stabili, tipo specifiche CSS, principi di design o basi di contabilità. La cadenza a 90 giorni qui produce lavoro inutile senza alzare il traffico.

I contenuti di compliance stanno in un terzo gruppo: il ciclo di refresh lo detta il calendario normativo, non l'editor.

Il default di 90 giorni è la scelta giusta solo quando il post sta su un tema che si muove allo stesso ritmo. Cadenza sbagliata e il protocollo fallisce. Troppo veloce e il team brucia. Troppo lento e il segnale si appiattisce.

La domanda sul costo

Un refresh vero richiede 30-45 minuti per articolo. Su un archivio di 60 post, sono 30-45 ore a trimestre, o una giornata focalizzata al mese. Il costo è reale. Il ritorno arriva sul grafico del traffico.

Produrre nuovi contenuti per lo stesso guadagno di traffico costa di più. Un post nuovo richiede 3-6 ore tra scrittura, edit e pubblicazione allo stesso livello di qualità. Un refresh di un post già posizionato richiede 30-45 minuti e produce un lift equivalente o migliore, perché il post ha già i suoi backlink, link interni e storico di indicizzazione.

Il collo di bottiglia è la disciplina, non il costo. I team che tengono il ciclo a 90 giorni per un anno riportano da due a tre volte più citazioni AI rispetto ai team che producono lo stesso volume di contenuti nuovi senza una cadenza di refresh.