Le WordPress d'aujourd'hui, décodé pour les développeurs

Multilingue

WordPress 7.0 et la traduction du cœur : ce que les mainteneurs doivent revoir

WordPress 7.0 modifie des chaînes du cœur logiciel, un chantier de traduction communautaire distinct de l'impact déjà documenté sur les extensions multilingues.

Par Clément Hadrot • 15 septembre 2026 • 5 min de lecture • Aucun commentaire
WordPress 7.0 et la traduction du cœur : ce que les mainteneurs doivent revoir

« make.wordpress.org/polyglots » recense, à chaque sortie de version majeure, l’avancement de la traduction du cœur logiciel dans chacune des langues officiellement supportées. Avec WordPress 7.0, cette page a de nouveau mis en évidence un phénomène récurrent mais rarement analysé en profondeur : l’écart de traduction qui se creuse entre les langues bénéficiant d’équipes de traducteurs bénévoles actives et celles qui en manquent, un sujet distinct de l’impact déjà traité sur les extensions multilingues tierces comme WPML ou Polylang.

Ce que modifie une version majeure dans les chaînes du cœur

Chaque version majeure de WordPress introduit son lot de nouvelles chaînes de texte dans l’interface d’administration, mais aussi, plus rarement, modifie des chaînes existantes pour en clarifier le sens ou refléter un changement fonctionnel. WordPress 7.0 a modifié plusieurs libellés liés à l’organisation du contenu dans l’administration, invalidant du même coup les traductions existantes de ces chaînes précises dans l’ensemble des fichiers de langue du cœur, quelle que soit la langue concernée.

Une chaîne modifiée, même légèrement, ne conserve pas sa traduction précédente : le système de traduction du cœur, basé sur des fichiers .po et .mo associant chaîne source et chaîne traduite, exige une correspondance exacte. Une chaîne légèrement reformulée en anglais redevient donc non traduite jusqu’à ce qu’un traducteur bénévole fournisse la nouvelle traduction correspondante.

Le décalage entre langues bien et mal dotées

L'essentiel à retenir : Une chaîne du cœur modifiée invalide sa traduction existante dans tous les fichiers de langue ; Les équipes de traduction locale doivent prioriser les chaînes à fort impact utilisateur ; Le décalage de traduction touche d'abord les langues les moins dotées en traducteurs bénévoles

Les langues bénéficiant d’équipes de traduction communautaires nombreuses et actives, comme l’allemand ou l’espagnol, ont généralement rattrapé ce décalage en quelques jours après la sortie de WordPress 7.0. D’autres langues, moins dotées en traducteurs bénévoles réguliers, ont conservé pendant plusieurs semaines des chaînes d’administration non traduites, obligeant les utilisateurs de ces langues à voir apparaître ponctuellement du texte en anglais au milieu d’une interface par ailleurs entièrement localisée.

Ce phénomène n’est pas nouveau à chaque version majeure, mais son ampleur dépend directement du nombre de chaînes modifiées et de la disponibilité des équipes de traduction concernées au moment précis de la sortie, un facteur largement indépendant de la qualité technique de la version elle-même.

Prioriser les chaînes à fort impact utilisateur

Face à ce constat, plusieurs équipes de traduction locale ont adopté une approche de priorisation plutôt qu’une traduction exhaustive immédiate : traduire en premier les chaînes visibles dans les écrans les plus fréquentés de l’administration, comme la liste des articles ou l’éditeur de blocs, en repoussant les chaînes de configuration avancée moins consultées au quotidien par la majorité des utilisateurs.

  • Une chaîne modifiée perd sa traduction existante, même pour un changement mineur.
  • Le décalage de traduction dépend de la disponibilité des équipes bénévoles, pas de la complexité technique.
  • Prioriser les chaînes à fort impact utilisateur limite la gêne perçue en attendant la traduction complète.

Un rôle spécifique pour les mainteneurs d’extensions multilingues

Ce chantier de traduction du cœur reste distinct des ajustements que les extensions comme WPML ou Polylang doivent apporter à leur propre compatibilité avec une nouvelle version majeure. Les mainteneurs de ces extensions n’interviennent pas sur la traduction des fichiers de langue du cœur lui-même, gérée par les équipes de traduction communautaires du projet WordPress, mais s’assurent que leurs propres interfaces restent cohérentes avec les nouveaux écrans introduits par la version majeure.

La traduction du cœur WordPress reste un travail communautaire bénévole, dont la vitesse dépend directement du nombre de contributeurs actifs par langue au moment précis de chaque sortie majeure.

Ce qu’un administrateur de site peut faire en attendant

En attendant la traduction complète d’une nouvelle version majeure dans sa langue, un administrateur de site ne dispose d’aucun levier direct pour accélérer le processus, en dehors de contribuer lui-même à l’équipe de traduction locale via la plateforme dédiée du projet. Certains ont choisi de retarder volontairement la mise à jour vers une version majeure de quelques semaines, le temps que la traduction de leur langue rattrape un niveau jugé satisfaisant.

Pour aller plus loin

La traduction du cœur logiciel de WordPress mérite d’être suivie comme un chantier à part entière par toute équipe gérant un site dans une langue moins richement dotée en traducteurs bénévoles. Contribuer, même ponctuellement, à l’équipe de traduction locale via la plateforme communautaire du projet reste le seul moyen d’influer directement sur la rapidité avec laquelle une nouvelle version majeure devient pleinement localisée.

Partager :

À propos de l'auteur

Clément Hadrot

Développeur WordPress, passionné par Elementor, le FSE et l’automatisation par IA.

Voir tous ses articles

Dans la même veine

À lire aussi