Polylang WordPress : comment créer un site multilingue bien référencé

WordPress ne propose pas de système multilingue natif. Pour passer d’un site en une langue à un site disponible en français, anglais, espagnol ou dans n’importe quelle autre langue, il faut un plugin dédié. Polylang est le plus utilisé : plus de 700 000 installations actives, une version gratuite généreuse et une intégration profonde avec WordPress. Ce guide couvre l’installation, la configuration complète, et surtout ce que les autres tutoriels n’abordent jamais : le SEO international avec Polylang, les balises hreflang, la structure des URLs et la configuration avec Rank Math ou Yoast.

Si vous cherchez d’abord à optimiser votre SEO WordPress de façon générale avant d’aller sur le multilingue, consultez mon guide SEO WordPress complet. Et si vous voulez un accompagnement sur votre projet multilingue, ma page consultant SEO WordPress freelance détaille mes prestations.

Pourquoi passer à un site multilingue et quand ça vaut vraiment le coup

Un site multilingue n’est pas une décision à prendre à la légère. C’est un investissement en temps de traduction, en maintenance de contenu et en configuration technique qui n’a de sens que si votre audience réelle ou potentielle parle plusieurs langues. Avant de vous lancer, posez-vous les bonnes questions.

Quand le multilingue est indispensable

Plusieurs situations justifient clairement un site multilingue :

• Vous vendez des produits ou des services à l’international et vos clients potentiels ne lisent pas le français
• Votre Google Search Console montre un trafic entrant depuis des pays non francophones : des visiteurs cherchent votre contenu dans leur langue et arrivent sur un site qu’ils ne peuvent pas lire
• Vous opérez dans une région bilingue ou multilingue : Suisse (FR/DE/IT/EN), Belgique (FR/NL), Canada (FR/EN), Luxembourg
• Vous ciblez explicitement un marché étranger, par exemple l’Espagne ou l’Allemagne, et vous voulez ranker sur Google.es ou Google.de
• Vous avez une boutique WooCommerce et vous souhaitez proposer vos produits dans plusieurs langues avec des fiches et des processus de paiement localisés

Quand le multilingue ne vaut pas la peine

À l’inverse, certaines situations ne justifient pas l’investissement :

• Votre clientèle est 100% locale et francophone : la traduction n’apportera aucun client supplémentaire
• Vous n’avez pas les ressources pour maintenir le contenu traduit à jour : un site avec des traductions en retard ou incomplètes dégrade l’expérience utilisateur et peut nuire au SEO
• Vous envisagez une traduction automatique sans relecture : Google Translate ou DeepL non relu génèrent souvent du contenu de mauvaise qualité que Google pénalise

Le multilingue comme levier de SEO international

Un site multilingue bien configuré est le fondement d’une stratégie de SEO international. Chaque version linguistique cible un marché et des mots-clés spécifiques dans cette langue. Un article « consultant SEO WordPress » en français cible Google.fr, sa version en anglais « WordPress SEO consultant » cible Google.com, Google.co.uk ou Google.au. Ce sont des marchés différents, avec des concurrents différents et des opportunités différentes. Le multilingue multiplie donc mécaniquement votre surface d’exposition sur les moteurs de recherche, à condition que chaque version soit une vraie traduction optimisée et non une simple copie traduite automatiquement.

Polylang vs WPML vs Weglot : lequel choisir

Il existe plusieurs plugins pour rendre WordPress multilingue. Trois dominent le marché français en 2026 : Polylang, WPML et Weglot. Ils ont des approches radicalement différentes et ne s’adressent pas aux mêmes projets.

Polylang

Polylang fonctionne en créant des versions distinctes de chaque contenu pour chaque langue. Vous rédigez votre page en français, puis vous créez manuellement sa version anglaise liée à l’original. Les deux versions sont des contenus WordPress indépendants, reliés entre eux par Polylang. C’est l’approche la plus propre pour le SEO : chaque version a sa propre URL, ses propres balises title et meta description, son propre contenu optimisé.

Points forts : version gratuite très complète, performances excellentes (utilise uniquement les taxonomies natives WordPress, pas de tables supplémentaires), contrôle total sur chaque traduction, le meilleur rapport qualité-prix du marché.

Limites : la traduction est manuelle. Il n’y a pas de traduction automatique intégrée dans la version gratuite. Sur un gros site avec des centaines de pages, la mise en place initiale prend du temps.

Tarif : gratuit pour la version de base. Polylang Pro à 99€/an pour 1 site (avec traduction automatique via DeepL ou Lingotek, sélecteur de langue dans les menus FSE, support prioritaire).

WPML

