Il n’est pas rare que des sites web soient proposés en plusieurs langues. Ce qui paraît simple et évident est en réalité plus compliqué, surtout si l’on n’utilise pas les bons outils.
Quels sont donc les points à prendre en compte concernant le multilinguisme ?
- Souhaites-tu une traduction 1:1, c’est-à-dire que chaque page sera également traduite dans une autre langue ?
- Les autres langues doivent-elles disposer de leurs propres URL pour des contenus équivalents ? Certaines langues doivent-elles même utiliser leurs propres domaines ?
- As-tu besoin d’un sélecteur de langue ? Redirige-t-il directement vers la page correspondante dans l’autre langue, ou toujours vers la page d’accueil de la langue sélectionnée ? Existe-t-il une sélection automatique de la langue en fonction de la langue définie dans le navigateur du visiteur ?
- Y a-t-il un champ de recherche ? Seuls les résultats de recherche de la langue actuelle doivent-ils être affichés ?
- Le code source est-il également balisé en fonction de la langue pour les moteurs de recherche ?
- Différentes équipes doivent-elles gérer les différentes langues ?
WordPress et le multilinguisme
Il convient tout d’abord de savoir que WordPress ne gère nativement pas le multilinguisme – du moins pas directement. Rien n’a changé à ce jour (en 2026) : le multilinguisme au cœur du système est certes annoncé comme la dernière phase du projet Gutenberg, mais n’a pas encore été mis en œuvre.
Grâce au détour par le mode Multisite (réseau), il est possible de créer des sous-sites plus ou moins indépendants, qui peuvent être utilisés pour représenter des variantes linguistiques. Mais nous y reviendrons plus tard.
WordPress ne devient un CMS multilingue que grâce à des extensions : on peut en citer quelques-unes (connues) : WPML (payant, licence annuelle), Polylang (freemium), TranslatePress (freemium) ou MultilingualPress (payant, fonctionne uniquement avec Multisite).
Grâce au détour par le mode Multisite (réseau), il est possible de créer des sous-sites plus ou moins indépendants, qui peuvent être utilisés pour représenter des variantes linguistiques. Mais nous y reviendrons plus tard.
WordPress ne devient un CMS multilingue que grâce à des extensions : on peut en citer quelques-unes (connues) : WPML (payant, licence annuelle), Polylang (freemium), TranslatePress (freemium) ou MultilingualPress (payant, fonctionne uniquement avec Multisite).
Le multilinguisme fait soi-même
En théorie, un site web multilingue pourrait aussi être réalisé sans extensions, moyennant un peu de travail de programmation : les variantes linguistiques sont créées comme pages principales, par exemple de et fr, sous lesquelles sont créées les pages respectives des variantes linguistiques et le contenu rédigé dans la langue correspondante. Mais pour qu’un menu allemand s’affiche lors de la sélection de /de et un menu français pour /fr, il faut utiliser des modèles différents pour les différentes arborescences de pages (ou il suffit d’intégrer un aiguillage). Les différents modèles permettent d’insérer dans le code source des indicateurs de langue HTML (ce que l’on ne peut pas faire avec les moyens standards de WordPress) ou d’afficher des menus spécifiques à chaque langue. Il n’est pas nécessaire de se soucier particulièrement des zones de widgets dans le modèle, celles-ci peuvent être gérées dans le back-end, par exemple avec des extensions telles que Content Aware Sidebars. Cela se complique un peu avec le sélecteur de langue, ou la connexion logique de pages identiques en tant que variantes linguistiques. Et cela devient encore plus compliqué si l’on souhaite exploiter une boutique, par exemple avec WooCommerce.
Restons-en à cet exemple : il est facile de constater que cela demande beaucoup de travail et nécessite en plus des connaissances pointues en programmation de thèmes WordPress. Il existe une solution bien plus simple.
Restons-en à cet exemple : il est facile de constater que cela demande beaucoup de travail et nécessite en plus des connaissances pointues en programmation de thèmes WordPress. Il existe une solution bien plus simple.
Le multilinguisme avec WordPress Multisite
Comme déjà décrit, il est également possible de créer un site web multilingue avec les outils natifs de WordPress. Il faut tout d’abord installer WordPress dans sa version Multisite. Ce n’est pas difficile, mais peu d’installateurs en un clic le permettent, il faut donc procéder manuellement.
Une fois la mise en place effectuée, on découvre vite les particularités de ce mode de fonctionnement : il existe un super-administrateur. Seul le super-administrateur est autorisé à créer d’autres sous-sites ainsi qu’à installer des thèmes et des extensions. Les « administrateurs normaux » sont chacun responsables de leur sous-site attribué, mais ils ne peuvent pas installer de thèmes ou d’extensions comme dans le mode WordPress normal. Ils peuvent seulement activer ou désactiver ceux installés par le super-administrateur. Il est important de savoir à ce stade que toutes les extensions ne sont pas compatibles avec Multisite.
Le super-administrateur crée par exemple 2 sous-sites, l’un « de », l’autre « fr », et définit 2 équipes qu’il attribue aux 2 sous-sites. Il peut s’agir des mêmes utilisateurs pouvant accéder aux deux sous-sites, ou d’utilisateurs distincts. C’est justement cette possible séparation qui constitue une fonctionnalité à laquelle certains exploitants de sites web ne veulent pas renoncer : des équipes distinctes pour des variantes linguistiques distinctes. Il est clair qu’une telle fonctionnalité intéresse surtout les grandes entreprises ou celles qui ont des processus de travail strictement réglementés.
Cette séparation des sous-sites présente l’avantage de pouvoir créer des sites web entièrement distincts, mais comporte en même temps le risque que deux sous-sites (variantes linguistiques) finissent par se différencier visuellement au fil du temps – ce que peu de personnes souhaitent.
Pour relier logiquement entre elles les pages identiques des différents sous-sites, il existe (une fois de plus) des extensions, comme par exemple Multisite Language Switcher.
Une fois la mise en place effectuée, on découvre vite les particularités de ce mode de fonctionnement : il existe un super-administrateur. Seul le super-administrateur est autorisé à créer d’autres sous-sites ainsi qu’à installer des thèmes et des extensions. Les « administrateurs normaux » sont chacun responsables de leur sous-site attribué, mais ils ne peuvent pas installer de thèmes ou d’extensions comme dans le mode WordPress normal. Ils peuvent seulement activer ou désactiver ceux installés par le super-administrateur. Il est important de savoir à ce stade que toutes les extensions ne sont pas compatibles avec Multisite.
Le super-administrateur crée par exemple 2 sous-sites, l’un « de », l’autre « fr », et définit 2 équipes qu’il attribue aux 2 sous-sites. Il peut s’agir des mêmes utilisateurs pouvant accéder aux deux sous-sites, ou d’utilisateurs distincts. C’est justement cette possible séparation qui constitue une fonctionnalité à laquelle certains exploitants de sites web ne veulent pas renoncer : des équipes distinctes pour des variantes linguistiques distinctes. Il est clair qu’une telle fonctionnalité intéresse surtout les grandes entreprises ou celles qui ont des processus de travail strictement réglementés.
Cette séparation des sous-sites présente l’avantage de pouvoir créer des sites web entièrement distincts, mais comporte en même temps le risque que deux sous-sites (variantes linguistiques) finissent par se différencier visuellement au fil du temps – ce que peu de personnes souhaitent.
Pour relier logiquement entre elles les pages identiques des différents sous-sites, il existe (une fois de plus) des extensions, comme par exemple Multisite Language Switcher.
Le multilinguisme avec WPML
Venons-en maintenant au sujet principal de cet article : WPML (WPML = WordPress MultiLingual). Je n’expliquerai pas toutes les fonctionnalités de l’extension, seulement les principales. Contrairement au mode Multisite, WPML permet d’insuffler du multilinguisme à un site web même après coup, les préparatifs n’ont donc pas besoin d’être planifiés longtemps à l’avance (à proprement parler, il est également possible de transformer après coup un site web normal en Multisite ou de l’importer dans un sous-site, mais c’est assez compliqué et source d’erreurs).
WPML se compose de plusieurs composants, dont il n’est pas forcément nécessaire d’installer la totalité. L’unité centrale est le WPML Multilingual CMS ; dans la plupart des cas, le composant « WPML String Translation » est également installé. (En 2026 : « WPML Translation Management » est intégré à l’extension principale depuis WPML 4.5, « WPML Sticky Links » n’est plus nécessaire, car WPML ajuste lui-même les liens internes lors de la traduction, et « WPML CMS Nav » n’est plus utile qu’à quelques sites web. String Translation n’est disponible qu’à partir de la licence « Multilingual CMS ».)
Paramètres de base de WPML
Une fois l’installation effectuée, tu définis dans un assistant de configuration les langues supplémentaires à créer et peux régler différents points tels que :
- Définition de la langue par défaut
- Les variantes linguistiques doivent-elles être affichées sous forme de sous-répertoires (« /de », « /fr »), avec un domaine propre à chaque langue ou sous forme de paramètre d’URL GET (« ?lang=de », « ?lang=fr »)
- Options du sélecteur de langue, par exemple la gestion des contenus disponibles dans une seule langue, le sélecteur sous forme de liste déroulante ou avec des drapeaux ou le nom complet de la langue, etc.
- Configuration d’une redirection linguistique automatique en fonction de la langue du navigateur définie par les visiteurs
Dupliquer des pages avec WPML pour la traduction
Une fois les paramètres de base terminés, la traduction peut commencer : chaque page et chaque article de blog peuvent être dupliqués dans la langue souhaitée d’un simple clic dans la liste récapitulative (avec ou sans copie du contenu). Une fonctionnalité intéressante consiste à modifier la traduction indépendamment ou à la lier à l’original. Dans ce dernier cas, tu es averti des modifications apportées à l’original lors de l’affichage de la traduction.
En 2026 : la traduction s’effectue aujourd’hui le plus souvent via les icônes « plus » dans la liste des pages ou via le tableau de bord de traduction (WPML > Translation Management) dans l’éditeur de traduction avancé. Sur demande, WPML traduit également automatiquement les contenus par IA ; les licences supérieures comprennent à cet effet un quota de mots.
En 2026 : la traduction s’effectue aujourd’hui le plus souvent via les icônes « plus » dans la liste des pages ou via le tableau de bord de traduction (WPML > Translation Management) dans l’éditeur de traduction avancé. Sur demande, WPML traduit également automatiquement les contenus par IA ; les licences supérieures comprennent à cet effet un quota de mots.
Menus dépendants de la langue
Il n’y a pas que les pages qui doivent être traduites. Les menus doivent également être attribués automatiquement à la langue sélectionnée. Avec WPML, c’est très simple. Tu peux soit utiliser la fonction de synchronisation (menu « WPML > Synchroniser les menus WP »), soit créer une nouvelle navigation, sélectionner la langue et définir de quelle variante linguistique il s’agit. Si ton site web utilise un thème basé sur des blocs, tu traduis la navigation directement dans le tableau de bord de traduction.
De nombreuses autres fonctionnalités
Je ne rentrerai pas dans les détails, mais WPML dispose de modules pour une localisation optimisée de :
- Gravity Forms (une extension payante pour créer des formulaires)
- Différents constructeurs de pages : les constructeurs de pages sont des extensions qui remplacent l’éditeur visuel de WordPress ; ils permettent de créer facilement des mises en page complexes dans la zone de contenu. Parmi les constructeurs de pages connus figurent notamment le gratuit SiteOrigin Page Builder ou le payant WPBakery Page Builder (anciennement Visual Composer). Depuis WordPress 5.0, WordPress intègre lui-même un outil de mise en page avec l’éditeur de blocs, que WPML prend également en charge.
- WooCommerce – l’extension boutique en ligne pour WordPress
Utilisez WPML gratuitement avec le forfait Premium de SaaS Web
Dans le forfait Premium de notre hébergement WordPress géré, l’utilisation de différentes extensions payantes est incluse gratuitement. Outre WPML, il y a également Gravity Forms, SearchWP – une fonction de recherche améliorée – et la version Pro de l’extension Newsletter.
Tu trouveras ici les offres d’hébergement WordPress géré.
Tu prévois un nouveau site web ? Nous développons des sites web WordPress que tu peux gérer toi-même. En savoir plus sur les sites web WordPress