Časové osy: Jak prezentovat události a fáze v chronologickém pořadí

Časová osa je seřazený záznam událostí, milníků nebo pojmenovaných fází, ve kterém pozice sděluje, kdy se něco stalo nebo jak se dané téma vyvíjelo. Čtenář sleduje posloupnost; není instruován, aby ji reprodukoval.

1. 1
   Březen 2025 — Výzkum schválen

   Tým před zahájením sběru stanovil kohortu, otázky a metodu srovnání.
2. 2
   Duben–Květen 2025 — Výchozí stav nasbírán

   Stejné míry byly zaznamenány u každého účastníka v rámci definovaného sběrného okna.
3. 3
   Červen 2025 — Zjištění zveřejněna

   Zpráva zveřejnila své výsledky včetně metod, omezení a data příští revize.

Tento vykreslený příklad popisuje dokončenou výzkumnou sekvenci. Její pořadí vysvětluje vztah mezi schválením, sběrem a publikací, ale žádná z položek čtenáři nepřikazuje tyto akce provádět.

Proč na tomto prvku záleží

Lidé rekonstruují změny kladením tří otázek: co se stalo, kdy se to stalo a co to způsobilo nebo umožnilo? Časová osa na tyto otázky odpovídá jedním opakovaným vzorcem. Datum nebo ukazatel fáze vytváří orientaci, název události dává změně jméno a popis vysvětluje její význam. Čtenáři mohou vyhledat známý milník, porovnat mezery mezi událostmi nebo pochopit, proč současný stav nemohl existovat dříve.

Tento vizuální rytmus také snižuje paměťovou zátěž. V běžném textu mohou být data oddělena od událostí, k nimž patří, a čtenář si musí před sestavením chronologie zapamatovat několik vět. Ohraničená časová osa udržuje každý ukazatel připojený ke své události a odhaluje mezery nebo nevysvětlené skoky. Je užitečná zejména tehdy, když tvrzení v textu závisí na posloupnosti: výsledek pozorovaný po intervenci znamená něco jiného než výsledek nasbíraný před ní.

Strojová extrahovatelnost je schopnost crawleru, vyhledávače, systému pro AI odpovědi nebo publikačního adaptéru izolovat každý záznam, aniž by ztratil své pořadí nebo pole. Sémantický seřazený seznam s konzistentními oblastmi data, názvu a popisu poskytuje strojům silnější strukturu než data roztroušená napříč odstavci. Systém dokáže identifikovat třetí událost jako třetí událost, zachovat vztah mezi „Červen 2025" a „Zjištění zveřejněna" a citovat popis, aniž by jej omylem připojil k dubnu.

Použijte pravidla pro psaní prvků jako pravidlo přednosti. Pokud je účelem textu zaznamenat změnu v čase, použijte typovanou časovou osu, i když by nadpis a několik odstavců mohly vypadat podobně. Pokud je účelem instrukce, srovnání nebo nezávislé ověření, má přednost odpovídající prvek bez ohledu na to, zda by designér mohl vedle něj nakreslit svislou čáru.

Kdy ji použít

Použijte časovou osu, když je řazení součástí tvrzení a každá položka představuje událost, milník, přechod stavu nebo zdokumentovanou fázi. Vhodná témata zahrnují historii společnosti, vydání produktu, data přijetí a vymáhání nařízení, fáze dokončené případové studie nebo fáze sběru a publikace za zprávou.

Před rozhodnutím o jejím použití aplikujte dva testy:

1. Test prohození: vyměňte dvě sousední položky. Pokud by se tím popis stal historicky nepravdivým, kauzálně zavádějícím nebo časově matoucím, pak pořadí nese význam.
2. Test pozorovatele: zeptejte se, zda se čtenář dozvídá, co se stalo, nebo zda mu je řečeno, co má dělat. Pozorování značí časovou osu; provádění značí seznam kroků .

Téměř správné případy vyžadují odlišné struktury:

• Postup: „Exportujte data, vyčistěte je, poté je nahrajte" instruuje čtenáře. Vyžaduje akce, signály úspěchu a postupy obnovy, nikoli popisy historických událostí.
• Kontrolní seznam: „Potvrďte vlastníka, datum, zdroj a stav" obsahuje nezávislé ověřovací brány. Jejich pořadí nevytváří význam.
• Seznam funkcí: „Spustili jsme reportování, integrace a upozornění" může pouze vyjmenovávat schopnosti. Stává se časovou osou teprve tehdy, když záleží na datovaných vydáních a jejich důsledcích.
• Tvrzení před a po: dva stavy jsou obvykle jasnější jako přímé srovnání. Nepřidávejte dekorativní prostřední bod, abyste dosáhli minimálního počtu položek.
• Projektový plán: plánovaná data lze použít v časové ose pouze tehdy, jsou-li jasně označena jako naplánovaná nebo předpokládaná. Neprezentujte záměr jako dokončenou historii.
• Přehled procesu: pojmenované fáze mohou použít časovou osu, když stránka popisuje, jak je proces organizován. Pokud čtenář musí tyto fáze provádět, použijte místo toho seznam kroků nebo kontrolní seznam.