WPML (WordPress Multilingual Plugin) est le plus ancien et le plus complet des plugins multilingues WordPress. Il propose une gestion avancée des traductions avec un tableau de bord dédié, une compatibilité avec presque tous les thèmes et plugins du marché, et une interface de traduction professionnelle.

Points forts : compatibilité maximale avec les thèmes et plugins complexes, outils de gestion de traduction avancés, adapté aux grands projets corporate avec plusieurs traducteurs.

Limites : premium uniquement (à partir de 39$/an pour la licence la plus basique, 99$/an pour la licence CMS complète), plus lourd que Polylang, configuration plus complexe pour les débutants.

À choisir si : votre site est complexe (thème premium avec page builder, nombreux custom post types), vous avez une équipe de traducteurs à gérer, ou vous avez besoin d’une compatibilité garantie avec un écosystème de plugins particulier.

Weglot

Weglot fonctionne différemment des deux précédents : c’est un service de traduction en SaaS. Le plugin intercepte le contenu de votre site et le traduit automatiquement via une API externe (DeepL, Google Translate). Les traductions sont stockées sur les serveurs de Weglot, pas sur votre WordPress.

Points forts : mise en place très rapide (moins d’une heure pour un site simple), traduction automatique de haute qualité avec relecture possible depuis leur tableau de bord, compatible avec tous les thèmes et builders.

Limites : abonnement mensuel ou annuel selon le volume de mots traduits (à partir de 17€/mois), dépendance à un service tiers, les URLs générées sont parfois moins propres pour le SEO selon la configuration, et les données de contenu ne sont pas hébergées sur votre serveur.

À choisir si : vous voulez aller vite, vous avez un budget récurrent et vous ne voulez pas gérer les traductions manuellement.

Mon choix : Polylang

Pour la grande majorité des projets de taille petite à moyenne, Polylang est le meilleur choix. La version gratuite couvre tous les besoins de base d’un site multilingue, les performances sont meilleures que WPML, et le contrôle sur les traductions est total. La suite de ce guide se concentre sur Polylang.

Installer et configurer Polylang pas à pas

L’installation de Polylang suit le processus standard de tout plugin WordPress, mais la configuration initiale mérite d’être faite soigneusement : les choix que vous faites à l’installation (structure des URLs, langue par défaut) sont difficiles à modifier sans impact SEO une fois que le site est en ligne et indexé.

Installation

Depuis le tableau de bord WordPress, allez dans Extensions > Ajouter une extension. Recherchez « Polylang ». Installez et activez l’extension officielle développée par WP SYNTEX. Une fois activé, Polylang lance automatiquement un assistant de configuration. Je vous recommande de le suivre pour configurer les éléments de base, puis d’affiner les réglages avancés manuellement.

Si vous avez d’autres plugins multilingues déjà installés (WPML, TranslatePress, qTranslate), désactivez-les avant d’activer Polylang pour éviter des conflits. Deux plugins multilingues actifs simultanément génèrent des comportements imprévisibles sur les URLs et les traductions.

Ajouter les langues

Dans le menu Langues > Langues, ajoutez toutes les langues que votre site proposera. Pour chaque langue, Polylang vous demande de choisir :

• La langue : sélectionnez depuis la liste des plus de 100 langues prédéfinies. Polylang télécharge automatiquement le pack de langue WordPress correspondant.
• Le slug de langue : c’est le code qui apparaîtra dans vos URLs si vous choisissez la structure sous-dossier. Par défaut « fr » pour le français, « en » pour l’anglais, « es » pour l’espagnol. Gardez les codes ISO standards.
• L’ordre : définit l’ordre d’affichage dans le sélecteur de langue.

Définissez ensuite la langue par défaut en cliquant sur l’étoile à côté de la langue principale de votre site. C’est la langue dans laquelle votre contenu existant est rédigé. Cette décision est importante : la langue par défaut conditionne le comportement de Polylang pour le contenu non traduit.

Réglages généraux de Polylang

Dans Langues > Réglages, plusieurs options méritent votre attention :

• Langue pour les visiteurs non reconnus : choisissez si Polylang doit détecter automatiquement la langue du navigateur du visiteur et l’afficher dans la langue correspondante, ou toujours afficher la langue par défaut. Pour le SEO, je recommande de laisser l’option de détection active : un visiteur anglophone qui arrive sur votre site sera redirigé vers la version anglaise, ce qui améliore l’expérience utilisateur et le taux d’engagement.
• Langue dans les URLs : c’est le réglage le plus important pour le SEO (voir H2 suivant).
• Masquer la langue par défaut dans les URLs : option qui permet d’avoir votresite.fr/article/ au lieu de votresite.fr/fr/article/ pour la langue principale. Je déconseille généralement cette option car elle crée des incohérences dans la structure des URLs entre les langues.
• Compatibilité médias : activez la traduction des médias si vous souhaitez avoir des images différentes selon les langues (utile pour les infographies avec texte, les captures d’écran localisées).

