Tidslinjer: Sådan præsenteres begivenheder og faser i rækkefølge

En tidslinje er en ordnet registrering af begivenheder, milepæle eller navngivne faser, hvor position kommunikerer, hvornår noget skete, eller hvordan et emne udviklede sig. Læseren observerer rækkefølgen; de bliver ikke instrueret i at genskabe den.

1. 1
   Marts 2025 — Forskning godkendt

   Holdet fastlagde kohorten, spørgsmålene og sammenligningsmetoden, før indsamlingen begyndte.
2. 2
   April–maj 2025 — Basislinje indsamlet

   De samme målinger blev registreret for hver deltager i det definerede indsamlingsvindue.
3. 3
   Juni 2025 — Resultater offentliggjort

   Rapporten udgav sine resultater med metoder, begrænsninger og den næste revisionsdato.

Dette gengivne eksempel beskriver en afsluttet forskningssekvens. Dens rækkefølge forklarer forholdet mellem godkendelse, indsamling og offentliggørelse, men ingen af indførslerne påbyder læseren at udføre disse handlinger.

Hvorfor dette element er vigtigt

Folk rekonstruerer forandring ved at stille tre spørgsmål: hvad skete der, hvornår skete det, og hvad forårsagede eller muliggjorde det? En tidslinje besvarer disse spørgsmål i ét gentaget mønster. Datoen eller fasemarkøren skaber orientering, begivenhedstitlen giver forandringen et navn, og beskrivelsen forklarer betydningen. Læsere kan scanne efter en kendt milepæl, sammenligne huller mellem begivenheder eller forstå, hvorfor den nuværende tilstand ikke kunne have eksisteret tidligere.

Den visuelle rytme reducerer også hukommelsesbelastningen. I almindelig prosa kan datoer være adskilt fra de begivenheder, de kvalificerer, og en læser skal holde flere sætninger i hovedet, før kronologien kan samles. En afgrænset tidslinje holder hver markør knyttet til sin begivenhed og gør udeladelser eller uforklarede spring synlige. Det er især nyttigt, når passagens påstand afhænger af rækkefølgen: et resultat observeret efter en intervention betyder noget andet end et resultat indsamlet før den.

Maskinekstraherbarhed er evnen hos en crawler, søgemaskine, AI-svarssystem eller publiceringsadapter til at isolere hver registrering uden at miste dens rækkefølge eller felter. En semantisk ordnet liste med konsistente dato-, titel- og beskrivelsesområder giver maskiner en stærkere struktur end datoer spredt ud over afsnit. Et system kan identificere den tredje begivenhed som den tredje begivenhed, bevare relationen mellem “Juni 2025” og “Resultater offentliggjort” og citere beskrivelsen uden ved en fejl at knytte den til april.

Brug element skriveregler som forrangsmekanisme. Hvis en passages formål er at registrere forandring over tid, så brug den typedefinerede tidslinje, selvom en overskrift og flere afsnit kunne ligne det samme. Hvis formålet er instruktion, sammenligning eller uafhængig verifikation, har det tilsvarende element forrang, uanset om en designer kunne tegne en lodret linje ved siden af det.

Hvornår skal det bruges

Brug en tidslinje, når rækkefølgen er en del af påstanden, og hvert element repræsenterer en begivenhed, milepæl, tilstandsændring eller dokumenteret fase. Passende emner inkluderer en virksomheds historie, et produkts udgivelser, en regulerings vedtagelses- og håndhævelsesdatoer, faserne i et afsluttet casestudie eller indsamlings- og publiceringsfaserne bag en rapport.

Anvend to tests, før du vælger det:

1. Ombytningstesten: ombyt to tilstødende indførsler. Hvis beretningen bliver historisk falsk, kausalt vildledende eller tidsmæssigt forvirrende, bærer rækkefølgen mening.
2. Observatørtesten: spørg, om læseren lærer, hvad der skete, eller bliver fortalt, hvad de skal gøre. Observation indikerer en tidslinje; udførelse indikerer en trinliste .

Tæt på, men forkert kræver forskellige strukturer:

