Comment changer de nom de domaine sans perdre son référencement ?

Changer de nom de domaine sans perdre son référencement se joue sur 3 conditions :

• rediriger en 301 chaque ancienne URL vers son équivalent exact,
• déclarer le changement d’adresse dans la Search Console,
• et maintenir les redirections au moins 1 an.

Google transfère alors les signaux de classement, avec des fluctuations de quelques semaines. Ce qui ne se transfère pas : les mentions de l’ancienne marque, les liens non mis à jour, la notoriété de l’ancien nom.

Temporairement, oui, et durablement seulement si la migration est mal faite. Google décrit lui-même ce qui se passe dans sa documentation sur la migration d’un site avec changement d’URL : le classement « peut varier » pendant que Googlebot réexplore et réindexe, et pour un site de taille moyenne, « quelques semaines ou plus » s’écoulent avant que les nouvelles URL remplacent les anciennes dans les résultats. Plus le site est gros, plus c’est long.

Ce que la redirection 301 transfère : les signaux attachés à chaque URL, dont les liens entrants. Ce qu’elle ne transfère pas :

• les requêtes de marque, quand le nom de l’entreprise change avec le domaine : les internautes tapent l’ancien nom pendant des mois, et le nouveau part de zéro ;
• les mentions sans lien (presse, annuaires, réseaux sociaux, fiches d’établissement) qui continuent de désigner l’ancien nom ;
• l’historique dans les outils tiers : les métriques d’autorité de domaine sont recalculées pour le nouveau nom et chutent souvent pendant des mois. Google ne les utilise pas, mais vos tableaux de bord vont l’afficher ;
• les URL oubliées : tout ce qui n’est pas dans le tableau de correspondance devient une erreur 404, et ce que portait cette page est perdu.

Bien exécuté, un changement de domaine coûte quelques semaines d’instabilité. Raté, il coûte des mois, parce que les positions perdues sur des 404 se regagnent lentement.

Le bon motif est une raison de marque ou d’organisation ; le mauvais motif est le référencement lui-même. Changer de nom de domaine pour « avoir le mot-clé dedans » ou pour passer d’un .fr à un .com « plus international » n’apporte rien à Google et vous expose aux fluctuations décrites plus haut, sans contrepartie.

Un cas mérite une réflexion à part : le domaine hérité d’un ancien nom commercial, encore fort en requêtes de marque. Y renoncer, c’est accepter de perdre ces requêtes pendant des mois. La question à poser avant de décider : combien de clics par mois arrivent sur l’ancien nom, et combien de temps l’entreprise peut s’en passer.

La préparation d’une migration de domaine repose sur un inventaire complet des URL de l’ancien site, un tableau de correspondance vers le nouveau, et un nouveau site prêt mais fermé aux robots jusqu’au jour du basculement. Tout le travail utile se fait avant de toucher au DNS.

• Inventaire des anciennes URL : export des pages indexées depuis la Search Console, crawl complet du site, journaux serveur sur 3 mois pour attraper les URL que personne ne liste plus mais que Google visite encore, exports d’backlinks pour repérer les pages qui reçoivent des liens ;
• Tableau de correspondance, ligne par ligne : chaque ancienne URL, sa nouvelle URL, et le code attendu. Si la structure des URL ne change pas (seul le domaine change), la correspondance est mécanique ; si elle change en même temps, chaque ligne se vérifie à la main ;
• Nouveau domaine en préproduction, bloqué par une authentification, avec les balises canoniques, le sitemap, le DNS et le certificat HTTPS déjà en place et testés ;
• Liste des liens à mettre à jour après le basculement : liens internes en dur, fiche d’établissement Google, profils sociaux, signatures d’e-mail, annuaires, campagnes publicitaires, documents PDF qui citent l’adresse ;
• Propriétés Search Console : la nouvelle propriété de domaine est créée et validée avant le jour J, pour disposer des données dès la première heure.

Une URL absente du tableau est une URL perdue : c’est pourquoi notre agence SEO établit cet inventaire avant toute migration.