Assigner les contenus existants à une langue

Si vous installez Polylang sur un site existant avec du contenu déjà publié, Polylang vous demandera d’assigner une langue à chaque contenu existant. Allez dans Langues > Utilitaires pour faire cette assignation en masse. Tous vos articles, pages et médias existants doivent être assignés à votre langue principale avant de commencer à créer les traductions.

Structure des URLs multilingues : sous-dossier, sous-domaine ou domaine distinct

La structure des URLs est le choix technique le plus important d’un site multilingue pour le SEO. Elle détermine comment Google identifie et indexe chaque version linguistique, comment l’autorité de domaine se distribue entre les langues, et quelle flexibilité vous aurez pour cibler des marchés géographiques distincts.

Les trois options disponibles

Sous-dossier (recommandé) : chaque langue est accessible dans un sous-répertoire du domaine principal.

• Français : votresite.fr/fr/article/ ou votresite.fr/article/ (langue par défaut sans préfixe)
• Anglais : votresite.fr/en/article/
• Espagnol : votresite.fr/es/articulo/

Sous-domaine : chaque langue est accessible via un sous-domaine dédié.

• Français : fr.votresite.fr/article/
• Anglais : en.votresite.fr/article/

Domaine distinct : chaque langue a son propre nom de domaine (nécessite Polylang Pro ou une configuration avancée).

• Français : votresite.fr
• Anglais : votresite.com ou votresite.co.uk

Quel choix pour le SEO

Le sous-dossier est la solution recommandée par Google et la plus couramment utilisée. Ses avantages sont nombreux : toute l’autorité de domaine accumulée (backlinks, ancienneté) bénéficie à toutes les versions linguistiques. La maintenance technique est simple : un seul site, un seul hébergement, un seul certificat SSL. Et la configuration dans Google Search Console est plus simple : une seule propriété avec des rapports filtrés par préfixe d’URL.

Le sous-domaine est une option intermédiaire que Google traite de façon similaire au sous-dossier dans la plupart des cas, mais qui implique une configuration plus lourde (DNS, SSL par sous-domaine, propriétés GSC séparées).

Le domaine distinct a du sens uniquement si vous ciblez un pays très spécifique et souhaitez signaler clairement à Google votre ciblage géographique via le ccTLD (country code top-level domain). Un .de pour l’Allemagne envoie un signal géographique très fort à Google.de. Mais l’autorité de domaine de chaque domaine est indépendante : vous devez construire la notoriété de chaque domaine séparément, ce qui multiplie le travail de netlinking.

Configurer la structure dans Polylang

Dans Langues > Réglages > URL, choisissez votre structure. Une fois votre site en ligne et indexé, changer de structure génère des changements d’URLs en masse qui nécessitent des redirections 301 sur toutes vos pages. Prenez cette décision avant de publier vos premières traductions.

Si vous choisissez la structure sous-dossier avec la langue par défaut sans préfixe (option « La langue par défaut n’a pas de préfixe »), les URLs françaises seront votresite.fr/article/ et les URLs anglaises votresite.fr/en/article/. C’est la configuration la plus propre pour la plupart des sites francophones qui ajoutent une ou deux langues secondaires.

Traduire pages, articles, menus et médias

Une fois Polylang configuré, la traduction du contenu se fait directement depuis l’éditeur WordPress. Polylang ajoute une colonne « Langues » dans toutes les listes de contenu et un panneau latéral dans l’éditeur Gutenberg qui affiche l’état des traductions pour chaque langue configurée.

Traduire une page ou un article

Depuis la liste des articles ou des pages, vous voyez une colonne avec un drapeau pour chaque langue configurée. Un drapeau plein indique qu’une traduction existe, un drapeau vide avec un « + » indique qu’elle n’existe pas encore. Cliquez sur le « + » de la langue cible pour créer la traduction.

WordPress ouvre un nouvel éditeur pour la version traduite, liée à l’original. Quelques points importants à respecter :

