Changer de nom de domaine sans perdre son SEO

Changer de nom de domaine impressionne : on déplace d'un coup toute l'adresse sous laquelle Google connaît le site. C'est pourtant l'une des migrations les mieux balisées, parce que la marche à suivre est claire et que Google la documente lui même. Le risque n'est pas dans l'idée de changer de domaine, il est dans les détails d'exécution. Voici comment mener ce changement sans laisser une seule position en route.

Changer de domaine fait-il perdre le SEO ?

Non, changer de nom de domaine ne fait pas perdre le SEO si la migration est bien menée. Google transfère la valeur d'un domaine à l'autre dès lors que chaque ancienne URL redirige en 301 vers son équivalent exact, que le changement d'adresse est déclaré dans la Search Console et que l'indexation est surveillée. Une baisse temporaire de quelques semaines est normale, une perte durable est le signe d'une erreur.

Le nom de domaine est l'adresse principale sous laquelle un site est publié (par exemple ancien-site.fr). Quand on en change, toutes les URL du site changent de préfixe d'un coup. Google a associé à chaque adresse des positions, un historique et des liens, et cette valeur est attachée au domaine autant qu'à l'URL. La question n'est donc pas « vais je perdre du SEO ? » mais « est ce que je transfère correctement ce SEO vers le nouveau domaine ? ».

Contrairement à une refonte qui change à la fois les URL, le contenu et le design, un simple changement de domaine peut se faire en gardant des URL identiques à l'exception du nom de domaine. Cela rend la correspondance triviale et le transfert beaucoup plus propre. C'est pour cela que, quand c'est possible, je conseille de séparer le changement de domaine de la refonte de contenu.

Les raisons de changer de domaine

On change de nom de domaine principalement pour un changement de marque (rebranding, fusion, nouvelle raison sociale), pour passer d'une extension à une autre (.fr vers .com), pour abandonner un domaine pénalisé ou à mauvaise réputation, ou pour consolider plusieurs sites sous une seule adresse. Dans tous les cas, la logique de migration reste la même.

Les motifs les plus fréquents que je rencontre :

• Un changement de marque. L'entreprise se renomme, fusionne, ou veut un nom plus court et plus mémorisable. Le domaine doit suivre l'identité.
• Un changement d'extension. Passer d'un .fr à un .com pour viser l'international, ou récupérer enfin le domaine exact de la marque qui s'est libéré.
• Un domaine à mauvaise réputation. Un ancien nom associé à un historique de spam ou à une pénalité qu'on préfère laisser derrière soi, en acceptant de ne pas transférer cette réputation négative.
• Une consolidation. Plusieurs sites ou sous marques qu'on regroupe sous un domaine unique pour concentrer la popularité au lieu de la disperser.

La raison influe sur la stratégie de contenu, pas sur la mécanique : que vous changiez pour une marque ou pour une extension, les redirections 301 et le changement d'adresse dans Search Console restent le cœur de l'opération. Ce chantier s'inscrit dans la démarche plus large d'une refonte de site web, dont le changement de domaine n'est qu'un cas particulier.

La méthode étape par étape

