Timeline: Cum să Prezinți Evenimente și Faze în Ordine

O cronologie este o înregistrare ordonată a evenimentelor, jaloanelor sau fazelor denumite în care poziția comunică momentul în care s-a întâmplat ceva sau cum s-a dezvoltat un subiect. Cititorul observă succesiunea; nu i se spune să o reproducă.

1. 1
   Martie 2025 — Cercetare aprobată

   Echipa a stabilit cohorta, întrebările și metoda de comparație înainte de începerea colectării.
2. 2
   Aprilie–Mai 2025 — Bază de referință colectată

   Aceleași măsurători au fost înregistrate pentru fiecare participant în timpul ferestrei de colectare definite.
3. 3
   Iunie 2025 — Rezultate publicate

   Raportul și-a publicat rezultatele, împreună cu metodele, limitările și următoarea dată de revizuire.

Acest exemplu redat descrie o succesiune de cercetare finalizată. Ordinea sa explică relația dintre aprobare, colectare și publicare, dar niciuna dintre intrări nu îi comandă cititorului să efectueze aceste acțiuni.

De ce contează acest element

Oamenii reconstituie schimbarea punând trei întrebări: ce s-a întâmplat, când s-a întâmplat și ce a cauzat sau a permis? O cronologie răspunde la aceste întrebări într-un model repetat. Marcatorul de dată sau fază creează orientarea, titlul evenimentului denumește schimbarea, iar descrierea explică semnificația. Cititorii pot scana pentru un jalon cunoscut, pot compara distanțele dintre evenimente sau pot înțelege de ce starea actuală nu ar fi putut exista mai devreme.

Acest ritm vizual reduce și încărcarea memoriei. În proza obișnuită, datele pot fi separate de evenimentele pe care le califică, iar cititorul trebuie să rețină mai multe fraze în minte înainte de a asambla cronologia. O cronologie delimitată menține fiecare marcator atașat de evenimentul său și face vizibile omisiunile sau salturile neexplicate. Este deosebit de utilă atunci când afirmația textului depinde de succesiune: un rezultat observat după o intervenție înseamnă altceva decât un rezultat colectat înaintea acesteia.

Extractibilitatea automată este capacitatea unui crawler, motor de căutare, sistem de răspuns AI sau adaptor de publicare de a izola fiecare înregistrare fără a-i pierde ordinea sau câmpurile. O listă semantică ordonată cu regiuni consistente de dată, titlu și descriere oferă mașinilor o structură mai puternică decât datele împrăștiate în paragrafe. Un sistem poate identifica al treilea eveniment ca fiind al treilea eveniment, poate păstra relația dintre „Iunie 2025” și „Rezultate publicate” și poate cita descrierea fără a o atașa din greșeală lui Aprilie.

Folosește regulile de redactare a elementelor ca regulă de precedență. Dacă scopul unui pasaj este să înregistreze schimbarea în timp, folosește cronologia tipizată chiar și atunci când un titlu și câteva paragrafe ar putea părea similare. Dacă scopul este instrucțiunea, comparația sau verificarea independentă, elementul corespunzător are prioritate, indiferent dacă un designer ar putea trasa o linie verticală lângă el.

Când să o folosești

Folosește o cronologie atunci când ordonarea face parte din afirmație și fiecare element reprezintă un eveniment, jalon, tranziție de stare sau fază documentată. Subiecte adecvate includ istoricul unei companii, lansările unui produs, datele de adoptare și aplicare ale unei reglementări, etapele unui studiu de caz finalizat sau fazele de colectare și publicare din spatele unui raport.

Aplică două teste înainte de a alege:

1. Testul schimbului: schimbă două intrări adiacente. Dacă textul devine istoric fals, înșelător din punct de vedere cauzal sau confuz temporal, ordinea poartă sens.
2. Testul observatorului: întreabă-te dacă cititorul află ce s-a întâmplat sau i se spune ce să facă. Observația indică o cronologie; execuția indică o listă de pași .

Aproximările au nevoie de structuri diferite:

• O procedură: „Exportă datele, curăță-le, apoi încarcă-le” instruiește cititorul. Are nevoie de acțiuni, semnale de succes și căi de recuperare, nu de descrieri de evenimente istorice.
• O listă de verificare: „Confirmă proprietarul, data, sursa și starea” conține verificări independente. Ordinea lor nu creează sens.
• O listă de funcționalități: „A lansat raportări, integrări și alerte” poate enumera pur și simplu capacități. Devine cronologie doar atunci când lansările datate și consecințele lor contează.
• O afirmație înainte-și-după: două stări sunt de obicei mai clare ca o comparație directă. Nu adăuga un punct de mijloc decorativ pentru a atinge un număr minim de elemente.
• Un plan de proiect: datele planificate pot folosi o cronologie doar atunci când sunt etichetate clar ca programate sau estimate. Nu prezenta intenția ca istoric finalizat.
• O prezentare generală a procesului: fazele denumite pot folosi o cronologie atunci când pagina descrie modul în care este organizat un proces. Dacă cititorul trebuie să execute acele faze, folosește o listă de pași sau o listă de verificare.

