Timeline: Come Presentare Eventi e Fasi in Ordine

Una timeline è una registrazione ordinata di eventi, traguardi o fasi denominate in cui la posizione comunica quando è successo qualcosa o come si è sviluppato un argomento. Il lettore osserva la sequenza; non gli viene richiesto di riprodurla.

1. 1
   Marzo 2025 — Ricerca approvata

   Il team ha definito coorte, domande e metodo di confronto prima dell’inizio della raccolta.
2. 2
   Aprile–Maggio 2025 — Baseline raccolta

   Le stesse misure sono state registrate per ogni partecipante durante la finestra di raccolta definita.
3. 3
   Giugno 2025 — Risultati pubblicati

   Il rapporto ha rilasciato i suoi risultati con metodi, limitazioni e la data della prossima revisione.

Questo esempio renderizzato descrive una sequenza di ricerca completata. Il suo ordine spiega la relazione tra approvazione, raccolta e pubblicazione, ma nessuna delle sue voci ordina al lettore di eseguire quelle azioni.

Perché questo elemento è importante

Le persone ricostruiscono il cambiamento ponendosi tre domande: cosa è successo, quando è successo e cosa ha causato o reso possibile? Una timeline risponde a queste domande con uno schema ripetuto. L’indicatore di data o fase crea orientamento, il titolo dell’evento dà un nome al cambiamento e la descrizione ne spiega il significato. I lettori possono scorrere per trovare un traguardo noto, confrontare gli intervalli tra gli eventi o capire perché lo stato attuale non sarebbe potuto esistere prima.

Questo ritmo visivo riduce anche il carico sulla memoria. Nella prosa ordinaria, le date possono essere separate dagli eventi a cui si riferiscono, e il lettore deve tenere a mente diverse frasi prima di ricostruire la cronologia. Una timeline delimitata mantiene ogni indicatore legato al proprio evento e rende visibili omissioni o salti inspiegabili. È particolarmente utile quando l’affermazione del passaggio dipende dalla sequenza: un risultato osservato dopo un intervento significa qualcosa di diverso da un risultato raccolto prima.

L’estraibilità automatica è la capacità di un crawler, motore di ricerca, sistema di risposta AI o adattatore di pubblicazione di isolare ogni record senza perderne l’ordine o i campi. Un elenco ordinato semantico con regioni coerenti di data, titolo e descrizione offre alle macchine una struttura più solida rispetto a date sparse tra i paragrafi. Un sistema può identificare il terzo evento come il terzo evento, preservare la relazione tra “Giugno 2025” e “Risultati pubblicati” e citare la descrizione senza attribuirla erroneamente ad Aprile.

Usa le regole di scrittura degli elementi come regola di precedenza. Se lo scopo di un passaggio è registrare il cambiamento nel tempo, usa la timeline tipizzata anche quando un’intestazione e diversi paragrafi potrebbero sembrare simili. Se lo scopo è istruzione, confronto o verifica indipendente, l’elemento corrispondente ha la precedenza, indipendentemente dal fatto che un designer possa tracciare una linea verticale accanto ad esso.

Quando usarla

Usa una timeline quando l’ordinamento fa parte dell’affermazione e ogni elemento rappresenta un evento, un traguardo, una transizione di stato o una fase documentata. Gli argomenti appropriati includono la storia di un’azienda, i rilasci di un prodotto, le date di adozione e applicazione di una norma, le fasi di un caso studio completato o le fasi di raccolta e pubblicazione alla base di un rapporto.

Applica due test prima di sceglierla:

1. Il test dello scambio: scambia due voci adiacenti. Se la narrazione diventa storicamente falsa, fuorviante dal punto di vista causale o temporalmente confusa, l’ordine ha un significato.
2. Il test dell’osservatore: chiediti se il lettore sta imparando cosa è successo o gli viene detto cosa fare. L’osservazione indica una timeline; l’esecuzione indica un elenco di passaggi .

Situazioni simili ma diverse richiedono strutture differenti:

