DT-01Dossier technique · Nom de domaineRévision A · juin 2026
Nom de domaineProcédure pas à pas
Changer de nom de domaine sans perdre son référencement : la procédure pas à pas
Changer de nom de domaine sans perdre son référencement suppose de respecter un ordre précis : inventorier ce que l’ancien domaine a acquis, rediriger chaque page vers son équivalent, déclarer le déménagement à Google, puis surveiller le transfert. Voici la procédure complète, étape par étape.
Un changement de nom de domaine n’est pas une refonte : le site peut rester identique, page pour page, et pourtant tout ce que les moteurs savent de lui est rattaché à une adresse qui va disparaître. Positions, historique d’exploration, liens entrants : tout appartient à l’ancien nom. Pour changer de nom de domaine sans perdre son référencement, il faut organiser le transfert de ces signaux URL par URL, puis le déclarer et le vérifier.
Cette procédure suit l’ordre dans lequel Julien Jimenez déroule un changement de domaine. Chaque étape a un livrable et un contrôle. [quarante pages ou plusieurs milliers d’URL : l’outillage change, l’ordre reste le même]
Les bonnes raisons de changer de nom de domaine, et celles qui n’en sont pas
Un changement de domaine se justifie quand l’adresse actuelle freine l’entreprise :
- un changement de marque ou de raison sociale, quand l’ancien nom n’a plus de sens pour les clients ;
- un regroupement d’activités sous une adresse unique, après un rachat ou une réorganisation ;
- une contrainte juridique, par exemple un conflit sur une marque déposée ;
- une stratégie internationale qui impose une extension adaptée aux marchés visés.
D’autres motivations ne tiennent pas. Un mot clé dans le nom de domaine n’apporte plus d’avantage de classement significatif : Google évalue les pages, pas une expression dans l’adresse, et les nouvelles extensions génériques ne sont pas favorisées. Profiter d’une refonte pour changer aussi de domaine cumule deux risques et empêche de diagnostiquer une baisse. Julien Jimenez recommande, quand c’est possible, deux mises en ligne : le nouveau domaine avec un site identique, puis le nouveau design.
Avant la bascule : inventaire des URL, des sous-domaines et des liens entrants
Une redirection ne couvre que ce que l’on connaît. L’inventaire liste tout ce que l’ancien domaine expose et tout ce qui pointe vers lui, en croisant des sources dont aucune n’est complète seule.
- Un crawl complet depuis la page d’accueil et les sitemaps XML : les URL liées en interne et leurs codes de réponse.
- Les exports de la Search Console sur la plus longue période disponible : pages avec clics ou impressions, y compris celles que le crawl ne trouve plus.
- Les logs serveur, s’ils sont accessibles : les URL que Googlebot explore encore, anciennes redirections comprises.
- L’outil d’analyse d’audience : pages d’entrée, conversions, campagnes qui utilisent des URL spécifiques.
- Les liens entrants, page par page, d’après un outil d’analyse de backlinks et le rapport Liens : ces URL se redirigent en priorité, même sans trafic.
Sous-domaines et ressources, les oubliés classiques
Listez chaque sous-domaine (blog, boutique, ancienne version mobile, espace client), les images et les PDF qui reçoivent des liens ou du trafic, et les fichiers appelés par d’autres sites. La zone DNS révèle parfois un sous-domaine oublié de tous.
Erreur fréquente
Construire l’inventaire uniquement à partir du crawl. Les pages qui ne sont plus liées en interne, mais qui conservent des liens externes ou des impressions, disparaissent alors du plan de redirection. Ce sont souvent les plus précieuses.
Le livrable est l’état de référence daté : une ligne par URL, avec clics, impressions, liens entrants et statut. Il fonde le fichier de correspondance puis sert de point de comparaison après la bascule.
Des redirections 301 de page à page, jamais vers l’accueil
Chaque URL de l’ancien domaine doit répondre par une redirection permanente 301 vers son équivalent exact sur le nouveau domaine. Si les chemins ne changent pas, une règle de réécriture transpose l’adresse. Sinon, le fichier de correspondance prend le relais, ligne par ligne, selon quatre règles :
- une page, une destination équivalente : même contenu, même intention de recherche ;
- aucune redirection en masse vers l’accueil : Google peut traiter ces redirections comme des erreurs 404 « soft », et les liens qu’elles portaient perdent leur contexte ;
- un seul saut : l’ancienne URL mène directement à l’URL finale, qui répond en 200 ;
- des paramètres conservés quand ils servent (pagination, suivi de campagne) et ignorés quand ils sont parasites.
Couvrir toutes les variantes de l’ancienne adresse
Piège courant, la chaîne : une règle force le HTTPS, une autre ajoute le www, une troisième change de domaine. Chaque variante doit pointer directement vers l’URL finale, comme le montre le simulateur de chaîne de redirection.
| Variante de départ | Destination | Contrôle |
|---|---|---|
http://ancien-domaine.fr/ | https://www.nouveau-domaine.fr/ | [301 · 1 saut] |
https://ancien-domaine.fr/ | https://www.nouveau-domaine.fr/ | [barre finale ajoutée] |
https://www.ancien-domaine.fr/ | https://www.nouveau-domaine.fr/ | [paramètre conservé] |
https://blog.ancien-domaine.fr/ | https://www.nouveau-domaine.fr/ | [sous-domaine] |
Sur le nouveau site, liens internes, canonicals, hreflang, sitemaps XML et données structurées citent tous les nouvelles URL : un site qui se lie à travers ses propres redirections ralentit l’exploration.
L’outil de changement d’adresse de la Search Console, étape par étape
L’outil de changement d’adresse informe Google qu’un domaine entier déménage vers un autre. Il ne remplace pas les redirections : il les accompagne, et ses vérifications échouent si elles ne sont pas en place. Il ne sert ni au passage de HTTP à HTTPS ni à une réorganisation des chemins sur le même domaine.
- Validez la propriété de l’ancien et du nouveau domaine dans la Search Console, avec un même compte disposant des droits de propriétaire.
- Mettez en ligne le nouveau site et activez les redirections 301 de page à page.
- Dans la propriété de l’ancien domaine, ouvrez les paramètres, puis l’outil de changement d’adresse, et choisissez la propriété du nouveau domaine.
- Laissez l’outil effectuer ses vérifications, notamment sur la redirection de la page d’accueil, et corrigez chaque alerte avant de valider.
- Soumettez le sitemap XML du nouveau domaine dans sa propre propriété, puis suivez les deux propriétés en parallèle.
Bing Webmaster Tools propose une fonction comparable de déclaration de déménagement : déclarez le changement sur les deux moteurs le même jour.
À retenir
L’outil de changement d’adresse accélère la prise en compte du déménagement, il ne transfère rien à lui seul. Ce sont les redirections 301 de page à page qui portent les signaux d’une URL à l’autre.
Garder l’ancien domaine et mettre à jour ce qui pointe vers lui
Renouvellement, certificat HTTPS et redirections
L’ancien domaine devient une infrastructure de redirection. Il reste enregistré, renouvelé pour plusieurs années, car un tiers qui le rachèterait récupérerait les liens qui y pointent encore. Ses DNS, son hébergement et son certificat HTTPS restent valides : si le certificat expire, la connexion sécurisée échoue et la redirection n’est jamais atteinte.
Les redirections restent en place aussi longtemps que possible, au minimum un an selon la documentation de Google : liens, favoris et documents imprimés citent l’ancien nom pendant des années.
Profils, liens entrants, e-mails
Le référencement d’un domaine dépasse son site. Chaque lien corrigé à la source évite un passage par la redirection :
- les profils de l’entreprise : fiche d’établissement Google, réseaux sociaux, annuaires professionnels ;
- les liens entrants les plus importants : un message aux sites partenaires suffit souvent ;
- les campagnes publicitaires, les lettres d’information et les signatures ;
- la messagerie : des adresses e-mail sur l’ancien domaine se migrent à part, avec leurs enregistrements MX, SPF et DKIM ;
- les outils tiers : analyse d’audience, gestionnaire de balises, paiement, CRM, flux produits.
Ce qu’il faut surveiller dans les semaines qui suivent
Le suivi compare la situation à l’état de référence : les premières heures pour détecter les erreurs franches, les semaines suivantes pour vérifier que le transfert progresse.
| Moment | Contrôle | Source |
|---|---|---|
| Jour J | Codes de réponse des anciennes URL, aucun noindex ni blocage robots.txt | Crawl en mode liste |
| Premiers jours | Googlebot explore les anciennes URL et reçoit des 301 | Logs serveur, statistiques sur l’exploration |
| Premières semaines | Indexation des nouvelles URL, désindexation progressive des anciennes | Rapports d’indexation des deux propriétés |
| Premières semaines | Clics et impressions passent de l’ancienne propriété à la nouvelle | Rapport sur les performances |
| Jusqu’à la stabilisation | Requêtes de marque, pages d’entrée, conversions | Search Console, analyse d’audience |
Une baisse temporaire des impressions peut accompagner le transfert. Ce qui doit alerter, c’est une divergence durable sur un groupe de pages : redirection manquante, chaîne ou destination qui ne correspond pas à l’intention d’origine.
Check-list du changement de nom de domaine
À imprimer et à cocher avec l’équipe projet. Tant qu’une ligne reste ouverte, la bascule attend.
Check-list · changement de nom de domaine
- Raison du changement validée, calendrier distinct de toute refonte si possible.
- État de référence daté : URL, clics, impressions, liens entrants.
- Sous-domaines, images et PDF inventoriés.
- Fichier de correspondance validé page par page.
- Variantes http, https, www et barre finale redirigées en un seul saut.
- Liens internes, canonicals, hreflang, sitemaps et données structurées sur les nouvelles URL.
- Nouveau domaine validé dans la Search Console, ancienne propriété conservée.
- Outil de changement d’adresse validé sans alerte.
- Ancien domaine renouvelé, DNS et certificat HTTPS valides.
- Profils, partenaires, campagnes, messagerie et outils tiers mis à jour.
- Suivi programmé : logs, indexation, performances, conversions.
Questions fréquentes sur le changement de nom de domaine
Q-01Combien de temps faut-il pour que le nouveau domaine retrouve ses positions ?
Aucune durée ne peut être garantie. Le transfert dépend de la taille du site, de la fréquence d’exploration et de la qualité des redirections. Sur un site bien préparé, les nouvelles URL remplacent progressivement les anciennes au fil des semaines, et l’état de référence permet de corriger vite ce qui stagne.
Q-02Peut-on abandonner l’ancien nom de domaine après la migration ?
C’est déconseillé. L’ancien domaine porte les redirections qui transmettent les signaux et conduisent les visiteurs vers le nouveau site. L’abandonner coupe ces chemins, et un tiers qui le rachèterait récupérerait les liens qui pointent encore vers lui. Le coût d’un renouvellement reste faible au regard de ce qu’il protège.
Q-03Faut-il utiliser l’outil de changement d’adresse pour un passage en HTTPS ?
Non. L’outil sert au déménagement d’un domaine vers un autre. Le passage de HTTP à HTTPS sur le même domaine se traite avec des redirections 301 en un seul saut, des liens internes et des canonicals mis à jour, sans déclaration de déménagement.
Q-04Que deviennent les liens qui pointent vers l’ancien domaine ?
Tant que les redirections 301 sont actives, ils acheminent visiteurs et signaux vers les pages équivalentes. Pour les plus importants, demandez une mise à jour à la source : un lien direct évite le saut de redirection et reste valable si l’infrastructure évolue.
Conclusion : changer de nom de domaine sans perdre son référencement, une affaire d’ordre
Changer de nom de domaine sans perdre son référencement tient moins à une astuce qu’à un ordre d’exécution : inventorier, faire correspondre, rediriger en un seul saut, déclarer, conserver, mettre à jour, surveiller. La bascule dure quelques minutes ; tout le reste se prépare avant. Si votre projet se précise, écrivez à Julien Jimenez avant de fixer la date, puis appuyez-vous sur la recette SEO en préproduction pour confirmer que tout est prêt.