Prezența datelor nu este suficientă. O listă de date de conferințe fără legătură între ele este un calendar sau o listă. O cronologie necesită un singur subiect și o linie coerentă de dezvoltare.

Unde să o plasezi

Plasează cronologia imediat după o frază scurtă care denumește subiectul, domeniul și direcția acesteia. „Jaloanele de mai jos merg de la înființare până la produsul actual” este suficient. Cititorii nu ar trebui niciodată să fie nevoiți să deducă dacă primul element este cel mai vechi, cel mai recent, finalizat sau planificat.

Poziția exactă depinde de rolul său:

• Plasează o cronologie istorică după definiția subiectului sau rezumatul stării curente și înainte de analiza motivului pentru care istoria contează.
• Plasează cronologia unui studiu de caz după situația de plecare și domeniul de aplicare, dar înainte de rezultatele detaliate, astfel încât cititorii să poată distinge starea de bază, intervenția și măsurarea.
• Plasează o cronologie de lansări după rezumatul lansării curente. Folosește ordinea cel mai-recent-întâi atunci când descoperirea celei mai recente modificări este sarcina principală și etichetează această direcție.
• Plasează o cronologie de implementare sau de politici după domeniul de aplicare al regulii și înainte de obligațiile curente. Datele de intrare în vigoare trebuie să rămână vizibile în afara oricărei interfețe pliabile.
• Plasează o cronologie de cercetare după rezumatul metodei și înainte de constatări, atunci când momentul colectării afectează interpretarea.

O cronologie nu poate fi așezată direct lângă o listă de pași despre același subiect fără o tranziție care să spună care bloc înregistrează istoricul și care bloc instruiește acțiunea. Nu poate fi inserată între o afirmație și sursa care o susține, între un avertisment și consecința sa sau în interiorul unei celule de comparație. Nu plasa două cronologii una după alta; combină-le atunci când au același subiect și scară sau separă-le cu o analiză care explică de ce a doua succesiune este distinctă.

Evită un îndemn la acțiune promoțional între evenimente. Acesta întrerupe atât fluxul cronologic, cât și semantica listei ordonate. Plasează promovarea după cronologia completă și interpretarea acesteia.

Anatomie

Anatomia etichetată conține șapte părți:

1. Titlul domeniului: denumește subiectul și intervalul de timp reprezentat de colecție.
2. Indicația de direcție: menționează de la cel mai vechi la cel mai recent sau de la cel mai recent la cel mai vechi atunci când contextul înconjurător nu o face de neconfundat.
3. Traseul ordonat: leagă vizual înregistrările, în timp ce <ol> subiacent păstrează ordinea fără stilizare.
4. Marcator de dată sau fază: identifică momentul în care a avut loc evenimentul, la cea mai onestă precizie disponibilă.
5. Titlul evenimentului: enunță schimbarea sau jalonul într-o frază compactă la timpul trecut sau prezent.
6. Descrierea: explică ce s-a schimbat și de ce acest eveniment face parte din succesiune.
7. Starea: opțional, distinge evenimentele finalizate, curente, programate, întârziate sau anulate în cuvinte, nu doar prin culoare.

Linia, punctele și pictogramele sunt decorative. Datele, titlurile, descrierile, ordinea și stările sunt conținut și trebuie să rămână disponibile în text, la imprimare și în ieșirea fără CSS.

Exemple de design

Fiecare variantă acceptată păstrează o singură listă ordonată și aceleași câmpuri ale elementelor. Variantele modifică densitatea sau accentul, nu sensul.

Vertical standard

Folosește varianta implicită pentru trei până la opt evenimente cu descrieri de una sau două fraze. Oferă textului de lungime variabilă spațiu pentru a se înfășura și funcționează fiabil pe ecrane înguste.

Jurnal de modificări compact

Folosește spațierea compactă pentru înregistrări scurte și frecvente, cum ar fi lansările. Titlurile conduc; descrierile rămân la o singură frază. Ordinea cel-mai-recent-întâi este permisă doar atunci când titlul sau indicația de direcție o specifică.

Accent pe jaloane

