Chronologies : présenter des événements et des phases dans l'ordre

Une chronologie est un enregistrement ordonné d’événements, de jalons ou de phases nommées dans lequel la position indique quand quelque chose s’est produit ou comment un sujet s’est développé. Le lecteur observe la séquence ; il ne lui est pas demandé de la reproduire.

1. 1
   Mars 2025 — Recherche approuvée

   L’équipe a fixé la cohorte, les questions et la méthode de comparaison avant le début de la collecte.
2. 2
   Avril–Mai 2025 — Référence collectée

   Les mêmes mesures ont été enregistrées pour chaque participant durant la fenêtre de collecte définie.
3. 3
   Juin 2025 — Résultats publiés

   Le rapport a publié ses résultats avec les méthodes, les limites et la date de la prochaine révision.

Cet exemple rendu décrit une séquence de recherche achevée. Son ordre explique la relation entre l’approbation, la collecte et la publication, mais aucune de ses entrées n’ordonne au lecteur d’effectuer ces actions.

Pourquoi cet élément est important

Les personnes reconstruisent le changement en se posant trois questions : que s’est-il passé, quand cela s’est-il produit, et qu’est-ce que cela a causé ou permis ? Une chronologie répond à ces questions selon un motif répété. Le marqueur de date ou de phase crée un point de repère, le titre de l’événement donne un nom au changement, et la description en explique la signification. Les lecteurs peuvent parcourir la chronologie pour trouver un jalon connu, comparer les écarts entre les événements, ou comprendre pourquoi l’état actuel n’aurait pas pu exister plus tôt.

Ce rythme visuel réduit également la charge cognitive. Dans un texte ordinaire, les dates peuvent être séparées des événements qu’elles qualifient, et le lecteur doit garder plusieurs phrases en mémoire avant d’assembler la chronologie. Une chronologie délimitée maintient chaque marqueur attaché à son événement et rend visibles les omissions ou les sauts inexpliqués. Elle est particulièrement utile lorsque l’affirmation du passage dépend de la séquence : un résultat observé après une intervention signifie quelque chose de différent d’un résultat collecté avant celle-ci.

L’extractibilité par machine est la capacité d’un robot d’exploration, d’un moteur de recherche, d’un système de réponse IA ou d’un adaptateur de publication à isoler chaque enregistrement sans perdre son ordre ni ses champs. Une liste ordonnée sémantique avec des régions de date, de titre et de description cohérentes offre aux machines une structure plus solide que des dates dispersées dans des paragraphes. Un système peut identifier le troisième événement comme le troisième événement, préserver la relation entre « Juin 2025 » et « Résultats publiés », et citer la description sans l’attacher par erreur à Avril.

Utilisez les règles d’écriture des éléments comme règle de priorité. Si le but d’un passage est d’enregistrer le changement dans le temps, utilisez la chronologie typée même si un titre et plusieurs paragraphes pourraient sembler similaires. Si son but est d’instruire, de comparer ou de vérifier de manière indépendante, l’élément correspondant prend le pas, qu’un concepteur puisse ou non tracer une ligne verticale à côté.

Quand l’utiliser

Utilisez une chronologie lorsque l’ordre fait partie de l’affirmation et que chaque élément représente un événement, un jalon, une transition d’état ou une phase documentée. Les sujets appropriés incluent l’histoire d’une entreprise, les versions d’un produit, les dates d’adoption et d’application d’une réglementation, les étapes d’une étude de cas achevée, ou les phases de collecte et de publication derrière un rapport.

Appliquez deux tests avant de choisir cet élément :

1. Le test d’échange : échangez deux entrées adjacentes. Si le récit devient historiquement faux, trompeur sur le plan causal ou déroutant sur le plan temporel, l’ordre porte du sens.
2. Le test d’observation : demandez-vous si le lecteur apprend ce qui s’est passé ou reçoit des instructions sur ce qu’il doit faire. L’observation indique une chronologie ; l’exécution indique une liste d’étapes .

Les cas proches nécessitent des structures différentes :

