Refonte de site et changement de domaine : comment tracer la carte des redirections 301

Conclusion d’abord : L’erreur la plus coûteuse d’une refonte n’est pas une mise en page ratée, c’est un oubli dans la reprise des URL. Le design peut encore être revu l’an prochain, mais une URL cassée est perdue pour toujours. Avant de lancer une refonte, vérifiez deux choses : toutes les URL ont-elles été exportées avec une décision indiquée pour chacune, et la table de correspondance 301 est-elle écrite et testée avant de changer le DNS ? S’il en manque une, ne basculez pas.

1. L’erreur la plus coûteuse d’une refonte, c’est un oubli dans la reprise des URL

La plupart des refontes échouent non pas parce que le nouveau site est raté, mais parce qu’au moment du remplacement, une série d’URL de l’ancien site se sont cassées sans bruit. Une page cassée n’affiche aucune erreur : elle cesse simplement de recevoir du trafic, définitivement.

Commencez par identifier le type de changement que vous faites : les trois cas n’ont pas du tout le même niveau de risque.

Type de refonte	Ce qui change	Impact sur le trafic	Délai de rétablissement	Réversibilité
Refonte sans changer les URL	Templates, styles, emplacement des rubriques	Baisse de 5 % à 15 %	2 à 4 semaines	Retour arrière possible
Changement de structure d’URL	Répertoires, slugs, règles de pagination	Baisse de 15 % à 40 %	6 à 12 semaines	Redirections 301 indispensables
Changement de domaine	Changement de domaine principal	Baisse de 20 % à 45 %	8 à 16 semaines	Redirections 301 uniquement
Changement de domaine et de structure	Les deux en même temps	Baisse de 30 % à 60 %	12 à 24 semaines	Retour arrière très difficile

Les fourchettes de ce tableau viennent de l’observation de projets courants, ce ne sont pas des valeurs garanties. Le message est le suivant :ne changez pas de domaine et de structure en même temps. Si le métier l’impose, acceptez une période de fluctuation de plus de 12 semaines et préparez une note d’explication compréhensible par votre direction.

Parmi les oublis de reprise, quatre sont les plus fréquents, avec des conséquences différentes :

Oubli	Conséquence	Délai de rétablissement	Rattrapable ?
Pages de détail sans redirection 301	La page disparaît définitivement, le poids accumulé retombe à zéro	Impossible de retrouver le classement d’origine	Réécriture et nouvelle soumission uniquement
Redirection 301 vers la page d’accueil	Considérée comme un soft 404, le poids des liens est perdu	4 à 8 semaines	Récupération progressive après correction de la cible
Chaînes de redirections de plus de 3 sauts	Le budget de crawl est gaspillé, le poids diminue à chaque saut	2 à 6 semaines	Correction directe possible
Pages de paramètres de filtres non traitées	De nombreuses URL similaires consomment le quota de crawl	4 à 12 semaines	Correction possible

La deuxième ligne est la plus préoccupante. L’idée « ce sont mes pages de toute façon, une 301 vers l’accueil vaut mieux qu’un 404 » est fausse en pratique : les moteurs de recherche considèrent un grand nombre de redirections vers l’accueil comme des soft 404, le poids des liens n’est pas transféré et les signaux d’ancre de la nouvelle page d’accueil deviennent confus.

2. Première étape : dresser un bilan des URL

Avant de toucher à quoi que ce soit, exportez l’intégralité des URL de l’ancien site. Par “intégralité”, j’entends l’union de trois sources : les logs d’accès du serveur, le sitemap et la liste des adresses déjà indexées par les moteurs de recherche. Exporter le seul sitemap ne suffit pas : il reste toujours des pages absentes du sitemap qui conservent des liens externes.

À l’export, conservez au minimum ces huit champs, sinon vous devrez tout reprendre plus tard :

Champ	Source	Utilité
URL complète	Logs et sitemap	Clé primaire de la table de correspondance
Visites organiques mensuelles	Outil de statistiques	Déterminer la priorité
Nombre de domaines référents	Outil de backlinks	Déterminer la priorité
Objectif de demandes ou de conversions	Formulaires et statistiques	Déterminer la priorité
Titre de la page	Contenu correspondant sur le nouveau site	Faire correspondre à une nouvelle page
Code de statut HTTP	Test en masse	Écarter les adresses mortes
Marqueur de langue et de région	hreflang ou structure de répertoires	Obligatoire pour un site multilingue
Traitement	Décision manuelle	Conserver, rediriger, fusionner, abandonner

