Quitter votre outil de traduction sans perte SEO : de Weglot et consorts vers votre propre CMS

Quitter un outil de traduction sans perte SEO est possible, à condition de le traiter comme une migration et non comme la simple résiliation d’un abonnement. Des outils comme Weglot, GTranslate, ConveyThis, Linguise, Localize, Bablic et Transifex Live mettent rapidement votre site en plusieurs langues, mais les traductions sont stockées chez le fournisseur. Si vous résiliez sans plan, vos pages en français, en anglais ou en allemand disparaissent. Dans ce guide, vous verrez ce que vous possédez réellement aujourd’hui, ce que Google voit, le plan en 7 étapes et le parcours par outil et par CMS.

Ce guide porte sur un outil que vous utilisez déjà. Si vous devez encore choisir comment traduire (machine, humain ou hybride), lisez d’abord notre guide sur la traduction d’un site web.

Proxy ou JavaScript face au multilinguisme de votre CMS

Il existe deux façons de rendre un site multilingue. Un outil de traduction pose une couche par-dessus votre site. Rendre votre CMS lui-même multilingue place chaque version linguistique comme une vraie page dans votre propre système. La différence se voit sur trois points.

Un proxy (Weglot avec sous-répertoires ou sous-domaines, les forfaits payants de plusieurs outils) traduit côté serveur. Selon Weglot lui-même, le texte traduit se trouve alors dans le code source HTML et Google peut indexer les pages. Pour Weglot sur d’autres plateformes que WordPress, cela passe par un enregistrement DNS qui pointe vers les serveurs de Weglot.

Une couche JavaScript traduit dans le navigateur du visiteur. Dans la même documentation, Weglot écrit qu’une telle intégration n’apporte aucun avantage SEO, parce que la traduction se fait côté client et n’est pas explorable. Un widget de traduction gratuit fonctionne généralement ainsi : le visiteur voit une traduction, Google voit votre langue source.

Le multilinguisme de votre CMS est plus banal et c’est justement ce qui le rend plus robuste. Une page en français est une page ordinaire avec sa propre URL, liée à sa version néerlandaise. Pas de couche intermédiaire, pas de limite de mots, pas de second tableau de bord.

Pourquoi les entreprises veulent quitter leur outil de traduction

Les raisons sont presque toujours les mêmes. Les coûts augmentent avec chaque nouvelle page et chaque langue supplémentaire, parce que la limite de mots compte par langue. Ce que Weglot facture aujourd’hui par forfait, nous le recalculons dans ce que coûte vraiment Weglot. Ensuite, les traductions vivent dans un second système : pour modifier un CTA en français, vous travaillez dans le tableau de bord de l’outil et non dans le CMS. Et arrêter donne l’impression de perdre toutes vos autres langues.

Ce dernier point est exact. Weglot écrit dans son article sur la résiliation qu’après une résiliation ou une pause, les traductions ne sont plus actives et que les pages traduites disparaissent progressivement des moteurs de recherche comme Google. C’est le même type de dépendance qu’avec un CMS fermé, sujet que nous traitons dans éviter le vendor lock-in de votre CMS.

La sortie en 7 étapes

Quitter un outil de traduction, c’est une petite migration de site web. L’ordre compte plus que la technique : vous ne résiliez qu’une fois les nouvelles versions linguistiques en ligne et contrôlées.

1. Inventaire : que publie l’outil aujourd’hui ?

Dressez la liste de chaque URL par langue, avec le hreflang et le canonical qu’elle porte, le titre de page et la meta description. Relevez dans la Search Console les pages traduites qui ont des impressions et des clics : ce sont celles que vous ne pouvez pas perdre. Notez aussi si l’outil fonctionne avec des sous-répertoires (/fr/), des sous-domaines (fr.votresite.be) ou uniquement en JavaScript. Notre test hreflang gratuit montre en une minute vos versions linguistiques et la couche de traduction active.