• Le slug doit être traduit : ne gardez pas le slug de la version originale sur la traduction. Si votre article français a le slug /optimiser-images-wordpress/, sa version anglaise doit avoir le slug /optimize-wordpress-images/. Les slugs traduits sont meilleurs pour l’UX et pour le SEO dans la langue cible.
• La balise title et la meta description doivent être rédigées dans la langue cible : pas simplement traduit mot à mot, mais optimisées pour les mots-clés que vous ciblez dans cette langue. Un mot-clé français n’a pas forcément l’équivalent exact en anglais avec le même volume de recherche.
• Les catégories et les tags doivent aussi être traduits : Polylang permet de créer des versions traduites des catégories et des tags. Une page de catégorie « WordPress SEO » en français peut avoir une version anglaise « WordPress SEO » (même terme) ou « WordPress Search Engine Optimization » selon ce qui est recherché dans la langue cible.
• Les images utilisées peuvent être différentes : si vous avez activé la traduction des médias dans les réglages Polylang, vous pouvez associer une image différente à chaque version linguistique. Utile pour les captures d’écran d’interfaces dans différentes langues.

Traduire les menus de navigation

Les menus WordPress sont traduits indépendamment du contenu des pages. Dans Apparence > Menus, vous créez un menu distinct pour chaque langue. Si votre menu français s’appelle « Navigation principale FR », créez un « Navigation principale EN » pour l’anglais avec les mêmes items mais en pointant vers les versions anglaises des pages.

Ensuite, dans les réglages de localisation des menus (Apparence > Menus > Gérer les emplacements ou dans les réglages Polylang), assignez chaque menu à sa langue. Polylang affichera automatiquement le bon menu selon la langue active de la page visitée.

Ne négligez pas cette étape : un visiteur anglophone qui arrive sur la version anglaise de votre site mais voit un menu en français dans sa navigation aura une expérience incohérente qui augmente le taux de rebond.

Traduire les widgets et les contenus globaux

Polylang permet de conditionner l’affichage des widgets selon la langue active. Dans les réglages de chaque widget (sidebar, footer), une option « Langues » apparaît pour choisir dans quelle langue il doit s’afficher. Créez une version du widget pour chaque langue si son contenu est différent.

Pour les contenus globaux répétés sur toutes les pages (footer, bandeau de cookies, bannière de promotion), Polylang Pro permet de traduire les chaînes de caractères directement depuis Langues > Traductions des chaînes. La version gratuite de Polylang ne couvre pas tous ces cas : pour les thèmes avec des champs personnalisés complexes ou des éléments de thème difficilement accessibles, la version Pro ou une configuration manuelle via les filtres WordPress est parfois nécessaire.

Traduire les pages WooCommerce

Les pages système de WooCommerce (boutique, panier, commande, mon compte) sont des pages WordPress standard assignées à WooCommerce. Polylang les traduit comme n’importe quelle page : créez une version traduite de chaque page système et assignez-la à la bonne langue dans les réglages WooCommerce (WooCommerce > Réglages > Avancé > Configuration des pages). Pour une traduction complète d’une boutique WooCommerce incluant les fiches produits, les catégories de produits et les emails de commande, il faut l’addon Polylang for WooCommerce (payant, inclus dans Polylang Pro).

Balises hreflang : comment Polylang les gère et comment les vérifier

Les balises hreflang sont le mécanisme technique par lequel vous indiquez à Google quelles versions linguistiques (et géographiques) de vos pages existent et comment elles sont reliées entre elles. C’est le point le plus critique du SEO multilingue et le plus souvent mal configuré. Une erreur dans les balises hreflang peut amener Google à afficher la mauvaise version linguistique à vos visiteurs ou à ignorer certaines de vos versions dans les résultats de recherche.

Comment fonctionnent les balises hreflang

Pour chaque page de votre site, Google a besoin de savoir :

• Quelle est la langue de cette page (hreflang="fr" pour le français, hreflang="en" pour l’anglais)
• Quelles sont les autres versions linguistiques disponibles et où elles se trouvent
• Quelle est la version de repli pour les langues non explicitement ciblées (hreflang="x-default")

Ces informations sont transmises à Google via des balises link rel="alternate" dans le <head> de chaque page, ou via le sitemap XML. Une règle absolue : les balises hreflang doivent être réciproques. Si la page française pointe vers la page anglaise, la page anglaise doit pointer vers la page française. Une balise hreflang qui ne pointe pas vers une page qui la renvoie en retour est ignorée par Google.

Ce que Polylang génère automatiquement

Polylang génère les balises hreflang automatiquement dans le <head> de chaque page, pour peu qu’un plugin SEO soit actif et correctement configuré. Sans plugin SEO (Rank Math, Yoast ou SEOPress), Polylang génère les balises hreflang en natif dans certaines configurations, mais la compatibilité et la complétude varient.