• Una procedura: “Esporta i dati, puliscili, poi caricali” istruisce il lettore. Servono azioni, segnali di successo e percorsi di recupero, non descrizioni di eventi storici.
• Una checklist: “Conferma proprietario, data, fonte e stato” contiene punti di verifica indipendenti. Il loro ordine non crea significato.
• Un elenco di funzionalità: “Lanciate funzionalità di reporting, integrazioni e avvisi” può semplicemente elencare capacità. Diventa una timeline solo quando i rilasci datati e le loro conseguenze sono rilevanti.
• Un confronto prima-dopo: due stati sono solitamente più chiari come confronto diretto. Non aggiungere un punto decorativo a metà per raggiungere un numero minimo di elementi.
• Un piano di progetto: le date pianificate possono usare una timeline solo quando sono chiaramente etichettate come programmate o previste. Non presentare l’intenzione come storia completata.
• Una panoramica di processo: le fasi denominate possono usare una timeline quando la pagina descrive come è organizzato un processo. Se il lettore deve eseguire quelle fasi, usa invece un elenco di passaggi o una checklist.

La presenza di date non è sufficiente. Un elenco di date di conferenze non correlate è un calendario o un elenco. Una timeline richiede un unico soggetto e una linea di sviluppo coerente.

Dove posizionarla

Posiziona la timeline immediatamente dopo una breve frase che ne indica il soggetto, l’ambito e la direzione. “I traguardi seguenti vanno dalla costituzione al prodotto attuale” è sufficiente. I lettori non dovrebbero mai dover dedurre se il primo elemento è il più antico, il più recente, completato o pianificato.

La posizione esatta dipende dal suo scopo:

• Metti una timeline storica dopo la definizione del soggetto o il riepilogo dello stato attuale e prima dell’analisi del perché la storia è importante.
• Metti una timeline di caso studio dopo la situazione di partenza e l’ambito, ma prima dei risultati dettagliati, in modo che i lettori possano distinguere baseline, intervento e misurazione.
• Metti una timeline di rilascio dopo il riepilogo del rilascio corrente. Usa l’ordine dal più recente quando la scoperta dell’ultima modifica è il compito principale, ed etichetta quella direzione.
• Metti una cronologia di implementazione o politica dopo l’ambito della norma e prima degli obblighi attuali. Le date di efficacia devono rimanere visibili al di fuori di qualsiasi interfaccia collassabile.
• Metti una timeline di ricerca dopo il riepilogo del metodo e prima dei risultati, quando la tempistica della raccolta influisce sull’interpretazione.

Una timeline non può essere posizionata direttamente accanto a un elenco di passaggi sullo stesso argomento senza una transizione che specifichi quale blocco registra la storia e quale blocco istruisce l’azione. Non può essere inserita tra un’affermazione e la sua fonte di supporto, tra un avviso e la sua conseguenza, o all’interno di una cella di confronto. Non posizionare due timeline una di seguito all’altra; combinale quando condividono soggetto e scala, oppure separale con un’analisi che spieghi perché la seconda sequenza è distinta.

Evita un invito all’azione promozionale tra gli eventi. Interrompe sia il flusso cronologico sia la semantica dell’elenco ordinato. Posiziona la promozione dopo la timeline completa e la sua interpretazione.

Anatomia

L’anatomia etichettata contiene sette parti:

1. Intestazione di ambito: indica il soggetto e l’arco temporale rappresentati dalla raccolta.
2. Indicatore di direzione: indica dal più antico al più recente o viceversa quando il contesto circostante non lo rende inequivocabile.
3. Tracciato ordinato: collega visivamente i record mentre il <ol> sottostante preserva l’ordine senza stili.
4. Indicatore di data o fase: identifica quando l’evento è accaduto, con la precisione più onesta disponibile.
5. Titolo evento: indica il cambiamento o il traguardo in una frase compatta al passato o al presente.
6. Descrizione: spiega cosa è cambiato e perché questo evento appartiene alla sequenza.
7. Stato: distingue opzionalmente eventi completati, correnti, programmati, ritardati o cancellati usando parole anziché solo colore.

La linea, i punti e le icone sono decorativi. Le date, i titoli, le descrizioni, gli ordini e gli stati sono contenuti e devono rimanere disponibili in formato testo, stampa e output senza CSS.

Esempi di design

Ogni variante supportata preserva un elenco ordinato e gli stessi campi dell’elemento. Le varianti modificano densità o enfasi, non il significato.

Verticale standard

Usa il default per tre a otto eventi con descrizioni di una o due frasi. Dà spazio al testo di lunghezza variabile e funziona in modo affidabile su schermi stretti.

Changelog compatto

Usa la spaziatura compatta per registrazioni brevi e frequenti come i rilasci. I titoli guidano; le descrizioni rimangono a una frase. L’ordine dal più recente è consentito solo quando l’intestazione o l’indicatore di direzione lo specifica.

Enfasi sui traguardi