Samotná přítomnost dat nestačí. Seznam nesouvisejících konferenčních dat je kalendář nebo výpis. Časová osa vyžaduje jedno téma a soudržnou linii vývoje.

Kam ji umístit

Umístěte časovou osu bezprostředně po krátké větě, která pojmenovává její téma, rozsah a směr. „Níže uvedené milníky jdou od založení společnosti po současný produkt" je dostačující. Čtenáři by nikdy neměli muset odhadovat, zda je první položka nejstarší, nejnovější, dokončená nebo plánovaná.

Přesná pozice závisí na jejím úkolu:

• Historickou časovou osu umístěte po definici tématu nebo souhrnu současného stavu a před analýzu toho, proč na historii záleží.
• Časovou osu případové studie umístěte po výchozí situaci a rozsahu, ale před podrobné výsledky, aby čtenáři rozlišili výchozí stav, intervenci a měření.
• Časovou osu vydání umístěte po souhrnu aktuálního vydání. Použijte pořadí od nejnovějších k nejstarším, pokud je primárním úkolem objevit nejnovější změnu, a tento směr označte.
• Časovou osu implementace nebo politiky umístěte po rozsahu pravidla a před současné povinnosti. Data účinnosti musí zůstat viditelná i mimo jakékoli sbalené rozhraní.
• Časovou osu výzkumu umístěte po souhrnu metody a před zjištění, pokud načasování sběru ovlivňuje interpretaci.

Časová osa nesmí být umístěna přímo vedle seznamu kroků o stejném tématu bez přechodu, který říká, který blok zaznamenává historii a který blok instruuje akci. Nesmí být vložena mezi tvrzení a jeho podpůrný zdroj, mezi varování a jeho důsledek nebo uvnitř srovnávací buňky. Neumísťujte dvě časové osy za sebou; slučte je, pokud sdílejí téma a měřítko, nebo je oddělte analýzou, která vysvětluje, proč je druhá sekvence odlišná.

Vyhněte se propagační výzvě k akci mezi událostmi. Narušuje jak chronologický tok, tak sémantiku seřazeného seznamu. Propagaci umístěte až po celé časové ose a její interpretaci.

Anatomie

Označená anatomie obsahuje sedm částí:

1. Nadpis rozsahu: pojmenovává téma a časové období, které kolekce představuje.
2. Označení směru: uvádí, zda jde o řazení od nejstarší k nejnovější nebo od nejnovější k nejstarší, pokud okolní kontext není zcela zřejmý.
3. Seřazená stopa: vizuálně propojuje záznamy, zatímco základní <ol> zachovává pořadí bez stylování.
4. Ukazatel data nebo fáze: identifikuje, kdy událost nastala, s nejpoctivější dostupnou přesností.
5. Název události: uvádí změnu nebo milník v kompaktní frázi v minulém nebo přítomném čase.
6. Popis: vysvětluje, co se změnilo a proč tato událost patří do posloupnosti.
7. Stav: volitelně rozlišuje dokončené, aktuální, naplánované, zpožděné nebo zrušené události pomocí slov, nikoli pouze barvy.

Čára, tečky a ikony jsou dekorace. Data, názvy, popisy, pořadí a stavy jsou obsah a musí zůstat dostupné v textu, tisku a výstupu bez CSS.

Příklady designu

Každá podporovaná varianta zachovává jeden seřazený seznam a stejná pole položek. Varianty mění hustotu nebo důraz, nikoli význam.

Standardní svislá

Použijte výchozí variantu pro tři až osm událostí s jedno- nebo dvouvětými popisy. Poskytuje dostatek prostoru pro text proměnné délky a spolehlivě funguje na úzkých obrazovkách.

Kompaktní changelog

Použijte kompaktní rozestupy pro krátké, časté záznamy, jako jsou vydání. Názvy jsou na prvním místě; popisy zůstávají na jedné větě. Pořadí od nejnovějších k nejstarším je povoleno pouze tehdy, pokud to nadpis nebo označení směru uvádí.

Důraz na milníky