• En procedure: “Eksporter dataene, rens dem, og upload dem derefter” instruerer læseren. Det kræver handlinger, successignaler og genopretningsstier, ikke historiske begivenhedsbeskrivelser.
• En tjekliste: “Bekræft ejer, dato, kilde og status” indeholder uafhængige verifikationsporte. Deres rækkefølge skaber ikke mening.
• En funktionsliste: “Lancerede rapportering, integrationer og alarmer” kan simpelthen opremse kapaciteter. Det bliver først en tidslinje, når daterede udgivelser og deres konsekvenser betyder noget.
• En før-og-efter-påstand: to tilstande er som regel tydeligere som en direkte sammenligning. Tilføj ikke et dekorativt midtpunkt for at nå et minimumsantal.
• En projektplan: planlagte datoer kan kun bruge en tidslinje, når de tydeligt er mærket som planlagte eller forventede. Præsenter ikke intention som fuldført historie.
• Et procesoverblik: navngivne faser kan bruge en tidslinje, når siden beskriver, hvordan en proces er organiseret. Hvis læseren skal udføre disse faser, så brug en trinliste eller tjekliste i stedet.

Tilstedeværelsen af datoer er ikke nok. En liste af uafhængige konferencedatoer er en kalender eller en oversigt. En tidslinje kræver ét emne og en sammenhængende udviklingslinje.

Hvor skal den placeres

Placer tidslinjen umiddelbart efter en kort sætning, der angiver dens emne, omfang og retning. “Milepælene nedenfor går fra stiftelse til det nuværende produkt” er tilstrækkeligt. Læsere bør aldrig være nødt til at gætte på, om det første element er ældst, nyest, fuldført eller planlagt.

Den præcise placering afhænger af dens funktion:

• Placer en historisk tidslinje efter emnets definition eller aktuelle tilstandsoversigt og før analyse af, hvorfor historien betyder noget.
• Placer en tidslinje til casestudie efter startsituationen og omfanget, men før detaljerede resultater, så læsere kan skelne basislinje, intervention og måling.
• Placer en udgivelsestidslinje efter den aktuelle udgivelsesoversigt. Brug nyeste-først-rækkefølge, når opdagelse af den seneste ændring er den primære opgave, og mærk denne retning.
• Placer en implementerings- eller politik-kronologi efter reglens omfang og før nuværende forpligtelser. Ikrafttrædelsesdatoer skal forblive synlige uden for ethvert foldet interface.
• Placer en forskningstidslinje efter metodeoversigten og før resultater, når indsamlingstidspunkt påvirker fortolkningen.

En tidslinje må ikke placeres direkte ved siden af en trinliste om samme emne uden en overgang, der angiver, hvilken blok der registrerer historie, og hvilken blok der instruerer handling. Den må ikke indsættes mellem en påstand og dens understøttende kilde, mellem en advarsel og dens konsekvens eller inde i en sammenligningscelle. Placer ikke to tidslinjer efter hinanden; kombiner dem, når de deler emne og skala, eller adskil dem med analyse, der forklarer, hvorfor den anden sekvens er forskellig.

Undgå en reklameagtig call-to-action mellem begivenheder. Det bryder både den kronologiske strøm og semantikken for ordnede lister. Placer markedsføring efter den fulde tidslinje og dens fortolkning.

Anatomi

Den mærkede anatomi indeholder syv dele:

1. Omfangoverskrift: angiver emnet og tidsrummet, som samlingen repræsenterer.
2. Retningsangivelse: angiver ældste-til-nyeste eller nyeste-til-ældste, når omgivende kontekst ikke gør det utvetydigt.
3. Ordnet spor: forbinder visuelt registreringer, mens det underliggende <ol> bevarer rækkefølgen uden styling.
4. Dato- eller fasemarkør: identificerer, hvornår begivenheden indtraf, med den mest ærlige tilgængelige præcision.
5. Begivenhedstitel: angiver forandringen eller milepælen i en kompakt datids- eller nutidsfrase.
6. Beskrivelse: forklarer, hvad der ændrede sig, og hvorfor denne begivenhed hører til i rækkefølgen.
7. Status: skelner valgfrit mellem fuldførte, aktuelle, planlagte, forsinkede eller annullerede begivenheder i ord frem for kun farve.

Linjen, prikkerne og ikonerne er dekoration. Datoerne, titlerne, beskrivelserne, rækkefølgen og statusserne er indhold og skal forblive tilgængelige i tekst, print og output uden CSS.

Designeksempler

Hver understøttet variant bevarer én ordnet liste og de samme elementfelter. Varianter ændrer tæthed eller vægtning, ikke betydning.

Standard lodret

Brug standarden til tre til otte begivenheder med beskrivelser på én eller to sætninger. Den giver plads til variabel tekstlængde og fungerer pålideligt på smalle skærme.

Kompakt changelog

Brug kompakt afstand til korte, hyppige registreringer som udgivelser. Titler fører; beskrivelser holdes til én sætning. Nyeste-først-rækkefølge er kun tilladt, når overskriften eller retningsangivelsen siger det.

Milepælsfremhævning

