Migrer un site sans perdre son SEO

Migrer, c'est bien plus que changer de domaine. Chacun de ces cas en est une, et chacun comporte un risque SEO : changer de plateforme (de WooCommerce à Shopify, par exemple), refondre avec de nouveaux gabarits et de nouvelles URL, restructurer l'architecture du site, passer en HTTPS, ou fusionner plusieurs sites en un seul. Le fil rouge, c'est un changement d'URL, de contenu ou de structure à grande échelle — et Google doit tout réapprendre.

Pourquoi une migration fait perdre du trafic

Les positions sont attachées à des URL précises et au capital — liens, historique, signaux de pertinence — qu'elles ont accumulé. Quand les URL changent sans traitement adapté, ce capital reste bloqué : les anciennes pages renvoient des 404, les liens ne pointent plus nulle part, et Google fait chuter les positions le temps de comprendre ce qui a remplacé quoi. La plupart des désastres de migration ne viennent pas d'un nouveau site de moindre qualité ; ils viennent d'une transition bâclée. Le principe le plus important : chaque URL qui avait de la valeur doit mener les moteurs et les internautes vers son nouvel équivalent.

Préparez avant de toucher à quoi que ce soit

Une bonne migration se gagne en amont. Avant le lancement, établissez une base de référence mesurable et un inventaire complet de l'existant :

• Crawlez tout le site actuel et exportez chaque URL indexable
• Sortez les pages phares par trafic, positions et backlinks pour savoir ce qu'il faut protéger
• Notez les métriques de référence — sessions organiques, impressions, positions clés — pour comparer après le lancement
• Exportez les données actuelles de la Search Console et de l'analytics avant tout changement
• Repérez les pages aux backlinks précieux ; leur préservation n'est pas négociable

Le document de correspondance des URL

Le cœur de toute migration est une correspondance qui associe chaque ancienne URL à sa nouvelle destination, une pour une autant que possible. Faites correspondre le semblable au semblable : une fiche produit vers la fiche produit équivalente, une catégorie vers la catégorie la plus proche. Quand une page n'a réellement pas d'équivalent, redirigez-la vers le parent le plus pertinent plutôt que de la jeter sur la page d'accueil — une redirection massive vers l'accueil est lue par Google comme un soft 404 et transmet peu de valeur. Ce document est fastidieux à construire, et c'est précisément lui qui protège votre trafic.

Redirections 301 : les faire correctement

Les redirections sont le moyen de transférer le capital des anciennes URL vers les nouvelles. Utilisez des redirections permanentes 301, pas des 302 temporaires, pour que les signaux se consolident sur la nouvelle URL. Attention aux détails qui laissent fuir la valeur en silence :

• Redirigez en un seul saut — évitez les chaînes où A pointe vers B qui pointe vers C, qui diluent le capital et ralentissent le crawl
• Assurez-vous que les redirections aboutissent à des pages 200 vivantes, pas à d'autres redirections ou à des pages d'erreur
• Ne comptez pas sur le meta refresh ou les redirections JavaScript pour les chemins critiques ; utilisez des 301 côté serveur
• Préservez la cohérence HTTPS et canonique tout au long de la redirection

Si la migration inclut aussi un passage en HTTPS, traitez-le avec le même soin — notre guide HTTPS et SEO couvre les pièges de redirection et de contenu mixte propres à ce changement.

Testez d'abord sur un environnement de préproduction

Ne migrez jamais à l'aveugle. Construisez et validez le nouveau site sur un environnement de test, et veillez à ce qu'il soit bloqué à l'indexation — par une authentification plutôt qu'un noindex ou une règle robots.txt égarés qui pourraient survivre en production et désindexer le site en ligne. Sur la préproduction, crawlez à la recherche de liens cassés, vérifiez que le plan de redirections se comporte comme prévu, confirmez la reprise des balises title, meta descriptions, titres, données structurées et canoniques, et contrôlez que votre sitemap XML et vos directives robots sont corrects. Notre guide robots et sitemap mérite une relecture ici, car un fichier robots mal configuré est l'une des façons les plus courantes de rater un lancement.

Le lancement et les jours décisifs qui suivent

Lancez sur un créneau à faible trafic et passez aussitôt en surveillance — les premiers jours décident du résultat. Juste après la mise en ligne :

• Soumettez le nouveau sitemap XML dans la Search Console et, pour un changement de domaine, utilisez l'outil de changement d'adresse
• Crawlez le site en ligne pour repérer 404, chaînes de redirection et liens internes cassés
• Surveillez chaque jour l'indexation, les statistiques de crawl et les rapports d'erreurs les premières semaines
• Gardez indéfiniment les anciennes règles de redirection — elles n'expirent pas sans risque
• Suivez positions et trafic organique par rapport à votre base de référence

Attendez-vous à une certaine fluctuation à court terme, même avec une migration propre ; Google a besoin de temps pour recrawler et réattribuer les signaux. Ce qu'il faut guetter, c'est une chute nette et durable, signe d'un défaut de redirection ou d'indexation à corriger vite. Si vous préférez ne pas mener seul une grosse migration, notre équipe SEO technique à Miami les planifie et les supervise de bout en bout.