• Une procédure : « Exportez les données, nettoyez-les, puis téléchargez-les » donne des instructions au lecteur. Elle nécessite des actions, des signaux de réussite et des chemins de récupération, et non des descriptions d’événements historiques.
• Une liste de vérification : « Confirmez le propriétaire, la date, la source et le statut » contient des points de vérification indépendants. Leur ordre ne crée pas de sens.
• Une liste de fonctionnalités : « Lancement des rapports, intégrations et alertes » peut simplement énumérer des capacités. Cela devient une chronologie uniquement lorsque les versions datées et leurs conséquences importent.
• Une affirmation avant-après : deux états sont généralement plus clairs sous forme de comparaison directe. N’ajoutez pas un point médian décoratif pour atteindre un nombre minimum d’éléments.
• Un plan de projet : les dates planifiées peuvent utiliser une chronologie uniquement lorsqu’elles sont clairement étiquetées comme programmées ou prévisionnelles. Ne présentez pas une intention comme un historique achevé.
• Une vue d’ensemble de processus : les phases nommées peuvent utiliser une chronologie lorsque la page décrit comment un processus est organisé. Si le lecteur doit exécuter ces phases, utilisez plutôt une liste d’étapes ou une liste de vérification.

La présence de dates ne suffit pas. Une liste de dates de conférence sans lien est un calendrier ou un listing. Une chronologie nécessite un seul sujet et une ligne de développement cohérente.

Où la placer

Placez la chronologie immédiatement après une courte phrase qui nomme son sujet, sa portée et son sens. « Les jalons ci-dessous vont de la création à la version actuelle du produit » suffit. Les lecteurs ne doivent jamais avoir à deviner si le premier élément est le plus ancien, le plus récent, achevé ou planifié.

La position exacte dépend de son rôle :

• Placez une chronologie historique après la définition du sujet ou le résumé de l’état actuel, et avant l’analyse de l’importance de cet historique.
• Placez une chronologie d’étude de cas après la situation de départ et le périmètre, mais avant les résultats détaillés, afin que les lecteurs puissent distinguer la référence de base, l’intervention et la mesure.
• Placez une chronologie de versions après le résumé de la version actuelle. Utilisez l’ordre du plus récent au plus ancien lorsque la découverte du dernier changement est la tâche principale, et étiquetez ce sens.
• Placez une chronologie de mise en œuvre ou de politique après le champ d’application de la règle et avant les obligations actuelles. Les dates d’effet doivent rester visibles en dehors de toute interface repliée.
• Placez une chronologie de recherche après le résumé de la méthode et avant les résultats lorsque le moment de la collecte affecte l’interprétation.

Une chronologie ne peut pas être placée directement à côté d’une liste d’étapes sur le même sujet sans une transition indiquant quel bloc enregistre l’historique et quel bloc donne des instructions. Elle ne peut pas être insérée entre une affirmation et sa source à l’appui, entre un avertissement et sa conséquence, ou à l’intérieur d’une cellule de comparaison. Ne placez pas deux chronologies dos à dos ; combinez-les lorsqu’elles partagent un sujet et une échelle, ou séparez-les par une analyse expliquant pourquoi la deuxième séquence est distincte.

Évitez un appel à l’action promotionnel entre les événements. Cela brise à la fois le flux chronologique et la sémantique de la liste ordonnée. Placez la promotion après la chronologie complète et son interprétation.

Anatomie

L’anatomie étiquetée comprend sept parties :

1. Titre de périmètre : nomme le sujet et la période représentés par l’ensemble.
2. Indication de sens : précise du plus ancien au plus récent ou du plus récent au plus ancien lorsque le contexte environnant ne le rend pas évident.
3. Piste ordonnée : relie visuellement les enregistrements tandis que le <ol> sous-jacent préserve l’ordre sans mise en forme.
4. Marqueur de date ou de phase : identifie quand l’événement s’est produit, à la précision la plus honnête disponible.
5. Titre de l’événement : indique le changement ou le jalon dans une phrase compacte au passé ou au présent.
6. Description : explique ce qui a changé et pourquoi cet événement appartient à la séquence.
7. Statut : distingue optionnellement les événements achevés, en cours, programmés, retardés ou annulés par des mots plutôt que par la couleur seule.

La ligne, les points et les icônes sont décoratifs. Les dates, les titres, les descriptions, les ordres et les statuts sont du contenu et doivent rester disponibles en texte, à l’impression et sans CSS.

Exemples de conception

Chaque variante prise en charge préserve une liste ordonnée et les mêmes champs d’élément. Les variantes changent la densité ou l’emphase, pas le sens.

Verticale standard

Utilisez la variante par défaut pour trois à huit événements avec des descriptions d’une ou deux phrases. Elle offre assez d’espace pour les textes de longueur variable et fonctionne de manière fiable sur les écrans étroits.

Journal des modifications compact

Utilisez l’espacement compact pour des enregistrements courts et fréquents tels que les versions. Les titres ouvrent ; les descriptions restent à une phrase. L’ordre du plus récent au plus ancien est autorisé uniquement lorsque le titre ou l’indication de sens le précise.

