Migrer de WPML vers un plugin multilingue natif est l’une de ces tâches qui imposent le respect, mais qui peut se faire sans repartir de zéro et, surtout, sans perdre une seule des traductions qu’il vous a tant coûté de créer. Si votre site web ou votre boutique sont traduits depuis des mois (ou des années) avec WPML et que vous remarquez que le site ralentit, que chaque mise à jour se complique ou que la dépendance à la licence commence à peser, passer à une solution native est une décision tout à fait raisonnable. Dans ce guide, nous vous expliquons, étape par étape, comment le faire avec méthode et avec un filet de sécurité.
La bonne nouvelle, c’est qu’un changement bien planifié conserve le contenu traduit, les URL et le positionnement que vous avez déjà gagnés. La clé réside dans l’ordre des étapes et dans le fait de vous appuyer sur un migrateur qui lise ce que vous avez déjà dans WPML au lieu de vous obliger à tout retraduire. Allons-y point par point.
Migrer de WPML sans perdre les traductions : pourquoi envisager le changement
WPML est un plugin ancien et très complet, mais cette ampleur a un prix. De nombreux projets arrivent à un point où la balance penche vers le changement pour plusieurs raisons concrètes :
- Performances. WPML ajoute de nombreuses requêtes et ses propres tables. Sur les grands sites, surtout dans WooCommerce, cela se ressent dans le temps de chargement de l’administration et du front.
- Coût et dépendance. C’est une licence annuelle qui se renouvelle année après année ; si vous cessez de la payer, vous perdez les mises à jour et le support.
- Complexité. La combinaison de modules (String Translation, Translation Management, etc.) est puissante, mais aussi difficile à maintenir lorsque l’équipe change.
Avant de décider de migrer de WPML, il convient d’avoir clairement votre objectif : un site plus léger, avec moins d’éléments mobiles et une traduction intégrée de manière native. Si vous travaillez avec une boutique, nous vous recommandons aussi de lire notre guide pour traduire WooCommerce, car les produits, les variations et les attributs ont leurs propres particularités.
Ce qui est conservé et ce qu’il convient de vérifier avant de commencer
Le doute le plus courant chez quelqu’un sur le point de migrer de WPML est simple : « vais-je perdre ce qui est traduit ? ». La réponse courte est non, à condition d’utiliser un migrateur propre et de respecter l’ordre. Malgré tout, il est utile de distinguer ce qui est importé automatiquement de ce que vous devrez vérifier vous-même.
Ce qu’un migrateur propre importe pour vous
Lors de la migration depuis WPML, un bon importateur lit la structure des langues et la reconstruit dans le nouveau plugin sans retraduire quoi que ce soit :
- Les articles, pages et fiches produit déjà traduits, avec leur relation entre langues.
- Les catégories, étiquettes et attributs traduits.
- Les langues actives et la langue par défaut du site.
Ce que vous devrez vérifier manuellement
Il y a des éléments qu’aucun migrateur ne peut deviner à votre place et qu’il convient de contrôler calmement :
- Les chaînes du thème et des autres plugins (boutons, menus, textes du paiement).
- Les e-mails transactionnels de WooCommerce dans chaque langue.
- Les widgets, formulaires et textes qui étaient gérés depuis String Translation.
Comment migrer de WPML étape par étape
C’est le cœur du guide. L’astuce pour migrer de WPML sans mauvaise surprise est de le faire dans un environnement contrôlé et de désactiver l’ancien plugin seulement lorsque tout le reste fonctionne déjà.
Avant de migrer de WPML : faites une sauvegarde complète
Ne commencez pas sans une sauvegarde récente de la base de données et des fichiers. L’idéal est de travailler d’abord dans un environnement de test (staging) qui soit une réplique du site réel, afin de pouvoir vous tromper sans conséquences. Si quelque chose se passe mal, vous restaurez et vous recommencez.
Étape 1. Importez les traductions existantes
Installez le plugin natif en même temps que WPML, sans désactiver ce dernier pour l’instant, puis lancez l’importateur. Voici l’élément essentiel de tout le processus : le migrateur doit lire les paires de traduction déjà existantes dans WPML et les recréer, de sorte que chaque page en espagnol reste liée à sa version en anglais, en français ou dans toute autre langue. Vérifiez quelques fiches et articles pour confirmer que les relations ont bien été reconstruites.
Étape 2. Vérifiez les URL, les slugs et les balises hreflang
Cette étape est celle qui affecte le plus le SEO. Vérifiez que la structure des URL par langue est conservée (par exemple, /en/ ou le sous-répertoire que vous utilisiez) et que les slugs traduits restent les mêmes. Vérifiez également que les balises hreflang sont générées correctement afin que Google comprenne quelle version afficher dans chaque pays. Si un slug change inévitablement, préparez une redirection 301 depuis l’ancienne URL.
Étape 3. Vérifiez les chaînes du thème et les e-mails
Parcourez le site dans chaque langue en prêtant attention aux textes qui ne font pas partie du contenu : menus, boutons, messages du panier et du paiement, ainsi que les e-mails que le client reçoit après un achat. Traduisez les chaînes restées isolées depuis l’interface du nouveau plugin.
Étape 4. Vérifiez tout et désactivez WPML seulement à la fin
Lorsque vous avez vérifié que le contenu, les URL et les chaînes fonctionnent, vous pouvez désactiver et désinstaller WPML. Pas une minute avant. Ensuite, repassez sur les pages clés et vérifiez le plan du site ainsi que la Search Console au cas où un lien cassé apparaîtrait.
| Aspect | WPML | EHERO Woo Multilang |
|---|---|---|
| Modèle | Licence annuelle avec modules séparés | Plugin natif intégré |
| Traduction de WooCommerce | Nécessite des modules supplémentaires | Produits, variations et attributs de série |
| Traduction par IA | Crédits achetés séparément | Apportez votre propre clé (OpenAI, Claude, Gemini, DeepL ou DeepSeek) ; vous payez au fournisseur quelques euros pour tout le catalogue |
| Performances | Requêtes et tables propres qui pénalisent les grands sites | Structure plus légère |
| Migration | — | Importateur qui réutilise ce qui est déjà traduit |
Erreurs courantes lors de la migration depuis WPML (et comment les éviter)
La plupart des mauvaises surprises lors de la migration depuis WPML ne viennent pas du nouveau plugin, mais de la précipitation. Voici les trois erreurs qui reviennent le plus :
- Désactiver WPML avant l’importation. Si vous retirez WPML d’abord, le migrateur n’a plus d’où lire les traductions et vous risquez de les perdre. Désinstallez-le toujours à la fin.
- Perdre les liens de traduction. Migrer le texte mais pas les relations entre langues laisse des pages « orphelines » qui ne sont plus reliées entre elles. Vérifiez les paires de traduction après l’importation.
- Changer les URL sans redirection. Si un slug traduit change et que vous ne mettez pas de redirection 301, vous perdez le positionnement de cette URL. Conservez les slugs ou redirigez.
Travailler sur les standards de WordPress aide beaucoup ici : plus votre site s’appuie sur la manière native de gérer les contenus, plus la migration depuis WPML sera prévisible et propre.
Une fois que votre catalogue est traduit et stable, l’étape naturelle suivante est que vos clients trouvent ce qu’ils cherchent dans leur propre langue. Pour cela, vous pouvez ajouter EHERO Smart Search, qui fonctionne aussi avec le modèle apportez votre propre clé : vous connectez votre compte du fournisseur d’IA de votre choix et vous payez directement l’usage, sans intermédiaires.
Questions fréquentes
Vais-je perdre les traductions en migrant depuis WPML ?
Non, à condition d’utiliser un migrateur qui lise les paires de traduction de WPML et de désactiver l’ancien plugin seulement à la fin du processus.
Les URL de mes pages traduites vont-elles changer ?
Pas nécessairement. Si vous conservez la même structure par langue et les mêmes slugs, les URL restent identiques ; si l’une d’elles change, une redirection 301 suffit.
Dois-je savoir programmer pour faire le changement ?
Non. L’importateur fait le gros du travail ; vous n’aurez qu’à vérifier les chaînes du thème, les e-mails et quelques détails manuellement depuis le tableau de bord WordPress.
Comment fonctionne la traduction par intelligence artificielle ?
Avec le modèle apportez votre propre clé : vous connectez votre compte OpenAI, Claude, Gemini, DeepL ou DeepSeek et vous payez au fournisseur quelques euros pour traduire tout le catalogue. L’IA n’est pas incluse et nous ne la fournissons pas.
Conclusion
Migrer de WPML cesse d’être un saut dans le vide lorsque vous suivez un ordre clair : sauvegarde, importation de ce qui est déjà traduit, vérification des URL et des chaînes, puis désactivation de WPML seulement à la fin. Avec cette méthode, vous conservez vos traductions, votre SEO et votre tranquillité, et vous obtenez un site plus léger et plus facile à maintenir. Si vous voulez franchir le pas avec un migrateur propre qui réutilise ce que vous avez déjà, découvrez EHERO Woo Multilang et commencez votre migration sans repartir de zéro.