Une migration SEO est le moment où l'on peut perdre en une nuit ce qu'on a mis trois ans à construire. J'en ai accompagné plusieurs, y compris une où tout s'est mal passé avant que j'arrive. La bonne nouvelle : les causes d'échec sont peu nombreuses et connues. Il suffit de les traiter avant, pas après.
Le plan de redirection est la pièce maîtresse de toute migration, et le point où l'on ne peut pas improviser.
- 1Le plan de redirection doit être établi avant la mise en ligne, à partir d'une exploration complète de l'ancien site.
- 2Une redirection se fait en 301, en un seul saut, vers la page réellement équivalente. Rediriger tout vers l'accueil équivaut à ne rien rediriger.
- 3Une baisse temporaire de 10 à 20 % pendant deux à six semaines est normale, même sur une migration bien conduite.
- 4Les redirections doivent être conservées au moins un an, idéalement définitivement, tant que des liens externes pointent vers les anciennes URL.
- 5Changer plusieurs choses à la fois, design, URL et contenu, rend tout diagnostic impossible en cas de problème.
Les types de migration
Le mot recouvre des opérations de risque très différent, et il est utile de savoir laquelle on entreprend.
- Changement de nom de domaine. Toutes les URL changent. Risque élevé, mais l'opération est mécanique et bien balisée.
- Refonte avec changement d'URL. Le domaine reste, la structure change. C'est le cas le plus fréquent et le plus souvent bâclé.
- Refonte sans changement d'URL. Seuls le design et le contenu évoluent. Risque plus faible, mais des erreurs techniques restent possibles.
- Passage en HTTPS ou changement de préfixe. Techniquement simple, à condition de rediriger toutes les variantes vers une seule.
- Fusion de deux sites. L'opération la plus délicate, parce qu'il faut arbitrer entre des pages qui se recouvrent.
Le pire scénario consiste à cumuler plusieurs de ces changements en une seule opération. On gagne du temps sur le calendrier et on le perd sur le diagnostic, parce qu'en cas de chute, plus rien ne permet d'identifier la cause.
Ce qu'il faut préparer avant
Tout le travail sérieux se fait en amont. Une fois la bascule effectuée, on ne fait plus que réparer.
Je commence par une exploration complète de l'ancien site, qui produit la liste exhaustive des URL existantes. J'y ajoute les pages qui reçoivent des liens externes, celles qui apportent du trafic organique selon la Search Console, et celles qui convertissent.
Cette liste croisée donne les pages à ne surtout pas perdre. Ce sont elles qui doivent être vérifiées une par une après la bascule, alors que le reste peut être contrôlé par échantillonnage.
Je relève aussi un état des lieux chiffré avant migration : positions sur les requêtes principales, trafic par page, nombre de pages indexées. Sans ce point de référence, il devient impossible de dire objectivement si la migration s'est bien passée.
Ce qu'on oublie de listerSur une migration que j'ai reprise, le plan de redirection couvrait les pages du menu et les articles récents, soit une petite partie des URL réelles. Les pages profondes, celles qui portaient la longue traîne, n'avaient jamais été inventoriées. Elles ont toutes basculé en 404.
Construire le plan de redirection
C'est la pièce centrale. Le principe : chaque ancienne URL pointe vers son équivalent le plus proche sur le nouveau site, en une seule redirection permanente.
Trois règles que je ne transige jamais. Pas de chaîne : une ancienne URL redirige directement vers la destination finale, pas vers une page qui redirigera à son tour. Pas de redirection massive vers l'accueil : une page sans équivalent réel vaut mieux en 410 qu'en redirection trompeuse. Et une correspondance page à page, pas catégorie à catégorie.
Sur un site de quelques centaines d'URL, ce travail se fait manuellement en une journée. Sur un catalogue de plusieurs milliers, il faut établir des règles par motif d'URL, puis vérifier manuellement les pages stratégiques et un échantillon du reste.
Le plan doit être testé avant la bascule, sur un environnement de préproduction. Découvrir une erreur de règle en production, avec le trafic réel, coûte beaucoup plus cher.
Soumettre le nouveau sitemap accélère la prise en compte, mais ne remplace pas les redirections.
Le jour de la bascule
La séquence que j'applique tient en quelques points, et il vaut mieux la dérouler dans l'ordre.
Vérifier d'abord que le nouveau site est bien indexable : c'est le moment où la case décourageant l'indexation, souvent activée en préproduction, doit être décochée. J'ai vu cet oubli coûter trois semaines de visibilité.
Activer ensuite les redirections, puis les tester sur les pages stratégiques, une par une, en vérifiant qu'elles renvoient bien un 301 en un seul saut.
Soumettre le nouveau sitemap dans la Search Console, en conservant l'ancien quelques semaines dans le cas d'un changement de domaine, ce qui aide le robot à découvrir les redirections.
Enfin, contrôler les éléments qui cassent silencieusement : balises canoniques, robots.txt, données structurées, outils de mesure. Ce sont eux qu'on oublie parce qu'ils ne se voient pas à l'écran.
Les deux semaines suivantes
La surveillance rapprochée commence à la mise en ligne et dure environ un mois.
Je regarde quotidiennement les erreurs d'exploration dans la Search Console, l'évolution du nombre de pages indexées, et les positions sur les requêtes principales. Une baisse de dix à vingt pour cent pendant deux à six semaines est normale et ne doit pas déclencher de panique.
Ce qui doit alerter, en revanche : une hausse des 404 sur des pages qui avaient du trafic, une chute du nombre de pages indexées qui ne remonte pas, ou une baisse qui s'aggrave au-delà de six semaines.
Une consigne difficile à tenir mais importante : ne modifiez rien pendant les deux premières semaines, sauf erreur manifeste. Le moteur a besoin de temps pour traiter les redirections, et multiplier les changements pendant cette période brouille tout.
Le retour à la normaleSur les migrations correctement préparées que j'ai suivies, le trafic revenait à son niveau antérieur en quatre à huit semaines. Sur celles où le plan de redirection était incomplet, la récupération n'était toujours pas acquise après six mois, et une partie de l'autorité était définitivement perdue.
Les erreurs qui coûtent cher
Toujours les mêmes, dans tous les dossiers que j'ai vus :
- Un inventaire incomplet. Seules les pages visibles dans le menu ont été listées, les pages profondes ont disparu.
- Des redirections en chaîne accumulées au fil de plusieurs refontes successives.
- Une redirection globale vers l'accueil, qui ne transmet presque rien et dégrade l'expérience.
- Le noindex de préproduction laissé actif après la mise en ligne.
- Les redirections supprimées trop tôt, six mois après, alors que des liens externes pointaient toujours vers les anciennes URL.
Toutes sont évitables avec une préparation correcte. Aucune ne se rattrape complètement une fois le trafic perdu, parce que les positions reprises par les concurrents ne se récupèrent pas automatiquement.
Le coût d'un vendrediSur une bascule effectuée un vendredi soir, une règle de redirection erronée a laissé une partie du catalogue en 404 pendant près de trois jours avant que quelqu'un s'en aperçoive. Les positions concernées ont mis des mois à revenir.
Questions fréquentes
Combien de temps garder les redirections ?
Faut-il redouter une baisse après migration ?
Peut-on changer de design et d'URL en même temps ?
L'outil de changement d'adresse suffit-il ?
Faut-il prévenir les sites qui font des liens ?
Ce que je refuse de faire
Deux demandes reviennent régulièrement, et je les décline systématiquement.
La première : basculer un vendredi. Si un problème survient, personne n'est disponible pour le traiter avant le lundi, et deux jours de 404 sur un site à fort trafic coûtent cher. Une mise en ligne se fait en début de semaine, le matin.
La seconde : migrer sans plan de redirection, en comptant sur une correction après coup à partir des erreurs remontées. C'est le scénario qui produit les pertes durables, parce que le temps que les erreurs apparaissent, les positions sont déjà reprises.
Une migration SEO bien conduite est une opération sans surprise. Tout le travail se situe avant la bascule, dans l'inventaire et le plan de redirection. C'est peu spectaculaire, et c'est ce qui fait la différence entre une refonte qui passe inaperçue et une refonte dont on parle encore un an après. Si vous constatez malgré tout une baisse durable, la démarche à suivre est celle que je décris à propos des cas de pénalité Google, en commençant par écarter les causes techniques.
Sur les projets où la refonte s'accompagne d'une restructuration des contenus, l'occasion est bonne pour revoir l'organisation d'ensemble, ce que je traite dans mon article sur le cocon sémantique, et pour faire le point avec un audit SEO préalable.
