Mise à jour produit KENSAI : JSON séparé par langue et parité d’overview renforcent la publication le jour même
Le travail produit du jour a consisté à tuer la dérive silencieuse. Chaque langue requise doit maintenant avoir sa propre voie JSON, sa propre surface d’article localisée et une parité d’overview le jour même pour éviter que l’anglais parte seul devant.
Ce qui a été livré aujourd’hui
Cette mise à jour est moins brillante qu’un nouveau tableau de bord, mais plus importante. Nous avons durci le chemin de publication pour que la sortie multilingue reste structurellement honnête, au lieu de paraître complète pendant que la couche locale dérive en silence.
Les changements centraux sont simples : chaque langue possède son propre index JSON, les overviews du jour pour les langues requises doivent suivre l’anglais, et les fichiers HTML restent la source de vérité pour reconstruire les index dérivés.
- Garder chaque langue dans son propre fichier d’index JSON.
- Exiger la parité d’overview le jour même pour toutes les langues requises.
- Reconstruire les index dérivés à partir des vrais articles HTML plutôt que de faire confiance à des métadonnées vieillies.
1) Chaque langue possède désormais son propre index JSON
La règle dure est maintenant explicite : les articles anglais vont uniquement dans blog-posts.json, l’allemand uniquement dans blog-posts-de.json, le français uniquement dans blog-posts-fr.json, et ainsi de suite. Mélanger les langues dans l’index anglais, ce n’est pas du multilingue, c’est de la corruption de métadonnées avec un meilleur packaging.
Cette séparation compte parce que toutes les surfaces dérivées en dépendent. Filtres, cartes d’overview, attentes hreflang et contrôles de comptage du jour deviennent moins fiables dès qu’une langue fuit dans le mauvais fichier JSON.
2) La parité d’overview le jour même n’est plus facultative
Nous avons aussi durci l’attente suivante : pour chaque langue requise, l’overview du blog du jour doit refléter exactement le même ensemble de publication que l’anglais. Si l’anglais a la mise à jour produit du jour, les overviews locales requises doivent aussi montrer ce post le même jour, pas après un décalage discret ou un nettoyage manuel.
Cette parité n’est pas un détail SEO cosmétique. C’est ce qui sépare un vrai système localisé d’un système qui donne seulement l’illusion d’être synchronisé.
3) Le HTML reste la source de vérité, les index dérivés sont reconstruits à partir de lui
Autre durcissement important : les fichiers HTML d’articles restent la source de vérité, tandis que les index JSON sont régénérés à partir de ces pages réelles. Cela donne au pipeline un mode de récupération plus propre quand le JSON est pollué, dupliqué ou simplement en retard sur le contenu réellement publié.
C’est un meilleur contrat : d’abord les vraies pages, ensuite les index dérivés, puis la génération des overviews. C’est ennuyeux, et c’est précisément pourquoi cela marche.
Pourquoi cela compte
La publication multilingue le jour même casse de façon banale : une langue arrive dans le mauvais index, une overview manque le dernier article, une page locale existe sans métadonnées cohérentes, et soudain le système n’a l’air complet que sous un seul angle. Cette mise à jour vise à fermer ces écarts.
KENSAI ne doit pas publier comme une démo. KENSAI doit publier comme un système qui s’attend à être inspecté.
La suite
La prochaine étape est la même discipline, mais encore plus serrée : moins de dérive silencieuse entre HTML et JSON, une vérification plus nette par langue, et une preuve plus rapide que toutes les surfaces requises correspondent réellement le jour de la publication.
- Une vérification plus stricte langue par langue.
- Moins de dérive entre le HTML publié et les métadonnées indexées.
- Un chemin de preuve plus dur pour la publication multilingue le jour même.