La dernière colonne est l’âme de ce tableau. Attribuez à chaque URL l’une des quatre étiquettes, avec des critères fixés à l’avance, sans vous fier à votre intuition :

Traitement	Critère d’évaluation	Action technique
Conserver	Le nouveau site a une page au même nom et au même chemin, au contenu quasi identique	On ne change pas l’URL, on ne fait pas de redirection
Rediriger	Le nouveau site a un contenu correspondant mais le chemin a changé	Redirection 301 une à une
Fusionner	Plusieurs anciennes pages se recoupent, le nouveau site n’en garde qu’une	Redirection 301 de plusieurs vers une, en gardant la page au contenu le plus complet
Abandonner	Le contenu n’est vraiment plus proposé, sans backlink ni trafic	Renvoi 410, pas de 301

La priorité suit un seul ordre, ne l’inversez pas :D’abord les backlinks, ensuite le trafic, enfin les conversions. Une page sans trafic organique mais avec trois backlinks peut valoir plus qu’une page à 20 visites par jour sans aucun backlink, car les backlinks sont un actif transférable, tandis que le trafic fluctue avec les algorithmes et les saisons. Une page au profil flou (ni backlink, ni trafic, ni conversion) est systématiquement abandonnée ; ces pages représentent en général 30 à 50 % du total des URL de l’ancien site, et les éliminer est en soi un gain de la refonte.

Quand cette méthode ne s’applique pas : Si l’ancien site a moins de 12 mois, ou si son trafic organique cumulé reste sous 500 visites par mois, alors le “bilan” ne repose presque que sur des valeurs nulles et la priorité de redirection n’a plus de sens. Inutile de mener l’analyse complète : assurez seulement trois choses. Toute URL ayant servi à une promotion, à une campagne ou à un support imprimé doit être redirigée en 301 ; les URL du sitemap doivent renvoyer un 301 ou un 410 ; le reste se résorbe naturellement selon la structure du nouveau site.

III. Trois types de règles de redirection : une à une, plusieurs vers une, une vers plusieurs

Il n’existe que trois types de règles de redirection, chacune avec sa formulation précise et ses pièges.

Type de redirection	Condition de déclenchement	Formulation	Risque principal
Une à une, même chemin	Le chemin a changé mais le contenu correspond à une seule page	Redirection 301 de l’ancienne URL vers la nouvelle	Une orthographe de slug différente entre ancien et nouveau fait rater la correspondance
Fusion de plusieurs vers une	Plus de 3 anciennes pages au contenu qui se recoupe	Toutes redirigées en 301 vers la page conservée	Mauvaise page conservée : c’est justement la plus précieuse qui disparaît
Éclatement d’une vers plusieurs	Un article de 3 000 mots scindé en 3 pages	Rediriger l’ancienne URL en 301 vers la page la plus pertinente	Les deux autres pages perdent leur point d’entrée : à corriger avec des liens internes

La fusion de plusieurs pages en une seule est l’opération la plus facile à rater. Fusionner ne veut pas dire déverser le trafic n’importe où : les critères de décision s’appliquent dans l’ordre :

Critère de décision	Pondération	Explication
Le plus grand nombre de liens externes	Élevée	On garde la page vers laquelle pointent les liens externes
Le contenu le plus complet	Moyenne	Celle qui réunit le plus de paramètres, de cas et de FAQ
Le meilleur classement existant	Moyenne	On garde la page au classement stable
L’URL la plus courte	Faible	À utiliser quand les trois premiers critères sont à égalité

Pour une division d’une page en plusieurs, attention au problème inverse des points d’entrée. Sur les trois pages issues de la division, seule celle visée par la redirection 301 hérite des anciens liens ; les deux autres repartent de zéro. La solution : ajouter un chapeau en haut de la page conservée, avec des liens internes vers les deux autres, et surveiller leur indexation pendant deux mois.

IV. Quatre zones à risque, à vérifier point par point

Quatre zones posent problème de façon récurrente lors d’une refonte. Leur point commun : tant que tout va bien, personne ne les remarque ; en cas de problème, le diagnostic coûte très cher.