Pour vérifier que les balises hreflang sont bien présentes sur votre site, faites un clic droit > Afficher le code source sur n’importe quelle page de votre site et cherchez hreflang dans le code. Vous devriez voir quelque chose comme :

<link rel="alternate" hreflang="fr" href="https://votresite.fr/article/" />
<link rel="alternate" hreflang="en" href="https://votresite.fr/en/article/" />
<link rel="alternate" hreflang="x-default" href="https://votresite.fr/article/" />

Les erreurs hreflang les plus fréquentes avec Polylang

• Balises hreflang absentes sur les pages non traduites : si vous avez 50 pages en français et seulement 20 traduites en anglais, les 30 pages non traduites n’ont pas de balise hreflang pointant vers une version anglaise. C’est normal, mais vérifiez que la balise x-default est bien présente sur toutes les pages pour indiquer à Google quelle est la version de repli.
• Conflits entre Polylang et le plugin SEO : si Polylang génère ses propres balises hreflang et que Rank Math ou Yoast en génèrent aussi, vous vous retrouvez avec des doublons dans le head. Vérifiez dans les réglages de votre plugin SEO si une option « Gérer les balises hreflang » existe et activez-la pour laisser le plugin SEO gérer ces balises en coordination avec Polylang.
• Balise x-default manquante : la balise hreflang="x-default" indique à Google quelle version afficher aux visiteurs dont la langue n’est pas couverte par vos traductions. Elle doit pointer vers votre langue principale ou vers une page de sélection de langue. Polylang l’assigne automatiquement à la langue par défaut du site.
• URLs dans les balises hreflang avec et sans slash final : toutes les URLs dans vos balises hreflang doivent être cohérentes avec les URLs canoniques de vos pages. Si vos pages ont un slash final (/article/), les balises hreflang doivent aussi l’avoir.

Vérifier les balises hreflang avec Google Search Console

Google Search Console signale les erreurs hreflang dans le rapport Indexation > Pages > Raisons d’exclusion. Les erreurs les plus fréquemment signalées sont « Page alternate hreflang sans balise de retour » (non-réciprocité) et « URL hreflang inaccessible ». Vérifiez ce rapport après avoir configuré Polylang et après chaque mise à jour majeure du plugin.

Vous pouvez aussi utiliser l’outil hreflang Tags Testing Tool (disponible gratuitement en ligne) pour analyser les balises hreflang d’une URL spécifique et détecter les erreurs de réciprocité, les URLs manquantes ou les langues mal formatées.

SEO international avec Polylang : mots-clés, Search Console et sitemap multilingue

Configurer Polylang techniquement est une chose. Construire une vraie stratégie de SEO international en est une autre. Un site multilingue mal pensé côté SEO est souvent pire qu’un site en une seule langue bien optimisé : du contenu dupliqué entre les versions, des mots-clés copiés-collés sans recherche spécifique à chaque marché, et une autorité de domaine diluée sur plusieurs versions qui ne rankent nulle part. Le SEO international avec Polylang demande une approche différente pour chaque langue.

Recherche de mots-clés par langue et par marché

C’est l’étape que la plupart des sites multilingues sautent. Traduire le mot-clé français en anglais ne suffit pas : les volumes de recherche, la concurrence et l’intention de recherche varient selon les marchés. « Consultant SEO WordPress » en français a un volume et une concurrence donnés sur Google.fr. Son équivalent anglais « WordPress SEO consultant » a des métriques complètement différentes sur Google.com, Google.co.uk ou Google.au, et chacun de ces marchés a ses propres acteurs dominants.

Pour chaque langue que vous ajoutez, faites une recherche de mots-clés spécifique dans cette langue avant de créer les traductions. Utilisez Ahrefs, Semrush ou Google Keyword Planner en sélectionnant le pays et la langue cible. Il est fréquent de découvrir que le mot-clé que vous ciblez en français n’a pas d’équivalent direct à volume comparable dans la langue cible, et qu’un angle légèrement différent génère bien plus de trafic potentiel.

Adaptez aussi le contenu, pas seulement les mots-clés. Un article sur le SEO WordPress destiné au marché français fait référence à des outils, des hébergeurs et des pratiques françaises. Sa version anglaise destinée au marché américain ou britannique doit faire référence aux outils, acteurs et pratiques de ce marché. Une traduction mot à mot d’un article bien optimisé pour la France peut très bien ranker très mal en anglais parce qu’elle ne correspond pas aux attentes du marché anglophone.

Configurer Google Search Console pour un site multilingue

Google Search Console offre deux approches pour suivre un site multilingue selon la structure d’URLs choisie.

