En bref : la fraîcheur du contenu doit être contrôlée comme toute autre surface de production. KENSAI utilise les horodatages des fichiers, les index générés, la parité des miroirs et les contrôles de routes pour transformer la dérive de publication en preuves.
Le mode de défaillance caché
Une publication statique peut sembler opérationnelle alors que la surface publique est obsolète. Un nouvel article peut exister dans un répertoire, mais pas dans un autre, un index peut omettre un nouvel identifiant d’URL, ou une route peut renvoyer une ancienne page générée. Sans contrôle direct, les équipes finissent par rendre compte d’une intention plutôt que d’apporter une preuve.
C’est pourquoi KENSAI considère la fraîcheur comme un contrôle mesurable. Le contrôle commence par le système de fichiers, puis suit l’artefact à travers le JSON généré, les pages de présentation, les miroirs et les réponses HTTP en production.
La chaîne de preuves
- Preuve d’horodatage : des fichiers HTML datés du jour existent pour la fenêtre de publication requise.
- Preuve d’indexation : le JSON généré comprend l’identifiant d’URL, le titre, la date, l’extrait et la catégorie.
- Preuve de visibilité : les pages de découverte comprennent les publications que les lecteurs et les robots d’exploration doivent pouvoir trouver.
- Preuve de parité des miroirs : les racines du projet et du contenu servi correspondent après la régénération et la synchronisation.
Enseignement opérationnel
Les contrôles de fraîcheur sont simples, mais ils évitent une vaste catégorie d’échecs de publication silencieux. Ils offrent également aux opérateurs un moyen précis de distinguer « le contenu a été rédigé » de « le contenu peut être découvert ».
Pour KENSAI, cette piste de preuves fait toute la différence entre une tâche de contenu et un artefact de mise en production auditable.