Zone à risque	Incident typique	Méthode de vérification	Critère de conformité
URL multilingues et hreflang	Les versions linguistiques se pointent mutuellement de travers, ou pointent toutes vers la langue par défaut	Récupérer le code source de chaque version linguistique	Chaque hreflang pointe vers la page correspondante sous le nouveau domaine
Pagination et paramètres de filtre	Les pages à paramètres sont massivement indexées, ou la chaîne de pagination est rompue	Tester 20 adresses avec paramètres	Les pages à paramètres renvoient la page canonique ou un code 410, et la pagination se parcourt entièrement
Pièces jointes et PDF	Devis, plans, catalogues en 404	Exporter toutes les adresses de pièces jointes et les tester en masse	Toutes les pièces jointes valides sont redirigées en 301 vers la nouvelle adresse
Formulaires et liens courts	Liens courts de campagne et QR codes de salon hors service	Tester une par une les adresses utilisées hors du site	Toutes accessibles et formulaires fonctionnels

Sur un site multilingue, prévoir un tableau de vérification à part, car c’est là que le risque d’erreur est le plus élevé :

Point de contrôle	Erreur à éviter	Bonne pratique
Ciblage hreflang	Tout pointe vers l’ancien domaine de la langue par défaut	Chaque langue pointe vers la page correspondante sous le nouveau domaine
Répertoires de langue	Le nouveau site passe à un sélecteur par paramètres, par exemple avec un paramètre après un point d’interrogation	Conserver des répertoires ou sous-domaines distincts, une adresse par langue
Sitemap	Ne soumettre que le sitemap de la langue par défaut	Soumettre un sitemap par langue et y indiquer les adresses alternatives de chaque langue
Pages déjà indexées	Rediriger en 301 uniquement la langue par défaut	Rediriger en 301 séparément chaque ancienne adresse de chaque langue

La section des pièces jointes est elle aussi souvent négligée. Catalogues, devis, plans : ces fichiers sont souvent la cible de liens externes et ce que les acheteurs étrangers transmettent le plus. Tester les codes de statut en masse prend moins d’une heure, mais ce qu’on oublie se paie par la perte définitive d’une série de liens externes.

V. Ordre d’exécution et points de sauvegarde avant toute opération irréversible

Un ordre erroné double la charge de travail. Les sept étapes ci-dessous suivent un ordre fixe : ne le modifiez pas pour gagner du temps.

Étape	Action	Livrables	Réversible ?
Première étape	Sauvegarder l’intégralité des données et fichiers de l’ancien site	Base de données et archives de fichiers, avec une copie supplémentaire en local	Réversible, c’est le filet de sécurité
Deuxième étape	Exporter et documenter le bilan des URL	Un tableau avec le traitement prévu	Réversible
Troisième étape	Construire toute la structure sur le nouveau site et y intégrer le contenu	Le nouveau site est accessible sur un domaine temporaire	Réversible
Étape 4	Tester les 301 une par une sur l’adresse temporaire	Relevé des tests de la table de correspondance	Réversible
Étape 5	Basculer le DNS, l’ancien site passe en lecture seule	Capture d’écran des enregistrements DNS	Irréversible, l’étape 4 doit être terminée
Étape 6	Soumettre le nouveau sitemap et conserver l’ancien 60 jours	Les deux sitemaps sont accessibles	Réversible
Étape 7	Activer les règles 301 et surveiller les logs	Statistiques quotidiennes des redirections réussies et des erreurs	Réversible

L’étape 5 est la seule opération irréversible. Avant de basculer le DNS, trois choses doivent être vérifiées : la sauvegarde est terminée et restaurable, la table de correspondance a été testée ligne par ligne sur l’adresse temporaire du nouveau site, et la copie en lecture seule de l’ancien site peut être réactivée à tout moment. Si l’une de ces trois conditions n’est pas remplie, ne basculez pas.

Six erreurs courantes se glissent dans l’écriture des redirections. La plupart relèvent de la configuration, mais les conséquences sont réelles :

