Méthodes et workflows

Migrer un site sans perdre son référencement

En bref. Une migration réussie repose sur trois choses : un inventaire exhaustif des URL existantes avant de toucher à quoi que ce soit, un plan de redirections permanentes qui associe chaque ancienne adresse à la page la plus proche, et une surveillance serrée pendant les six semaines suivantes. Une baisse de 10 à 20% du trafic pendant deux à quatre semaines est normale. Une baisse qui dépasse ce seuil ou qui persiste au-delà de six semaines signale une erreur de redirection, presque toujours.

Une migration de site est le seul chantier SEO capable de détruire en une nuit plusieurs années de travail. Elle est aussi parfaitement maîtrisable : Google documente la procédure dans sa page sur le déplacement d'un site avec changement d'URL, et les échecs viennent presque toujours d'une étape sautée, jamais d'une malchance.

Cet article donne la séquence complète, dans l'ordre, avec les vérifications qui font la différence et les signaux à surveiller après la bascule.

Quels types de migration présentent un risque ?

Tous ne se valent pas, et le risque dépend du nombre de choses qui changent en même temps. La règle la plus utile du sujet tient en une phrase : ne changez jamais deux dimensions à la fois.

Niveau de risque selon ce qui change réellement lors de la migration.
Type de migrationRisquePoint de vigilance principal
Refonte graphique, URL inchangéesFaiblePerte de contenu textuel et de liens internes dans le nouveau gabarit
Changement de CMS, URL inchangéesMoyenBalises, canoniques et sitemaps régénérés différemment
Changement de structure d'URLÉlevéExhaustivité du plan de redirections
Changement de nom de domaineÉlevéTransfert d'autorité, à déclarer dans la Search Console
Domaine et structure en même tempsTrès élevéÀ éviter : séparez les deux opérations de plusieurs semaines

La dernière ligne est la plus importante. Quand deux dimensions changent ensemble et que le trafic chute, il devient impossible de savoir laquelle est en cause, donc impossible de corriger.

L'inventaire préalable : la seule étape irrattrapable

Avant de toucher à quoi que ce soit, constituez la liste exhaustive des URL actuelles. Cette étape est irrattrapable : une fois l'ancien site éteint, les URL que vous avez oubliées sont perdues, et avec elles les liens externes qui pointaient dessus.

Croisez quatre sources, parce qu'aucune n'est complète à elle seule.

  • Un crawl complet du site actuel, qui donne les URL atteignables par les liens internes.
  • La Search Console, qui donne les URL réellement affichées dans les résultats, y compris orphelines.
  • Vos journaux serveur, qui donnent les URL réellement visitées, y compris celles qu'aucun lien interne n'atteint.
  • Votre profil de backlinks, qui donne les URL sur lesquelles pointent des liens externes. Ce sont les plus coûteuses à perdre.

Notez pour chaque URL son trafic, ses liens entrants et ses positions. Ce fichier sert deux fois : à bâtir le plan de redirections, et à mesurer objectivement l'après. Un crawler d'audit produit la première source, une suite SEO les deux dernières.

Comment construire le plan de redirections ?

Une ligne par ancienne URL, avec sa destination. Trois règles, et elles ne souffrent pas d'exception.

Une redirection permanente, pas temporaire. Le code 301 indique un déplacement définitif et transmet les signaux à la destination, comme le précise la documentation sur les redirections. Un 302 laissé en place indique au moteur de continuer à considérer l'ancienne adresse comme la bonne.

Vers la page équivalente la plus proche, jamais vers l'accueil. Rediriger cent pages vers l'accueil est traité comme une suppression déguisée : le moteur constate que la destination ne répond pas à la requête d'origine, et le bénéfice du transfert disparaît. Quand aucun équivalent n'existe, une page de catégorie pertinente vaut mieux que l'accueil, et un code 410 assumé vaut mieux qu'une redirection trompeuse.

Sans chaîne ni boucle. Une redirection vers une page elle-même redirigée dilue le signal et ralentit l'exploration. Si votre site a déjà connu une migration, les anciennes règles doivent être réécrites pour pointer directement vers la destination finale.

La liste de vérification avant la mise en ligne

À dérouler sur l'environnement de recette, avant la bascule. Chacun de ces points a déjà coûté un trafic significatif à quelqu'un.

  1. Aucune directive noindex ne subsiste du site de recette. C'est la cause d'échec la plus fréquente et la plus banale.
  2. Le fichier robots.txt de production est bien celui de production, et pas celui de recette qui bloquait tout.
  3. Les balises title et meta description sont reprises, pas régénérées automatiquement à partir d'un gabarit générique.
  4. Les balises canoniques pointent vers les nouvelles URL, en absolu, et pas vers l'ancien domaine.
  5. Le contenu textuel est intégralement repris. Une refonte graphique qui raccourcit les textes de moitié est une migration de contenu déguisée.
  6. Le maillage interne pointe vers les nouvelles URL directement, sans passer par les redirections.
  7. Le sitemap est régénéré avec les nouvelles adresses uniquement.
  8. Les redirections sont testées par lot, pas par échantillon. Un script qui vérifie les codes de réponse sur toute la liste prend quelques minutes.