Použijte důraz na milníky, když na dvou až šesti zlomových bodech záleží více než na intervalech mezi nimi. Zvýrazněný aktuální milník musí obsahovat viditelné slovo „Aktuální"; samotná velikost nebo barva nestačí.

Fázová časová osa

Použijte pojmenované fáze, když přesná data nejsou k dispozici nebo jsou méně užitečná než pozice v životním cyklu. Ukazatele fází musí být vzájemně odlišné a konzistentně granulární: „Objevování," „Sběr" a „Publikace," nikoli „Objevování," „12. května" a „Později."

Horizontální pro širokoúhlé obrazovky

Použijte horizontální zobrazení pouze pro tři až pět krátkých milníků a pouze tehdy, pokud se na malých obrazovkách změní na svislý seřazený seznam beze změny pořadí zdroje. Nikdy nevyžadujte horizontální posouvání k objevení události.

Plán se smíšeným stavem

Použijte tuto variantu pro skutečný plán obsahující dokončené i plánované události. Každá položka potřebuje textový stav a nejistá data používají upřímné rozsahy, jako například „Q4 2026," namísto vymyšlených dnů.

Parametry

Kontrakt odděluje nastavení kolekce od opakovaných záznamů událostí. První nadřazený nadpis poskytuje název kolekce; první nadpis každé položky poskytuje název její události.

marker je viditelný a může obsahovat datum v přesnosti, které čtenáři rozumí, například „Květen 2025" nebo „Q3 2026." date použijte pouze tehdy, když zdroj podporuje strojově čitelné kalendářní datum. Ukazatel jako „Jaro 2025" nesmí být převeden na vymyšlené ISO datum. U fázové varianty obsahuje marker název fáze a date se běžně vynechává.

Syntaxe a příklady kódu

Všechny tři níže uvedené formy kódují stejnou dokončenou chronologii. Přenosná direktiva je kanonická autorská struktura; adaptéry platforem musí zachovat pořadí, pole a viditelné znění.

Přenosná Markdown direktiva

:::timeline{variant=vertical direction=ascending}
## Časová osa výzkumu a publikace

::item{marker="Březen 2025" date="2025-03-01" status=completed id="research-approved"}
### Výzkum schválen

Tým před zahájením sběru stanovil kohortu, otázky a metodu srovnání.
::

::item{marker="Duben–Květen 2025" status=completed id="baseline-collected"}
### Výchozí stav nasbírán

Stejné míry byly zaznamenány u každého účastníka v rámci definovaného okna.
::

::item{marker="Červen 2025" date="2025-06-18" status=completed id="findings-published"}
### Zjištění zveřejněna

Zpráva zveřejnila své výsledky včetně metod, omezení a data revize.
::
:::

Rozsah „Duben–Květen 2025" nemá atribut date, protože jedno ISO datum by víceměsíční událost zkreslilo.

Hugo shortcode

{{< timeline_with_icon >}}
[
  {"title":"Březen 2025 — Výzkum schválen","description":"Tým před zahájením sběru stanovil kohortu, otázky a metodu srovnání."},
  {"title":"Duben–Květen 2025 — Výchozí stav nasbírán","description":"Stejné míry byly zaznamenány u každého účastníka v rámci definovaného okna."},
  {"title":"Červen 2025 — Zjištění zveřejněna","description":"Zpráva zveřejnila své výsledky včetně metod, omezení a data revize."}
]
{{< /timeline_with_icon >}}

Stávající Hugo renderovací engine přijímá JSON pole s title a volitelnými poli description a vykresluje záznamy v pořadí zdroje. Kombinace ukazatele a názvu v title je jeho aktuální mapování adaptéru; bohatší renderovací engine může tyto viditelné oblasti oddělit, aniž by změnil kanonický obsah.

WordPress blok

<!-- wp:amicited/timeline {"variant":"vertical","direction":"ascending"} -->
<!-- wp:amicited/timeline-item {"marker":"Březen 2025","date":"2025-03-01","status":"completed","id":"research-approved"} -->
<h3>Výzkum schválen</h3>
<p>Tým před zahájením sběru stanovil kohortu, otázky a metodu srovnání.</p>
<!-- /wp:amicited/timeline-item -->
<!-- wp:amicited/timeline-item {"marker":"Duben–Květen 2025","status":"completed","id":"baseline-collected"} -->
<h3>Výchozí stav nasbírán</h3>
<p>Stejné míry byly zaznamenány u každého účastníka v rámci definovaného okna.</p>
<!-- /wp:amicited/timeline-item -->
<!-- wp:amicited/timeline-item {"marker":"Červen 2025","date":"2025-06-18","status":"completed","id":"findings-published"} -->
<h3>Zjištění zveřejněna</h3>
<p>Zpráva zveřejnila své výsledky s metodami, omezeními a datem revize.</p>
<!-- /wp:amicited/timeline-item -->
<!-- /wp:amicited/timeline -->