Folosește accentul pe jaloane atunci când două până la șase puncte de cotitură contează mai mult decât intervalele dintre ele. Un jalon curent evidențiat trebuie să includă cuvântul vizibil „Curent”; dimensiunea sau culoarea singure sunt insuficiente.

Cronologie pe faze

Folosește faze denumite atunci când datele exacte nu sunt disponibile sau sunt mai puțin utile decât poziția în ciclul de viață. Marcatorii de fază trebuie să fie reciproc distinctivi și în mod constant granular: „Descoperire”, „Colectare” și „Publicare”, nu „Descoperire”, „12 Mai” și „Mai târziu”.

Orizontal pe ecran lat

Folosește o prezentare orizontală doar pentru trei până la cinci jaloane scurte și doar atunci când aceasta devine o listă verticală ordonată pe ecrane mici, fără a modifica ordinea sursei. Nu solicita niciodată derularea orizontală pentru a descoperi un eveniment.

Foaie de parcurs cu stare mixtă

Folosește această variantă pentru o foaie de parcurs autentică ce conține evenimente finalizate și planificate. Fiecare element are nevoie de o stare textuală, iar datele incerte folosesc intervale oneste, cum ar fi „T4 2026”, în loc de zile inventate.

Parametri

Contractul separă setările colecției de înregistrările repetate ale evenimentelor. Primul titlu părinte furnizează titlul colecției; primul titlu al fiecărui element furnizează titlul evenimentului său.

marker este vizibil și poate conține o dată la precizia pe care cititorii o înțeleg, cum ar fi „Mai 2025” sau „T3 2026”. Furnizează date doar atunci când sursa suportă o dată calendaristică interpretabilă de mașină. Un marcator precum „Primăvara 2025” nu trebuie convertit într-o dată ISO inventată. Într-o variantă pe faze, marker conține numele fazei, iar date este de obicei omis.

Sintaxă și exemple de cod

Toate cele trei forme de mai jos codifică aceeași cronologie finalizată. Directiva portabilă este structura canonică creată de autor; adaptoarele de platformă trebuie să păstreze ordinea, câmpurile și textul vizibil.

Directivă portabilă Markdown

:::timeline{variant=vertical direction=ascending}
## Cronologia cercetării și publicării

::item{marker="March 2025" date="2025-03-01" status=completed id="research-approved"}
### Cercetare aprobată

Echipa a stabilit cohorta, întrebările și metoda de comparație înainte de începerea colectării.
::

::item{marker="April–May 2025" status=completed id="baseline-collected"}
### Bază de referință colectată

Aceleași măsurători au fost înregistrate pentru fiecare participant în timpul ferestrei definite.
::

::item{marker="June 2025" date="2025-06-18" status=completed id="findings-published"}
### Rezultate publicate

Raportul și-a publicat rezultatele cu metode, limitări și o dată de revizuire.
::
:::

Intervalul „Aprilie–Mai 2025” nu are atribut date deoarece o singură dată ISO ar denatura un eveniment care se întinde pe mai multe luni.

Shortcode Hugo

{{< timeline_with_icon >}}
[
  {"title":"March 2025 — Research approved","description":"The team fixed the cohort, questions, and comparison method before collection began."},
  {"title":"April–May 2025 — Baseline collected","description":"The same measures were recorded for every participant during the defined window."},
  {"title":"June 2025 — Findings published","description":"The report released its results with methods, limitations, and a review date."}
]
{{< /timeline_with_icon >}}

Rendererul Hugo existent acceptă un tablou JSON cu câmpurile title și description opțional și redă înregistrările în ordinea sursei. Combinarea marcatorului și titlului în title este maparea curentă a adaptorului său; un renderer mai bogat poate separa aceste regiuni vizibile fără a modifica conținutul canonic.

Bloc WordPress

<!-- wp:amicited/timeline {"variant":"vertical","direction":"ascending"} -->
<!-- wp:amicited/timeline-item {"marker":"March 2025","date":"2025-03-01","status":"completed","id":"research-approved"} -->
<h3>Research approved</h3>
<p>The team fixed the cohort, questions, and comparison method before collection began.</p>
<!-- /wp:amicited/timeline-item -->
<!-- wp:amicited/timeline-item {"marker":"April–May 2025","status":"completed","id":"baseline-collected"} -->
<h3>Baseline collected</h3>
<p>The same measures were recorded for every participant during the defined window.</p>
<!-- /wp:amicited/timeline-item -->
<!-- wp:amicited/timeline-item {"marker":"June 2025","date":"2025-06-18","status":"completed","id":"findings-published"} -->
<h3>Findings published</h3>
<p>The report released its results with methods, limitations, and a review date.</p>
<!-- /wp:amicited/timeline-item -->
<!-- /wp:amicited/timeline -->

