Comment migrer un site multilingue sans perdre son SEO

Le trafic ne disparaît généralement pas parce que Google est perdu. Il disparaît parce qu'une migration multilingue a été traitée comme une simple refonte, et que quelqu'un a oublié que chaque version linguistique possède ses propres URL, signaux, canoniques et chemins de liens internes. Pour migrer un site multilingue sans perdre son SEO, il faut un plan qui traite la localisation comme une architecture, et non comme un simple habillage.

Sous WordPress, les choses se compliquent très vite. Un plugin stocke les URL traduites d'une façon, un autre réécrit les slugs différemment, et un troisième injecte les balises hreflang selon sa propre logique. Puis quelqu'un modifie la structure de domaine, met le nouveau site en ligne un vendredi, et passe le mois suivant à se demander pourquoi les pages produits en français ont soudainement disparu des résultats. Rien de tout cela n'est mystérieux. C'est généralement évitable.

Pourquoi les migrations multilingues nuisent si facilement au SEO

Une migration en une seule langue est déjà fragile. Ajoutez plusieurs langues, et vous migrez alors des groupes de pages équivalentes, des URL alternatives, un ciblage régional, des métadonnées traduites, des liens internes — sans oublier une quantité de contenu qui peut sembler dupliqué, mais que les moteurs de recherche ne comprennent que grâce aux signaux qui l'entourent.

La plus grande erreur consiste à croire que le positionnement repose uniquement sur le contenu de la page. Ce n'est pas le cas. Il repose sur l'ensemble du dispositif : structure d'URL, indexabilité, canoniques, hreflang, redirections, cohérence du sitemap, et la capacité de Google à identifier quelle page en anglais correspond à quelle version en espagnol ou en allemand.

Si l'un de ces éléments s'effondre à grande échelle, les dégâts se propagent. Une mauvaise canonique peut faire disparaître un dossier de langue entier. Des redirections manquantes peuvent anéantir des liens qui ont de l'autorité. Des balises hreflang incorrectes peuvent envoyer la mauvaise page vers le mauvais marché. Et si les slugs traduits changent sans une cartographie de redirections rigoureuse, vous demandez en quelque sorte à Google de tout recommencer à zéro.

Avant de migrer un site multilingue sans perdre son SEO

Ne commencez pas par le design. Commencez par l'inventaire.

Effectuez un crawl du site actuel et exportez chaque URL indexable pour chaque langue. Incluez les titres, les méta descriptions, les canoniques, les codes de statut, les références hreflang, les entrées du sitemap XML, et les liens internes si votre crawler le permet. Si vous migrez depuis une couche de traduction hébergée ou une plateforme SaaS de traduction, documentez précisément le format d'URL actuellement utilisé. Cela inclut les sous-répertoires, les sous-domaines, les paramètres, les slugs traduits, et les URL des médias si ceux-ci sont localisés.

Ensuite, associez chaque ancienne URL à une nouvelle destination. Pas seulement les modèles. Chaque URL. Pages de catégories, archives paginées, fiches produits, articles de blog, pages d'accueil par langue, pages de compte, et toutes les landing pages à forte valeur créées pour la recherche payante ou organique. Si une page est supprimée, décidez si elle doit rediriger vers un équivalent proche, renvoyer un code 410, ou disparaître définitivement. Improviser plus tard, c'est la recette des chaînes de redirections et du trafic orphelin.

C'est aussi le moment de décider ce qu'il ne faut pas changer. Si des URL multilingues actuelles se positionnent déjà bien, conservez-les. Une migration n'est pas le bon moment pour peaufiner les slugs ou revoir l'architecture linguistique, à moins qu'il y ait un vrai bénéfice à la clé. La stabilité est gagnante.

Choisissez la bonne stratégie d'URL et tenez-vous-y

Il n'existe que quelques options raisonnables pour le SEO multilingue : les sous-répertoires, les sous-domaines ou les domaines par pays. Sous WordPress, les sous-répertoires sont souvent les plus faciles à gérer et préservent bien l'autorité, mais cela ne signifie pas qu'ils conviennent automatiquement à toutes les configurations.

Ce qui compte le plus lors d'une migration, c'est la cohérence. Si votre ancien site utilise /es/ et /de/, ne passez pas nonchalamment à es.example.com sous prétexte que cela paraît plus professionnel. Cela crée un second problème de migration en plus du premier : même contenu, nouvelle structure, nouveaux signaux, plus d'endroits où se tromper.

Il existe des cas où un changement d'URL est justifié. Peut-être que l'ancienne plateforme utilisait de vilaines chaînes de paramètres, ou que les pages traduites étaient proxifiées d'une façon qui ne vous donnait jamais une vraie maîtrise. Soit. Mais soyez honnête quant au coût. Plus le changement structurel est important, plus la cartographie des redirections et les contrôles qualité après lancement doivent être rigoureux.

Les redirections ne sont pas une tâche de nettoyage

Les redirections, c'est la migration elle-même.

Si vous modifiez ne serait-ce qu'un seul schéma d'URL multilingue, construisez un tableau de redirections qui associe chaque ancienne URL à une destination finale unique. Utilisez des redirections 301. Évitez les chaînes de redirections. Évitez les incohérences linguistiques, sauf s'il n'y a pas d'alternative. Une ancienne page produit en espagnol ne devrait pas renvoyer les utilisateurs vers la page d'accueil en anglais parce que l'équipe de migration a manqué de temps.

C'est important pour les utilisateurs et les robots d'exploration, mais aussi pour le chiffre d'affaires. Les boutiques WooCommerce avec des pages produits multilingues ont souvent des liens entrants pointant vers des SKU localisées, des pages de catégories et des contenus de blog. Perdre ces chemins, ce n'est pas seulement perdre des positions. C'est gaspiller une autorité de liens durement acquise grâce au contenu, aux relations presse et au temps investi.