Usa l’enfasi sui traguardi quando da due a sei punti di svolta sono più importanti degli intervalli tra di essi. Un traguardo corrente evidenziato deve includere la parola visibile “Corrente”; dimensione o colore da soli non sono sufficienti.

Timeline per fasi

Usa fasi denominate quando le date esatte non sono disponibili o sono meno utili della posizione nel ciclo di vita. Gli indicatori di fase devono essere mutuamente distinti e con granularità coerente: “Scoperta”, “Raccolta” e “Pubblicazione”, non “Scoperta”, “12 Maggio” e “Più tardi”.

Orizzontale per schermo ampio

Usa una presentazione orizzontale solo per tre a cinque brevi traguardi e solo quando diventa un elenco ordinato verticale su schermi piccoli senza modificare l’ordine delle fonti. Non richiedere mai lo scorrimento orizzontale per scoprire un evento.

Roadmap a stato misto

Usa questa variante per una roadmap genuina contenente eventi completati e pianificati. Ogni elemento necessita di uno stato testuale, e le date incerte usano intervalli onesti come “Q4 2026” anziché giorni inventati.

Parametri

Il contratto separa le impostazioni di raccolta dai record di eventi ripetuti. La prima intestazione principale fornisce il titolo della raccolta; la prima intestazione di ogni elemento fornisce il titolo del suo evento.

marker è visibile e può contenere una data con la precisione comprensibile ai lettori, come “Maggio 2025” o “Q3 2026.” Fornisci date solo quando la fonte supporta una data di calendario leggibile dalla macchina. Un indicatore come “Primavera 2025” non deve essere convertito in una data ISO inventata. In una variante per fasi, marker contiene il nome della fase e date è normalmente omesso.

Sintassi ed esempi di codice

Tutte e tre le forme seguenti codificano la stessa cronologia completata. La direttiva portabile è la struttura canonica dell’autore; gli adattatori della piattaforma devono preservare ordine, campi e formulazione visibile.

Direttiva Markdown portabile

:::timeline{variant=vertical direction=ascending}
## Timeline di ricerca e pubblicazione

::item{marker="Marzo 2025" date="2025-03-01" status=completed id="research-approved"}
### Ricerca approvata

Il team ha definito coorte, domande e metodo di confronto prima dell'inizio della raccolta.
::

::item{marker="Aprile–Maggio 2025" status=completed id="baseline-collected"}
### Baseline raccolta

Le stesse misure sono state registrate per ogni partecipante durante la finestra definita.
::

::item{marker="Giugno 2025" date="2025-06-18" status=completed id="findings-published"}
### Risultati pubblicati

Il rapporto ha rilasciato i suoi risultati con metodi, limitazioni e una data di revisione.
::
:::

L’intervallo “Aprile–Maggio 2025” non ha un attributo date perché una singola data ISO rappresenterebbe erroneamente un evento di più mesi.

Shortcode Hugo

{{< timeline_with_icon >}}
[
  {"title":"Marzo 2025 — Ricerca approvata","description":"Il team ha definito coorte, domande e metodo di confronto prima dell'inizio della raccolta."},
  {"title":"Aprile–Maggio 2025 — Baseline raccolta","description":"Le stesse misure sono state registrate per ogni partecipante durante la finestra definita."},
  {"title":"Giugno 2025 — Risultati pubblicati","description":"Il rapporto ha rilasciato i suoi risultati con metodi, limitazioni e una data di revisione."}
]
{{< /timeline_with_icon >}}

Il renderer Hugo esistente accetta un array JSON con campi title e description opzionali e renderizza i record nell’ordine della fonte. La combinazione di marcatore e titolo in title è la sua attuale mappatura dell’adattatore; un renderer più ricco può separare queste regioni visibili senza modificare il contenuto canonico.

Blocco WordPress

<!-- wp:amicited/timeline {"variant":"vertical","direction":"ascending"} -->
<!-- wp:amicited/timeline-item {"marker":"Marzo 2025","date":"2025-03-01","status":"completed","id":"research-approved"} -->
<h3>Ricerca approvata</h3>
<p>Il team ha definito coorte, domande e metodo di confronto prima dell'inizio della raccolta.</p>
<!-- /wp:amicited/timeline-item -->
<!-- wp:amicited/timeline-item {"marker":"Aprile–Maggio 2025","status":"completed","id":"baseline-collected"} -->
<h3>Baseline raccolta</h3>
<p>Le stesse misure sono state registrate per ogni partecipante durante la finestra definita.</p>
<!-- /wp:amicited/timeline-item -->
<!-- wp:amicited/timeline-item {"marker":"Giugno 2025","date":"2025-06-18","status":"completed","id":"findings-published"} -->
<h3>Risultati pubblicati</h3>
<p>Il rapporto ha rilasciato i suoi risultati con metodi, limitazioni e una data di revisione.</p>
<!-- /wp:amicited/timeline-item -->
<!-- /wp:amicited/timeline -->