Si vous avez choisi la structure en sous-dossiers (recommandée), une seule propriété GSC couvre l’ensemble du site. Vous pouvez filtrer les rapports par préfixe d’URL pour analyser séparément chaque version linguistique : filtrez par /en/ pour voir les performances de la version anglaise, par /es/ pour l’espagnol, etc. Cette approche est la plus simple à gérer.

Si vous avez choisi des sous-domaines, chaque sous-domaine doit être ajouté comme propriété distincte dans GSC (fr.votresite.fr, en.votresite.fr). Vous pouvez les regrouper sous une propriété de domaine (votresite.fr) pour avoir une vue consolidée tout en gardant des rapports distincts par sous-domaine.

Dans GSC, vérifiez le rapport Ciblage international (Paramètres > Ciblage international > Langue et région) pour confirmer que Google a bien détecté les langues de votre site via les balises hreflang. Ce rapport vous montre aussi si Google a des questions sur votre ciblage géographique et vous permet de définir un pays cible si votre site utilise un domaine générique (.com, .fr utilisé pour une audience non exclusivement française).

Sitemap XML multilingue avec Polylang

Polylang génère automatiquement un sitemap multilingue en coordination avec votre plugin SEO. Le sitemap inclut toutes les versions linguistiques de chaque page avec les balises xhtml:link rel="alternate" qui permettent à Google de découvrir l’ensemble des traductions depuis le sitemap sans avoir à les découvrir via le crawl.

Voici comment vérifier que votre sitemap est correctement configuré :

• Accédez à votre sitemap en visitant votresite.fr/sitemap.xml ou votresite.fr/sitemap_index.xml
• Vérifiez que les URLs des différentes langues apparaissent bien dans le sitemap
• Pour chaque URL, vérifiez la présence des balises xhtml:link qui pointent vers les versions dans les autres langues
• Soumettez le sitemap dans Google Search Console pour chaque propriété si vous avez des sous-domaines, ou une seule fois pour la propriété principale si vous êtes en sous-dossiers

Si votre sitemap ne contient pas les balises xhtml:link pour les versions linguistiques, vérifiez que la prise en charge multilingue est activée dans les réglages de votre plugin SEO (Rank Math ou Yoast). Ces balises sont générées par le plugin SEO en coordination avec Polylang, pas par Polylang seul.

Traduction automatique et SEO : les pièges à éviter

La tentation de traduire automatiquement tout son contenu via DeepL ou ChatGPT pour aller vite est compréhensible. Mais le contenu traduit automatiquement sans relecture pose des problèmes SEO réels :

• Google détecte de plus en plus le contenu généré automatiquement et peut le dévaluer dans ses classements, surtout depuis les mises à jour Helpful Content de 2022-2023
• Une traduction automatique ne fait pas de recherche de mots-clés dans la langue cible : elle traduit vos mots-clés français mot à mot, ce qui peut être totalement à côté de ce que les gens recherchent dans cette langue
• Les expressions idiomatiques, les références culturelles et le ton varient énormément entre les langues et les marchés : une traduction automatique sonne souvent faux aux natifs

Si vous utilisez la traduction automatique (via Polylang Pro + DeepL ou via un autre outil), traitez-la comme un premier jet que vous devez toujours relire, corriger et adapter pour la langue et le marché cibles. Une traduction relue vaut toujours mieux qu’une traduction automatique brute.

Polylang et Rank Math / Yoast : configuration SEO complète

Polylang seul ne gère pas toutes les dimensions SEO d’un site multilingue. Il gère la structure des URLs, les liens entre les versions linguistiques et les balises hreflang de base. Mais les balises title et meta description de chaque traduction, les données structurées, le sitemap XML enrichi et les options avancées de ciblage linguistique sont gérés par le plugin SEO en coordination avec Polylang. La configuration de cette interaction est souvent mal documentée.

Polylang avec Rank Math

Rank Math est nativement compatible avec Polylang sans configuration supplémentaire dans la plupart des cas. Quand vous créez une traduction d’un article ou d’une page via Polylang, Rank Math affiche son panneau d’optimisation dans l’éditeur de la traduction, vous permettant de définir :

• Un mot-clé focus distinct pour chaque traduction
• Une balise title optimisée dans la langue cible
• Une meta description optimisée dans la langue cible
• Des données structurées Schema spécifiques à la traduction si nécessaire

Pour les balises hreflang, vérifiez dans Rank Math > Titres et Métas > Global que l’option « Activer les balises hreflang » est activée. Rank Math génère alors les balises hreflang en coordination avec Polylang, en incluant toutes les versions linguistiques liées et la balise x-default.