WordPress trebuie să stocheze înregistrările ca un singur bloc părinte ordonat cu elemente copil, nu ca niște carduri vizuale fără legătură a căror ordine se poate modifica în timpul editării.

Exemple

Corect: istoricul implementării unei reglementări

Ianuarie 2024 — Regulă publicată. Regulatorul a emis textul final și a confirmat organizațiile aflate în domeniul de aplicare.

Iulie 2024 — Perioada de tranziție a început. Organizațiile vizate puteau adopta formatul de raportare, în timp ce formatul anterior rămânea acceptat.

Ianuarie 2025 — Cerințele au intrat în vigoare. Noile trimiteri trebuiau să folosească formatul publicat; opțiunea de tranziție s-a încheiat.

Aprilie 2025 — Clarificări ale ghidului. Regulatorul a explicat cum trebuie să identifice trimiterile modificate perioada de raportare originală.

Aceasta este o cronologie corectă deoarece fiecare intrare descrie un eveniment documentat, precizia este consistentă, iar ordinea explică trecerea de la publicare la tranziție, aplicare și clarificare. Un cititor poate înțelege obligațiile actuale fără a confunda un termen limită viitor cu un eveniment trecut.

Greșit: cronologia optimizării unui articol

1 — Adaugă exemple. Include exemple utile în articol.

2 — Verifică titlurile. Asigură-te că titlurile descriu fiecare secțiune.

3 — Adaugă linkuri interne. Trimite către conținut conex.

Acest exemplu este greșit deoarece nu este nici o cronologie, nici o procedură solidă. Numerele nu au date sau faze, iar acțiunile pot fi efectuate într-o ordine diferită fără a schimba rezultatul. A o numi cronologie decorează verificări independente cu o falsă succesiune. Folosește o listă de verificare pentru verificări independente; folosește o listă de pași doar dacă dependențele fac necesară ordinea de execuție.

Marcarea schemei și accesibilitatea

Schema.org nu are un tip general Timeline. Nu emite proprietăți inventate și nu adăuga ItemList doar pentru a face blocul să pară structurat. Cronologia poate furniza fapte vizibile către date structurate la nivel de pagină atunci când există deja un vocabular adecvat—de exemplu, o dată de lansare publicată pe o pagină legată de software—dar această mapare este guvernată de contractul de schemă al paginii, nu de componenta vizuală. Datele structurate nu trebuie să conțină niciodată evenimente, date sau stări care lipsesc din cronologia vizibilă.

Baza fiabilă interpretabilă de mașină este HTML-ul semantic: un <ol> în ordinea de citire intenționată și un <li> per eveniment. Folosește <time datetime="2025-06-18">Iunie 2025</time> doar atunci când data mașină este susținută de sursă. Dacă marcatorul vizibil este un trimestru, sezon, interval sau fază denumită, textul simplu este mai corect decât o valoare datetime fabricată.

Accesibilitatea depinde de păstrarea succesiunii fără a se baza pe traseul grafic. Titlul denumește subiectul și direcția; lista ordonată furnizează numărul și poziția; fiecare eveniment își păstrează marcatorul, titlul, descrierea și starea împreună. Liniile, punctele și pictogramele decorative folosesc alternative goale sau sunt ascunse tehnologiei de asistență. Starea este scrisă ca text, nu transmisă doar prin verde, chihlimbar sau un cerc umplut.

Interacțiunea cu tastatura nu ar trebui să fie necesară pentru a citi o cronologie. Dacă evenimentele individuale trimit către dovezi sau detalii, folosește linkuri descriptive obișnuite și o stare de focus vizibilă. Dispunerile orizontale trebuie să se rearanjeze, nu să blocheze utilizatorii de tastatură sau tactili într-un derulator lateral. Mărirea la 200%, afișarea pe ecran îngust, ieșirea la imprimare și ieșirea fără CSS trebuie să păstreze aceeași ordine.

Reguli de redactare

Folosește între trei și doisprezece evenimente într-o singură cronologie. Sub trei, proza obișnuită sau o comparație directă înainte-și-după este mai clară. Peste doisprezece, cititorii pierd forma generală; grupează evenimentele în epoci denumite sau creează cronologii separate cu domenii independente.

Scrie fiecare titlu de eveniment în două până la zece cuvinte și descrierea sa în 12–60 de cuvinte. Începe titlurile cu schimbarea, nu cu umplutură: „Cerințele au intrat în vigoare” este mai puternic decât „O nouă etapă importantă”. Descrierile răspund la întrebările ce s-a schimbat și de ce contează evenimentul. Folosește timpul trecut pentru evenimente finalizate, timpul prezent pentru o stare curentă și limbaj de viitor sau programat pentru evenimente planificate.