2. Exportez vos traductions

Récupérez les traductions dans l’outil tant que votre abonnement court. Chez Weglot, selon son propre centre d’aide, l’export et l’import des traductions sont inclus à partir du forfait Advanced, au format CSV ou XLIFF. Si l’export n’est pas inclus dans votre forfait, vous pouvez récupérer vous-même les pages traduites rendues tant qu’elles sont encore en ligne. La marche à suivre chez Weglot est décrite dans résilier Weglot sans perdre vos traductions.

3. Choisissez la configuration multilingue de votre CMS

Décidez par CMS comment les langues vont fonctionner : une extension ou le multisite sur WordPress, les modules du noyau de Drupal ou de Joomla, Localization sur Webflow. Choisissez aussi la forme des URL. La sortie la plus simple reprend la structure actuelle : si l’outil tournait sur /fr/, faites aussi utiliser /fr/ à votre CMS.

4. Reconstruisez les versions linguistiques dans votre CMS

Importez les traductions comme de vraies pages, liées à leur page source. C’est aussi le moment de les améliorer : aligner les titres et les meta descriptions sur ce qui est réellement recherché dans chaque langue, faire relire les CTA et les formulaires par un locuteur natif. Une traduction automatique n’est pas un problème SEO en soi, comme nous l’expliquons dans traduction automatique d’un site web et SEO, mais une version relue convertit mieux.

5. Stratégie d’URL et plan de 301

Gardez chaque URL existante quand votre CMS le permet. Si ce n’est pas possible (autre slug, le sous-domaine devient un sous-répertoire), chaque ancienne URL reçoit une redirection permanente vers sa nouvelle adresse. Pour un déménagement, Google recommande de décider pour chaque ancienne URL où elle doit aller, d’utiliser des redirections 301 ou 308 côté serveur et de les laisser en place de préférence au moins un an. Testez votre liste de redirections avec notre test de redirection.

6. Hreflang et canonicals

Chaque version linguistique doit se mentionner elle-même ainsi que toutes les autres versions dans le hreflang. Google est strict sur ce point : si deux pages ne pointent pas l’une vers l’autre, les balises sont ignorées. Chaque page traduite reçoit un canonical vers elle-même, pas vers la version néerlandaise. Le fonctionnement concret est expliqué dans notre article sur le hreflang.

7. Basculer, suivre et seulement ensuite résilier

Mettez les nouvelles versions linguistiques en ligne, désactivez l’outil sur le site (script, extension ou enregistrement DNS) et supprimez les sélecteurs de langue restants. Soumettez votre nouveau sitemap et suivez dans la Search Console, par langue, l’indexation, les impressions et les éventuelles erreurs 404. Des fluctuations pendant les premières semaines sont normales. Ce n’est que lorsque les nouvelles versions sont indexées et que les anciennes URL redirigent correctement que vous résiliez l’abonnement. Le déroulé complet d’une migration figure dans notre plan de migration de CMS.

Le parcours par outil de traduction

Le plan est partout le même. Ce qui change, c’est la façon de récupérer vos traductions et ce qui arrive aux URL.

• Weglot. Export en CSV ou XLIFF à partir d’Advanced. Sur WordPress, l’extension Weglot crée les répertoires de langue ; sur les autres plateformes, la version traduite passe par un enregistrement DNS chez Weglot, que vous rétablissez en arrêtant. Le plan complet se trouve dans résilier Weglot. Vous hésitez encore à partir ? Lisez les alternatives à Weglot comparées.
• GTranslate. Vérifiez d’abord quelle version vous utilisez. Le widget gratuit traduit dans le navigateur et ne produit généralement pas de pages linguistiques indexées : il y a alors peu de SEO à perdre et surtout une nouvelle version linguistique à construire. Si vous avez un forfait payant avec des URL propres par langue, suivez le plan de 301 complet.
• ConveyThis et Linguise. Les deux fonctionnent avec une couche de traduction et un tableau de bord chez le fournisseur. Vérifiez dans votre forfait si l’export des traductions est possible et récupérez la liste des URL traduites avant de modifier quoi que ce soit.
• Localize, Bablic et Transifex Live. Ce sont surtout des couches JavaScript. Vérifiez si vos versions traduites ont des URL propres que Google indexe. Si ce n’est pas le cas, vous construisez de nouvelles versions linguistiques dans votre CMS et le plan de 301 est réduit, voire inutile.

