Migration SEO : changer sans perdre vos positionsMigration SEO : changer sans perdre vos positions

La migration SEO, ce déménagement que Google doit réapprendre

Dès que vous changez de nom de domaine, de structure d'URL, de CMS ou que vous passez en HTTPS, vous réalisez ce que Google appelle un site move avec changement d'URL. Le moteur doit redécouvrir chaque page, comprendre où elle a déménagé et retransférer l'autorité accumulée sur l'ancienne adresse. Ce processus n'est jamais instantané : il s'étale sur plusieurs semaines. Pendant cette fenêtre, la moindre URL laissée sans redirection est une page qui cesse purement et simplement d'exister pour Google.

Une migration n'est pas un simple acte technique exécuté le jour de la mise en ligne. C'est un projet qui commence des semaines en amont, par l'inventaire de l'existant, et qui se termine des semaines après le déploiement, par la surveillance de la réindexation. La part de travail visible (basculer le DNS, activer les redirections) représente une fraction infime de l'effort réel. L'essentiel se joue dans la cartographie et la recette.

La migration est l'un des chantiers de notre service de refonte SEO : là où la refonte touche au design et à l'architecture globale, la migration se concentre sur le transfert d'autorité d'un état A vers un état B. Les deux vont souvent de pair, mais une migration peut très bien intervenir seule (changement de domaine après un rachat, passage HTTPS, consolidation de sous-domaines) sans qu'on touche au reste du site.

Les 4 chantiers d'une migration SEO maîtrisée

Quel que soit le type de migration, le protocole repose toujours sur les mêmes quatre piliers. Les négliger, c'est s'exposer à une chute de trafic qui peut prendre des mois à se résorber.

1. Le mapping URL exhaustif

Le mapping URL est la colonne vertébrale de toute migration. Il associe chaque ancienne adresse à sa nouvelle destination la plus pertinente, page par page. Il s'appuie sur un crawl complet de l'ancien site croisé avec les données de la Search Console et des logs serveur, pour ne perdre aucune URL réellement visitée par Google. Moz rappelle que les redirections doivent rester directes : une chaîne de plusieurs sauts dilue le PageRank et ralentit le crawl. Notre règle est simple : une ancienne URL, une seule redirection, vers la nouvelle page équivalente.

2. Les redirections 301 côté serveur

La redirection 301 (permanente) est le seul signal qui dit à Google : cette page a déménagé définitivement, transfère son autorité ici. web.dev insiste sur un point que les équipes oublient souvent : ces redirections doivent être configurées côté serveur (HTTP), jamais via un script JavaScript exécuté dans le navigateur, sous peine d'empêcher Googlebot de suivre le transfert. C'est précisément le travail de notre équipe SEO technique : écrire des règles propres en .htaccess, Nginx ou middleware Next.js, qui renvoient le bon code HTTP du premier coup.

3. La recette technique avant mise en ligne

Avant de basculer en production, nous validons le nouveau site sur un environnement de préproduction : balises canoniques pointant vers les bonnes URLs, attributs hreflang cohérents, sitemap XML reflétant la nouvelle structure, robots.txt n'interdisant plus les ressources CSS et JS, et données structurées schema.org correctement retranscrites. Cette recette croise notre expertise technique et un test exhaustif des chaînes de redirections : aucune mise en ligne n'est autorisée tant qu'un échantillon représentatif des anciennes URLs ne renvoie pas un 301 direct vers une page existante en 200.

4. Le suivi post-migration

La mise en ligne n'est pas la fin du projet, c'est le début de la phase de surveillance. Pendant 8 semaines, nous suivons l'indexation, les positions et les erreurs serveur pour intercepter toute anomalie avant qu'elle ne s'enracine. C'est ce filet de sécurité qui transforme une migration risquée en opération maîtrisée : on ne corrige pas une chute de trafic six mois après, on l'empêche dans les 48 heures.

Les pièges qui font chuter le trafic après une migration

Les causes d'effondrement post-migration sont toujours les mêmes, et toutes sont évitables avec un protocole structuré :

• La redirection globale vers l'accueil : rediriger toutes les anciennes pages vers la home plutôt que vers leur équivalent. Google traite ces redirections comme des soft 404 et ne transfère pas l'autorité.
• Les chaînes de redirections : un ancien URL qui redirige vers un autre, qui redirige encore vers un troisième. Chaque saut dilue le signal et ralentit le crawl.
• Le mapping incomplet : oublier ne serait-ce que 5 % des URLs génère des 404 qui font fuir l'autorité du domaine, souvent sur des pages secondaires qui pesaient pourtant dans le trafic longue traîne.
• La perte du maillage interne : un changement de navigation supprime des liens profonds et rend des pages stratégiques orphelines. Nous cartographions le maillage interne à préserver avant le déploiement.
• La migration le vendredi : déployer en fin de semaine, sans équipe disponible pour intervenir, laisse une anomalie tourner deux jours avant d'être détectée. Une migration se lance en début de semaine.

Quand parle-t-on de migration SEO ?

