Un matin, le service marketing annonce que l’ancien nom de domaine ne correspond plus à la marque. Tout le référencement accumulé pendant des années semble alors suspendu à une manipulation technique, et l’angoisse monte d’un cran chez les équipes qui suivent les positions. La bonne nouvelle, c’est que le transfert se joue sur deux gestes précis : rediriger chaque ancienne URL en 301 et signaler le changement dans Google Search Console. Le reste, c’est de la rigueur, une vérification méthodique et un peu de patience.
La redirection 301, c’est le contrat de cession du référencement
Changer de nom de domaine ne supprime pas les anciennes URLs du jour au lendemain, mais Google met du temps à transférer les signaux. Nukium le formule sans détour : ce transfert de l’ancien référencement naturel vers les nouvelles adresses peut prendre « plusieurs semaines voire un ou deux mois » selon le Page Rank actuel. L’idée d’une bascule instantanée relève du fantasme. Une redirection 301 indique au robot un déplacement permanent, pas une simple panne passagère, et chaque page doit hériter de la bonne adresse.
Si une seule URL de l’ancien domaine renvoie encore une page en 200, vous laissez une porte ouverte à un contenu dupliqué ou à une perte de Page Rank. Le robot ne comprend pas qu’il s’agit d’un déménagement, il voit deux sites qui se ressemblent et choisit parfois le mauvais. C’est pour cette raison que la règle doit couvrir la totalité des pages, des articles de blog jusqu’aux fichiers images, sans exception.
Le budget de crawl n’est pas infini, et les pages redirigées consomment une partie de ce budget avant d’être retirées de l’index. Quand le volume d’URLs est important, mieux vaut les rediriger par grands blocs avec des expressions régulières plutôt que ligne par ligne. Les pages orphelines, elles, n’ont aucune chance d’être recrawlées si aucun lien ne pointe vers elles.
Le fichier .htaccess fait le travail de fond
Sur un serveur Apache, la redirection de la totalité des pages repose sur des instructions Mod Rewrite placées dans un fichier .htaccess à la racine du serveur web. Nukium fournit un modèle qui tient en deux lignes, une condition qui filtre le nom d’hôte avec ou sans www et une règle qui réécrit tout le chemin vers le nouveau domaine, ce qui évite de créer une redirection manuelle pour chaque article. Les deux lignes sont RewriteCond %{HTTP_HOST} ^(?:www.)?ancien-domaine.com [NC] et RewriteRule ^/?(.*) http://www.nouveau-domaine.com/$1 [L,R=301].
Une erreur classique consiste à placer ces règles dans le mauvais fichier ou à oublier le drapeau R=301 qui force le code HTTP permanent. Sans ce drapeau, le serveur renvoie parfois une redirection temporaire en 302, et Google ne transfère pas le Page Rank de la même manière. Sur un hébergement mutualisé, le chemin du .htaccess se trouve à la racine du site, pas dans un sous-dossier, et une faute de frappe dans l’expression régulière génère des boucles infinies.
Combiner .htaccess et Search Console pour compresser le délai
Pourquoi déclarer le changement dans la Search Console alors que les redirections 301 existent déjà ? La Search Console, anciennement Webmaster Tools, propose une procédure dédiée au changement de nom de domaine. Cette démarche signale à Google que l’ancien et le nouveau domaine sont liés, ce qui peut diminuer le temps de transfert de l’ancien référencement. Franchement, ne vous contentez pas des redirections. Déclarer le changement double vos chances d’être recrawlé plus vite, surtout si le Page Rank actuel est modeste.
Le signal envoyé par la Search Console ne remplace pas le travail du .htaccess, il l’accompagne. Un site qui change de domaine sans redirection 301 verra ses anciennes URLs tomber en erreur 404, et la déclaration dans l’outil ne réparera pas ce manque. La combinaison des deux couches accélère la lecture par le robot, mais elle n’efface pas le temps de propagation sur les différents centres de données.
Les signaux que Google observe pendant la migration
- Le robot vérifie que chaque ancienne URL répond bien en 301 et non en 404 ou en 200.
- Un historique de liens externes cohérent.
- Est-ce que le nouveau domaine reprend la même structure d’URL, ou bien certains chemins changent-ils sans correspondance ?
- La vitesse à laquelle les pages principales sont recrawlées après la déclaration.
- Les signaux de qualité déjà accumulés, qui mettent parfois plusieurs semaines à être réattribués.
Tous ces signaux ne se règlent pas en une nuit. La Search Console affiche des erreurs d’exploration si une règle de réécriture est mal paramétrée, ce qui vous évite de découvrir le problème après la chute du trafic. Consultez le rapport de couverture au moins une fois par semaine pendant le premier mois.
Les erreurs de code PHP qui plombent la migration
Pourquoi certaines configurations passent-elles par un script PHP ? Les tutoriaux se concentrent souvent sur Apache, mais des hébergements ou des applications imposent une réponse HTTP émise par un fichier dynamique. Noms de domaine montre un exemple de redirection 301 qui inclut header(« Status: 301 Moved Permanently », false, 301); suivie de l’URL http://www.xp-internet.com/index.php.
Le piège classique consiste à appeler cette fonction après l’envoi du moindre octet au navigateur : le header est alors ignoré et la page part en 200. On croit avoir une redirection, on n’a qu’une page blanche ou un contenu dupliqué.
Le paramètre false dans la fonction header n’empêche pas le serveur d’ignorer la directive si des données ont déjà été émises, d’où l’intérêt de placer cette instruction tout en haut du fichier, avant toute sortie. Une autre erreur fréquente consiste à rediriger uniquement la page d’accueil et à laisser les articles internes sans correspondance.
Le référencement est alors amputé de toutes les pages profondes, alors que ce sont souvent elles qui portent les expressions les plus précises. Un regard extérieur comme celui proposé sur moniquerabin.fr aide à ne pas se focaliser uniquement sur la technique.
Vérifier, déclarer, puis laisser le temps agir
Une migration de nom de domaine se termine rarement par un applaudissement général : on vérifie, on déclare, puis on surveille les courbes. L’article de Pilot’in « Redirection 301 : définition, usage et impact SEO », publié le 27 novembre 2025 et estimé entre huit et douze minutes de lecture, rappelle que le moindre oubli dans les redirections se paie en positions perdues. Le transfert prend quelques semaines, parfois un ou deux mois, et rien ne sert de forcer le crawl. Avez-vous déjà testé la règle de redirection sur une URL isolée avant de la généraliser ?