Si vous quittez une plateforme de traduction par abonnement, assurez-vous de pouvoir conserver les URL exactes que les utilisateurs visitent déjà. C'est là que la notion de maîtrise prend tout son sens. Certains outils de migration, notamment les configurations basées sur TrueLang, sont conçus spécifiquement pour transférer les URL multilingues et conserver la structure SEO intacte, plutôt que de vous forcer à repartir de zéro.

Hreflang, canoniques et indexabilité : un audit rigoureux s'impose

C'est là que beaucoup de migrations échouent silencieusement.

Les balises hreflang doivent pointer vers des équivalents réels et indexables dans toutes les langues. Chaque page du groupe doit référencer les autres correctement, y compris elle-même. Les codes de langue et de région doivent être valides. Si vous utilisez x-default, faites-le de manière intentionnelle, pas parce qu'un plugin l'a ajouté par défaut.

Les canoniques méritent encore plus d'attention. La canonique d'une page traduite doit généralement pointer vers elle-même, et non vers la version dans la langue source. Si votre page espagnole pointe canoniquement vers l'original anglais, vous indiquez à Google que la page espagnole est une copie à ignorer. Cette erreur est courante, dévastatrice, et entièrement évitable.

Vérifiez ensuite l'indexabilité au niveau des modèles. Les balises noindex, les dossiers bloqués, les résidus de staging, les protections par mot de passe accidentelles et les problèmes de rendu JavaScript peuvent tous affecter une section linguistique sans toucher les autres. Vous ne pouvez pas supposer que si la version anglaise est crawlable, la version italienne l'est aussi.

La parité de contenu compte plus qu'on ne le croit

Une migration multilingue n'est pas qu'une question de plomberie technique. Les moteurs de recherche comparent les équivalents. Si l'ancienne page allemande comportait des balises title optimisées, du contenu de corps, des FAQ et des liens internes, mais que la nouvelle est traduite automatiquement avec une mise en forme appauvrie et des métadonnées manquantes, les positions peuvent chuter même si les redirections sont parfaites.

Cela ne signifie pas que chaque mot doit correspondre à l'ancienne version. Parfois, une mise à jour est bénéfique. Mais l'intention, la structure et le ciblage on-page doivent être préservés. Conservez les champs SEO traduits qui fonctionnent bien. Conservez le texte alternatif des images si pertinent. Conservez les données structurées si elles existent dans chaque langue. Conservez les liens internes au sein du contenu traduit, surtout s'ils pointent vers des pages de destination localisées.

C'est l'une des raisons pour lesquelles de nombreux propriétaires de sites quittent des plateformes encombrantes. Ils réalisent qu'ils ne possèdent pas réellement une configuration multilingue propre et éditable. Ils l'ont louée. La migration se transforme alors en archéologie.

Le jour du lancement est fait pour vérifier, pas pour espérer

Lorsque le nouveau site est mis en ligne, vérifiez les URL en production immédiatement. Pas le lendemain. Pas après le week-end.

Testez votre liste de redirections face aux réponses réelles. Crawlez le nouveau site par langue. Inspectez les balises hreflang. Vérifiez les canoniques. Validez les sitemaps XML. Assurez-vous que les anciennes URL résolvent correctement et que les nouvelles pages renvoient des codes 200. Effectuez des vérifications ponctuelles des liens internes dans les menus, les sélecteurs de langue, les fils d'Ariane, les produits, les blogs et les parcours transactionnels comme le panier et le paiement.

Ensuite, ouvrez la Search Console et surveillez les changements de couverture, les anomalies de crawl et les erreurs hreflang. Comparez le nombre d'URL indexées par section linguistique. Si un marché commence à chuter de façon disproportionnée, enquêtez rapidement. En SEO multilingue, les petits bugs d'implémentation restent rarement petits.

Anticipez également quelques fluctuations. Chaque baisse ne signifie pas un échec. Si vous avez changé l'architecture, le contenu, l'hébergement et les outils de traduction en même temps, Google a besoin de temps pour retraiter les signaux. L'objectif n'est pas zéro mouvement. C'est un mouvement maîtrisé, avec une explication claire.

Ce qu'il faut éviter pour que vos positions survivent

Ne migrez pas, ne refontes pas et ne réécrivez pas toutes les pages en même temps, à moins d'apprécier le débogage de trois variables simultanément.

Ne laissez pas un plugin générer automatiquement des slugs traduits différents de vos URL indexées existantes, sauf si vous avez un plan de redirections pour chacun d'eux.

Ne redirigez pas toutes les pages localisées supprimées vers une page d'accueil générique dans une langue. C'est une solution paresseuse, et les moteurs de recherche le savent.

Ne faites pas confiance à l'exactitude du hreflang simplement parce qu'un plugin prétend prendre en charge le SEO multilingue. La prise en charge n'est pas synonyme de sortie correcte sur votre site.

Et ne traitez pas la maîtrise comme un détail secondaire. Si vos pages traduites, vos métadonnées et vos URL sont hébergées dans le système loué de quelqu'un d'autre, le risque lors de la migration augmente. Toujours.

La bonne stratégie est ennuyeuse : conservez ce qui fonctionne déjà, documentez chaque URL, cartographiez chaque redirection, vérifiez chaque signal, et refusez d'improviser après le lancement. C'est ainsi que l'on migre sans drame. C'est aussi ainsi que l'on cesse de payer pour la dépendance imposée par d'autres, et que l'on conserve les positions que l'on a méritées.