Conservez temporairement un second sitemap contenant les anciennes URL : il accélère la découverte des redirections par les robots, et se retire une fois la migration digérée.

Que surveiller après la bascule ?

Quatre indicateurs, à des rythmes différents. Le trafic n'est pas le plus informatif à court terme.

Les erreurs 404, chaque jour la première semaine. Chacune est une URL oubliée dans l'inventaire, et chaque jour compte : une redirection ajoutée au deuxième jour coûte peu, la même ajoutée au deuxième mois coûte des positions.

La couverture d'indexation, chaque semaine. Le remplacement des anciennes URL par les nouvelles dans l'index prend plusieurs semaines. Voir les deux ensembles coexister pendant un mois est normal.

Les impressions plutôt que les clics. Elles se rétablissent avant le trafic et indiquent que le moteur a compris la nouvelle structure.

Les journaux serveur. Ils montrent si les robots explorent réellement les nouvelles URL, ou s'ils s'obstinent sur les anciennes faute de redirections correctes.

Quelle baisse est normale, et à partir de quand faut-il s'inquiéter ?

Une baisse de 10 à 20% pendant deux à quatre semaines est le profil normal d'une migration correctement exécutée. Le moteur doit réexplorer, réévaluer et reconsolider chaque page, et cette phase produit mécaniquement des fluctuations.

Trois signaux, en revanche, indiquent une erreur et non une phase transitoire.

  • Une chute supérieure à 30% dans les premiers jours : cherchez un blocage global, noindex ou robots.txt, avant toute autre hypothèse.
  • Une baisse concentrée sur quelques pages à fort trafic : leurs redirections sont probablement fausses, ou pointent vers une page qui ne répond pas à la même intention.
  • Une absence de reprise au-delà de six semaines : le problème n'est plus la migration mais quelque chose que la migration a introduit, souvent une perte de contenu ou de maillage dans le nouveau gabarit.

Dans les trois cas, l'inventaire préalable est ce qui permet de trancher. Sans lui, vous comparez le nouveau site à un souvenir.

Ce qu'une migration change pour la visibilité dans les IA

Les moteurs de réponse s'appuient sur des index de recherche, donc une migration mal redirigée vous en fait sortir comme elle vous fait sortir des résultats classiques. Les redirections permanentes sont suivies de la même façon.

Une différence mérite attention : les modèles conservent en mémoire des URL apprises lors de leur entraînement, parfois anciennes. Une ancienne adresse peut donc continuer d'être citée pendant des mois après la migration, ce qui rend le maintien des redirections plus important, et plus durable, que pour le seul référencement classique. Ne les retirez pas au bout de six mois.

Profitez par ailleurs de la refonte pour améliorer la structure des pages : réponse directe en tête, titres de section formulés comme des questions, sections autonomes. Ce sont des gains gratuits au moment où l'on touche déjà aux gabarits, et notre diagnostic de citabilité liste ce qui compte.

Conclusion

Une migration se joue avant la bascule, pas après. L'inventaire exhaustif des URL est la seule étape irrattrapable ; le plan de redirections permanentes vers la page équivalente la plus proche est ce qui transfère l'autorité ; et la surveillance quotidienne des erreurs 404 pendant la première semaine rattrape ce qui a été oublié.

Une baisse de 10 à 20% pendant deux à quatre semaines est normale. Au-delà, cherchez un blocage global avant toute autre hypothèse. Pour l'inventaire et le contrôle des redirections, voyez les outils d'audit technique.

Comparer les outils d'audit technique

Questions fréquentes

Combien de temps garder les redirections après une migration ?

Au minimum un an, et idéalement indéfiniment. Les liens externes pointant vers les anciennes adresses ne seront jamais tous mis à jour, et les modèles d'IA conservent en mémoire des URL apprises lors de leur entraînement, parfois bien plus anciennes.

Faut-il rediriger vers l'accueil quand la page n'existe plus ?

Non. Une redirection massive vers l'accueil est traitée comme une suppression déguisée et ne transfère rien. Redirigez vers la page équivalente la plus proche, ou vers une catégorie pertinente ; si rien ne correspond, un code 410 assumé vaut mieux qu'une redirection trompeuse.

Peut-on changer de domaine et de structure d'URL en même temps ?

C'est possible mais fortement déconseillé. Si le trafic chute, vous ne saurez pas laquelle des deux opérations est en cause, donc vous ne saurez pas quoi corriger. Séparez-les de plusieurs semaines, le temps que la première soit digérée.

Sources

Cet article fait partie du dossier Automatiser ses tâches SEO avec l'IA, qui réunit tous nos articles sur le sujet.

Passer à la pratique

À lire aussi

Tous les articles · Le dossier complet