Tijdlijnen: gebeurtenissen en fasen op volgorde presenteren

Een tijdlijn is een geordende registratie van gebeurtenissen, mijlpalen of benoemde fasen waarin de positie communiceert wanneer iets gebeurde of hoe een onderwerp zich ontwikkelde. De lezer observeert de volgorde; hen wordt niet opgedragen deze te reproduceren.

1. 1
   Maart 2025 — Onderzoek goedgekeurd

   Het team stelde het cohort, de vragen en de vergelijkingsmethode vast voordat de verzameling begon.
2. 2
   April–mei 2025 — Basislijn verzameld

   Dezelfde metingen werden voor elke deelnemer geregistreerd tijdens het gedefinieerde verzamelvenster.
3. 3
   Juni 2025 — Bevindingen gepubliceerd

   Het rapport publiceerde zijn resultaten met methoden, beperkingen en de volgende beoordelingsdatum.

Dit weergegeven voorbeeld beschrijft een voltooide onderzoekssequentie. De volgorde verklaart de relatie tussen goedkeuring, verzameling en publicatie, maar geen van de items draagt de lezer op om die handelingen uit te voeren.

Waarom dit element belangrijk is

Mensen reconstrueren verandering door drie vragen te stellen: wat gebeurde er, wanneer gebeurde het, en wat veroorzaakte of maakte het mogelijk? Een tijdlijn beantwoordt die vragen in één herhaald patroon. De datum- of fasemarkering creëert oriëntatie, de gebeurtenistitel geeft de verandering een naam en de beschrijving verklaart de betekenis. Lezers kunnen zoeken naar een bekende mijlpaal, gaten tussen gebeurtenissen vergelijken of begrijpen waarom de huidige toestand niet eerder had kunnen bestaan.

Dat visuele ritme vermindert ook de geheugenbelasting. In gewone proza kunnen datums worden gescheiden van de gebeurtenissen die ze kwalificeren, en een lezer moet verschillende zinnen in gedachten houden voordat hij de chronologie kan samenstellen. Een begrensde tijdlijn houdt elke markering bij de gebeurtenis en maakt weglatingen of onverklaarde sprongen zichtbaar. Het is vooral nuttig wanneer de bewering van de passage afhangt van volgorde: een resultaat dat na een interventie wordt waargenomen, betekent iets anders dan een resultaat dat ervoor is verzameld.

Machine-extraheerbaarheid is het vermogen van een crawler, zoekmachine, AI-antwoordsysteem of publicatie-adapter om elk record te isoleren zonder de volgorde of velden te verliezen. Een semantische geordende lijst met consistente datum-, titel- en beschrijvingsregio’s geeft machines een sterkere structuur dan datums verspreid over alinea’s. Een systeem kan de derde gebeurtenis identificeren als de derde gebeurtenis, de relatie tussen ‘Juni 2025’ en ‘Bevindingen gepubliceerd’ behouden en de beschrijving citeren zonder deze per ongeluk aan april te koppelen.

Gebruik de regels voor het schrijven van elementen als voorrangsregel. Als het doel van een passage is om verandering in de tijd vast te leggen, gebruik dan de getypeerde tijdlijn, zelfs als een kop en verschillende alinea’s er soortgelijk uit zouden kunnen zien. Als het doel instructie, vergelijking of onafhankelijke verificatie is, heeft het corresponderende element voorrang, ongeacht of een ontwerper er een verticale lijn naast zou kunnen tekenen.

Wanneer te gebruiken

Gebruik een tijdlijn wanneer ordening deel uitmaakt van de bewering en elk item een gebeurtenis, mijlpaal, toestandsovergang of gedocumenteerde fase vertegenwoordigt. Geschikte onderwerpen zijn onder meer de geschiedenis van een bedrijf, de releases van een product, de implementatie- en handhavingsdata van een regelgeving, de fasen van een voltooide casestudy of de verzamel- en publicatiefasen achter een rapport.

Pas twee tests toe voordat u ervoor kiest:

