Timbro di Freschezza: Regole per le Date di Pubblicazione e Aggiornamento

Un timbro di freschezza dice ai lettori quando una pagina è stata resa pubblica per la prima volta, quando le informazioni su cui si fa affidamento sono cambiate l’ultima volta e — dove utile — cosa è stato controllato. È un elemento di apertura perché il tempo può cambiare il modo in cui ogni affermazione sottostante dovrebbe essere interpretata.

Aggiornato il 27 agosto 2026 · Pubblicato il 14 marzo 2025 · Prezzi e disponibilità delle funzionalità verificati

Questo esempio renderizzato presenta tre diverse affermazioni. “Pubblicato” preserva l’origine, “Aggiornato” registra una modifica sostanziale e la frase di ambito specifica cosa ha coperto la revisione. La data è un segnale di provenienza, non una decorazione o una scorciatoia per far sembrare nuovi contenuti vecchi.

Perché questo elemento è importante

I lettori usano le date per valutare il rischio. Una spiegazione di un concetto matematico vecchia di tre anni può essere perfettamente affidabile, mentre un confronto di prezzi software vecchio di soli tre mesi potrebbe già essere errato. Un timbro visibile aiuta il lettore a decidere se fidarsi della pagina, verificare un’affermazione volatile o cercare una fonte più recente. Mostrare entrambe le date protegge anche la cronologia: il lettore può vedere che una risorsa matura è stata aggiornata piuttosto che falsamente presentata come nuova pubblicazione.

La psicologia fallisce quando l’etichetta promette più del dovuto. “Aggiornato oggi” implica che qualcuno ha modificato informazioni su cui un lettore fa affidamento. Se l’unica azione è stata cambiare la data, correggere la punteggiatura o spostare la pagina in un nuovo template, l’etichetta crea fiducia senza meritarla. Modificare una data di aggiornamento senza toccare sostanzialmente i contenuti è una violazione delle policy, anche se un sistema di gestione dei contenuti rende la modifica semplice.

L’estraibilità automatica significa che il software può identificare il momento della pubblicazione, il momento della modifica, l’ambito della revisione e la relazione tra di essi senza doverli indovinare dal testo. Campi stabili possono alimentare template di pagina, feed, audit e dati strutturati. Un crawler può distinguere datePublished da dateModified; un monitor editoriale può identificare pagine volatili la cui finestra di revisione è scaduta. Una frase vaga come “aggiornato di recente” non fornisce né un timestamp utilizzabile né un’affermazione verificabile.

L’elemento tipizzato ha precedenza su una data digitata nella normale prosa. Segui le regole di scrittura degli elementi : il componente deve leggere i campi data canonici e renderizzarli coerentemente. Gli autori non devono digitare manualmente una seconda data che potrebbe allontanarsi dai metadati.

Quando usarlo

Usa un timbro di freschezza quando l’età cambia materialmente se la pagina è sicura, accurata o utile. I fattori scatenanti comuni sono prezzi, caratteristiche del prodotto, disponibilità, leggi, standard, statistiche, raccomandazioni classificate, istruzioni di compatibilità, regole di ammissibilità, scadenze e persone nominate. Questi fatti decadono perché il mondo cambia anche quando la prosa non cambia.

Usalo su una risorsa in evoluzione quando l’editore si impegna a ricontrollare affermazioni definite. Un confronto software potrebbe indicare “Piani e limiti delle funzionalità verificati”; una documentazione potrebbe indicare “Verificato per la versione 6.8”; un articolo normativo potrebbe nominare la giurisdizione e la norma vigente. L’ambito impedisce che un controllo recente di una tabella faccia intendere che ogni frase, link e conclusione abbia ricevuto uguale attenzione.

I contenuti evergreen potrebbero non aver bisogno di un timbro di freschezza visibile. Una definizione stabile, un resoconto storico, un caso studio fisso, una nota di rilascio o un rapporto di ricerca legato a un dataset chiuso spesso necessitano solo di una data di pubblicazione onesta. Aggiungi note di correzione o un registro di aggiornamento separato quando l’interpretazione cambia, ma non creare un teatro di manutenzione in cui un record immutabile riceve una nuova data ogni trimestre.

Casi simili ma non corretti includono:

