Weglot vs WPML (et TranslatePress, Polylang) : comparatif et migration sur WordPress sans perdre vos positions

Weglot vs WPML, c’est d’abord un choix entre deux modèles : une plateforme de traduction qui tourne en dehors de WordPress et garde vos traductions chez elle, ou une extension qui stocke vos traductions dans votre propre base WordPress. TranslatePress et Polylang appartiennent au second camp, mais chacun fonctionne à sa manière. Weglot se met en place plus vite et traduit tout automatiquement ; les extensions vous donnent la propriété, le contrôle des URL et une licence plutôt qu’un prix par mot. Dans cet article, nous comparons honnêtement les quatre, puis nous montrons étape par étape comment passer de Weglot à une extension sur WordPress sans perdre vos positions.

Si vous envisagez aussi d’autres plateformes ou outils SaaS, lisez notre comparatif plus large des alternatives à Weglot. Le plan général, valable pour chaque outil de traduction et chaque CMS, se trouve dans notre guide pour quitter un outil de traduction sans perte SEO.

En quoi Weglot, WPML, TranslatePress et Polylang diffèrent-ils ?

Sources, consultées le 7 octobre 2026 : tarifs de Weglot, fonctionnalités de Weglot, Weglot sur la résiliation, forfaits WPML, formats d’URL de WPML, tarifs de TranslatePress, réglages de TranslatePress, tarifs de Polylang et URL de Polylang. Les montants par forfait figurent dans notre article sur les prix de Weglot.

Weglot : rapide et entièrement automatique, mais loué

Weglot s’installe en un après-midi. Selon la page des fonctionnalités, vos traductions sont « stockées par Weglot, accessibles via votre tableau de bord Weglot, et non dans votre CMS ». C’est à la fois le point fort et le point faible : vous n’avez rien à construire dans WordPress, mais vous ne possédez rien. Ce que Weglot fait bien pour le SEO et où la qualité de traduction pèche, vous le lirez dans notre avis sur Weglot.

WPML : le plus complet, avec la courbe d’apprentissage la plus raide

WPML crée une version propre de chaque page, article et produit par langue, avec la traduction de chaînes pour les thèmes, menus et formulaires. Il fonctionne avec la plupart des constructeurs de pages et avec WooCommerce dans les forfaits à partir de Multilingual CMS. Selon la documentation de WPML, vous choisissez par site si les langues sont en répertoires, sur un domaine ou sous-domaine propre ou en paramètre, et vous pouvez aussi placer votre langue principale dans un répertoire. WPML est donc le choix le plus souple pour reproduire à l’identique une structure d’URL Weglot existante.

TranslatePress : le plus proche de la façon de travailler de Weglot

TranslatePress traduit la page telle qu’elle s’affiche, avec un éditeur visuel sur la page elle-même. Si vous êtes habitué à l’éditeur visuel de Weglot, vous vous y retrouverez vite. La différence : les traductions sont dans votre base WordPress et, selon la page de tarifs, elles continuent de fonctionner quand votre licence expire. Les langues sont dans un répertoire par langue ; vous réglez vous-même le slug de langue dans l’URL.

Polylang : léger et gratuit pour démarrer

Polylang crée, comme WPML, des articles traduits distincts par langue. L’extension gratuite sur wordpress.org suffit pour beaucoup de sites ; Polylang Pro ajoute les slugs traduits ainsi que l’import et l’export XLIFF. Selon la documentation de Polylang, vous pouvez masquer le code de votre langue principale, de sorte que vos URL néerlandaises existantes restent inchangées.

Laquelle choisir quand vous quittez Weglot ?

Une règle pratique tirée de nos projets :

• Boutique en ligne, nombreuses langues ou constructeur de pages complexe : WPML, parce qu’il couvre le plus largement WooCommerce, les chaînes et les constructeurs de pages.
• Vous voulez travailler comme dans Weglot : TranslatePress, parce que l’éditeur visuel et le modèle par chaînes ressemblent le plus à ce que vous connaissez.
• Site simple, petit budget, équipe technique : Polylang, parce que la version gratuite couvre beaucoup et que l’extension reste légère.

Un avertissement : choisissez l’extension en fonction de votre structure d’URL dans Weglot. Si Weglot tournait sur des sous-domaines (fr.exemple.be) et que vous voulez les conserver, les extensions sans prise en charge des sous-domaines sont exclues, ou vous planifiez sciemment un passage aux répertoires avec des 301.

Passer de Weglot à une extension WordPress en huit étapes

Voici l’ordre que nous suivons nous-mêmes. Le principe vient des consignes de Google pour un déménagement avec changement d’URL : cartographier chaque ancienne URL, la conserver ou la rediriger de façon permanente, et garder un hreflang et des canonicals justes.