1. De omwisseltest: wissel twee aangrenzende items om. Als het verslag historisch onjuist, causaal misleidend of temporeel verwarrend wordt, draagt de volgorde betekenis.
2. De observatietest: vraag of de lezer leert wat er gebeurde of wordt verteld wat hij moet doen. Observatie wijst op een tijdlijn; uitvoering wijst op een stappenlijst .

Bijna-raakgevallen hebben andere structuren nodig:

• Een procedure: ‘Exporteer de gegevens, maak ze schoon en upload ze vervolgens’ instrueert de lezer. Het heeft acties, successignalen en herstelpaden nodig, geen beschrijvingen van historische gebeurtenissen.
• Een checklist: ‘Bevestig eigenaar, datum, bron en status’ bevat onafhankelijke verificatiepoorten. De volgorde creëert geen betekenis.
• Een functielijst: ‘Lanceerde rapportage, integraties en meldingen’ kan eenvoudigweg mogelijkheden opsommen. Het wordt pas een tijdlijn wanneer gedateerde releases en hun gevolgen ertoe doen.
• Een voor-en-na-bewering: twee toestanden zijn meestal duidelijker als directe vergelijking. Voeg geen decoratief middelpunt toe om een minimum aantal items te bereiken.
• Een projectplan: geplande data kunnen alleen een tijdlijn gebruiken wanneer ze duidelijk zijn gemarkeerd als gepland of prognose. Presenteer intentie niet als voltooide geschiedenis.
• Een procesoverzicht: benoemde fasen kunnen een tijdlijn gebruiken wanneer de pagina beschrijft hoe een proces is georganiseerd. Als de lezer die fasen moet uitvoeren, gebruik dan een stappenlijst of checklist.

De aanwezigheid van datums is niet genoeg. Een lijst met niet-gerelateerde conferentiedata is een kalender of overzicht. Een tijdlijn vereist één onderwerp en een coherente ontwikkelingslijn.

Waar te plaatsen

Plaats de tijdlijn direct na een korte zin die het onderwerp, de reikwijdte en de richting benoemt. ‘De onderstaande mijlpalen lopen van oprichting tot het huidige product’ is voldoende. Lezers mogen nooit hoeven af te leiden of het eerste item het oudste, nieuwste, voltooide of geplande is.

De exacte positie hangt af van de functie:

• Plaats een historische tijdlijn na de definitie of huidige-status samenvatting van het onderwerp en vóór de analyse van waarom de geschiedenis ertoe doet.
• Plaats een casestudy-tijdlijn na de beginsituatie en reikwijdte, maar vóór gedetailleerde resultaten, zodat lezers basislijn, interventie en meting kunnen onderscheiden.
• Plaats een releasetijdlijn na de huidige releasesamenvatting. Gebruik nieuwste-eerste volgorde wanneer het ontdekken van de laatste wijziging de primaire taak is, en benoem die richting.
• Plaats een implementatie- of beleidstijdlijn na de reikwijdte van de regel en vóór huidige verplichtingen. Ingangsdata moeten zichtbaar blijven buiten elke ingeklapte interface.
• Plaats een onderzoekstijdlijn na de methodsamenvatting en vóór bevindingen wanneer de timing van verzameling de interpretatie beïnvloedt.

Een tijdlijn mag niet direct naast een stappenlijst over hetzelfde onderwerp staan zonder een overgang die zegt welk blok geschiedenis vastlegt en welk blok actie instrueert. Het mag niet worden geplaatst tussen een bewering en de ondersteunende bron, tussen een waarschuwing en het gevolg, of binnen een vergelijkingscel. Plaats geen twee tijdlijnen achter elkaar; combineer ze wanneer ze een onderwerp en schaal delen, of scheid ze met een analyse die uitlegt waarom de tweede sequentie afwijkt.

Vermijd een promotionele oproep tot actie tussen gebeurtenissen. Het verbreekt zowel de chronologische stroom als de semantiek van geordende lijsten. Plaats promotie na de volledige tijdlijn en de interpretatie ervan.