Brug milepælsfremhævning, når to til seks vendepunkter betyder mere end intervallerne mellem dem. En fremhævet aktuel milepæl skal indeholde det synlige ord “Aktuel”; størrelse eller farve alene er utilstrækkeligt.

Fasetidslinje

Brug navngivne faser, når præcise datoer ikke er tilgængelige eller mindre nyttige end livscyklusposition. Fasemarkører skal være gensidigt adskilte og konsistente i granularitet: “Opdagelse,” “Indsamling” og “Offentliggørelse,” ikke “Opdagelse,” “12. maj” og “Senere.”

Vandret bredskærm

Brug en vandret præsentation kun til tre til fem korte milepæle og kun når den bliver til en lodret ordnet liste på små skærme uden at ændre kildeorden. Kræv aldrig vandret scroll for at opdage en begivenhed.

Køreplan med blandet status

Brug denne variant til en ægte køreplan, der indeholder fuldførte og planlagte begivenheder. Hvert element har brug for en tekstuel status, og usikre datoer bruger ærlige intervaller som “Q4 2026” frem for opfundne dage.

Parametre

Kontrakten adskiller indsamlingsindstillinger fra gentagne begivenhedsregistreringer. Den første overordnede overskrift leverer samlingstitlen; hvert elements første overskrift leverer dets begivenhedstitel.

marker er synlig og kan indeholde en dato med den præcision, læsere forstår, f.eks. “Maj 2025” eller “Q3 2026.” Angiv kun date, når kilden understøtter en maskinlæsbar kalenderdato. En markør som “Forår 2025” må ikke konverteres til en opfundet ISO-dato. I en fasevariant indeholder marker fasenavnet, og date udelades normalt.

Syntaks og kodeeksempler

Alle tre former nedenfor koder den samme fuldførte kronologi. Det bærbare direktiv er den kanoniske forfatterstruktur; platformadaptere skal bevare rækkefølge, felter og synlig ordlyd.

Bærbar Markdown-direktiv

:::timeline{variant=vertical direction=ascending}
## Forsknings- og publikationstidslinje

::item{marker="Marts 2025" date="2025-03-01" status=completed id="research-approved"}
### Forskning godkendt

Holdet fastlagde kohorten, spørgsmålene og sammenligningsmetoden, før indsamlingen begyndte.
::

::item{marker="April–maj 2025" status=completed id="baseline-collected"}
### Basislinje indsamlet

De samme målinger blev registreret for hver deltager i det definerede vindue.
::

::item{marker="Juni 2025" date="2025-06-18" status=completed id="findings-published"}
### Resultater offentliggjort

Rapporten udgav sine resultater med metoder, begrænsninger og en revisionsdato.
::
:::

Området “April–maj 2025” har ingen date-attribut, fordi én ISO-dato ville misrepræsentere en flermåneders begivenhed.

Hugo shortcode

{{< timeline_with_icon >}}
[
  {"title":"Marts 2025 — Forskning godkendt","description":"Holdet fastlagde kohorten, spørgsmålene og sammenligningsmetoden, før indsamlingen begyndte."},
  {"title":"April–maj 2025 — Basislinje indsamlet","description":"De samme målinger blev registreret for hver deltager i det definerede indsamlingsvindue."},
  {"title":"Juni 2025 — Resultater offentliggjort","description":"Rapporten udgav sine resultater med metoder, begrænsninger og en revisionsdato."}
]
{{< /timeline_with_icon >}}

Den eksisterende Hugo-renderer accepterer et JSON-array med title og valgfrie description-felter og gengiver registreringerne i kildens rækkefølge. Kombinationen af markør og titel i title er dens nuværende adapterkortlægning; en rigere renderer kan adskille disse synlige områder uden at ændre det kanoniske indhold.

WordPress-blok

<!-- wp:amicited/timeline {"variant":"vertical","direction":"ascending"} -->
<!-- wp:amicited/timeline-item {"marker":"Marts 2025","date":"2025-03-01","status":"completed","id":"research-approved"} -->
<h3>Forskning godkendt</h3>
<p>Holdet fastlagde kohorten, spørgsmålene og sammenligningsmetoden, før indsamlingen begyndte.</p>
<!-- /wp:amicited/timeline-item -->
<!-- wp:amicited/timeline-item {"marker":"April–maj 2025","status":"completed","id":"baseline-collected"} -->
<h3>Basislinje indsamlet</h3>
<p>De samme målinger blev registreret for hver deltager i det definerede vindue.</p>
<!-- /wp:amicited/timeline-item -->
<!-- wp:amicited/timeline-item {"marker":"Juni 2025","date":"2025-06-18","status":"completed","id":"findings-published"} -->
<h3>Resultater offentliggjort</h3>
<p>Rapporten udgav sine resultater med metoder, begrænsninger og en revisionsdato.</p>
<!-- /wp:amicited/timeline-item -->
<!-- /wp:amicited/timeline -->