La migration se déroule en trois temps : préparer le nouveau domaine (déployer le site à l'identique, configurer le HTTPS et le DNS, le vérifier dans Search Console), rediriger chaque ancienne URL en 301 vers son équivalent, puis prévenir Google avec l'outil de changement d'adresse. On ne bascule jamais sans avoir testé les redirections au préalable.

1. Préparer le nouveau domaine

Avant toute bascule, le nouveau site doit être fonctionnel et complet sur le nouveau domaine. On y déploie le site à l'identique, on active le certificat HTTPS, et on configure la zone DNS (le système qui traduit le nom de domaine en adresse du serveur). On vérifie ensuite la propriété du nouveau domaine dans Google Search Console, car l'outil de changement d'adresse exige que les deux domaines y soient présents. Cette préparation se fait pendant que l'ancien site reste en ligne, sans que personne ne le voie.

2. Rediriger en 301

C'est le cœur technique. Chaque URL de l'ancien domaine doit renvoyer vers son équivalent exact sur le nouveau, via une redirection 301, la réponse serveur qui signifie « cette page a définitivement déménagé ». La 301 transporte à la fois le visiteur et la valeur SEO vers la nouvelle adresse. Quand les chemins d'URL sont conservés, une seule règle par motif suffit à rediriger tout le domaine. Quand ils changent, il faut un mapping URL par URL, que je détaille plus bas.

3. Prévenir Google

Une fois les redirections en place et testées, on déclare officiellement la migration à Google via l'outil de changement d'adresse, puis on soumet le nouveau sitemap.xml. On met aussi à jour les balises canonical de toutes les pages pour qu'elles pointent vers le nouveau domaine : une canonical restée sur l'ancien domaine enverrait un signal contradictoire aux redirections. Ce séquencement précis fait partie des étapes d'une refonte qu'il faut respecter dans l'ordre.

Les redirections 301, URL par URL

Le transfert du référencement repose sur une redirection 301 permanente de chaque ancienne URL vers son équivalent exact sur le nouveau domaine, en correspondance 1:1. Rediriger tout l'ancien domaine vers la seule page d'accueil du nouveau est l'erreur la plus courante : Google l'interprète comme un soft 404 et ne transfère pas la valeur des pages profondes.

Le principe est simple à énoncer et exigeant à exécuter. Deux cas se présentent :

• Les chemins d'URL sont conservés. C'est le cas idéal. Seul le nom de domaine change, la structure reste identique. Une règle par motif au niveau du serveur suffit à rediriger l'intégralité des adresses en une fois, ce qui limite le risque d'oubli.
• Les chemins d'URL changent aussi. Si le changement de domaine s'accompagne d'une nouvelle arborescence, il faut établir la correspondance ligne à ligne dans un tableur, comme pour n'importe quelle migration d'URL.

Dans les deux cas, la rigueur est la même : aucune URL de valeur ne doit finir en 404, aucune redirection ne doit passer par une chaîne (A vers B, puis B vers C), et les backlinks pointant vers l'ancien domaine doivent tous retomber sur la bonne page. C'est exactement la démarche que je décris dans mon guide dédié au plan de redirection 301 : la lecture indispensable avant de basculer un domaine.

L'outil de changement d'adresse de la Search Console

L'outil de changement d'adresse de Google Search Console sert à signaler officiellement à Google qu'un site a déménagé d'un domaine à un autre. Il accélère le transfert des signaux vers le nouveau domaine. Il ne fonctionne que pour un changement de nom de domaine (pas pour une refonte d'URL sur le même domaine) et ne remplace jamais les redirections 301 : les deux se complètent.

Concrètement, l'outil se trouve dans les paramètres de la propriété de l'ancien domaine dans Search Console. Il demande de sélectionner le nouveau domaine, qui doit déjà être vérifié dans le même compte. Google contrôle alors qu'un échantillon d'anciennes URL redirige bien en 301 vers le nouveau domaine avant de valider la demande, ce qui confirme que l'ordre des étapes compte. Une fois la demande acceptée, Google traite la migration en priorité et transfère plus vite les positions. S'en passer revient à laisser Google découvrir le déménagement tout seul, plus lentement : sur un changement de domaine, je l'utilise systématiquement.

Surveiller après la bascule

Après le changement de domaine, on surveille dans Search Console l'indexation du nouveau domaine, les erreurs 404, l'état des redirections et l'évolution des positions. Les premières semaines sont décisives : c'est là que Google recrawle le site et que les redirections oubliées se rattrapent avant de coûter du trafic durablement.

Ma routine de suivi les jours qui suivent la bascule :

• Suivre l'indexation des deux domaines. Le nombre de pages indexées doit baisser progressivement sur l'ancien domaine et monter sur le nouveau. Un décalage anormal signale un problème de redirection ou de canonical.
• Traquer les 404. Chaque ancienne URL qui apparaît en erreur dans le rapport de couverture est une redirection manquante à ajouter sans attendre.
• Vérifier les positions. Un léger creux les premières semaines est attendu. Une chute franche qui ne se résorbe pas est le signe qu'une étape a été manquée.
• Garder l'ancien domaine actif. Les redirections doivent rester en place des années. Laisser expirer l'ancien nom couperait d'un coup tout le bénéfice transféré.

Ce monitoring est le même que pour toute migration : c'est le sujet central de mon guide sur la refonte sans perdre son SEO, où je détaille les indicateurs à suivre semaine après semaine.

Les erreurs à éviter

Les erreurs qui coûtent le plus cher lors d'un changement de domaine sont : rediriger tout vers l'accueil au lieu du 1:1, oublier de garder l'ancien domaine actif, laisser des canonical pointer vers l'ancien domaine, sauter l'outil de changement d'adresse, et cumuler changement de domaine et refonte de contenu sans plan de redirection solide.

Les pièges récurrents, dans l'ordre de gravité :

• Tout rediriger vers la page d'accueil. La solution de facilité qui détruit la valeur des pages profondes. Chaque URL doit pointer vers son équivalent exact.
• Laisser expirer l'ancien domaine. Sans lui, les redirections s'éteignent et la popularité transférée disparaît. On le renouvelle tant qu'il reçoit des liens.
• Oublier les canonical. Une balise canonical restée sur l'ancien domaine contredit les redirections et sème le doute chez Google.
• Négliger le maillage interne. Les liens internes doivent cibler directement le nouveau domaine, pas passer par des redirections.
• Tout changer d'un coup. Cumuler nouveau domaine, nouvelles URL et nouveau contenu multiplie les variables. Quand c'est possible, on sépare les chantiers.

Changer de nom de domaine n'a rien d'un pari risqué quand la méthode est respectée : redirections 301 en 1:1, changement d'adresse déclaré à Google, canonical et maillage à jour, puis surveillance rapprochée. Bien mené, le déménagement est invisible pour vos visiteurs comme pour Google, et votre nouveau domaine hérite de tout ce que l'ancien avait construit. Cette opération s'inscrit dans la démarche complète décrite dans mon guide de la refonte.