Migration SEO : refondre son site sans perdre son référencement

Ce qui se perd réellement pendant une refonte

Le référencement d'un site ne tient pas dans son design. Il tient dans trois choses : des URL que Google connaît, du contenu indexé sur ces URL, et des liens externes qui pointent vers elles. Une refonte casse les trois en même temps si personne ne s'en occupe.

Les cas typiques de perte massive sont toujours les mêmes. Un site change de structure d'URL sans redirections : Google trouve des centaines de pages 404 et déclasse l'ensemble. Un site voit ses textes raccourcis de moitié « pour faire plus propre » : les pages perdent leur pertinence sur les requêtes qu'elles occupaient. Un site part en ligne avec le blocage d'indexation resté actif depuis la recette : plus rien n'est exploré pendant trois semaines.

Aucun de ces trois scénarios n'est une fatalité technique. Ce sont des oublis de process, et un process suffit à les éliminer.

Avant de toucher au site : geler et cartographier

La migration commence bien avant la mise en ligne. Deux actions sont à mener au moment où le projet de refonte est validé.

Geler le contenu et les URL de l'ancien site

À partir du lancement du projet, plus aucune modification d'URL sur l'ancien site. Toute évolution en parallèle rend la cartographie fausse le jour de la bascule. Cela paraît évident et c'est pourtant la source d'erreur la plus fréquente sur les projets longs, parce que le marketing continue de publier pendant que les développeurs construisent.

Cartographier l'existant, exhaustivement

Il faut une liste complète des URL actuelles, avec pour chacune sa performance. Cette liste se construit en croisant quatre sources, car aucune n'est complète à elle seule.

• Un crawl du site pour obtenir toutes les URL réellement accessibles et leur code de réponse.
• Le sitemap XML actuel, qui révèle parfois des pages orphelines absentes du crawl.
• La Search Console, pour les URL qui reçoivent des impressions et des clics, y compris celles que le crawl ne trouve pas.
• Les données de liens externes, pour repérer les pages qui reçoivent des backlinks et qui ne doivent surtout pas disparaître sans redirection.

Le plan de redirections 301

C'est la pièce maîtresse de la migration. Une redirection 301 indique un déplacement permanent et transmet l'essentiel de la valeur accumulée par l'ancienne URL. Google détaille la procédure complète dans sa documentation sur le changement d'adresse avec modification des URL.

Le plan prend la forme d'un tableau à deux colonnes : ancienne URL, nouvelle URL. Une ligne par page conservée. La règle de correspondance est celle du contenu le plus proche, pas de la rubrique la plus proche.

En cas de changement de nom de domaine, l'outil de changement d'adresse de la Search Console accélère nettement la prise en compte, mais il ne remplace pas les redirections page à page. Les deux se font ensemble.

La recette avant bascule

Le nouveau site doit être vérifié en préproduction, avec une liste de contrôle stricte. Voici celle que nous utilisons, dans l'ordre.

1. 1Le blocage d'indexation de la préproduction est identifié et documenté, avec le nom de la personne chargée de le retirer le jour J. C'est l'erreur la plus fréquente et la plus coûteuse.
2. 2Chaque nouvelle page a son titre et sa méta description, repris ou améliorés depuis l'ancienne version, jamais laissés vides.
3. 3Les contenus des pages qui performent sont conservés en volume et en substance. Une page qui perd 60% de son texte perd son positionnement.
4. 4Les balises canoniques pointent vers les bonnes URL, en absolu, sans autoréférence erronée.
5. 5Les titres H1 sont uniques et présents sur chaque page, et la hiérarchie H2 et H3 est cohérente.
6. 6Le fichier de redirections est testé sur un échantillon représentatif, en vérifiant qu'aucune chaîne de plus d'une redirection ne se forme.
7. 7Le sitemap XML du nouveau site est généré et ne contient que des URL en 200.
8. 8Les données structurées sont conservées là où elles existaient, et validées.
9. 9Les performances sont mesurées sur les gabarits principaux, avant de découvrir le problème en production.

Le jour de la bascule

Trois choses se font dans l'heure qui suit la mise en ligne, dans cet ordre : retirer le blocage d'indexation, tester une vingtaine de redirections issues des pages les plus stratégiques, puis soumettre le nouveau sitemap en Search Console. Ne basculez jamais un vendredi soir ni la veille d'un jour férié. Un problème détecté le lundi a eu tout le week-end pour se propager.

Prévoyez également une fenêtre de surveillance active de 72 heures : rapport de couverture en Search Console, logs serveur si vous y avez accès, et vérification manuelle des pages principales. La quasi-totalité des incidents graves apparaissent dans ces trois jours.

Après la bascule : la courbe normale et le seuil d'alerte

Une baisse suit presque toujours une migration, même réussie. Google doit réexplorer, réindexer et réévaluer l'ensemble. Le problème n'est pas la baisse elle-même, c'est son amplitude et sa durée. Voici les repères qui permettent de distinguer une courbe normale d'un incident.

Le suivi se fait sur trois indicateurs, pas sur les positions d'un mot-clé isolé : le nombre de pages indexées, le total des impressions, et le nombre de clics organiques. Comparez toujours à la même période de l'année précédente, sans quoi la saisonnalité B2B vous fera diagnostiquer une catastrophe en plein mois d'août.

Si la remontée ne vient pas

Quatre causes expliquent la grande majorité des migrations qui ne se rétablissent pas : des redirections manquantes sur des pages à liens externes, des contenus vidés de leur substance, une architecture qui a enterré des pages à cinq clics de l'accueil, et un blocage technique resté actif. Reprenez ces quatre points dans cet ordre avant d'envisager quoi que ce soit d'autre.

Les erreurs qui coûtent le plus cher

1. 1Découvrir le sujet SEO une semaine avant la mise en ligne. La cartographie et le plan de redirections se préparent dès le cadrage du projet.
2. 2Rediriger toutes les anciennes URL vers la page d'accueil. Google traite ces redirections comme des 404 déguisées.
3. 3Raccourcir les contenus au nom du design. Une page qui se positionne bien doit garder sa matière, quitte à la réorganiser.
4. 4Oublier le blocage d'indexation de la préproduction. Classique, silencieux, et coûteux pendant plusieurs semaines.
5. 5Changer de domaine, de structure d'URL et de contenu en même temps. En cas de problème, plus aucun diagnostic n'est possible.
6. 6Arrêter de surveiller après une semaine. Certains effets n'apparaissent qu'à la sixième semaine.

En résumé

Gelez les URL dès le début du projet, cartographiez l'existant en croisant crawl, sitemap, Search Console et données de liens, puis construisez un plan de redirections 301 page à page vers le contenu le plus proche. Vérifiez le blocage d'indexation, les titres, les contenus et les canoniques en recette, basculez en début de semaine, et surveillez pendant 72 heures puis pendant trois mois. Une baisse de 10 à 20% pendant un mois est normale, une baisse de 40% ne l'est pas.

Les points de contrôle listés ici prolongent notre guide du SEO technique B2B, et le diagnostic post-migration s'appuie sur la démarche décrite dans notre guide de l'audit SEO. Si votre projet de refonte n'est pas encore cadré, notre article sur la refonte de site B2B traite la partie stratégique et commerciale. Envie qu'on sécurise votre migration avant la mise en ligne ? Découvrez notre offre référencement naturel.