WordPress deve memorizzare i record come un blocco principale ordinato con elementi figli, non come schede visive non correlate il cui ordine può variare durante la modifica.

Esempi

Corretto: cronologia di implementazione di una norma

Gennaio 2024 — Norma pubblicata. L’ente regolatore ha emesso il testo finale e confermato le organizzazioni in ambito.

Luglio 2024 — Periodo transitorio iniziato. Le organizzazioni coperte potevano adottare il formato di rendicontazione mentre il formato precedente rimaneva accettato.

Gennaio 2025 — Requisiti entrati in vigore. Le nuove presentazioni dovevano utilizzare il formato pubblicato; l’opzione transitoria è terminata.

Aprile 2025 — Chiarimenti sulle linee guida. L’ente regolatore ha spiegato come le presentazioni modificate dovessero identificare il periodo di rendicontazione originale.

Questa è una buona timeline perché ogni voce descrive un evento documentato, la precisione è coerente e l’ordine spiega il passaggio dalla pubblicazione alla transizione, all’applicazione e al chiarimento. Un lettore può comprendere gli obblighi attuali senza confondere una scadenza futura con un evento passato.

Scorretto: timeline di ottimizzazione di un articolo

1 — Aggiungi esempi. Includi esempi utili nell’articolo.

2 — Controlla le intestazioni. Assicurati che le intestazioni descrivano ogni sezione.

3 — Aggiungi link interni. Collega a contenuti correlati.

Questo è scorretto perché non è né una cronologia né una procedura valida. I numeri non hanno date né fasi, e le azioni possono essere eseguite in un ordine diverso senza cambiare il risultato. Chiamarla timeline decora controlli indipendenti con una falsa sequenza. Usa una checklist per i punti di verifica indipendenti; usa un elenco di passaggi solo se le dipendenze rendono necessario l’ordine di esecuzione.

Marcatura Schema e accessibilità

Schema.org non ha un tipo Timeline generale. Non emettere proprietà inventate né aggiungere ItemList solo per far sembrare strutturato il blocco. La timeline può fornire fatti visibili ai dati strutturati a livello di pagina quando esiste già un vocabolario appropriato — ad esempio, una data di rilascio pubblicata su una pagina relativa a software — ma quella mappatura è governata dal contratto schema della pagina, non dal componente visivo. I dati strutturati non devono mai contenere eventi, date o stati omessi dalla timeline visibile.

La baseline leggibile dalla macchina è l’HTML semantico: un <ol> nell’ordine di lettura previsto e un <li> per evento. Usa <time datetime="2025-06-18">Giugno 2025</time> solo quando la data macchina è supportata dalla fonte. Se l’indicatore visibile è un trimestre, una stagione, un intervallo o una fase denominata, il testo semplice è più veritiero di un valore datetime inventato.

L’accessibilità dipende dalla preservazione della sequenza senza fare affidamento sulla traccia grafica. L’intestazione indica il soggetto e la direzione; l’elenco ordinato fornisce conteggio e posizione; ogni evento mantiene insieme il suo indicatore, titolo, descrizione e stato. Linee decorative, punti e icone utilizzano alternative vuote o sono nascosti alla tecnologia assistiva. Lo stato è scritto come testo, non comunicato solo da verde, ambra o un cerchio riempito.

L’interazione tramite tastiera non dovrebbe essere necessaria per leggere una timeline. Se i singoli eventi collegano a prove o dettagli, usa normali link descrittivi e uno stato di focus visibile. I layout orizzontali devono rifluire anziché intrappolare gli utenti di tastiera o touch in uno scorrimento laterale. Lo zoom al 200%, la visualizzazione su viewport stretto, l’output di stampa e l’output senza CSS devono mantenere lo stesso ordine.

Regole di scrittura

Usa da tre a dodici eventi in una timeline. Sotto i tre, la prosa ordinaria o un confronto diretto prima-dopo sono più chiari. Sopra i dodici, i lettori perdono la forma complessiva; raggruppa gli eventi in ere denominate o crea timeline separate con ambiti indipendenti.