WordPress musí ukládat záznamy jako jeden seřazený nadřazený blok s podřízenými položkami, nikoli jako nesouvisející vizuální karty, jejichž pořadí se může při úpravách změnit.

Příklady

Dobře: historie implementace nařízení

Leden 2024 — Pravidlo zveřejněno. Regulátor vydal konečné znění a potvrdil organizace v rozsahu.

Červenec 2024 — Přechodné období začalo. Dotčené organizace mohly používat formát vykazování, zatímco předchozí formát zůstal akceptován.

Leden 2025 — Požadavky nabyly účinnosti. Nové podání muselo používat zveřejněný formát; možnost přechodu skončila.

Duben 2025 — Vyjasnění pokynů. Regulátor vysvětlil, jak by pozměněná podání měla identifikovat původní vykazované období.

Toto je dobrá časová osa, protože každá položka popisuje zdokumentovanou událost, přesnost je konzistentní a pořadí vysvětluje přechod od publikace k přechodu, vymáhání a vyjasnění. Čtenář může pochopit současné povinnosti, aniž by si budoucí termín spletl s minulou událostí.

Špatně: časová osa optimalizace článku

1 — Přidejte příklady. Zahrňte do článku užitečné příklady.

2 — Zkontrolujte nadpisy. Ujistěte se, že nadpisy popisují každou sekci.

3 — Přidejte interní odkazy. Odkažte na související obsah.

Toto je špatné, protože to není ani chronologie, ani kvalitní postup. Čísla nemají žádná data ani fáze a akce lze provést v jiném pořadí beze změny výsledku. Nazývat to časovou osou zdobí nezávislé kontroly falešnou posloupností. Pro nezávislé kontrolní brány použijte kontrolní seznam; seznam kroků použijte pouze v případě, že závislosti činí pořadí provádění nezbytným.

Značení schématu a přístupnost

Schema.org nemá obecný typ Timeline. Nevydávejte vymyšlené vlastnosti ani nepřidávejte ItemList jen proto, aby blok vypadal strukturovaně. Časová osa může poskytnout viditelná fakta pro strukturovaná data na úrovni stránky, pokud již existuje vhodný slovník – například zveřejněné datum vydání na stránce související se softwarem – ale toto mapování se řídí smlouvou o schématu stránky, nikoli vizuální komponentou. Strukturovaná data nesmí nikdy obsahovat události, data nebo stavy, které ve viditelné časové ose chybí.

Spolehlivým strojově čitelným základem je sémantické HTML: jeden <ol> v zamýšleném pořadí čtení a jeden <li> na událost. <time datetime="2025-06-18">Červen 2025</time> použijte pouze tehdy, je-li strojové datum podpořeno zdrojem. Pokud je viditelný ukazatel čtvrtletí, sezóna, rozsah nebo pojmenovaná fáze, je prostý text pravdivější než smyšlená hodnota datetime.

Přístupnost závisí na zachování posloupnosti bez spoléhání se na grafickou stopu. Nadpis pojmenovává téma a směr; seřazený seznam poskytuje počet a pozici; každá událost udržuje svůj ukazatel, název, popis a stav pohromadě. Dekorativní čáry, tečky a ikony používají prázdné alternativy nebo jsou skryty před asistenčními technologiemi. Stav je zapsán jako text, nikoli sdělen pouze zelenou, oranžovou nebo vyplněným kroužkem.

Pro čtení časové osy by neměla být vyžadována interakce klávesnicí. Pokud jednotlivé události odkazují na důkazy nebo podrobnosti, použijte běžné popisné odkazy a viditelný stav fokusu. Horizontální rozvržení se musí přizpůsobit, nikoli uvěznit uživatele klávesnice nebo dotyku v bočním posouvání. Přiblížení na 200%, zobrazení na úzkém viewportu, tiskový výstup a výstup bez CSS musí zachovat stejné pořadí.

Pravidla psaní

Použijte tři až dvanáct událostí v jedné časové ose. Pod tří událostí je přehlednější běžný text nebo přímé srovnání před a po. Nad dvanáct událostí čtenáři ztrácejí celkový tvar; seskupte události do pojmenovaných období nebo vytvořte samostatné časové osy s nezávislými rozsahy.

