Comment gerer une migration de site sans perdre son referencement

Une migration de site qui tourne mal, ça ne ressemble pas à une catastrophe spectaculaire. Ça ressemble à une courbe qui descend doucement. Vous publiez la nouvelle version un mardi soir, tout fonctionne, vous dormez tranquille. Trois semaines plus tard, vous ouvrez la Search Console et le trafic organique a fondu de 40 %. Personne ne vous a prévenu. Pas d'erreur, pas d'alerte. Juste Google qui a décidé, en silence, que votre site est devenu quelqu'un d'autre.

C'est exactement ce qui m'est arrivé sur la refonte d'un site de courtage en ligne il y a quelques années. Un domaine conservé, une architecture revue à 90 %, des milliers d'URL qui changent. J'avais préparé ma liste de redirections. J'étais fier de moi. Le problème n'était pas les redirections. Le problème était tout ce que je n'avais pas regardé.

Depuis, j'ai piloté une bonne dizaine de migrations, dont deux vraiment douloureuses. Voici ce que j'en ai tiré, y compris — surtout — les erreurs.

Comment préparer une migration de site sans perdre son référencement

La veille du grand soir, votre seul vrai filet de sécurité, c'est un inventaire complet de l'existant. Pas la liste des pages que vous croyez avoir. La vraie, celle qu'on extrait du serveur.

Sur un site qui a dix ans, l'écart entre les deux est brutal. Vous pensez avoir huit cents pages ; le crawl vous en remonte quatre mille. Pages de tags, archives de dates, URL générées par un vieux plugin abandonné en 2019, duplications d'anciennes campagnes. Tout ça vit, tout ça reçoit peut-être deux visites par mois, et tout ça peut recevoir un lien externe.

L'inventaire qui sert vraiment

Ce qui m'a sauvé sur la dernière grosse migration, c'est un fichier unique : la liste de toutes les URL indexées avec, en face de chacune, son volume de trafic organique sur les douze derniers mois et le nombre de liens externes qui pointent vers elle. Vous croisez trois sources et vous obtenez un fichier CSV que vous pouvez trier.

Le tri change tout. Environ 5 % des URL concentrent la quasi-totalité de la valeur SEO. Ces pages-là, vous les traitez une par une, à la main, avec une redirection dédiée et un contrôle qualité. Les 95 % restants peuvent partir dans des règles génériques. Passer quatre heures sur une page qui rapporte, c'est rentable. Passer quatre heures sur une page d'archive vide, c'est du temps perdu.

Le plan de migration en quatre étapes concrètes

1. Sauvegarder la base de données, les fichiers, et de préférence sur un espace distinct de votre hébergeur habituel. J'ai vu une restauration échouer parce que la sauvegarde était sur le même serveur que le site cassé.
2. Figer la liste des URL trois jours avant le basculement. Aucune nouveauté admise pendant cette fenêtre, même une page de blog. Sinon votre mapping est périmé avant d'être utilisé.
3. Tester les redirections sur un environnement de préproduction, avec un crawl automatisé. Objectif : zéro 404 sur les pages à fort trafic.
4. Décider d'une heure de basculement en période creuse, jamais un vendredi après-midi. Vous devez pouvoir réagir pendant les heures qui suivent.

On m'a souvent demandé si tout ça valait le coup pour un « petit » changement. La réponse honnête : pour un changement de thème sans modification d'URL, non, c'est excessif. Dès qu'une URL bouge, oui. La règle est simple et sans exception : une URL qui change est une URL qui doit être repensée.

Redirections 301 : les erreurs qui coûtent le plus cher

La redirection 301 est le seul outil qui compte vraiment, et c'est aussi celui qu'on massacre le plus.

L'erreur numéro un, celle que j'ai commise, c'est la redirection en masse vers la page d'accueil. Quand vous redirigez une page produit vers l'accueil, Google comprend que cette page n'existe plus et qu'elle n'a pas de remplaçant logique. Le signal de lien est transféré mollement, la pertinence thématique disparaît. Vous gardez un peu de jus, mais vous perdez la page.

• Rediriger vers l'accueil par défaut : la fausse bonne idée quand vous n'avez pas de correspondance évidente.
• Créer des chaînes de redirections : A pointe vers B, qui pointe vers C. Chaque saut dilue le signal et ralentit le chargement. Deux sauts maximum.
• Utiliser du 302 temporaire par flemme, puis l'oublier pendant deux ans.
• Oublier la mise à jour des liens internes : si vos propres articles pointent encore vers les anciennes URL, vous ajoutez du bruit.

Sur les redirections en chaîne, un outil de crawl vous les sortira en dix minutes. Ne sautez jamais cette vérification. Une chaîne de trois redirections, c'est un signal SEO qui arrive au bout du compte avec la moitié de sa force.

Migration et changement de CMS : ce qui casse en silence

Changer de CMS ajoute une couche. Le site peut être parfaitement redirigé et pourtant perdre des points pour des raisons invisibles à l'œil nu.

URL dynamiques contre URL statiques

Un passage de WordPress à une autre solution fait souvent basculer des URL propres vers des URL à paramètres, ou l'inverse. Si votre ancien site affichait /produit/mon-produit et que le nouveau génère /produit?id=1234, la redirection 301 compense en partie, mais l'expérience utilisateur se dégrade. Les URL à paramètres se copient mal, se partagent mal, et inspirent moins confiance dans une barre d'adresse.