Scrivi ogni titolo di evento in due a dieci parole e la sua descrizione in 12–60 parole. Inizia i titoli con il cambiamento, non con riempitivi: “Requisiti entrati in vigore” è più efficace di “Una nuova importante fase.” Le descrizioni rispondono a cosa è cambiato e perché l’evento è importante. Usa il passato per eventi completati, il presente per uno stato corrente e il futuro o linguaggio programmato per eventi pianificati.

La precisione della data deve seguire le prove. Se la fonte supporta solo un anno, pubblica l’anno. Se supporta un trimestre, non inventare il primo giorno del trimestre per la visualizzazione o i metadati. Usa un unico stile di data all’interno di una timeline: “18 Giugno 2025” non deve stare accanto a “06/20/25,” e le date numeriche dovrebbero essere evitate quando l’interpretazione regionale è ambigua.

Mantieni la granularità coerente. Una timeline che combina “Azienda fondata,” sei piccole patch settimanali e “Raggiunta distribuzione internazionale” dà ai cambiamenti di routine più peso visivo che ai traguardi strategici. O registra i rilasci in modo coerente o seleziona i traguardi in modo coerente e dichiara la regola di selezione.

Non inserire mai questi elementi all’interno di un evento:

• un’istruzione multi-passaggio che il lettore deve eseguire;
• un invito all’azione promozionale non correlato;
• una testimonianza usata come prova per l’evento;
• un avviso essenziale nascosto dietro un’espansione;
• diversi eventi indipendenti uniti per ridurre il numero di elementi;
• una data o uno stato che la fonte non supporta.

Il tono deve essere fattuale, compatto e specifico. Evita linguaggio celebrativo come “traguardo rivoluzionario” a meno che la pagina non lo attribuisca come citazione e fornisca contesto. Una timeline stabilisce credibilità attraverso una sequenza verificabile, non l’entusiasmo.

Tipi di post che la utilizzano

Le righe seguenti sono guidate dal frontmatter postTypes e utilizzano solo slug di tipi di post registrati.

Non aggiungere una timeline per soddisfare un template di tipo di post quando la pagina non ha una cronologia significativa. Il frontmatter esprime relazioni supportate, non un obbligo che ogni istanza debba contenere l’elemento.

Checklist QA

Prima della pubblicazione, verifica tutti i seguenti punti:

• Ogni elemento registra un evento, un traguardo, uno stato o una fase invece di istruire il lettore.
• Scambiare eventi adiacenti renderebbe la narrazione falsa, fuorviante o più difficile da comprendere.
• L’introduzione indica il soggetto, l’ambito e la direzione cronologica.
• La timeline contiene 3–12 elementi o documenta una chiara decisione di raggruppamento.
• La precisione della data e lo stato sono supportati da una fonte; nessuna data esatta è stata inventata.
• I titoli contengono 2–10 parole e le descrizioni normalmente contengono 12–60 parole.
• Gli eventi usano un livello di granularità coerente e un unico stile di data.
• I record completati, correnti, pianificati, ritardati e cancellati sono distinti nel testo visibile.
• La fonte è una raccolta ordinata e l’output utilizza un <ol> con un <li> per evento.
• Indicatori, titoli, descrizioni e stati rimangono insieme in stampa, output senza CSS e su schermo stretto.
• Linee decorative, icone e colore non trasportano informazioni assenti dal testo.
• Eventuali dati strutturati corrispondono esattamente agli eventi visibili e utilizzano solo un vocabolario appropriato per la pagina.
• Le mappature Markdown portabile, Hugo e WordPress preservano lo stesso ordine e significato.
• Il posizionamento non interrompe prove, avvisi, istruzioni o l’interpretazione finale.

FAQ

Qual è la differenza tra una timeline e un elenco di passaggi? Una timeline registra cosa è successo; un elenco di passaggi dice al lettore cosa fare. Il test dell’osservatore risolve la scelta.

Ogni elemento di una timeline necessita di una data esatta? No. Usa l’indicatore più preciso supportato dalle prove, incluso un mese, un trimestre, un anno o una fase denominata.

Quanti eventi dovrebbe contenere una timeline? Usa da tre a dodici. Raggruppa storie più lunghe in ere denominate o sequenze separate.

Una timeline ha un proprio tipo Schema.org? No. Usa HTML con elenco ordinato semantico e solo dati strutturati a livello di pagina che corrispondano fedelmente a un vocabolario appropriato.

Una timeline può andare dal più recente al più antico? Sì, quando la scoperta del più recente è il compito principale del lettore. Etichetta la direzione e mantienila coerente.