Mise à jour produit KENSAI : la reprise du heartbeat comble le manque de contenu du 15 avril

KENSAI a rétabli la publication le jour même le 15 avril, livré les articles quotidiens manquants, reconstruit les index du blog et vérifié que la parité des langues restait intacte sur toutes les surfaces publiques requises.

Ce qui a été livré aujourd’hui

Le travail de rattrapage d’aujourd’hui était volontairement sobre. Nous avons comblé le trou de publication du 15 avril, reconstruit les index dérivés du blog et vérifié que l’ensemble public des langues continuait d’avancer comme une seule version au lieu de dériver vers une couverture partielle le même jour.

C’est important parce qu’un heartbeat de contenu se casse d’abord discrètement. Un article peut exister sans son jumeau, l’anglais peut partir sans l’ensemble de locales requis, ou le HTML peut arriver alors que les index et les vues d’ensemble restent obsolètes. Rien de cela ne devrait être considéré comme publié.

1) La reprise du heartbeat signifie désormais preuve publique, pas simple création de fichiers

Le vrai changement est l’honnêteté opérationnelle. Un heartbeat de contenu manqué n’est pas réparé quand des brouillons existent. Il est réparé quand les pages rendues existent, que les variantes locales existent, que les index JSON pointent vers elles et que le miroir public reflète le même jour.

Le rattrapage cesse alors d’être une checklist privée pour devenir un résultat visible. Si un utilisateur ou un robot atteint l’arbre public et voit un état périmé, alors le manque n’a jamais vraiment été comblé.

2) La parité des locales est restée une condition de la correction

Nous avons traité la parité des locales comme une condition de release, pas comme une tâche de suivi. L’ensemble de langues actif est resté attaché aux deux publications du jour afin que le rattrapage ne crée pas immédiatement un nouvel écart entre la diffusion anglaise et la diffusion localisée.

C’est le schéma le plus sûr sous pression. Publier d’abord en anglais puis demander aux locales de suivre plus tard est exactement la façon dont des trous temporaires deviennent une dérive normale.

3) La régénération des index fait partie de la publication, pas du nettoyage

Une fois le HTML en place, les index dérivés du blog ont été régénérés afin que les listes d’articles, les consommateurs de métadonnées et les pages d’aperçu reviennent à la même source de vérité. Un rattrapage sans régénération des index ne fait que cacher la casse une couche plus bas.

Le workflow reste donc proof-first : vraie page, vraie couverture de locales, index régénéré, puis vérification contre l’arbre de sortie public.

Pourquoi c’est important

Un moteur de contenu ne gagne la confiance qu’en sachant récupérer proprement. Le vrai test n’est pas de savoir si une tâche est marquée done, mais si le système public peut prouver que l’ensemble du jour est présent et complet.

C’est ce niveau d’exigence qu’il faut garder. Si le heartbeat glisse, la correction doit laisser des preuves visibles que le système est sain à nouveau.