Écriture erronée	Conséquence	Bonne pratique
Chaîne de redirections A vers B vers C	Le poids diminue à chaque saut, l’exploration ralentit	Rediriger directement vers l’adresse finale
Tout rediriger en 301 vers la page d’accueil	Considéré comme un soft 404, le poids n’est pas transféré	Correspondance une à une vers la page équivalente
301 vers une adresse déjà en 404	La chaîne de redirection casse, équivalent à un lien mort	Vérifier d’abord que l’adresse cible renvoie un 200
Mélanger 302 et 301	Le 302 ne transmet pas le poids	Utiliser systématiquement le 301 pour une migration définitive
Ne fonctionner qu’avec ou sans slash final	L’autre moitié des adresses casse	Configurer des règles pour les deux formes
Utiliser une redirection dans la page au lieu d’une redirection serveur	Les robots ne lisent pas la vraie redirection	Configurer au niveau du serveur ou de l’application

Six. Ce qu’il faut surveiller 30 jours après la bascule, et quand ne pas rediriger

Après la bascule, ne surveillez pas le classement tous les jours. Quatre indicateurs suffisent, dont un seuil d’alerte.

Indicateurs à suivre	Plage normale	Seuil d’alerte	Ordre de vérification en cas de seuil atteint
Pages indexées du nouveau site	Atteindre plus de 70 % de l’ancien site en 30 jours	En dessous de 40 %	Sitemap, robots, chaîne de redirections
Fréquence de crawl	Hausse de 20 % à 50 % les deux premières semaines, puis repli	Toujours en dessous du niveau de l’ancien site après deux semaines	Logs serveur, temps de réponse, codes de statut
Classement sur les mots-clés principaux	Une fluctuation de 3 à 10 places est normale	Sortie du top 50 sans remontée après 4 semaines	Cohérence du contenu des pages, maillage interne
Nombre de demandes par semaine	Une fluctuation de 10 % à 30 % est normale	Trois semaines de suite sous la moitié de l’ancien site	Fonctionnement des formulaires, logs des redirections réussies

Attention à la troisième ligne : des allers-retours de 3 à 10 places dans le classement sont la norme après une refonte, inutile d’intervenir avant deux mois. Ce qui doit vraiment alerter, c’est une série de pages qui disparaissent en même temps : c’est généralement une correspondance oubliée, pas un ajustement de l’algorithme.

Enfin, le cas inverse : trois types de pages ne doivent pas être redirigées en 301, mais renvoyer directement un 410.

Situation	Pourquoi éviter le 301	Code de statut correct
Le contenu est réellement supprimé définitivement, sans équivalent	Un 301 vers la page d’accueil sera jugé comme un soft 404	410
Supprimé et sans aucun lien entrant ni trafic	Conserver la redirection n’apporte rien et alourdit la maintenance	410
Pages à paramètres nombreuses et de faible qualité	Rediriger laisse les URL en double indexées	410, avec une balise canonique

La différence entre 410 et 301 n’est pas un détail technique, elle est sémantique : un 301 signifie que le contenu a déménagé, un 410 qu’il n’existe plus. Rediriger en 301 une masse de pages mortes vers la page d’accueil revient à dire aux moteurs de recherche « tout ce contenu a déménagé vers l’accueil », ce qui ne tient pas debout et dilue les signaux de liens de la page d’accueil. Pour le processus de livraison et la checklist associée, voir /site/ les explications de livraison, ou envoyez directement votre tableau d’URL selon /contact/ pour vérifier la correspondance une fois.

FAQ — Questions fréquentes

Après un changement de domaine, faut-il conserver l’ancien domaine ?

Oui, au moins deux ans. L’ancien domaine sert à deux choses : rediriger tout le site en 301 vers le nouveau domaine, et garder la propriété de l’ancien domaine dans Search Console pour continuer à voir quelles anciennes adresses sont touchées par les redirections. Mieux vaut ne pas revendre l’ancien domaine ni le laisser expirer : s’il expire et qu’un tiers le rachète, tous les liens accumulés pointeront vers son site. Si l’ancien domaine a encore de la valeur de marque, laissez-le accessible avec redirection ; s’il n’est que transitoire, assurez-vous que le renouvellement ne s’interrompt pas.

Combien de temps garder les 301, quand peut-on les retirer ?

Il n’y a pas de durée officielle ; en pratique, tabler sur deux ans est plus sûr. Ce qui détermine si l’on peut retirer les redirections n’est pas le temps, mais trois choses : le nouveau domaine est largement indexé, plus de la moitié des liens externes pointent vers le nouveau domaine, et le trafic naturel vers les anciennes adresses est proche de zéro. Une fois ces trois conditions remplies, on peut envisager de retirer les redirections, mais mieux vaut exporter et sauvegarder les règles avant. Si les trois ne sont pas réunies, mieux vaut ne pas retirer : garder les redirections ne coûte presque rien, alors qu’après leur suppression, les liens pointant encore vers les anciennes adresses font perdre tout leur poids.