Anatomie

De gelabelde anatomie bevat zeven onderdelen:

1. Reikwijdtekop: benoemt het onderwerp en het tijdsbestek dat door de verzameling wordt vertegenwoordigd.
2. Richtingsaanwijzing: vermeldt oudste-naar-nieuwste of nieuwste-naar-oudste wanneer de omringende context het niet onmiskenbaar maakt.
3. Geordend spoor: verbindt records visueel terwijl de onderliggende <ol> de volgorde behoudt zonder opmaak.
4. Datum- of fasemarkering: identificeert wanneer de gebeurtenis plaatsvond, met de meest eerlijke beschikbare precisie.
5. Gebeurtenistitel: vermeldt de verandering of mijlpaal in een beknopte verleden- of tegenwoordige-tijd frase.
6. Beschrijving: legt uit wat er veranderde en waarom deze gebeurtenis in de sequentie thuishoort.
7. Status: onderscheidt optioneel voltooide, huidige, geplande, vertraagde of geannuleerde gebeurtenissen in woorden in plaats van alleen kleur.

De lijn, stippen en iconen zijn decoratie. De data, titels, beschrijvingen, volgorde en statussen zijn inhoud en moeten beschikbaar blijven in tekst, print en uitvoer zonder CSS.

Ontwerpvoorbeelden

Elke ondersteunde variant behoudt één geordende lijst en dezelfde itemvelden. Varianten veranderen dichtheid of nadruk, niet betekenis.

Standaard verticaal

Gebruik de standaard voor drie tot acht gebeurtenissen met beschrijvingen van één of twee zinnen. Het geeft tekst van variabele lengte ruimte om door te lopen en werkt betrouwbaar op smalle schermen.

Compacte changelog

Gebruik compacte spacing voor korte, frequente records zoals releases. Titels staan voorop; beschrijvingen blijven beperkt tot één zin. Nieuwste-eerste volgorde is alleen toegestaan wanneer de kop of richtingsaanwijzing dit vermeldt.

Mijlpaalnadruk

Gebruik mijlpaalnadruk wanneer twee tot zes keerpunten belangrijker zijn dan de intervallen ertussen. Een gemarkeerde huidige mijlpaal moet het zichtbare woord ‘Huidig’ bevatten; grootte of kleur alleen is onvoldoende.

Gefaseerde tijdlijn

Gebruik benoemde fasen wanneer exacte datums niet beschikbaar of minder nuttig zijn dan levenscycluspositie. Fasemarkeringen moeten onderling onderscheidend en consistent korrelig zijn: ‘Ontdekking’, ‘Verzameling’ en ‘Publicatie’, niet ‘Ontdekking’, ‘12 mei’ en ‘Later’.

Horizontaal breed scherm

Gebruik een horizontale presentatie alleen voor drie tot vijf korte mijlpalen en alleen wanneer het op kleine schermen een verticale geordende lijst wordt zonder de bronvolgorde te wijzigen. Vereis nooit horizontaal scrollen om een gebeurtenis te ontdekken.

Roadmap met gemengde status

Gebruik deze variant voor een echte roadmap met voltooide en geplande gebeurtenissen. Elk item heeft een tekstuele status nodig, en onzekere data gebruiken eerlijke bereiken zoals ‘Q4 2026’ in plaats van verzonnen dagen.

Parameters

Het contract scheidt verzamelingsinstellingen van herhaalde gebeurtenisrecords. De eerste bovenliggende kop levert de verzamelingstitel; de eerste kop van elk item levert de gebeurtenistitel.

marker is zichtbaar en kan een datum bevatten met de precisie die lezers begrijpen, zoals ‘Mei 2025’ of ‘Q3 2026’. Geef date alleen op wanneer de bron een machineleesbare kalenderdatum ondersteunt. Een markering zoals ‘Lente 2025’ mag niet worden omgezet in een verzonnen ISO-datum. In een gefaseerde variant bevat marker de fasenaam en wordt date normaal gesproken weggelaten.