WordPress skal gemme registreringerne som én ordnet overordnet blok med underordnede elementer, ikke som uafhængige visuelle kort, hvis rækkefølge kan ændre sig under redigering.

Eksempler

Godt: en regulerings implementeringshistorie

Januar 2024 — Regel offentliggjort. Regulatoren udstedte den endelige tekst og bekræftede de organisationer, der var inden for omfanget.

Juli 2024 — Overgangsperiode begyndte. Omfattede organisationer kunne tage rapporteringsformatet i brug, mens det tidligere format fortsat var accepteret.

Januar 2025 — Krav trådte i kraft. Nye indsendelser skulle bruge det offentliggjorte format; overgangsmuligheden ophørte.

April 2025 — Vejledning præciseret. Regulatoren forklarede, hvordan ændrede indsendelser skulle identificere den oprindelige rapporteringsperiode.

Dette er en god tidslinje, fordi hver indførsel beskriver en dokumenteret begivenhed, præcisionen er konsistent, og rækkefølgen forklarer skiftet fra offentliggørelse til overgang, håndhævelse og præcisering. En læser kan forstå nuværende forpligtelser uden at forveksle en fremtidig deadline med en tidligere begivenhed.

Dårligt: en artikeloptimerings-tidslinje

1 — Tilføj eksempler. Inkluder nyttige eksempler i artiklen.

2 — Tjek overskrifter. Sørg for, at overskrifter beskriver hvert afsnit.

3 — Tilføj interne links. Link til relateret indhold.

Dette er dårligt, fordi det hverken er en kronologi eller en forsvarlig procedure. Tallene har ingen datoer eller faser, og handlingerne kan udføres i en anden rækkefølge uden at ændre resultatet. At kalde det en tidslinje pynter uafhængige tjek med falsk rækkefølge. Brug en tjekliste til uafhængige gennemgangsporte; brug kun en trinliste, hvis afhængigheder gør udførelsesrækkefølge nødvendig.

Skemamarkering og tilgængelighed

Schema.org har ingen generel Timeline-type. Udled ikke opfundne egenskaber eller tilføj ItemList blot for at få blokken til at fremstå struktureret. Tidslinjen kan levere synlige fakta til strukturerede data på sideniveau, når et passende vokabular allerede findes – for eksempel en offentliggjort udgivelsesdato på en softwarerelateret side – men den kortlægning styres af sidens skemakontrakt, ikke af den visuelle komponent. Strukturerede data må aldrig indeholde begivenheder, datoer eller statusser, der er udeladt fra den synlige tidslinje.

Den pålidelige maskinlæsbare basislinje er semantisk HTML: ét <ol> i den tilsigtede læserækkefølge og ét <li> per begivenhed. Brug <time datetime="2025-06-18">Juni 2025</time> kun, når maskindatoen understøttes af kilden. Hvis den synlige markør er et kvartal, en sæson, et interval eller en navngivet fase, er almindelig tekst mere ærlig end en fabrikeret datetime-værdi.

Tilgængelighed afhænger af at bevare rækkefølgen uden at stole på det grafiske spor. Overskriften angiver emne og retning; den ordnede liste leverer antal og position; hver begivenhed holder sin markør, titel, beskrivelse og status samlet. Dekorative linjer, prikker og ikoner bruger tomme alternativer eller skjules for hjælpeteknologi. Status skrives som tekst, ikke kun formidlet af grøn, gul eller en udfyldt cirkel.

Tastaturnavigation bør ikke være nødvendig for at læse en tidslinje. Hvis individuelle begivenheder linker til dokumentation eller detaljer, brug almindelige beskrivende links og en synlig fokustilstand. Vandrette layouts skal ombrydes i stedet for at fange tastatur- eller touchbrugere i en vandret scroller. Zoom til 200%, smal skærmvisning, printoutput og output uden CSS skal bevare samme rækkefølge.

Skriveregler

Brug tre til tolv begivenheder i én tidslinje. Under tre er almindelig prosa eller en direkte før-og-efter-sammenligning tydeligere. Over tolv mister læserne overblikket; gruppér begivenheder i navngivne æraer, eller opret separate tidslinjer med uafhængige omfang.