Toute modification qui change l'adresse à laquelle Google trouve votre contenu relève d'une migration : changement de nom de domaine (rachat, rebranding, bascule .com vers .fr), passage de HTTP à HTTPS, modification de la structure d'URL (suppression du /index.php, mise en place d'URLs propres), changement de CMS, ou consolidation de plusieurs sous-domaines en un seul site. Dans tous ces cas, le contenu peut rester identique : ce qui change, c'est son adresse, et c'est suffisant pour exiger un protocole complet de transfert d'autorité.

« Redirigez chaque URL de l'ancien site vers son équivalent sur le nouveau site. Conservez ces redirections aussi longtemps que possible, idéalement au moins un an. » Google Search Central, Site move with URL changes

Une méthode différenciée : prioriser ce qui compte vraiment

Notre protocole ne traite pas toutes les pages de la même manière. Dès l'inventaire, nous identifions les 20 % d'URLs qui génèrent l'essentiel du trafic et des conversions, et nous leur consacrons une vigilance disproportionnée. Cet état des lieux s'appuie sur un audit SEO préalable qui fige la ligne de base avant migration : sans cette photographie de départ, aucun monitoring post-mise en ligne n'a de point de comparaison fiable.

Nous travaillons en validation croisée avec vos développeurs : chaque étape sensible (mapping, fichier de redirections, sitemap) est relue à quatre yeux avant passage en production. Une erreur sur une page stratégique coûte plus cher que dix erreurs sur des pages sans trafic, et c'est cette hiérarchisation qui fait la différence entre une migration qui passe inaperçue et une migration qui se voit dans les courbes.

Outils et stack

Crawl exhaustif avec Screaming Frog et analyse des logs serveur pour ne perdre aucune URL réellement explorée, croisement avec Google Search Console pour les pages indexées et les requêtes prioritaires, et suivi de positions en continu. Les redirections sont écrites directement dans la configuration serveur (.htaccess, Nginx) ou le middleware applicatif, jamais en client-side, et testées en lot avant et après la bascule.

Livrables concrets

À chaque projet de migration, vous repartez avec des documents directement exploitables par vos équipes :

1. Le tableau de mapping URL complet, avec statut HTTP avant/après pour chaque page
2. Le fichier de redirections prêt à déployer (.htaccess, Nginx ou middleware)
3. Le rapport de recette technique (canonicals, hreflang, robots.txt, sitemap, schema.org)
4. Le dashboard de monitoring post-migration (Search Console et Analytics) consultable en temps réel

Une migration bien menée ne fait pas gagner du trafic en soi : elle évite d'en perdre. Le gain vient ensuite, quand on en profite pour corriger les blocages techniques et sémantiques de l'ancien site, dans le cadre d'une refonte SEO plus large. L'objectif premier de la migration reste la conservation de l'acquis : sortir de l'opération avec le même trafic, puis bâtir dessus.

« Une redirection 301 transmet la quasi-totalité de l'autorité de l'ancienne URL vers la nouvelle. C'est la méthode recommandée pour déplacer une page de façon permanente. » Moz, Redirection : guide complet

La décision de migrer n'est pas toujours prise par l'équipe qui pilote le référencement. Dans la majorité des cas, la contrainte SEO arrive après un changement d'hébergeur, un projet de création de site porté par une autre agence, ou une opération de rachat qui impose de fusionner deux domaines, une fois le prestataire technique déjà choisi. Le choix de l'hébergement ou de la plateforme conditionne pourtant la façon dont les URLs et les redirections pourront être gérées une fois le site en ligne.

Consulter le référencement avant de signer le contrat

Une plateforme qui génère des URLs paramétrées, un hébergeur qui ne permet pas d'écrire de règles de redirection côté serveur, ou un CMS qui impose une arborescence rigide : ces contraintes se découvrent souvent une fois le contrat signé, quand il est trop tard pour les renégocier. Les questions à poser en amont sur ce terrain sont réunies dans la rubrique web, CMS et structure du centre d'aide.

Ce qui ne doit pas s'arrêter pendant la bascule

La tentation, à l'approche de la mise en ligne, est de mettre l'ensemble des autres actions en attente le temps que la nouvelle structure se stabilise. Deux exceptions ne devraient jamais être suspendues. Une campagne de netlinking en cours continue de pointer vers les anciennes URLs si elle n'est pas coordonnée avec le plan de redirections : chaque lien externe obtenu doit être vérifié après bascule pour confirmer qu'il atterrit bien, via la redirection, sur la page équivalente du nouveau site. Une campagne Google Ads active pose le même problème côté payant : une annonce qui pointe vers une URL disparue est désactivée par la régie, alors que le lien devrait simplement être mis à jour vers la nouvelle adresse avant la coupure de l'ancienne.

• La publication de nouveaux contenus peut ralentir le temps que l'indexation se stabilise sur la nouvelle structure, sans qu'il soit nécessaire de l'arrêter complètement.
• Le rythme des rapports de suivi doit se resserrer sur cette période, pour repérer un décrochage avant qu'il ne s'installe.
• Les tableaux de bord internes, ventes, formulaires, campagnes, doivent être recalés sur les nouvelles URLs pour ne pas perdre le fil des conversions.