Accent sur les jalons

Utilisez l’accent sur les jalons lorsque deux à six points tournants importent plus que les intervalles entre eux. Un jalon actuel mis en évidence doit inclure le mot visible « Actuel » ; la taille ou la couleur seule ne suffit pas.

Chronologie par phases

Utilisez des phases nommées lorsque les dates exactes ne sont pas disponibles ou moins utiles que la position dans le cycle de vie. Les marqueurs de phase doivent être mutuellement distincts et d’une granularité cohérente : « Découverte », « Collecte » et « Publication », pas « Découverte », « 12 Mai » et « Plus tard ».

Horizontale grand écran

Utilisez une présentation horizontale uniquement pour trois à cinq jalons brefs et uniquement si elle devient une liste verticale ordonnée sur les petits écrans sans modifier l’ordre source. N’exigez jamais un défilement horizontal pour découvrir un événement.

Feuille de route à statuts mixtes

Utilisez cette variante pour une véritable feuille de route contenant des événements achevés et planifiés. Chaque élément nécessite un statut textuel, et les dates incertaines utilisent des plages honnêtes comme « T4 2026 » plutôt que des jours inventés.

Paramètres

Le contrat sépare les paramètres de l’ensemble des enregistrements d’événements répétés. Le premier titre parent fournit le titre de l’ensemble ; le premier titre de chaque élément fournit le titre de son événement.

marker est visible et peut contenir une date à la précision que les lecteurs comprennent, comme « Mai 2025 » ou « T3 2026 ». Fournissez date uniquement lorsque la source prend en charge une date calendaire lisible par machine. Un marqueur tel que « Printemps 2025 » ne doit pas être converti en une date ISO inventée. Dans une variante par phases, marker contient le nom de la phase et date est normalement omis.

Syntaxe et exemples de code

Les trois formes ci-dessous encodent la même chronologie achevée. La directive portable est la structure canonique rédigée par l’auteur ; les adaptateurs de plateforme doivent préserver l’ordre, les champs et le libellé visible.

Directive Markdown portable

:::timeline{variant=vertical direction=ascending}
## Chronologie de la recherche et de la publication

::item{marker="Mars 2025" date="2025-03-01" status=completed id="research-approved"}
### Recherche approuvée

L'équipe a fixé la cohorte, les questions et la méthode de comparaison avant le début de la collecte.
::

::item{marker="Avril–Mai 2025" status=completed id="baseline-collected"}
### Référence collectée

Les mêmes mesures ont été enregistrées pour chaque participant durant la fenêtre définie.
::

::item{marker="Juin 2025" date="2025-06-18" status=completed id="findings-published"}
### Résultats publiés

Le rapport a publié ses résultats avec les méthodes, les limites et une date de révision.
::
:::

La plage « Avril–Mai 2025 » n’a pas d’attribut date car une seule date ISO dénaturerait un événement s’étendant sur plusieurs mois.

Shortcode Hugo

{{< timeline_with_icon >}}
[
  {"title":"Mars 2025 — Recherche approuvée","description":"L'équipe a fixé la cohorte, les questions et la méthode de comparaison avant le début de la collecte."},
  {"title":"Avril–Mai 2025 — Référence collectée","description":"Les mêmes mesures ont été enregistrées pour chaque participant durant la fenêtre définie."},
  {"title":"Juin 2025 — Résultats publiés","description":"Le rapport a publié ses résultats avec les méthodes, les limites et une date de révision."}
]
{{< /timeline_with_icon >}}

Le moteur de rendu Hugo existant accepte un tableau JSON avec les champs title et description optionnel et rend les enregistrements dans l’ordre source. La combinaison du marqueur et du titre dans title est son mappage d’adaptateur actuel ; un moteur de rendu plus riche peut séparer ces régions visibles sans modifier le contenu canonique.

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>Recherche approuvée</h3>
<p>L'équipe a fixé la cohorte, les questions et la méthode de comparaison avant le début de la collecte.</p>
<!-- /wp:amicited/timeline-item -->
<!-- wp:amicited/timeline-item {"marker":"April–May 2025","status":"completed","id":"baseline-collected"} -->
<h3>Référence collectée</h3>
<p>Les mêmes mesures ont été enregistrées pour chaque participant durant la fenêtre définie.</p>
<!-- /wp:amicited/timeline-item -->
<!-- wp:amicited/timeline-item {"marker":"June 2025","date":"2025-06-18","status":"completed","id":"findings-published"} -->
<h3>Résultats publiés</h3>
<p>Le rapport a publié ses résultats avec les méthodes, les limites et une date de révision.</p>
<!-- /wp:amicited/timeline-item -->
<!-- /wp:amicited/timeline -->