1. Inventoriez chaque URL traduite

Explorez votre site langue par langue et exportez depuis Search Console les URL indexées par langue. Notez la structure : sous-répertoire (/fr/) ou sous-domaine, slugs traduits ou non, et les pages qui génèrent du trafic et des leads dans chaque langue. Cette liste est votre liste de contrôle pour toute la migration.

2. Exportez vos traductions depuis Weglot

Weglot exporte les traductions en CSV ou XLIFF par paire de langues, selon la Weglot Academy. Selon la page de tarifs, l’export figure dans les forfaits à partir d’Advanced. Vous obtenez des paires de traduction (phrase d’origine et traduction), pas des pages WordPress. Conservez l’export, même si vous décidez de faire réécrire les pages les plus importantes.

3. Installez l’extension sur un environnement de préproduction

Construisez les nouvelles versions linguistiques sur une copie de votre site, pas sur le site en ligne. Tant que Weglot tourne en ligne, il sert vos répertoires traduits ; une deuxième extension de traduction sur le même site entre en conflit avec lui.

4. Reconstruisez les langues avec la même structure d’URL

Réglez dans l’extension exactement les mêmes codes de langue que dans Weglot (/fr/, /en/) et le même emplacement pour votre langue principale (généralement sans répertoire). Si vous aviez des slugs traduits dans Weglot, créez les mêmes slugs dans l’extension. Chaque URL qui reste identique est une URL que vous n’avez pas à rediriger.

5. Placez les traductions dans l’extension

Créez la version traduite de chaque page en utilisant l’export Weglot comme source. Avec WPML et Polylang, ce sont des pages traduites distinctes ; avec TranslatePress, des chaînes traduites. N’oubliez pas ce qui se trouve hors des pages : menus, formulaires, boutons, pied de page, titres SEO et meta descriptions par langue, et textes alternatifs. C’est aussi le moment de faire relire par un locuteur natif les pages qui génèrent des leads.

6. Placez une 301 sur chaque URL qui change

Comparez la liste d’URL de l’étape 1 avec le nouveau site. Chaque ancienne URL qui n’existe plus reçoit une redirection permanente côté serveur vers la nouvelle version dans la même langue. Google recommande des redirections permanentes côté serveur et les redirections JavaScript seulement en dernier recours. Si vous passez des sous-domaines aux répertoires, redirigez chaque URL de sous-domaine et adaptez aussi les enregistrements DNS qui pointaient vers Weglot.

7. Vérifiez le hreflang, les canonicals et le sitemap

Chaque version linguistique doit se citer elle-même et citer toutes les autres versions dans le hreflang ; si deux pages ne pointent pas l’une vers l’autre, Google ignore les balises, comme l’explique la documentation sur les versions localisées. Donnez à chaque page un canonical vers elle-même dans sa propre langue, pas vers la version néerlandaise. Testez après la mise en ligne avec notre test hreflang, qui montre aussi s’il reste des traces de Weglot. Le fonctionnement des balises est expliqué dans notre article sur hreflang.

8. Basculez, supprimez Weglot et mesurez

Mettez le nouveau site en ligne, désactivez et supprimez l’extension Weglot ainsi que les éventuels scripts ou sélecteurs de langue Weglot dans votre thème, et soumettez votre nouveau sitemap dans Search Console. Suivez l’indexation et les positions par langue pendant quelques semaines ; Google prévient que des fluctuations temporaires sont possibles pendant la réexploration. Ensuite seulement, résiliez votre abonnement Weglot, avec votre export bien conservé. La procédure de résiliation est détaillée dans notre guide pour résilier Weglot.

Quand vaut-il mieux rester sur Weglot ?

Une migration n’en vaut pas toujours la peine. Si vous avez un petit site avec une langue supplémentaire, pas besoin d’URL traduites et aucun projet d’autres langues, le plus petit forfait Weglot coûte moins que le travail d’une migration. Si vous n’avez pas d’aide technique pour gérer une extension, Weglot peut aussi être le choix le plus serein. Le calcul bascule quand votre site grandit, ouvre une troisième langue ou que vous voulez posséder vos traductions : nous le refaisons dans ce que Weglot coûte vraiment.

Questions fréquentes sur Weglot vs WPML

Confiez-nous la migration

Vous voulez passer de Weglot à WPML, TranslatePress ou Polylang sans risque pour vos positions ? Avec notre migration d’outil de traduction, nous reconstruisons chaque version linguistique dans WordPress, avec les mêmes URL ou un plan de redirection complet, et nous vérifions le hreflang et les canonicals avant et après la migration.

Découvrir la migration d’outil de traduction