Každý název události pište na dvě až deset slov a její popis na 12–60 slov. Názvy začínejte změnou, nikoli výplní: „Požadavky nabyly účinnosti" je silnější než „Důležitá nová etapa." Popisy odpovídají na to, co se změnilo a proč na události záleží. Použijte minulý čas pro dokončené události, přítomný čas pro aktuální stav a budoucí nebo plánovaný jazyk pro plánované události.

Přesnost data musí následovat důkazy. Pokud zdroj podporuje pouze rok, publikujte rok. Pokud podporuje čtvrtletí, nevymýšlejte první den čtvrtletí pro zobrazení nebo metadata. Používejte v rámci časové osy jednotný styl data: „18. června 2025" nesmí být vedle „06/20/25" a číselná data by se měla vyhýbat, pokud je regionální interpretace nejednoznačná.

Udržujte konzistentní granularitu. Časová osa, která kombinuje „Společnost založena," šest drobných týdenních záplat a „Dosaženo mezinárodní distribuce," dává rutinním změnám větší vizuální váhu než strategickým milníkům. Buď zaznamenávejte vydání konzistentně, nebo vybírejte milníky konzistentně a uveďte pravidlo výběru.

Nikdy nevkládejte do události:

• vícestupňovou instrukci, kterou musí čtenář provést;
• nesouvisející propagační výzvu k akci;
• reference použitou jako důkaz události;
• zásadní varování skryté za rozbalením;
• několik samostatných událostí spojených za účelem snížení počtu položek;
• datum nebo stav, který zdroj nepodporuje.

Tón by měl být věcný, kompaktní a konkrétní. Vyhněte se oslavnému jazyku jako „přelomový milník," pokud stránka tento výraz necituje a neposkytuje kontext. Časová osa buduje důvěryhodnost prostřednictvím ověřitelné posloupnosti, nikoli nadšení.

Typy příspěvků, které ji používají

Níže uvedené řádky jsou řízeny frontmatter proměnnou postTypes a používají pouze registrované slugy typů příspěvků.

Nepřidávejte časovou osu, abyste vyhověli šabloně typu příspěvku, pokud stránka nemá smysluplnou chronologii. Frontmatter vyjadřuje podporované vztahy, nikoli požadavek, aby každá instance musela obsahovat tento prvek.

Kontrolní seznam QA

Před publikací ověřte všechny následující body:

• Každá položka zaznamenává událost, milník, stav nebo fázi, nikoli instrukci pro čtenáře.
• Prohození sousedních událostí by učinilo popis nepravdivým, zavádějícím nebo hůře srozumitelným.
• Úvod pojmenovává téma, rozsah a chronologický směr.
• Časová osa obsahuje 3–12 položek nebo dokumentuje jasné rozhodnutí o seskupení.
• Přesnost data a stav jsou podloženy zdrojem; nebylo vymyšleno žádné přesné datum.
• Názvy obsahují 2–10 slov a popisy obvykle 12–60 slov.
• Události používají konzistentní úroveň granularity a jednotný styl data.
• Dokončené, aktuální, plánované, zpožděné a zrušené záznamy jsou rozlišeny viditelným textem.
• Zdroj je seřazená kolekce a výstup používá jeden <ol> s jedním <li> na událost.
• Ukazatele, názvy, popisy a stavy zůstávají pohromadě v tisku, výstupu bez CSS a na úzkých obrazovkách.
• Dekorativní čáry, ikony a barvy nenesou žádnou informaci, která by chyběla v textu.
• Veškerá strukturovaná data se přesně shodují s viditelnými událostmi a používají pouze slovník vhodný pro danou stránku.
• Přenosná Markdown, Hugo a WordPress mapování zachovávají stejné pořadí a význam.
• Umístění nepřerušuje důkazy, varování, instrukce ani konečnou interpretaci.

FAQ

Jaký je rozdíl mezi časovou osou a seznamem kroků? Časová osa zaznamenává, co se stalo; seznam kroků čtenáři říká, co má dělat. Test pozorovatele rozhodne o volbě.

Potřebuje každá položka časové osy přesné datum? Ne. Použijte nejpřesnější ukazatel, který důkazy podporují, včetně měsíce, čtvrtletí, roku nebo pojmenované fáze.

Kolik událostí by měla časová osa obsahovat? Použijte tři až dvanáct. Delší historie seskupte do pojmenovaných období nebo samostatných sekvencí.

Má časová osa vlastní typ Schema.org? Ne. Použijte sémantický seřazený HTML seznam a pouze strukturovaná data na úrovni stránky, která pravdivě odpovídají vhodnému slovníku.

Může časová osa běžet od nejnovější k nejstarší? Ano, pokud je primárním úkolem čtenáře objevit nejnovější změnu. Označte směr a dodržujte jej konzistentně.