• Date correnti automatiche: mostrare la data odierna a ogni richiesta non dice nulla sull’attività di revisione ed è sempre vietato.
• Un anno nel titolo: “Migliori strumenti 2026” è un’affermazione sulla copertura attuale, non una prova che la pagina sia stata controllata nel 2026.
• Timestamp di build: ricostruire il sito cambia i file, non la sostanza editoriale.
• Un badge di revisione senza ambito né responsabile: crea autorità senza un atto verificabile.
• Un feed prodotto modificato: gli aggiornamenti automatici dei prezzi possono aggiornare un campo specifico, ma non giustificano la marcatura dell’analisi editoriale circostante come aggiornata, a meno che la conclusione non sia stata ricontrollata.

Dove posizionarlo

Posiziona il timbro nella riga dei metadati dell’hero: sotto l’H1 e la descrizione in una riga, e prima dell’introduzione o del primo elemento di risposta diretta. Il lettore dovrebbe ricevere il contesto temporale prima di incontrare affermazioni che potrebbero decadere. In una pagina lunga, il timbro può anche apparire accanto a una tabella volatile o a un blocco di prove quando quel blocco ha una propria data di verifica più ristretta.

Mantieni l’identità dell’autore e del revisore nella stessa area di provenienza quando il template lo supporta, ma preserva un chiaro ordine di lettura: autore, date di pubblicazione/aggiornamento, quindi ambito di revisione. Il timbro può stare accanto a una stima del tempo di lettura perché entrambi sono metadati neutri. Non deve stare accanto a un badge promozionale, a un conto alla rovescia per uno sconto, a un’etichetta “di tendenza” o a una valutazione a stelle; quei segnali possono far sembrare una data editoriale come urgenza o approvazione.

Non posizionare il timbro all’interno dell’introduzione, dopo la prima affermazione volatile, solo nel footer o all’interno di un’immagine. Non ripetere date contrastanti nell’hero, nella barra laterale e nella tabella. Se una sezione ha una propria data di origine, etichetta quel valore come “Dati fino a giugno 2026” o “Prezzi verificati il 27 agosto 2026” invece di modificare la data di aggiornamento a livello di pagina.

Anatomia

1. Etichetta principale: “Aggiornato” quando esiste una modifica valida; altrimenti “Pubblicato.” Deve essere testo visibile, non un’icona o un tooltip.
2. Data principale: Una data calendario leggibile derivata dai metadati canonici.
3. Pubblicazione originale: Mantenuta quando l’etichetta principale è “Aggiornato” e la provenienza beneficia della visualizzazione di entrambe.
4. Ambito di revisione: Testo breve opzionale che indica i fatti, la versione, la giurisdizione o il dataset effettivamente controllati.
5. Timestamp automatico: Un valore ISO 8601 completo nell’attributo HTML datetime, incluso il fuso orario dove il tempo è memorizzato.
6. Relazione documentale: L’elemento appartiene all’hero della pagina; una data di prova più ristretta appartiene accanto alla prova che qualifica.

Colore, icona, spaziatura e separatori appartengono al renderizzatore. La sequenza semantica deve comunque essere letta correttamente quando i CSS non sono disponibili.

Esempi di design

Le varianti supportate riflettono diversi stati editoriali, non preferenze estetiche.

Solo pubblicazione: Usa per una pagina nuova o per una pagina stabile che non ha mai ricevuto una revisione sostanziale. Questa è l’impostazione predefinita.

Pubblicato e aggiornato: Usa dopo una revisione sostanziale. “Aggiornato” viene prima perché è la data rilevante per la decisione; la pubblicazione rimane disponibile come cronologia.

Verifica con ambito: Aggiungi un ambito breve quando sono state ricontrollate solo determinate affermazioni volatili o quando la pagina è legata a una versione. L’ambito non deve implicare un audit più ampio.

Revisionato senza modifiche: Usa solo quando una revisione reale ha trovato la pagina ancora accurata. Registra reviewedAt separatamente; non cambiare dateModified e non etichettare l’evento come “Aggiornato.”

Viewport stretto: Consenti l’andare a capo naturale tra gli elementi completi. Non troncare mai una data né nascondere “Pubblicato” lasciando un numero senza etichetta.

Parametri

I campi data sono attributi di metadati, non testo redatto dall’autore. Questo impedisce a un’etichetta visibile di discordare dai feed o dallo schema. La specifica del frontmatter rimane autorevole per i valori a livello di documento.

L’elemento non ha corpo e nessuna mappatura con un primo titolo. Un corpo permetterebbe agli autori di duplicare i metadati canonici. L’ambito è deliberatamente un attributo perché è breve, stabile e leggibile automaticamente.

Sintassi ed esempi di codice

Tutti gli adattatori leggono gli stessi valori di pubblicazione, modifica e ambito. Possono formattare le date per la lingua, ma non devono cambiarne il significato.

