Changer de nom de domaine : comment limiter la perte de trafic, étape par étape

Changer de nom de domaine peut faire bouger vos résultats pendant quelques semaines, et trois règles, tirées de la documentation de Google, en limitent l'ampleur : relier chaque ancienne adresse à sa nouvelle adresse, garder les redirections au moins un an, ne changer qu'une seule chose à la fois. Personne ne peut vous promettre de ne rien perdre, ni vous dire combien de temps la bascule prendra sur votre site.

Quelqu'un a décidé de changer de nom : rachat, nouvelle marque, fusion de deux sites. Pour vous, la question n'est pas technique. C'est ce que vous direz au comité sur le trafic des deux ou trois mois qui viennent. Ce qui suit donne l'ordre des opérations, ce que vous devez exiger de l'équipe qui s'en charge, et les limites de ce que nous savons.

1. Ce que Google appelle une migration

Google met sous le même mot trois opérations : passer de HTTP à HTTPS, changer de nom de domaine ou fusionner plusieurs domaines, changer les chemins des adresses. Les principes se recoupent, avec des opérations propres à chaque cas. Le passage en HTTPS est le plus simple, et l'outil de changement d'adresse de la Search Console n'y sert pas, pas plus que pour passer de www à non-www. Il ne sert qu'au changement de domaine ou de sous-domaine.

Le principe tient en une phrase : chaque ancienne adresse doit mener, par une redirection permanente, vers sa nouvelle adresse. Google précise que les redirections 301 et les autres redirections permanentes n'entraînent pas de baisse de PageRank. Ma lecture : des redirections manquantes ou inadaptées peuvent contribuer à une perte de trafic, même si d'autres causes existent.

2. Avant : la table de correspondance

Demandez à l'équipe technique un fichier à deux colonnes : l'ancienne adresse, la nouvelle. Vous n'avez pas à le lire ligne à ligne. Vous avez à vérifier que vos pages les plus visitées y figurent, ainsi que celles qui reçoivent des liens d'autres sites.

Google indique où chercher ces adresses : vos sitemaps, les journaux du serveur ou votre outil d'analyse d'audience pour les pages qui font des visites, et la Search Console, qui liste les sites qui renvoient vers vous. N'oubliez pas les images, les documents PDF et les fichiers qui reçoivent eux aussi du trafic.

Deux cas particuliers. Si seul le nom de domaine change et que les chemins restent identiques, Google admet qu'une redirection générique côté serveur peut suffire. Si des contenus disparaissent sans équivalent, Google demande que leurs adresses renvoient un code 404 ou 410 sur le nouveau site. Une page qui a un remplacement pertinent, elle, se redirige. Ma règle, qui est un jugement et non une règle de Google : jamais toutes les anciennes pages vers l'accueil. Une ancienne page va vers la page la plus proche par le sujet, quand il en existe une.

Dernier préalable : déclarer dans la Search Console l'ancien et le nouveau site, toutes variantes comprises (avec et sans www, en HTTP et en HTTPS). C'est ce qui vous permettra de suivre la bascule.

3. Le jour de la bascule

Quatre vérifications, dans cet ordre.

• Des redirections permanentes côté serveur, de type 301 ou 308, vers la destination finale. Googlebot peut suivre jusqu'à 10 sauts dans une chaîne, mais Google recommande d'éviter les chaînes et, à défaut, de ne pas dépasser 3 redirections successives.
• Les blocages de la phase de test retirés. Si le nouveau site était protégé par un noindex ou par un fichier robots.txt pendant le développement, Google demande de les retirer au début de la migration. Google le range parmi les erreurs fréquentes, et il se vérifie vite.
• Le nouveau plan du site envoyé à la Search Console, les liens internes mis à jour, chaque page de destination désignant sa propre adresse comme adresse de référence.
• La demande de changement d'adresse, pour un changement de domaine uniquement.

4. Les semaines suivantes : ce qu'on regarde, et quand

Google prévient que le classement peut fluctuer pendant la migration, et que pour un site de taille moyenne il peut s'écouler quelques semaines ou plus avant que les nouvelles adresses prennent la place des anciennes, plus longtemps pour un grand site. Ce délai dépend du nombre d'adresses et de la vitesse du serveur. Personne ne peut le fixer à votre place.

Ce que nous regardons, à deux dates fixées à l'avance. À J+15 : dans la Search Console, les nouvelles adresses sont-elles indexées, les anciennes en recul, des erreurs « introuvable » inattendues sont-elles apparues ? À J+45 : les impressions sur vos requêtes commerciales ont-elles retrouvé leur niveau, comparées à la même période de l'année précédente ? Si un écart persiste sur une section du site, une des premières choses à chercher est une redirection qui mène à une page inexistante. Google la range parmi les erreurs fréquentes de migration. Une réserve sur cette comparaison : si la période de l'année précédente tombe entre le 13 mai 2025 et le 27 avril 2026, la Search Console a mal compté les impressions et le taux de clic sur cette période (pas les clics), comme Google le documente. Comparez alors les clics. À J+45, nous décidons : continuer, corriger, changer de cible, ou attendre quand les données sont trop maigres pour trancher, avec une nouvelle date fixée.

5. Garder les redirections plus longtemps qu'on ne le voudrait

Google recommande de conserver les redirections aussi longtemps que possible, généralement au moins un an. Ce délai lui laisse le temps de transférer les signaux, y compris les liens que d'autres sites font vers vos anciennes adresses. Mettez entre-temps à jour ce qui dépend de vous : vos liens internes, vos profils de réseaux sociaux, vos campagnes. Et demandez aux sites qui vous envoient le plus de visites de corriger leur lien.

6. Quand notre conseil ne s'applique pas

Un seul changement à la fois, dit Google. Si le changement de nom coïncide avec une refonte du site et un changement de système de gestion, séparez les opérations : le domaine d'abord, la mise en page ensuite. Quand tout change le même jour, une baisse de trafic n'a plus de cause identifiable.

Autre limite : changer de nom de domaine n'est pas, en soi, un levier de référencement. Il se justifie par la marque, et c'est au référencement de s'y adapter, pas l'inverse. Si la marque actuelle fait vendre, pesez ce que la bascule vous coûte avant de la décider.

Cette semaine, une seule action : demandez la table de correspondance à votre équipe technique, et vérifiez que vos dix pages les plus visitées y figurent avec une destination qui traite du même sujet.

Une redirection permanente ne coûte pas de PageRank. L'adresse oubliée, elle, peut coûter des visites.