Nous avons appliqué cette mécanique lors de la refonte du site de Phone Training, organisme de formation : tableau de correspondance des anciennes URL vers les nouvelles, redirections 301 page à page. Ce n’était pas un changement de domaine, mais le risque était le même, des URL qui changent. La mission, poursuivie depuis sur l’expérience utilisateur et les contenus, a porté le site à 50 mots-clés sur 60 en première page et son taux de conversion de 1,9 % à 5,1 %.

Chaque ancienne URL renvoie une redirection 301 (permanente) vers son équivalent exact sur le nouveau domaine, en une seule étape, pour toutes les variantes de l’ancien domaine. Les règles fixées par Google, et les plus souvent enfreintes :

• page à page : la page « tarifs » de l’ancien site va vers la page « tarifs » du nouveau. Google l’écrit dans sa documentation : rediriger en masse vers la page d’accueil « pourrait être considéré comme une erreur de type soft 404 », et les signaux sont perdus ;
• une seule redirection, sans chaîne : ancien-domaine.fr/page → nouveau-domaine.fr/page, directement. Une chaîne qui passe par la version www, puis HTTPS, puis la nouvelle page ralentit l’exploration et perd des signaux à chaque saut ;
• toutes les variantes : http et https, avec et sans www, sous-domaines, même ceux que vous n’utilisiez pas ;
• le code 301 et non 302 : la redirection temporaire dit à Google de garder l’ancienne URL en index. C’est l’erreur de configuration la plus fréquente sur les CMS ;
• les fichiers aussi : images, PDF, flux, qui reçoivent souvent des liens depuis d’autres sites ;
• au moins 1 an : Google recommande de conserver les redirections « généralement au moins un an », le temps de réaffecter les liens entrants, et conseille de les garder indéfiniment du point de vue des visiteurs. Ce qui suppose de renouveler l’ancien domaine.

Avant de déclarer quoi que ce soit à Google, un crawl de la liste complète des anciennes URL doit renvoyer 100 % de codes 301 vers des pages en 200. Un seul 404, et c’est le tableau de correspondance entier qu’il faut revérifier.

Déclarer le changement d’adresse depuis l’ancienne propriété, envoyer le sitemap du nouveau domaine et suivre les 2 propriétés en parallèle. L’outil de changement d’adresse accélère le remplacement des anciennes URL par les nouvelles dans les résultats, sous conditions :

• vous êtes propriétaire des 2 propriétés, avec le même compte Google ;
• il s’agit de propriétés au niveau du domaine (example.com vers example.net, ou un sous-domaine vers un autre) ;
• les redirections 301 sont déjà en place : l’outil en vérifie quelques-unes avant d’accepter la demande ;
• ce n’est pas un passage de HTTP à HTTPS, ni un déplacement de pages à l’intérieur du même domaine : Google exclut explicitement ces 2 cas.

Ensuite, dans la nouvelle propriété : envoi du sitemap, inspection de 5 à 10 URL représentatives pour vérifier ce que Google voit, et lecture quotidienne du rapport de pages pendant les 2 premières semaines. Dans l’ancienne propriété, les impressions doivent décroître et le rapport de pages basculer en « page avec redirection ». Une ancienne URL qui reste « indexée » après 3 semaines signale une redirection absente ou en 302.

Pour le suivi au-delà de la Search Console, la lecture utile est la somme des 2 propriétés, requête par requête : une position qui passe de l’ancienne à la nouvelle URL sans trou, c’est une migration qui tient.

Google parle de « quelques semaines ou plus » pour un site de taille moyenne, davantage pour les gros sites, et ne donne pas de délai plus précis. Ceux qui circulent viennent d’ailleurs : un guide français bien classé sur cette requête annonce « 1 semaine par tranche de 1 000 pages », « 40 jours maximum » pour la réindexation et « 6 à 9 mois » pour retrouver ses positions. Ces chiffres datent de 2015 et ne citent aucune source.

La durée réelle dépend de 3 facteurs :

