Une agence de communication gère, pour un client international, un site en français, anglais et allemand, chaque langue étant rédigée par une équipe distincte travaillant depuis un pays différent. Le responsable de projet souhaitait qu’un rédacteur allemand ne puisse ni voir ni modifier accidentellement les articles français, une précaution de bon sens qu’aucun réglage WordPress natif ne permet de mettre en place, puisque les rôles et capacités du cœur de WordPress n’ont aucune connaissance de la notion de langue.
Cette checklist détaille la configuration à suivre pour restreindre l’accès éditorial par langue avec Polylang Pro, sans revenir sur le système de rôles et capacités général de WordPress, déjà largement documenté ailleurs et qui reste inchangé dans ses principes de base.
Ce que Polylang Pro ajoute au profil utilisateur
Polylang Pro ajoute, dans l’écran de modification de chaque profil utilisateur, un champ permettant d’associer une ou plusieurs langues autorisées à ce compte. Une fois cette association faite, l’utilisateur ne voit plus, dans la liste des articles de l’administration, que les contenus correspondant à sa ou ses langues autorisées, les autres restant totalement invisibles pour lui.
Checklist de mise en place
- Vérifiez que Polylang Pro est bien actif : la gestion de langue par utilisateur n’existe pas dans la version gratuite de l’extension.
- Créez ou vérifiez les comptes utilisateurs de chaque membre de l’équipe éditoriale, avec le rôle WordPress standard adapté à sa fonction (auteur, éditeur, contributeur).
- Ouvrez le profil de chaque utilisateur et associez la langue correspondant à son équipe dans le champ dédié ajouté par Polylang.
- Testez la connexion avec un compte de test pour chaque langue, en vérifiant que la liste des articles affichée ne montre que le contenu de la langue assignée.
- Vérifiez également les écrans de médiathèque et de commentaires, qui peuvent nécessiter une configuration complémentaire selon la version de l’extension.
- Documentez cette configuration dans un tableau partagé avec les responsables de chaque équipe, pour faciliter l’ajout d’un futur collaborateur.
Le cas des rôles à responsabilité transversale
Un administrateur ou un éditeur en chef ayant besoin de superviser l’ensemble des langues ne doit évidemment pas se voir restreint à une seule langue. Dans ce cas, le champ de langue autorisée du profil utilisateur peut simplement rester vide ou couvrir l’ensemble des langues actives, selon le comportement précis de la version installée de Polylang Pro : une langue vide équivaut généralement à un accès à toutes les langues, un point à vérifier sur l’environnement de test avant de l’appliquer en production.
- Un chef de projet supervisant plusieurs langues garde un accès complet, sans restriction de langue sur son profil.
- Un rédacteur junior fraîchement recruté doit être configuré dès sa création de compte, jamais après coup une fois qu’il a déjà eu accès à d’autres langues.
- Un compte de prestataire externe temporaire mérite une revue de ses droits à la fin de sa mission, y compris la restriction de langue.
Restreindre aussi la création de nouvelles traductions
Au-delà de la visibilité des contenus existants, il est souvent pertinent d’empêcher un rédacteur d’une langue de créer par erreur une nouvelle traduction dans une langue qui n’est pas la sienne, un geste qui peut arriver accidentellement en cliquant sur le mauvais bouton « plus » dans le tableau des traductions liées à un article. Cette restriction plus fine dépasse le réglage de profil standard et demande, sur certains projets, un développement complémentaire basé sur les hooks de capacités de WordPress combinés aux fonctions de Polylang, un sujet qui mérite son propre traitement technique séparé.
Sur un projet à plusieurs équipes éditoriales par langue, je recommande de tester la configuration des rôles avant même la formation des utilisateurs à l’interface : un compte mal configuré dès le départ génère ensuite des habitudes de contournement difficiles à corriger.
Vérifier la configuration après chaque mise à jour majeure
Une mise à jour majeure de Polylang Pro ou de WordPress peut occasionnellement modifier le comportement de ces réglages de visibilité par langue. J’ajoute systématiquement, à ma checklist de recette après une mise à jour, un test de connexion avec un compte représentatif de chaque langue restreinte, pour confirmer que la configuration reste bien effective après le changement de version.
En résumé
Restreindre l’accès éditorial par langue sur un site multilingue géré par plusieurs équipes distinctes ne relève d’aucun réglage WordPress natif : c’est une fonctionnalité spécifique de Polylang Pro, à configurer profil utilisateur par profil utilisateur, puis à vérifier systématiquement par un test de connexion réel pour chaque langue avant de considérer la mise en place terminée.