Precizia datei trebuie să urmeze dovezile. Dacă sursa suportă doar un an, publică anul. Dacă suportă un trimestru, nu inventa prima zi a trimestrului pentru afișare sau metadate. Folosește un stil de dată în cadrul cronologiei: „18 Iunie 2025” nu trebuie să stea lângă „06/20/25”, iar datele numerice trebuie evitate atunci când interpretarea regională este ambiguă.

Menține granularitatea consecventă. O cronologie care combină „Companie înființată”, șase actualizări minore săptămânale și „A ajuns la distribuție internațională” oferă modificărilor de rutină mai multă greutate vizuală decât jaloanelor strategice. Fie înregistrează lansările în mod consecvent, fie selectează jaloanele în mod consecvent și menționează regula de selecție.

Nu pune niciodată următoarele în interiorul unui eveniment:

• o instrucțiune cu mai mulți pași pe care cititorul trebuie să o execute;
• un îndemn la acțiune promoțional fără legătură;
• o mărturie folosită ca dovadă pentru eveniment;
• un avertisment esențial ascuns în spatele expansiunii;
• mai multe evenimente independente unite pentru a reduce numărul de elemente;
• o dată sau o stare pe care sursa nu o suportă.

Tonul trebuie să fie factual, compact și specific. Evită limbajul celebrativ precum „jalon care schimbă regulile jocului” decât dacă pagina îl atribuie ca citat și oferă context. O cronologie stabilește credibilitatea prin succesiune verificabilă, nu prin entuziasm.

Tipuri de postări care îl folosesc

Rândurile de mai jos sunt generate de câmpul postTypes din front matter și folosesc doar slug-uri înregistrate de tipuri de postări.

Nu adăuga o cronologie pentru a satisface un șablon de tip de postare atunci când pagina nu are o cronologie semnificativă. Front matter-ul exprimă relații suportate, nu o cerință ca fiecare instanță să conțină elementul.

Checklist QA

Înainte de publicare, verifică toate următoarele:

• Fiecare element înregistrează un eveniment, jalon, stare sau fază, nu instruiește cititorul.
• Schimbarea evenimentelor adiacente ar face textul fals, înșelător sau mai greu de înțeles.
• Introducerea denumește subiectul, domeniul și direcția cronologică.
• Cronologia conține 3–12 elemente sau documentează o decizie clară de grupare.
• Precizia datei și starea sunt susținute de o sursă; nicio dată exactă nu a fost inventată.
• Titlurile conțin 2–10 cuvinte, iar descrierile conțin de obicei 12–60 de cuvinte.
• Evenimentele folosesc un nivel consistent de granularitate și un singur stil de dată.
• Înregistrările finalizate, curente, planificate, întârziate și anulate se disting în text vizibil.
• Sursa este o colecție ordonată, iar ieșirea folosește un <ol> cu un <li> per eveniment.
• Marcatorii, titlurile, descrierile și stările rămân împreună la imprimare, fără CSS și pe ecran îngust.
• Liniile, pictogramele și culorile decorative nu poartă informații care lipsesc din text.
• Orice date structurate se potrivesc exact cu evenimentele vizibile și folosesc doar un vocabular adecvat paginii.
• Mapările Markdown portabil, Hugo și WordPress păstrează aceeași ordine și același sens.
• Plasarea nu întrerupe dovezi, avertismente, instrucțiuni sau interpretarea finală.

FAQ

Care este diferența dintre o cronologie și o listă de pași? O cronologie înregistrează ce s-a întâmplat; o listă de pași îi spune cititorului ce să facă. Testul observatorului decide alegerea.

Fiecare element dintr-o cronologie are nevoie de o dată exactă? Nu. Folosește cel mai precis marcator pe care îl susțin dovezile, inclusiv o lună, trimestru, an sau fază denumită.

Câte evenimente ar trebui să conțină o cronologie? Folosește între trei și doisprezece. Grupează istorii mai lungi în epoci denumite sau succesiuni separate.

Are cronologia propriul tip Schema.org? Nu. Folosește HTML semantic cu listă ordonată și doar date structurate la nivel de pagină care se potrivesc corect cu un vocabular adecvat.

Poate o cronologie să meargă de la cel mai recent la cel mai vechi? Da, atunci când descoperirea celui mai recent este sarcina principală a cititorului. Etichetează direcția și păstreaz-o consecventă.