Combien de positions perd-on vraiment lors d’une refonte, peut-on éviter toute perte ?

Si l’on refait le design sans changer les URL, perdre 5 % à 15 % en 2 à 4 semaines est normal, surtout à cause du changement de template et de la réorganisation du contenu au-dessus de la ligne de flottaison. Pour réduire ce chiffre au minimum, faites trois choses : ne touchez ni aux URL, ni aux titres, ni au corps du texte ; avant de mettre en ligne le nouveau template, notez les structures clés de l’ancien et comparez point par point ; et pendant la semaine qui suit la mise en ligne, ne changez aucune autre variable. Ne rien perdre du tout est irréaliste ; contenir les variations sous 15 % et revenir à la stabilité en 4 semaines est un objectif atteignable.

Peut-on d’abord mettre le nouveau site en ligne en test, puis basculer après une période d’essai ?

Oui, et c’est même recommandé, mais un déploiement progressif ne veut pas dire faire tourner deux sites en parallèle. La méthode viable : monter entièrement le nouveau site sur un domaine temporaire, configurer toutes les règles 301, les vérifier une par une avec un outil de test, et faire en parallèle des contrôles manuels via un accès non public. Mieux vaut éviter d’ouvrir simultanément l’ancien et le nouveau site aux moteurs de recherche : cela génère beaucoup de contenu dupliqué et les signaux d’autorité captés s’annulent. L’objectif de la phase de déploiement progressif est de « valider la table de correspondance », pas de « capter du trafic » : le site temporaire doit donc être en noindex.

Une ancienne URL avec une multitude de paramètres : comment la traiter proprement ?

Commencez par classer les paramètres, sans tout traiter de la même façon. Première catégorie : les paramètres fonctionnels, comme la langue, la devise, la pagination. Ceux-là doivent être conservés et accompagnés d’une balise canonique sur la page, pour que le moteur de recherche ne retienne que l’adresse principale. Deuxième catégorie : les paramètres de filtrage, comme les combinaisons de matière ou de spécifications. Si le nouveau site ne gère pas les filtres, renvoyez un 410 pour tous. Troisième catégorie : les paramètres de tracking, comme les marqueurs de campagne, à exclure de la balise canonique via des règles. Le classement prend généralement une demi-journée, et une fois le traitement fait, les adresses dupliquées diminuent de 60 % à 90 %.

Sauvegarde et retour arrière : comment procéder concrètement, et comment revenir en cas de problème ?

Avant la bascule, faites deux niveaux de sauvegarde : d’abord la base de données et tous les fichiers de l’ancien site, à archiver et à conserver en local, pas seulement sur le serveur ; ensuite une capture d’écran ou un export des enregistrements DNS, avec le délai de propagation de chaque enregistrement. Le retour arrière se fait dans deux directions : au niveau DNS, en repointant la résolution vers l’ancien serveur, ce qui rétablit généralement le service en 10 minutes à 2 heures après le délai de propagation ; au niveau applicatif, si seules les règles 301 sont mal écrites, il suffit de corriger le fichier de règles, sans revenir en arrière sur tout le site. Je conseille de répéter la procédure de retour arrière en local avant la bascule.

Pour conclure

Sur un projet de refonte, le temps passé sur le design représente souvent le triple du temps passé sur la migration, mais c’est cette dernière qui décide de la réussite. Le design peut être revu l’année prochaine ; une fois qu’une URL est cassée, l’autorité accumulée sur cette page disparaît définitivement, sans aucun moyen de la récupérer.

Si vous transformez la migration en un tableau, une checklist et une série de tests avant bascule, vous n’avez plus besoin de compter sur la chance. Le seul vrai moment de jugement, c’est de décider, pour chaque URL, si elle doit être conservée, redirigée, fusionnée ou abandonnée. Une fois cette décision prise, il ne reste que de l’exécution.

À retenir en une phrase : une refonte, ce n’est pas grave si le résultat est moins beau, ce qui est grave, c’est qu’après la refonte, personne ne puisse dire où est passée chaque adresse de l’ancien site.

Refonte de site et changement de domaine : comment cartographier les redirections 301