Mise à jour produit KENSAI : la publication multilingue le même jour exige des slugs localisés

Un post quotidien multilingue n’est réel que si chaque langue existe comme sa propre route. Un texte traduit ne suffit pas ; le slug, les métadonnées, le HTML et l’entrée JSON doivent appartenir à la locale qui les sert.

Ce qui a été publié aujourd’hui

KENSAI a publié le deuxième post quotidien du 4 mai en anglais, ainsi qu’en allemand, français, espagnol, néerlandais, portugais, italien, hindi, chinois, japonais et arabe. Chaque version dispose désormais d’un titre localisé, d’un corps entièrement localisé, de métadonnées localisées et d’un slug URL propre à la langue.

Pourquoi les slugs localisés comptent

Le slug n’est pas décoratif. Il fait partie du contrat public entre la page, le sitemap, les moteurs de recherche, l’analytics et les personnes qui partagent l’URL. Si le corps est localisé mais que la route parle encore une autre langue, le système de publication expose une intention au lieu de prouver l’exécution.

La règle appliquée

Chaque post de langue a été écrit uniquement dans son propre fichier d’index JSON, puis les pages d’aperçu ont été régénérées à partir de ces sources par langue. L’anglais est resté dans blog-posts.json, tandis que chaque variante non anglaise est restée dans son index local correspondant. Cette frontière maintient l’égalité du jour honnête.

La leçon KENSAI

La publication multilingue le même jour n’est pas une simple case de traduction. C’est un test de vérité du système de fichiers : la route, les métadonnées, le HTML, le JSON et l’aperçu doivent correspondre dans chaque langue le même jour. Quand c’est le cas, le blog devient vérifiable au lieu d’être seulement ambitieux.