Le parcours par CMS

Chaque grand CMS sait gérer le multilingue lui-même. La seule question est de savoir quelle configuration convient le mieux à votre site.

• WordPress. Le multilinguisme passe par une extension (WPML, Polylang ou TranslatePress) ou par le multisite avec un site par langue. Les traductions deviennent des articles et des pages ordinaires, liés à leur version source. Si vous venez de Weglot, nous comparons les deux parcours dans Weglot vs WPML.
• Drupal. Le multilinguisme est dans le noyau. Selon la documentation de Drupal, il s’agit de quatre modules du noyau : Language, Interface Translation, Content Translation et Configuration Translation. Aucune extension supplémentaire n’est nécessaire.
• Webflow. Avec Localization, vous obtenez des locales avec leurs propres slugs traduits. Selon la documentation développeur de Webflow, vous pouvez gérer les éléments du CMS dans les locales primaire et secondaires via l’API, ce qui facilite l’import et, plus tard, la traduction par IA.
• Joomla. Joomla est multilingue dans son noyau : packs de langue, l’extension de filtre de langue et des traductions associées par article et par élément de menu. Vous reconstruisez les versions linguistiques comme du contenu ordinaire et associé.

Ensuite : la traduction par IA directement dans votre CMS

Une fois vos traductions dans votre CMS, les nouveaux contenus n’ont plus besoin de passer par un outil. Un agent IA peut lire une nouvelle page, la traduire avec votre glossaire et votre ton, et placer la traduction comme brouillon dans le bon champ de langue de votre CMS. Un locuteur natif relit et publie. Vous ne payez plus par mot traduit chez un outil, et le hreflang reste correct parce que le CMS gère le lien entre les langues. Vous publiez ainsi plus vite dans plus de langues. C’est ce que nous faisons dans notre service de traduction de site web et traduction IA.

Questions fréquentes

Est-ce que je perds mes positions si je résilie mon outil de traduction ?

Non, si vous mettez d’abord les nouvelles versions linguistiques en ligne sur les mêmes URL ou avec un plan de 301 complet, et que vous ne résiliez qu’ensuite. Si vous résiliez d’abord, les pages traduites disparaissent progressivement de Google, selon Weglot.

Puis-je emporter mes traductions ?

Généralement oui, mais cela dépend de votre forfait. Chez Weglot, l’export est inclus à partir d’Advanced. Sans export, vous pouvez récupérer vous-même les pages rendues tant qu’elles sont en ligne.

Mes URL doivent-elles changer ?

Pas nécessairement. Si votre CMS prend en charge la même structure (par exemple /fr/), vous gardez les mêmes URL. Seul ce qui change reçoit une redirection 301.

Combien de temps dure une telle transition ?

Cela dépend du nombre de pages, de langues et du CMS. La préparation (inventaire, export, plan d’URL) pèse le plus ; la bascule elle-même est une intervention courte.

Besoin d’aide pour votre transition ?

Vous voulez quitter Weglot, GTranslate, ConveyThis ou un autre outil sans perdre de trafic organique ? Nous faisons l’inventaire de ce que votre outil publie aujourd’hui, nous reconstruisons les versions linguistiques dans votre propre CMS et nous ne résilions que lorsque tout est en ligne et contrôlé. Découvrez notre migration d’outil de traduction ou notre migration SEO, plus large.

Contactez-nous