Direttiva Markdown portabile

:::freshness-stamp{published="2025-03-14T09:00:00+01:00" updated="2026-08-27T10:00:00+02:00" scope="Pricing and feature availability verified"}
:::

Contratto shortcode Hugo

{{< freshness-stamp published="2025-03-14T09:00:00+01:00" updated="2026-08-27T10:00:00+02:00" scope="Pricing and feature availability verified" >}}

In Hugo, l’adattatore di produzione preferito dovrebbe leggere .Date e il parametro updated approvato dai metadati della pagina in modo che gli autori non li ripetano. I valori espliciti sopra documentano la mappatura portabile dei campi; non sono un permesso per codificare una seconda fonte di verità.

Blocco WordPress

<!-- wp:amicited/freshness-stamp {"published":"2025-03-14T09:00:00+01:00","updated":"2026-08-27T10:00:00+02:00","scope":"Pricing and feature availability verified"} /-->

Un adattatore WordPress dovrebbe impostare come predefiniti published e updated dal record del post, esporre l’ambito come campo editoriale e impedire che un flusso di lavoro di aggiornamento solo data presenti silenziosamente una revisione che non è avvenuta.

Esempi

Aggiornato il 27 agosto 2026 · Pubblicato il 14 marzo 2025
Prezzi, limiti dei piani e disponibilità delle funzionalità verificati rispetto alle pagine dei venditori.

Questo è corretto perché le etichette preservano entrambi gli eventi, l’ambito indica i fatti volatili e l’affermazione può essere verificata rispetto alla cronologia di modifica e delle fonti della pagina. Un revisore sa cosa significa “aggiornato” qui.

Appena aggiornato oggi!
Pubblicato originariamente di recente.

Questo è sbagliato perché “oggi” si sposta senza un evento editoriale, “appena” è promozionale, “di recente” cancella la cronologia e nessuna delle due righe espone un timestamp leggibile automaticamente. Se la pagina è stata solo riformattata, anche sostituire quelle frasi con date esatte rimarrebbe ingannevole. L’azione corretta è mantenere la data di pubblicazione originale e omettere una data di aggiornamento.

Marcatura schema e accessibilità

Il timbro può alimentare datePublished e dateModified su un Article, TechArticle, NewsArticle o altro tipo di pagina veritiero che lo racchiude. datePublished proviene dal record di pubblicazione originale. dateModified proviene solo dall’ultima modifica sostanziale del contenuto. Una revisione registrata separatamente che non modifica nulla non deve sovrascrivere dateModified; lo schema non deve trasformare un evento di revisione in una falsa modifica.

Non inventare un tipo Schema.org FreshnessStamp. L’ambito di revisione di solito rimane testo visibile e metadati di audit interni. Se una pagina cita fatti volatili, mantieni le loro prove in un blocco delle fonti piuttosto che far intendere che una data recente le dimostri.

Rendi ciascuna data con un elemento semantico <time datetime="…">. La forma visibile segue la lingua della pagina; il valore datetime preserva un timestamp automatico inequivocabile. Le etichette devono essere testo. Non affidarti a un’icona a orologio, a un colore verde, a un tooltip o a una formulazione relativa come “due mesi fa.” I separatori marcati come decorativi dovrebbero essere ignorati dalla tecnologia assistiva e l’andare a capo deve preservare un ordine di lettura logico.

Il timbro è metadati statici, quindi non ha bisogno di una regione ARIA live, di un ruolo pulsante, di un target di focus o di un annuncio. Se è collegato un registro di aggiornamento, usa un’etichetta descrittiva come “Vedi cosa è cambiato,” non “Altro.”

Regole di scrittura

Scrivi le etichette come provenienza fattuale: “Pubblicato,” “Aggiornato” o “Revisionato.” Usa una data assoluta localizzata, non “oggi,” “di recente,” “nuovo” o “fresco.” Mantieni l’ambito tra 3 e 12 parole e indica l’oggetto controllato: “Prezzi e limiti dei piani verificati” è più forte di “Contenuti revisionati.” Non aggiungere punti esclamativi, urgenza, affermazioni SEO o promesse che la pagina sia completamente accurata.

Una modifica sostanziale reimposta updated solo quando migliora le informazioni su cui un lettore fa affidamento. I fattori scatenanti legittimi includono la correzione di un fatto materiale, la sostituzione di prezzi o specifiche obsolete, la revisione delle istruzioni dopo un cambiamento di prodotto, l’aggiunta di prove significative, il cambiamento di una raccomandazione dopo una rivalutazione, l’espansione dell’ambito al punto da cambiare la risposta, o il completamento di una revisione documentata che comporta modifiche sostanziali ai contenuti.