WordPress doit stocker les enregistrements comme un bloc parent ordonné avec des éléments enfants, et non comme des cartes visuelles sans lien dont l’ordre peut dériver lors de l’édition.

Exemples

Bon : historique de mise en œuvre d’une réglementation

Janvier 2024 — Règle publiée. Le régulateur a publié le texte final et confirmé les organisations concernées.

Juillet 2024 — Période de transition commencée. Les organisations couvertes pouvaient adopter le format de rapport tandis que l’ancien format restait accepté.

Janvier 2025 — Exigences entrées en vigueur. Les nouvelles soumissions devaient utiliser le format publié ; l’option de transition a pris fin.

Avril 2025 — Clarifications fournies. Le régulateur a expliqué comment les soumissions modifiées devaient identifier la période de rapport d’origine.

Ceci est une bonne chronologie car chaque entrée décrit un événement documenté, la précision est cohérente et l’ordre explique le passage de la publication à la transition, à l’application et à la clarification. Un lecteur peut comprendre les obligations actuelles sans confondre une échéance future avec un événement passé.

Mauvais : chronologie d’optimisation d’article

1 — Ajoutez des exemples. Incluez des exemples utiles dans l’article.

2 — Vérifiez les titres. Assurez-vous que les titres décrivent chaque section.

3 — Ajoutez des liens internes. Liez au contenu connexe.

Ceci est mauvais car ce n’est ni une chronologie ni une procédure solide. Les chiffres n’ont ni dates ni phases, et les actions peuvent être effectuées dans un ordre différent sans changer le résultat. L’appeler chronologie décore des vérifications indépendantes d’une fausse séquence. Utilisez une liste de vérification pour les contrôles indépendants ; utilisez une liste d’étapes uniquement si des dépendances rendent l’ordre d’exécution nécessaire.

Balisage schéma et accessibilité

Schema.org n’a pas de type Timeline général. N’émettez pas de propriétés inventées et n’ajoutez pas ItemList uniquement pour donner l’impression que le bloc est structuré. La chronologie peut fournir des faits visibles à des données structurées au niveau de la page lorsqu’un vocabulaire approprié existe déjà — par exemple, une date de publication de version sur une page liée à un logiciel — mais ce mappage est régi par le contrat de schéma de la page, pas par le composant visuel. Les données structurées ne doivent jamais contenir d’événements, de dates ou de statuts omis de la chronologie visible.

La référence fiable lisible par machine est le HTML sémantique : un <ol> dans l’ordre de lecture prévu et un <li> par événement. Utilisez <time datetime="2025-06-18">Juin 2025</time> uniquement lorsque la date machine est prise en charge par la source. Si le marqueur visible est un trimestre, une saison, une plage ou une phase nommée, le texte brut est plus fidèle qu’une valeur datetime fabriquée.

L’accessibilité dépend de la préservation de la séquence sans recourir à la piste graphique. Le titre nomme le sujet et le sens ; la liste ordonnée fournit le compte et la position ; chaque événement conserve son marqueur, son titre, sa description et son statut ensemble. Les lignes, points et icônes décoratifs utilisent des alternatives vides ou sont masqués aux technologies d’assistance. Le statut est écrit en texte, pas transmis uniquement par du vert, de l’ambre ou un cercle rempli.

L’interaction au clavier ne devrait pas être nécessaire pour lire une chronologie. Si des événements individuels renvoient vers des preuves ou des détails, utilisez des liens descriptifs ordinaires et un état de focus visible. Les dispositions horizontales doivent se réorganiser plutôt que de piéger les utilisateurs de clavier ou tactiles dans un défilement latéral. Le zoom à 200 %, l’affichage sur écran étroit, la sortie imprimée et la sortie sans CSS doivent conserver le même ordre.

Règles d’écriture

Utilisez trois à douze événements dans une même chronologie. En dessous de trois, un texte ordinaire ou une comparaison directe avant-après est plus clair. Au-dessus de douze, les lecteurs perdent la forme d’ensemble ; regroupez les événements en ères nommées ou créez des chronologies séparées avec des périmètres indépendants.

Rédigez chaque titre d’événement en deux à dix mots et sa description en 12 à 60 mots. Commencez les titres par le changement, pas par un remplissage : « Exigences entrées en vigueur » est plus fort que « Une nouvelle étape importante ». Les descriptions répondent à ce qui a changé et pourquoi l’événement importe. Utilisez le passé pour les événements achevés, le présent pour un état actuel, et un langage futur ou programmé pour les événements planifiés.

