Une migration de nom de domaine reste, dans mon expérience, l’opération la plus anxiogène de tout le référencement technique : contrairement à une refonte de thème ou une optimisation de vitesse, il n’y a pas de deuxième chance pour la première impression donnée aux moteurs de recherche au moment du basculement. Une erreur dans l’ordre des opérations peut coûter plusieurs semaines de trafic organique, parfois plus.
Cette checklist reprend, dans l’ordre chronologique réel d’une migration réussie, les étapes qui comptent vraiment, et les pièges qui reviennent le plus souvent sur ce type de projet.
Avant le jour J : préparer les redirections
La règle absolue est que les redirections doivent être prêtes et testées avant le basculement effectif, jamais improvisées après coup. Sur WordPress, la méthode la plus robuste passe par une règle générique au niveau du serveur, qui redirige l’intégralité de l’ancien domaine vers le nouveau en conservant le chemin :
# Dans la configuration Apache de l'ancien domaine
RewriteEngine On
RewriteCond %{HTTP_HOST} ^ancien-domaine\.fr$ [OR]
RewriteCond %{HTTP_HOST} ^www\.ancien-domaine\.fr$
RewriteRule ^(.*)$ https://nouveau-domaine.fr/$1 [R=301,L]Le code 301 (redirection permanente) est impératif, jamais un 302 (redirection temporaire) : une 302 indique aux moteurs de recherche de continuer à considérer l’ancienne URL comme la référence, ce qui retarde ou empêche totalement le transfert du signal de référencement vers la nouvelle adresse.
Le jour du basculement
Le changement d’adresse dans WordPress lui-même se fait via les réglages Adresse web (URL) et Adresse du site (URL), dans Réglages > Général, ou directement en base de données si l’accès à l’administration est momentanément impossible pendant la bascule. Il faut également penser à :
- Mettre à jour toutes les URL absolues stockées en base (contenu d’articles, options de thème, métadonnées), avec un outil de recherche-remplacement adapté au sérialisé de WordPress plutôt qu’un simple remplacement SQL brut.
- Vérifier le certificat SSL du nouveau domaine avant toute bascule DNS, pour éviter une interruption de service au moment critique.
- Conserver l’ancien nom de domaine actif et pointé vers les redirections pendant une durée longue, idéalement plusieurs années si le budget le permet, certains liens externes anciens ne disparaissant jamais complètement du web.
Déclarer le changement dans Google Search Console
Google propose un outil spécifique de changement d’adresse dans Search Console, accessible depuis les réglages de la propriété concernée. Cet outil ne remplace pas les redirections 301, il les complète en signalant explicitement à Google l’intention de migration, ce qui peut accélérer la prise en compte du changement. Il nécessite que les deux propriétés, ancienne et nouvelle, soient déjà vérifiées dans Search Console avant de pouvoir être liées entre elles.
Le sitemap, un détail qui compte
Le sitemap XML soumis dans Search Console doit être celui du nouveau domaine, avec des URL absolues pointant vers la nouvelle adresse. Un sitemap oublié, encore déclaré sur l’ancien domaine après la bascule, ralentit la découverte des nouvelles URL par les robots d’exploration, alors même que les redirections fonctionnent correctement par ailleurs.
Surveiller après la bascule
| Période | Ce qu’il faut surveiller |
|---|---|
| Semaine 1 | Taux d’erreur 404 sur l’ancien domaine, temps de réponse des redirections |
| Semaines 2 à 4 | Vitesse de désindexation de l’ancien domaine et d’indexation du nouveau dans Search Console |
| Mois 2 à 3 | Retour progressif du volume de trafic organique vers son niveau antérieur |
Un recul de trafic organique temporaire, de quelques jours à quelques semaines, est normal et attendu pendant qu’un moteur de recherche retraite l’ensemble des signaux liés au nouveau domaine. Un recul qui persiste au-delà de deux ou trois mois, en revanche, signale presque toujours un problème de redirection mal configurée ou de contenu non correctement migré.
Les erreurs qui coûtent le plus cher
- Rediriger tout le site vers la page d’accueil du nouveau domaine, plutôt que chaque URL vers son équivalent exact : cette pratique, encore trop fréquente, gaspille l’essentiel du signal de référencement accumulé page par page.
- Laisser expirer l’ancien nom de domaine trop rapidement après la migration, coupant net les redirections avant que les moteurs de recherche n’aient fini de traiter le changement.
- Oublier de mettre à jour les liens internes en dur (menus, widgets, contenus) vers l’ancien domaine, qui continuent de fonctionner grâce à la redirection mais ajoutent un saut inutile, invisible pour le visiteur mais mesurable pour les robots.
Une migration de domaine réussie se juge autant sur ce qui a été préparé avant le jour J que sur ce qui a été surveillé dans les semaines qui suivent. Le basculement en lui-même n’est que le milieu du processus, jamais la fin.
En résumé
Migrer un nom de domaine sans perdre son référencement repose sur un enchaînement précis : redirections 301 page à page préparées à l’avance, déclaration explicite dans Search Console, mise à jour rigoureuse du sitemap et des URL internes, puis une surveillance patiente sur plusieurs mois. Aucune de ces étapes prise isolément ne garantit le succès ; c’est leur combinaison, dans le bon ordre, qui limite réellement l’impact sur le trafic organique.