Syntax en codevoorbeelden

Alle drie onderstaande vormen coderen dezelfde voltooide chronologie. De draagbare richtlijn is de canonieke auteurstructuur; platformadapters moeten volgorde, velden en zichtbare formulering behouden.

Draagbare Markdown-richtlijn

:::timeline{variant=vertical direction=ascending}
## Tijdlijn van onderzoek en publicatie

::item{marker="Maart 2025" date="2025-03-01" status=completed id="research-approved"}
### Onderzoek goedgekeurd

Het team stelde het cohort, de vragen en de vergelijkingsmethode vast voordat de verzameling begon.
::

::item{marker="April–mei 2025" status=completed id="baseline-collected"}
### Basislijn verzameld

Dezelfde metingen werden voor elke deelnemer geregistreerd tijdens het gedefinieerde venster.
::

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

Het rapport publiceerde zijn resultaten met methoden, beperkingen en een beoordelingsdatum.
::
:::

Het bereik ‘April–mei 2025’ heeft geen date-attribuut omdat één ISO-datum een gebeurtenis over meerdere maanden verkeerd zou weergeven.

Hugo shortcode

{{< timeline_with_icon >}}
[
  {"title":"Maart 2025 — Onderzoek goedgekeurd","description":"Het team stelde het cohort, de vragen en de vergelijkingsmethode vast voordat de verzameling begon."},
  {"title":"April–mei 2025 — Basislijn verzameld","description":"Dezelfde metingen werden voor elke deelnemer geregistreerd tijdens het gedefinieerde verzamelvenster."},
  {"title":"Juni 2025 — Bevindingen gepubliceerd","description":"Het rapport publiceerde zijn resultaten met methoden, beperkingen en een beoordelingsdatum."}
]
{{< /timeline_with_icon >}}

De bestaande Hugo-renderer accepteert een JSON-array met title en optionele description-velden en geeft de records weer in bronvolgorde. Het combineren van marker en titel in title is de huidige adaptermapping; een rijkere renderer kan deze zichtbare regio’s scheiden zonder de canonieke inhoud te wijzigen.

WordPress-blok

<!-- 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 moet de records opslaan als één geordend bovenliggend blok met onderliggende items, niet als niet-gerelateerde visuele kaarten waarvan de volgorde tijdens het bewerken kan verschuiven.

Voorbeelden

Goed: implementatiegeschiedenis van een regelgeving

Januari 2024 — Regel gepubliceerd. De regelgever publiceerde de definitieve tekst en bevestigde de organisaties binnen de reikwijdte.

Juli 2024 — Overgangsperiode begonnen. Gedekte organisaties konden het rapportageformaat gebruiken terwijl het vorige formaat geaccepteerd bleef.

Januari 2025 — Vereisten van kracht. Nieuwe inzendingen moesten het gepubliceerde formaat gebruiken; de overgangsoptie eindigde.

April 2025 — Richtlijn verduidelijkt. De regelgever legde uit hoe gewijzigde inzendingen de oorspronkelijke rapportageperiode moesten identificeren.

Dit is een goede tijdlijn omdat elk item een gedocumenteerde gebeurtenis beschrijft, de precisie consistent is en de volgorde de verschuiving van publicatie naar overgang, handhaving en verduidelijking uitlegt. Een lezer kan de huidige verplichtingen begrijpen zonder een toekomstige deadline voor een gebeurtenis uit het verleden aan te zien.

Slecht: optimalisatietijdlijn van een artikel

1 — Voorbeelden toevoegen. Voeg nuttige voorbeelden toe aan het artikel.

2 — Koppen controleren. Zorg dat koppen elke sectie beschrijven.

3 — Interne links toevoegen. Link naar gerelateerde inhoud.

Dit is slecht omdat het noch een chronologie, noch een goede procedure is. De nummers hebben geen data of fasen, en de acties kunnen in een andere volgorde worden uitgevoerd zonder het resultaat te veranderen. Het een tijdlijn noemen, versiert onafhankelijke controles met een valse volgorde. Gebruik een checklist voor onafhankelijke controlepoorten; gebruik alleen een stappenlijst als afhankelijkheden de uitvoeringsvolgorde noodzakelijk maken.

