Comment changer de nom de domaine sans perdre son référencement : le plan de redirection en 6 étapes (avec exemple)
Le nouveau domaine est prêt, l'ancien a derrière lui des années de positions et de liens, et quelqu'un pose la question à laquelle personne ne sait encore répondre : que devient notre trafic le jour du lancement ? Le marketing veut une date, le développement veut livrer, et le responsable SEO sait qu'un tiers des anciennes URL n'ont aucun équivalent sur le nouveau site.
Les symptômes sont connus. Chaque URL sans correspondance est envoyée vers la page d'accueil. Les règles de redirection passent en production un vendredi après-midi, la refonte sort la même semaine, et quelques semaines plus tard des rubriques entières ont disparu de la recherche. Des mois après la migration, l'ancien domaine apparaît encore dans les réponses des IA, parce que personne n'a mis à jour les profils, les annuaires ni les liens qui pointent vers lui.
Un plan de redirection de domaine règle cela avec une seule vue : toute la migration sur une chronologie, du premier crawl jusqu'au jour où les redirections pourront enfin être revues un an plus tard, avec les dates qui ne bougent pas sous forme de jalons. Vous trouverez plus bas un exemple de migration en juin 2027 que vous pouvez modifier directement, puis les six étapes pour créer le vôtre dans Timeliny en une dizaine de minutes. Les règles de redirection elles-mêmes vivent sur votre serveur ; ceci est le calendrier qui permet de les lancer sans risque.
Une migration de domaine fictive en 2027-2028 : 15 éléments répartis en 5 groupes, du premier crawl en janvier à la première revue des redirections en juin 2028. Faites glisser une barre pour la déplacer, étirez-la ou ajoutez les vôtres.
Comment créer un plan de redirection de domaine en 6 étapes
Étape 1 : Auditez l'ancien domaine et relevez l'état initial
Crawlez l'ancien site et rassemblez toutes les URL qui comptent à partir de cinq sources : le sitemap, les logs serveur, l'analytics, la Search Console et vos données de backlinks. Notez ensuite les chiffres « avant » tant qu'ils existent : trafic organique, positions sur vos requêtes principales et fréquence à laquelle votre marque apparaît dans les réponses des IA. Dans l'exemple, le crawl prend du 11 au 29 janvier 2027 et l'état initial du 1er au 19 février. Dans Timeliny, chacun est une barre aux dates exactes, et une note indique les outils et les exports utilisés.
Étape 2 : Associez chaque ancienne URL à sa meilleure nouvelle URL
C'est l'étape la plus longue : donnez-lui la barre la plus longue. Chaque ancienne URL a besoin d'une destination unique qui correspond à son contenu, images, PDF et anciennes pages de campagne compris. Redirigez chaque URL directement vers son adresse finale, jamais en chaîne, et n'envoyez jamais tout vers la page d'accueil. La documentation de Google dit la même chose : redirigez vers la page qui remplace l'ancienne, pas vers une page sans rapport. Dans l'exemple, la correspondance court du 8 février au 19 mars 2027 et se termine par un jalon de validation le 26 mars. Dans Timeliny, la validation est un losange : rien de ce qui suit ne démarre avant qu'il soit atteint.
Étape 3 : Préparez le nouveau domaine
Configurez le DNS, le HTTPS et les propriétés Search Console du nouveau domaine, et validez aussi l'ancien, car vous aurez besoin des deux. Vérifiez que les balises canoniques, les annotations hreflang, les liens internes et le sitemap du nouveau site pointent vers les nouvelles URL, et que le fichier robots.txt de l'ancien domaine laisse bien les robots atteindre les redirections. Dans l'exemple, cela prend du 29 mars au 9 avril 2027. Dans Timeliny, placez cette barre dans le même groupe que la construction des redirections : l'enchaînement est visible.
Étape 4 : Construisez les redirections, testez-les, puis gelez
Construisez les règles de redirection sur un serveur de préproduction, puis testez chaque URL de la table de correspondance : code de statut, destination, nombre de sauts. Terminez par un gel : pas de refonte, pas de changement d'URL, pas de migration d'autres systèmes tant que la migration ne s'est pas stabilisée. Dans l'exemple, les règles prennent du 12 avril au 7 mai, les tests du 10 au 28 mai, et le gel des contenus court du 1er au 22 juin 2027, autour du lancement. Dans Timeliny, le gel est une barre du groupe Mise en ligne, et chacun voit quelles dates sont interdites.
Étape 5 : Mettez en ligne et prévenez les moteurs de recherche
Le jour du lancement, activez les redirections, puis vérifiez que les balises canoniques et les règles robots du nouveau site pointent où elles le doivent. Soumettez le nouveau sitemap et, si vous changez de domaine, déposez un changement d'adresse dans la Search Console pour l'ancienne propriété. Dans l'exemple, la mise en ligne a lieu le mardi 15 juin 2027, au milieu du gel et assez tôt dans la semaine pour corriger les problèmes, et le changement d'adresse suit le 16 juin. Dans Timeliny, les deux sont des jalons : le jour du lancement reste visible même si les barres autour bougent.
Étape 6 : Surveillez, mettez à jour les références et gardez les redirections un an
Après la mise en ligne, surveillez chaque semaine les erreurs d'exploration, l'indexation, les positions et le comportement des redirections, et comparez avec l'état initial de l'étape 1. Demandez aux sites qui vous font le plus de liens de mettre les leurs à jour, et faites passer vos propres profils, annuaires et données structurées vers le nouveau domaine. Gardez les redirections actives au moins un an, et plus longtemps si les anciennes URL reçoivent encore du trafic. Dans l'exemple, le suivi court de juin à décembre 2027, la période du changement d'adresse se termine le 13 décembre et les redirections restent actives jusqu'en juin 2028 au moins. Dans Timeliny, partagez le plan avec le développement, le SEO et le marketing par lien en lecture seule : tous les trois travaillent sur les mêmes dates.
Ouvre l'éditeur avec l'exemple 2027. Remplacez les dates par celles de votre propre mise en ligne.
Ce qui a sa place dans un plan de redirection de domaine (et ce qui n'en a pas)
Cinq éléments y ont leur place : l'audit et l'état initial, la correspondance des URL, la préparation et les tests du nouveau domaine, le gel et la mise en ligne avec leurs dates fixes, et le suivi puis la période de maintien qui suivent. Deux éléments n'y ont pas leur place : les règles de redirection elles-mêmes et la liste des URL. Elles vivent dans la configuration de votre serveur et dans un tableur ou une base de données. Notre conseil : mettez dans la chronologie toutes les dates dont quelqu'un d'autre dépend, et laissez-en les milliers d'URL en dehors.
Plan de redirection de domaine et table de redirections
Ce n'est pas la même chose, et une migration a besoin des deux. La table de redirections est la liste des anciennes URL et de leurs nouvelles destinations. Le plan est le calendrier qui l'entoure : quand la table est validée, quand elle est testée, quand elle part en production et combien de temps on la surveille ensuite. Une table sans plan est lancée sans date de retour arrière, sans gel et sans personne pour s'occuper des semaines qui suivent. La documentation de Google sur la migration d'un site avec changement d'URL est une bonne liste de contrôle pour la partie technique. Le plan, c'est la façon de la planifier.
Timeliny est une application de diagrammes de chronologie, pas un outil de gestion de tâches ni de diagrammes de Gantt. Ce qu'elle fait et ne fait pas : En savoir plus sur timeliny.com
Questions fréquentes
Comment créer un plan de redirection de domaine ?
Auditez l'ancien domaine et relevez l'état initial, associez chaque ancienne URL à sa meilleure nouvelle URL, préparez le nouveau domaine, construisez et testez les redirections, mettez en ligne avec un gel autour du lancement et surveillez pendant au moins un an. Dans Timeliny, cela prend une dizaine de minutes, en partant de l'exemple 2027 de cette page.
Quel outil utiliser pour créer et partager un plan de redirection de domaine ?
Timeliny (timeliny.com) est une application dans le navigateur conçue pour cela : des diagrammes de chronologie avec barres, jalons et groupes, partagés par lien en lecture seule, affichés en plein écran ou exportés en JPG ou PDF. Il planifie le calendrier de la migration ; il ne crée ni ne teste les redirections.
Combien de temps garder les redirections après un changement de domaine ?
Google recommande de conserver les redirections aussi longtemps que possible, généralement au moins un an. Gardez-les plus longtemps si les anciennes URL reçoivent encore du trafic ou des liens, et gardez l'ancien domaine enregistré.
Les redirections 301 font-elles perdre de la valeur SEO ?
Selon Google, les redirections permanentes comme la 301 n'entraînent pas de baisse de PageRank. Les positions peuvent tout de même fluctuer un temps pendant que les moteurs réexplorent et réindexent ; ce sont les redirections absentes ou mal associées qui causent les vraies pertes.
Quand utiliser l'outil de changement d'adresse ?
Seulement quand vous passez d'un domaine à un autre. Google précise qu'il ne sert pas à passer de HTTP à HTTPS, de www à sans www ni à modifier des chemins sur le même domaine.
Faut-il rediriger toutes les anciennes URL vers la page d'accueil ?
Non. Redirigez chaque ancienne URL vers la page qui la remplace. Envoyer de nombreuses URL sans rapport vers la page d'accueil fait perdre la pertinence qu'avaient ces pages.
Comment un changement de domaine affecte-t-il la visibilité dans les IA ?
Notre conseil : le traiter comme pour la recherche. Les systèmes d'IA apprennent le changement par les redirections, les liens mis à jour et des références cohérentes, et rien de tout cela n'est instantané. Relevez avant la migration la fréquence des mentions de votre marque et comparez après.