• le nombre d’URL à réexplorer ;
• la vitesse du serveur, qui doit absorber une exploration doublée : Google parcourt l’ancien et le nouveau site en même temps ;
• la propreté des redirections : chaque chaîne ou erreur ajoute des allers-retours au robot.

À suivre semaine après semaine :

• impressions cumulées des 2 propriétés : la courbe totale doit rester stable pendant que la répartition bascule ;
• positions des 20 requêtes principales hors marque : c’est là que se lit une perte réelle, les requêtes de marque étant perturbées par le changement de nom lui-même ;
• erreurs 404 dans la nouvelle propriété : chacune est une URL absente du tableau ;
• le temps de réponse du serveur pendant les 2 premières semaines : Google cite la « capacité de serveur insuffisante » parmi les causes d’échec d’une migration ;
• liens entrants : les sites qui vous liaient continuent de pointer vers l’ancien domaine ; les plus importants méritent un e-mail pour mettre le lien à jour, les autres passeront par la 301.

Un signe trompe : la chute des requêtes de marque quand le nom de l’entreprise change avec le domaine. Elle est normale et ne dit rien de la qualité de la migration. Ce qui s’évalue, c’est le reste.

Une redirection 301 déplace une URL, pas une identité. Tout ce qui fait de votre entreprise une entité reconnue reste attaché à l’ancien nom tant que vous ne le mettez pas à jour vous-même : la fiche d’établissement Google, les profils LinkedIn et sociaux, les annuaires professionnels, les mentions dans la presse, les avis clients qui citent l’ancienne marque.

L’enjeu a grossi avec les assistants IA, qui construisent leur réponse à partir de la cohérence entre votre site, votre fiche, vos profils et ce que d’autres sites disent de vous. Après un changement de domaine, ces sources désignent 2 noms pendant des mois : l’ancien, très cité, et le nouveau, qui n’a encore rien. ChatGPT ou Perplexity continueront de citer l’ancien nom tant que les sources tierces ne l’auront pas remplacé.

Ce volet, notre agence GEO le traite à part, dans cet ordre :

• l’inventaire des sources qui citent l’ancien nom (fiche d’établissement, profils, annuaires, articles de presse, pages de partenaires) et les demandes de mise à jour, en commençant par les plus visibles ;
• une page datée sur le nouveau site qui annonce le changement de nom et cite l’ancien, pour que moteurs et modèles relient les 2 ;
• le balisage Organization du nouveau site, avec l’ancien nom en alternateName et les profils officiels en sameAs.

Les causes d’échec les plus fréquentes, et aucune ne relève de Google :

• tout rediriger vers l’accueil : l’erreur la plus fréquente, et la plus coûteuse ;
• des 302 à la place des 301, par défaut du CMS ou de l’hébergeur ;
• le noindex de préproduction laissé en place sur le nouveau site le jour du basculement : le nouveau domaine est en ligne, redirigé, et interdit d’index ;
• le robots.txt du nouveau domaine qui bloque l’exploration, copié de la préproduction ;
• changer de domaine, de structure d’URL, de CMS et de design le même jour : quand le trafic baisse, impossible de savoir pourquoi. Un changement à la fois, ou un seul chantier mené comme une refonte avec un plan de redirections unique ;
• laisser expirer l’ancien domaine au bout d’un an : les redirections tombent, et quelqu’un rachète un nom qui reçoit encore vos liens ;
• oublier les versions linguistiques : les balises hreflang qui pointent encore vers l’ancien domaine créent des incohérences que Google met des mois à résoudre.

Un changement de nom de domaine réussi repose sur 4 éléments :

• un tableau de correspondance qui couvre 100 % des URL indexées ;
• des redirections 301 directes, page à page, vers des pages en 200 ;
• une déclaration dans la Search Console ;
• des redirections maintenues au moins 1 an, et un ancien domaine renouvelé.

Les fluctuations de quelques semaines sont normales. Les pertes qui durent viennent des URL oubliées, des redirections vers l’accueil et des sources tierces qui citent encore l’ancien nom : le référencement suit la migration, l’identité se déplace à la main.