Schema-markup en toegankelijkheid

Schema.org heeft geen algemeen Timeline-type. Verzend geen verzonnen eigenschappen en voeg ItemList niet alleen toe om het blok gestructureerd te laten lijken. De tijdlijn kan zichtbare feiten leveren aan paginaniveau-gestructureerde data wanneer een geschikte vocabulaire al bestaat — bijvoorbeeld een gepubliceerde releasedatum op een softwaregerelateerde pagina — maar die mapping wordt bepaald door het schemacontract van de pagina, niet door de visuele component. Gestructureerde data mogen nooit gebeurtenissen, data of statussen bevatten die uit de zichtbare tijdlijn zijn weggelaten.

De betrouwbare machineleesbare basislijn is semantische HTML: één <ol> in de beoogde leesvolgorde en één <li> per gebeurtenis. Gebruik <time datetime="2025-06-18">Juni 2025</time> alleen wanneer de machinedatum door de bron wordt ondersteund. Als de zichtbare markering een kwartaal, seizoen, bereik of benoemde fase is, is platte tekst waarheidsgetrouwer dan een verzonnen datetime-waarde.

Toegankelijkheid hangt af van het behouden van de volgorde zonder te vertrouwen op het grafische spoor. De kop benoemt het onderwerp en de richting; de geordende lijst levert aantal en positie; elke gebeurtenis houdt de markering, titel, beschrijving en status bij elkaar. Decoratieve lijnen, stippen en iconen gebruiken lege alternatieven of worden verborgen voor ondersteunende technologie. Status wordt geschreven als tekst, niet alleen overgebracht door groen, amber of een gevulde cirkel.

Toetsenbordinteractie mag niet nodig zijn om een tijdlijn te lezen. Als individuele gebeurtenissen linken naar bewijs of detail, gebruik dan gewone beschrijvende links en een zichtbare focusstatus. Horizontale lay-outs moeten hervloeien in plaats van toetsenbord- of touchgebruikers op te sluiten in een horizontale scroller. Zoom naar 200%, weergave op smal scherm, printuitvoer en uitvoer zonder CSS moeten dezelfde volgorde behouden.

Schrijfregels

Gebruik drie tot twaalf gebeurtenissen in één tijdlijn. Onder de drie is gewoon proza of een directe voor-en-na-vergelijking duidelijker. Boven de twaalf verliezen lezers de algehele vorm; groepeer gebeurtenissen in benoemde tijdperken of maak aparte tijdlijnen met onafhankelijke reikwijdtes.

Schrijf elke gebeurtenistitel in twee tot tien woorden en de beschrijving in 12–60 woorden. Begin titels met de verandering, niet met opvulling: ‘Vereisten van kracht’ is sterker dan ‘Een belangrijke nieuwe fase.’ Beschrijvingen beantwoorden wat er veranderde en waarom de gebeurtenis ertoe doet. Gebruik verleden tijd voor voltooide gebeurtenissen, tegenwoordige tijd voor een huidige toestand en toekomstige of geplande taal voor geplande gebeurtenissen.

Datumprecisie moet bewijs volgen. Als de bron slechts een jaar ondersteunt, publiceer dan het jaar. Als het een kwartaal ondersteunt, verzin dan niet de eerste dag van het kwartaal voor weergave of metadata. Gebruik één datumstijl binnen een tijdlijn: ‘18 juni 2025’ mag niet naast ‘06/20/25’ staan, en numerieke datums moeten worden vermeden wanneer regionale interpretatie dubbelzinnig is.

Houd granulariteit consistent. Een tijdlijn die ‘Bedrijf opgericht,’ zes kleine wekelijkse patches en ‘Internationale distributie bereikt’ combineert, geeft routinematige wijzigingen meer visueel gewicht dan strategische mijlpalen. Neem ofwel consistent releases op, of selecteer consistent mijlpalen en vermeld de selectieregel.