Skriv hver begivenhedstitel i to til ti ord og dens beskrivelse i 12–60 ord. Start titler med forandringen, ikke fyld: “Krav trådte i kraft” er stærkere end “En vigtig ny fase.” Beskrivelser besvarer, hvad der ændrede sig, og hvorfor begivenheden betyder noget. Brug datid for fuldførte begivenheder, nutid for en aktuel tilstand og fremtid eller planlagt sprog for planlagte begivenheder.

Datopræcision skal følge dokumentationen. Hvis kilden kun understøtter et år, udgiv året. Hvis den understøtter et kvartal, opfind ikke kvartalets første dag til visning eller metadata. Brug én datostil inden for en tidslinje: “18. juni 2025” må ikke stå ved siden af “06/20/25,” og numeriske datoer bør undgås, når regional fortolkning er tvetydig.

Hold granulariteten konsistent. En tidslinje, der kombinerer “Virksomhed grundlagt,” seks mindre ugentlige opdateringer og “Nåede international distribution,” giver rutineændringer mere visuel vægt end strategiske milepæle. Registrér enten udgivelser konsekvent, eller vælg milepæle konsekvent og angiv udvælgelsesreglen.

Indsæt aldrig disse inde i en begivenhed:

• en flertrinsinstruktion, læseren skal udføre;
• en ikke-relateret reklameagtig call-to-action;
• en udtalelse brugt som dokumentation for begivenheden;
• en væsentlig advarsel skjult bag udfoldelse;
• flere uafhængige begivenheder slået sammen for at reducere antallet;
• en dato eller status, som kilden ikke understøtter.

Tonens skal være faktuel, kompakt og specifik. Undgå fejrende sprog som “banebrydende milepæl,” medmindre siden angiver det som et citat og giver kontekst. En tidslinje opnår troværdighed gennem verificerbar rækkefølge, ikke entusiasme.

Indlægstyper, der bruger det

Rækkerne nedenfor er drevet af postTypes frontmatter og bruger kun registrerede indlægstype-slugs.

Tilføj ikke en tidslinje for at opfylde en indlægstypeskabelon, når siden ikke har nogen meningsfuld kronologi. Frontmatter udtrykker understøttede relationer, ikke et krav om, at hver forekomst skal indeholde elementet.

QA-tjekliste

Før offentliggørelse, verificér alle følgende:

• Hvert element registrerer en begivenhed, milepæl, tilstand eller fase frem for at instruere læseren.
• Ombytning af tilstødende begivenheder ville gøre beretningen falsk, vildledende eller sværere at forstå.
• Introduktionen angiver emnet, omfanget og kronologisk retning.
• Tidslinjen indeholder 3–12 elementer eller dokumenterer en klar grupperingsbeslutning.
• Datopræcision og status understøttes af en kilde; ingen præcis dato er opfundet.
• Titler indeholder 2–10 ord, og beskrivelser indeholder normalt 12–60 ord.
• Begivenheder bruger et konsistent granularitetsniveau og én datostil.
• Fuldførte, aktuelle, planlagte, forsinkede og annullerede registreringer er adskilt i synlig tekst.
• Kilden er en ordnet samling, og outputtet bruger ét <ol> med ét <li> per begivenhed.
• Markører, titler, beskrivelser og statusser forbliver samlet i print, uden CSS og på smal skærm.
• Dekorative linjer, ikoner og farver bærer ingen information, der mangler i teksten.
• Eventuelle strukturerede data matcher synlige begivenheder nøjagtigt og bruger kun et side-passende vokabular.
• Bærbar Markdown, Hugo og WordPress-kortlægninger bevarer samme rækkefølge og betydning.
• Placering afbryder ikke dokumentation, advarsler, instruktioner eller den endelige fortolkning.

FAQ

Hvad er forskellen på en tidslinje og en trinliste? En tidslinje registrerer, hvad der skete; en trinliste fortæller læseren, hvad de skal gøre. Observatørtesten afgør valget.

Skal hvert element i en tidslinje have en præcis dato? Nej. Brug den mest præcise markør, som dokumentationen understøtter, inklusive en måned, kvartal, år eller navngivet fase.

Hvor mange begivenheder bør en tidslinje indeholde? Brug tre til tolv. Gruppér længere forløb i navngivne æraer eller separate sekvenser.

Har en tidslinje sin egen Schema.org-type? Nej. Brug semantisk ordnet HTML-liste og kun strukturerede data på sideniveau, der ærligt matcher et passende vokabular.

Kan en tidslinje gå fra nyeste til ældste? Ja, når seneste-først-opdagelse er læserens primære opgave. Mærk retningen og hold den konsistent.