Ma règle : gardez la même structure d'URL, même si la nouvelle solution technique vous pousse vers autre chose. Trois heures de configuration pour forcer des slugs propres, c'est l'investissement le plus rentable de toute la migration.

Les balises qu'on oublie systématiquement

Les balises canonical se retrouvent souvent pointées vers l'ancien domaine après migration, parce qu'un template n'a pas été mis à jour. Même chose pour les balises hreflang si vous avez des versions multilingues. Un canonical vers une URL morte, et Google doute de l'ensemble du site.

Le sitemap XML fait partie de cette catégorie. Il doit être régénéré avec les nouvelles URL, puis resoumis. Et surtout, l'ancien sitemap doit disparaître. J'ai vu des migrations où les deux sitemaps cohabitaient pendant des mois, et Google passait son temps à crawler des URL redirigées.

Le suivi après migration : quand le calme revient

Attendez-vous à une tempête. C'est normal, et c'est ce qui inquiète le plus les équipes qui découvrent l'exercice.

Combien de temps faut-il avant que le référencement se stabilise ?

Comptez six à huit semaines de turbulences, parfois dix sur les gros sites. Pendant cette période, les positions bougent dans tous les sens. Certaines pages chutent de plusieurs places, d'autres disparaissent des résultats, d'autres encore montent contre toute logique. Ce n'est pas un signe d'échec.

La stabilisation arrive généralement au bout de deux à trois mois. Les pages à forte autorité se rétablissent plus vite ; celles qui dépendent d'un seul lien externe prennent plus de temps. Ce qui m'a le plus surpris la première fois, c'est que certaines pages se sont mises à mieux performer qu'avant. Une réécriture d'URL propre peut révéler des pages que l'ancienne structure enterrait.

Pour accélérer un peu les choses, vous pouvez demander l'indexation des pages prioritaires directement dans la Search Console. Ce n'est pas une baguette magique, mais sur une dizaine d'URL stratégiques, ça aide.

Ce qu'il faut surveiller, concrètement

• Le rapport de couverture, pour repérer les nouvelles erreurs 404.
• Les impressions et clics par page, à comparer semaine après semaine sur deux mois.
• Le rapport sur les Core Web Vitals, qui peut se dégrader si la nouvelle solution technique est plus lourde.
• Le trafic direct et le trafic issu des backlinks externes, souvent négligés.

Un mot sur les données de la Search Console : elles arrivent avec un décalage de plusieurs jours, et les premiers résultats post-migration sont parfois incomplets. Ne paniquez pas sur une journée isolée. Regardez les tendances sur deux semaines glissantes.

Backlinks externes et plan de retour arrière

Deux angles que presque tout le monde oublie. Je les ai oubliés aussi, une fois chacun, et ça m'a coûté cher.

Les liens externes qui pointent vers les anciennes URL

Les redirections 301 gèrent le transfert de signal, mais elles ne réécrivent pas le web. Un blog qui vous a cité il y a trois ans garde un lien vers l'ancienne URL. Pendant ce temps, la redirection fait son travail, mais si elle un jour disparaît — et elle disparaîtra, parce que quelqu'un finira par nettoyer le fichier — le lien devient mort.

La solution : identifier les domaines référents qui comptent, et les contacter pour mettre à jour le lien. Ce n'est pas glamour, ça prend des heures, mais sur une vingtaine de liens à forte autorité, le gain est mesurable.

Le plan de rollback, ou pourquoi vous devez prévoir le pire

Avant de basculer, écrivez noir sur blanc les conditions dans lesquelles vous revenez en arrière. Par exemple : si le taux d'erreur 5xx dépasse 1 % pendant plus d'une heure, ou si plus de 10 % des pages prioritaires renvoient une 404 après correction, on restaure la version précédente.

Ça peut sembler défaitiste. Ce n'est pas le cas. Un plan de retour arrière clair transforme une panique en procédure. Et une procédure, ça se suit à 23 h quand tout va mal. J'ai vu une équipe hésiter pendant quatre heures sur la marche à suivre, puis basculer finalement en pleine nuit sans test. Le lendemain, la moitié du catalogue était inaccessible.

Une migration réussie n'est pas une migration invisible

Le fantasme de la migration parfaite où rien ne bouge n'existe pas. Vous perdrez du trafic, au moins temporairement. La question n'est jamais « vais-je perdre quelque chose ? » mais « combien, et pendant combien de temps ? ».

Ce qui sépare une migration qui se remet en trois mois d'une migration qui plonge pour un an, c'est rarement la technique. C'est la préparation. Le fichier de mapping tenu à jour, les cinq pour cent de pages traitées à la main, les redirections vérifiées une par une, les backlinks repris. Des choses ennuyeuses, faites avant que ça compte.

Et si vous devez retenir une seule chose : une fois le basculement effectué, ne touchez plus à rien pendant deux semaines. Pas de nouvelle refonte, pas de changement de thème. Laissez Google digérer. J'ai perdu quatre mois de récupération une fois parce que j'ai voulu « profiter de la dynamique » pour lancer un nouveau design deux semaines après. Le crawl n'a jamais eu le temps de comprendre la première migration.

Parfois, la meilleure décision SEO, c'est de ne rien faire du tout.