Pour le sitemap, Rank Math génère automatiquement un sitemap multilingue qui inclut les balises xhtml:link pour les versions linguistiques dès que Polylang est actif et que les traductions sont créées. Vérifiez dans Rank Math > Sitemap > Paramètres généraux que la génération du sitemap est activée et que les types de contenu traduits (articles, pages, produits si WooCommerce) sont bien inclus.

Polylang avec Yoast SEO

La compatibilité Yoast + Polylang fonctionne bien sur les fonctionnalités de base. Yoast affiche son panneau d’analyse dans l’éditeur de chaque traduction et génère les balises hreflang en natif depuis la version 14.0. Quelques points de configuration à vérifier :

• Dans Yoast > Réglages > Intégrations, vérifiez que l’intégration Polylang est activée. Cela permet à Yoast de récupérer les informations de langue de Polylang pour générer correctement les balises hreflang.
• Dans Yoast > Réglages > Site, configurez le nom du site et le logo de l’organisation. Ces informations sont utilisées dans les données structurées Schema et doivent être cohérentes sur toutes les versions linguistiques.
• Le sitemap Yoast inclut automatiquement toutes les versions linguistiques créées via Polylang avec les balises xhtml:link appropriées.

Un point d’attention spécifique avec Yoast et Polylang : la fonctionnalité d’analyse de lisibilité Yoast est disponible pour le français et l’anglais, mais pas pour toutes les langues. Si vous ajoutez une langue pour laquelle Yoast n’a pas d’analyse de lisibilité, l’onglet lisibilité sera vide ou peu utile. Ce n’est pas un problème technique, juste une limite fonctionnelle à connaître.

Définir des balises title et meta distinctes pour chaque langue

C’est l’erreur la plus fréquente sur les sites multilingues : rédiger les balises title et meta description dans la langue principale et laisser Yoast ou Rank Math générer des balises automatiques pour les traductions. Les balises générées automatiquement sont souvent trop génériques et non optimisées pour les mots-clés de la langue cible.

Pour chaque traduction d’une page importante (accueil, pages de services, articles piliers), ouvrez l’éditeur de la traduction et renseignez manuellement la balise title et la meta description dans Rank Math ou Yoast. Optimisez-les pour les mots-clés que vous avez identifiés dans votre recherche de mots-clés spécifique à cette langue, pas pour une traduction mécanique des mots-clés de la version principale.

Polylang + WooCommerce et Elementor

Polylang fonctionne bien avec WordPress standard, mais deux combinaisons méritent une attention particulière : WooCommerce et Elementor. Ces deux plugins sont utilisés sur des millions de sites WordPress et leur compatibilité avec Polylang a des nuances importantes à connaître avant de se lancer.

Polylang et WooCommerce

La version gratuite de Polylang ne gère pas WooCommerce nativement. Vous pouvez traduire les pages WooCommerce standard (boutique, panier, commande, mon compte) comme n’importe quelle page WordPress, mais les éléments spécifiques à WooCommerce ne sont pas couverts : fiches produits, catégories de produits, attributs et variations, emails de commande transactionnels, pages de checkout localisées.

Pour une boutique WooCommerce véritablement multilingue, il faut Polylang for WooCommerce, l’addon officiel payant inclus dans Polylang Pro (99€/an). Voici ce qu’il ajoute par rapport à la version gratuite :

• Traduction complète des fiches produits : titre, description courte, description longue, slug, balises SEO
• Traduction des catégories de produits et des attributs (taille, couleur, matière) avec leurs pages d’archive
• Traduction des emails transactionnels WooCommerce (confirmation de commande, expédition, remboursement) selon la langue du client
• Traduction des pages de checkout avec les champs de commande et les textes de paiement dans la langue du visiteur
• Synchronisation des stocks entre les variantes traduites : une rupture de stock dans une langue se reflète automatiquement dans toutes les langues
• Compatibilité avec les plugins WooCommerce additionnels courants (subscriptions, bookings, memberships)

Un point crucial sur les prix : WooCommerce avec Polylang for WooCommerce ne gère pas nativement les devises multiples. Si vous voulez afficher les prix en euros pour la version française et en livres sterling pour la version anglaise, vous aurez besoin d’un plugin de gestion des devises supplémentaire (comme Currency Switcher for WooCommerce). Polylang for WooCommerce se concentre sur la traduction du contenu, pas sur la conversion des devises.

Pour le SEO d’une boutique multilingue, les règles s’appliquent identiquement à ce que j’ai décrit dans mon article sur le SEO WooCommerce : chaque fiche produit traduite doit avoir une description unique rédigée pour la langue cible, une balise title optimisée pour les mots-clés de ce marché, et des images avec des balises alt dans la bonne langue. Une traduction automatique des fiches produits sans relecture ni optimisation génère du contenu de faible qualité qui pénalise le classement de la version traduite.