La précision des dates doit suivre les preuves. Si la source ne supporte qu’une année, publiez l’année. Si elle supporte un trimestre, n’inventez pas le premier jour du trimestre pour l’affichage ou les métadonnées. Utilisez un seul style de date dans une chronologie : « 18 Juin 2025 » ne doit pas côtoyer « 06/20/25 », et les dates numériques doivent être évitées lorsque l’interprétation régionale est ambiguë.

Maintenez une granularité cohérente. Une chronologie qui combine « Entreprise fondée », six correctifs hebdomadaires mineurs et « Distribution internationale atteinte » donne aux changements courants plus de poids visuel qu’aux jalons stratégiques. Soit enregistrez les versions de manière cohérente, soit sélectionnez les jalons de manière cohérente et indiquez la règle de sélection.

Ne placez jamais ces éléments à l’intérieur d’un événement :

• une instruction en plusieurs étapes que le lecteur doit exécuter ;
• un appel à l’action promotionnel sans rapport ;
• un témoignage utilisé comme preuve pour l’événement ;
• un avertissement essentiel caché sous une expansion ;
• plusieurs événements indépendants regroupés pour réduire le nombre d’éléments ;
• une date ou un statut que la source ne supporte pas.

Le ton doit être factuel, compact et spécifique. Évitez le langage célébratif tel que « jalon révolutionnaire » sauf si la page l’attribue comme une citation et fournit le contexte. Une chronologie établit sa crédibilité par une séquence vérifiable, pas par l’enthousiasme.

Types d’articles qui l’utilisent

Les lignes ci-dessous sont pilotées par le frontmatter postTypes et utilisent uniquement des slugs d’articles enregistrés.

N’ajoutez pas de chronologie pour satisfaire un modèle de type d’article lorsque la page n’a pas de chronologie significative. Le frontmatter exprime des relations prises en charge, pas une obligation que chaque instance contienne l’élément.

Liste de vérification QA

Avant la publication, vérifiez tous les points suivants :

• Chaque élément enregistre un événement, un jalon, un état ou une phase plutôt que d’instruire le lecteur.
• L’échange d’événements adjacents rendrait le récit faux, trompeur ou plus difficile à comprendre.
• L’introduction nomme le sujet, le périmètre et le sens chronologique.
• La chronologie contient 3 à 12 éléments ou documente une décision de regroupement claire.
• La précision des dates et le statut sont supportés par une source ; aucune date exacte n’a été inventée.
• Les titres contiennent 2 à 10 mots et les descriptions contiennent normalement 12 à 60 mots.
• Les événements utilisent un niveau de granularité cohérent et un seul style de date.
• Les enregistrements achevés, en cours, planifiés, retardés et annulés sont distingués en texte visible.
• La source est une collection ordonnée et la sortie utilise un <ol> avec un <li> par événement.
• Les marqueurs, titres, descriptions et statuts restent ensemble à l’impression, sans CSS et sur écran étroit.
• Les lignes, icônes et couleurs décoratives ne portent aucune information absente du texte.
• Toutes les données structurées correspondent exactement aux événements visibles et utilisent uniquement un vocabulaire adapté à la page.
• Les mappings Markdown portable, Hugo et WordPress préservent le même ordre et le même sens.
• Le placement n’interrompt pas les preuves, les avertissements, les instructions ou l’interprétation finale.

FAQ

Quelle est la différence entre une chronologie et une liste d’étapes ? Une chronologie enregistre ce qui s’est passé ; une liste d’étapes dit au lecteur quoi faire. Le test d’observation tranche le choix.

Chaque élément d’une chronologie a-t-il besoin d’une date exacte ? Non. Utilisez le marqueur le plus précis que les preuves supportent, y compris un mois, un trimestre, une année ou une phase nommée.

Combien d’événements une chronologie doit-elle contenir ? Utilisez trois à douze. Regroupez les historiques plus longs en ères nommées ou en séquences séparées.

Une chronologie a-t-elle son propre type Schema.org ? Non. Utilisez le HTML sémantique en liste ordonnée et uniquement des données structurées au niveau de la page qui correspondent fidèlement à un vocabulaire approprié.

Une chronologie peut-elle aller du plus récent au plus ancien ? Oui, lorsque la découverte du plus récent d’abord est la tâche principale du lecteur. Indiquez le sens et restez cohérent.