Plaats nooit het volgende in een gebeurtenis:

• een meerstapsinstructie die de lezer moet uitvoeren;
• een niet-gerelateerde promotionele oproep tot actie;
• een getuigenis gebruikt als bewijs voor de gebeurtenis;
• een essentiële waarschuwing verborgen achter uitklappen;
• verschillende onafhankelijke gebeurtenissen samengevoegd om het aantal items te verminderen;
• een datum of status die de bron niet ondersteunt.

Toon moet feitelijk, compact en specifiek zijn. Vermijd feestelijke taal zoals ‘baanbrekende mijlpaal,’ tenzij de pagina het als citaat toeschrijft en context biedt. Een tijdlijn vestigt geloofwaardigheid door verifieerbare volgorde, niet door enthousiasme.

Berichttypen die het gebruiken

De onderstaande rijen worden aangestuurd door de postTypes frontmatter en gebruiken alleen geregistreerde berichttype-slugs.

Voeg geen tijdlijn toe om te voldoen aan een berichttypesjabloon wanneer de pagina geen betekenisvolle chronologie heeft. De frontmatter drukt ondersteunde relaties uit, geen vereiste dat elk exemplaar het element moet bevatten.

QA-checklist

Controleer vóór publicatie al het volgende:

• Elk item registreert een gebeurtenis, mijlpaal, toestand of fase in plaats van de lezer te instrueren.
• Het omwisselen van aangrenzende gebeurtenissen zou het verslag onjuist, misleidend of moeilijker te begrijpen maken.
• De inleiding benoemt het onderwerp, de reikwijdte en de chronologische richting.
• De tijdlijn bevat 3–12 items of documenteert een duidelijke groeperingsbeslissing.
• Datumprecisie en status worden ondersteund door een bron; er is geen exacte datum verzonnen.
• Titels bevatten 2–10 woorden en beschrijvingen bevatten normaal 12–60 woorden.
• Gebeurtenissen gebruiken een consistent granulariteitsniveau en één datumstijl.
• Voltooide, huidige, geplande, vertraagde en geannuleerde records worden onderscheiden in zichtbare tekst.
• De bron is een geordende verzameling en de uitvoer gebruikt één <ol> met één <li> per gebeurtenis.
• Markeringen, titels, beschrijvingen en statussen blijven samen in print, zonder CSS en op smalle schermen.
• Decoratieve lijnen, iconen en kleur bevatten geen informatie die in tekst ontbreekt.
• Eventuele gestructureerde data komen exact overeen met zichtbare gebeurtenissen en gebruiken alleen een paginageschikte vocabulaire.
• Draagbare Markdown-, Hugo- en WordPress-mappingen behouden dezelfde volgorde en betekenis.
• Plaatsing onderbreekt geen bewijs, waarschuwingen, instructies of de definitieve interpretatie.

FAQ

Wat is het verschil tussen een tijdlijn en een stappenlijst? Een tijdlijn registreert wat er gebeurde; een stappenlijst vertelt de lezer wat te doen. De observatietest beslist de keuze.

Heeft elk tijdlijnitem een exacte datum nodig? Nee. Gebruik de meest precieze markering die het bewijs ondersteunt, inclusief een maand, kwartaal, jaar of benoemde fase.

Hoeveel gebeurtenissen moet een tijdlijn bevatten? Gebruik drie tot twaalf. Groepeer langere geschiedenissen in benoemde tijdperken of aparte sequenties.

Heeft een tijdlijn een eigen Schema.org-type? Nee. Gebruik semantische geordende HTML-lijst en alleen paginaniveau-gestructureerde data die waarheidsgetrouw overeenkomen met een geschikte vocabulaire.

Kan een tijdlijn van nieuw naar oud lopen? Ja, wanneer nieuwste-eerste ontdekking de belangrijkste taak van de lezer is. Benoem de richting en houd deze consistent.