Quanto segue non la reimposta: correzioni di refusi, punteggiatura, formattazione, compressione delle immagini, modifiche CSS o di template, tag di analisi, tracciamento dei link, modifiche solo ai metadati, build automatizzate, cambi di categoria, formattazione del profilo autore, o semplicemente aver controllato la pagina senza trovare modifiche necessarie. La sostituzione di un link rotto reimposta la data solo quando la destinazione cambia le prove o le indicazioni; scambiare un URL funzionante equivalente non lo fa.

Non inserire mai un’affermazione come “Google premia i contenuti freschi,” un messaggio promozionale, una scadenza di sconto, il tempo di lettura, la biografia dell’autore, l’elenco delle fonti, il registro delle modifiche o la metodologia di revisione completa all’interno del timbro. Questi hanno scopi diversi. Non retrodatare mai un aggiornamento, sovrascrivere la data di pubblicazione, derivare il tempo di modifica dal repository o programmare una data di aggiornamento futura.

Tipi di post che lo utilizzano

Il postTypes del frontmatter è la fonte di questa mappatura. L’inclusione significa che il formato presenta un rischio ricorrente di decadimento; non significa che ogni istanza debba mostrare una data di aggiornamento.

Definizioni di glossario stabili, documenti storici, ricerche su dataset chiusi e note di rilascio di solito mantengono le date di pubblicazione senza rivendicare una freschezza continua. Il loro periodo di validità o la versione di rilascio fanno più lavoro interpretativo di un’etichetta “aggiornato” scorrevole.

Checklist QA

• La data di pubblicazione originale è preservata e precede o è uguale a ogni evento successivo.
• updated corrisponde a una modifica sostanziale visibile nel contenuto o nelle prove documentate.
• Una revisione senza modifica del contenuto utilizza reviewedAt, non updated o dateModified.
• La data visibile, il valore del frontmatter, il valore del feed e il valore dei dati strutturati coincidono.
• L’ambito indica esattamente cosa è stato controllato e non implica un audit dell’intera pagina quando è cambiato solo un blocco.
• Il timbro appare nell’hero prima delle affermazioni volatili, con date più ristrette accanto a prove più mirate.
• Le date assolute e le etichette di testo visibili rimangono comprensibili senza colore, icone, CSS o prosa circostante.
• Ogni timestamp automatico utilizza una sintassi ISO 8601 valida e il fuso orario corretto.
• Nessun tempo di build, tempo di modifica del file, token dell’anno corrente o data a movimento automatico alimenta l’elemento.
• La cronologia delle modifiche può spiegare perché la data è cambiata; una modifica solo data non supera la revisione.
• Gli eventi pubblicato, aggiornato e revisionato rimangono distinti nella copia visibile e nello schema.
• Il tipo di post della pagina e il rischio di decadimento giustificano la visualizzazione dell’elemento.

FAQ

Ogni articolo dovrebbe mostrare una data di ultimo aggiornamento?

No. Mostra una data di aggiornamento solo dopo una modifica sostanziale. Una pagina evergreen stabile può mostrare solo la data di pubblicazione, mentre una pagina in decadimento dovrebbe esporre la data e l’ambito della sua ultima revisione valida.

La correzione di un refuso giustifica il cambio della data di aggiornamento?

No. Le modifiche tipografiche, di formattazione, di tracciamento, di template e solo ai metadati non alterano le informazioni su cui un lettore fa affidamento, quindi non reimpostano la data di aggiornamento.

Una pagina può mostrare una data di revisione quando non sono state necessarie modifiche?

Sì, se una persona qualificata ha effettivamente verificato l’ambito definito e l’etichetta dice “Revisionato,” non “Aggiornato.” Mantieni invariate le date di pubblicazione e modifica, e registra la revisione separatamente.

La data di pubblicazione dovrebbe scomparire dopo un aggiornamento?

Di solito no. Mantieni la data di pubblicazione originale nei metadati e mostrala accanto alla data di aggiornamento quando la provenienza è rilevante. La data di aggiornamento non deve mai riscrivere la cronologia della pagina.

Un timbro di freschezza migliora da solo il posizionamento?

No. Un’etichetta con data non è una prova che la pagina sia accurata. Il suo valore deriva da una manutenzione veritiera, metadati coerenti e contenuti che riflettono effettivamente la revisione dichiarata.