Polylang et Elementor

Elementor n’est pas nativement compatible avec Polylang. Si vous utilisez Elementor pour construire vos pages, vous devrez ajouter le plugin tiers Connect Polylang for Elementor (gratuit sur WordPress.org) pour que les deux fonctionnent correctement ensemble. Sans ce plugin, les pages construites avec Elementor et traduites via Polylang peuvent présenter des comportements inattendus : templates Elementor qui ne se chargent pas sur les versions traduites, widgets qui affichent la mauvaise langue, ou perte de mise en page sur les traductions.

Avec Connect Polylang for Elementor installé, le workflow devient :

• Créez votre page en français avec Elementor normalement
• Depuis Polylang, créez la traduction de la page
• Ouvrez la traduction dans Elementor : le plugin connecteur copie automatiquement la structure de la page originale vers la traduction
• Modifiez uniquement le texte dans Elementor pour la langue cible, sans avoir à reconstruire la mise en page

Si vous utilisez les templates globaux Elementor (header, footer, popups), traduisez-les aussi via Polylang pour avoir un header et un footer cohérents dans chaque langue. Les templates globaux non traduits afficheront la version de la langue par défaut sur toutes les pages, même les pages traduites.

Polylang et les autres builders

Divi (Elegant Themes) est compatible nativement avec Polylang sans plugin supplémentaire depuis les versions récentes. Beaver Builder nécessite le plugin tiers Beaver Builder – Polylang Switcher pour une compatibilité complète. Gutenberg (l’éditeur natif WordPress) est entièrement compatible avec Polylang sans configuration supplémentaire, ce qui est un argument supplémentaire pour privilégier Gutenberg si vous n’avez pas de raison impérative d’utiliser un page builder tiers.

Polylang gratuit vs Pro : ce que vous gagnez vraiment

Polylang propose une version gratuite disponible sur WordPress.org et une version Pro à 99€/an pour 1 site (ou 199€/an pour 3 sites, 399€/an pour 10 sites). La différence entre les deux versions est souvent mal comprise : beaucoup de sites peuvent très bien fonctionner avec la version gratuite, d’autres ont des besoins qui nécessitent la version Pro.

Ce que la version gratuite couvre

• Nombre de langues illimité
• Traduction des articles, pages, catégories, tags, médias et menus
• Trois structures d’URL : sous-dossier, sous-domaine, paramètre d’URL
• Sélecteur de langue en widget et en élément de navigation
• Génération des balises hreflang en coordination avec le plugin SEO
• Compatibilité avec Rank Math, Yoast et SEOPress
• Traduction des chaînes de caractères des thèmes et plugins via l’interface native WordPress

Pour un site vitrine, un blog ou un site de services avec un nombre de pages raisonnable et une traduction manuelle, la version gratuite suffit largement.

Ce que la version Pro ajoute

• Traduction automatique intégrée : intégration avec DeepL, Google Translate et Lingotek pour générer des traductions automatiques directement depuis l’éditeur WordPress. La traduction reste modifiable avant publication.
• Sélecteur de langue dans les menus FSE : pour les thèmes utilisant le Full Site Editor de WordPress (Twenty Twenty-Three, Twenty Twenty-Four), la version gratuite ne supporte pas nativement l’ajout du sélecteur de langue dans les menus de blocs. La version Pro le gère.
• Support des domaines distincts : si vous souhaitez utiliser un domaine différent par langue (votresite.fr, votresite.com, votresite.de), la version Pro est nécessaire.
• Polylang for WooCommerce inclus : l’addon WooCommerce est inclus dans Polylang Pro, ce qui en fait un achat logique si vous avez une boutique à traduire.
• Support prioritaire : accès à l’équipe support de WP SYNTEX avec des délais de réponse réduits.

Mon conseil

Commencez toujours par la version gratuite pour tester la configuration et vérifier que Polylang répond bien à vos besoins sur votre installation spécifique. Si vous avez WooCommerce, passez directement à Pro : l’addon WooCommerce seul justifie le prix. Si vous utilisez un thème FSE moderne et souhaitez intégrer le sélecteur de langue dans le menu, Pro est nécessaire. Pour tout autre cas, la version gratuite est suffisante.

Si votre projet multilingue dépasse la simple installation de Polylang et que vous avez besoin d’une stratégie de SEO international complète (recherche de mots-clés par marché, architecture multilingue, suivi des positions par pays), c’est exactement le type de mission que je couvre dans mon accompagnement SEO WordPress freelance.