Migration SEO

Qu’est-ce qu’une migration SEO ?

Une migration SEO est tout changement de site susceptible de modifier la manière dont les moteurs explorent, indexent et classent ses pages. Le changement de nom de domaine en est l’exemple le plus connu, mais un passage à HTTPS, une nouvelle structure d’URL, un changement de CMS, une fusion de sites ou une refonte importante des modèles de page relèvent aussi de la migration.

Le risque commun à ces situations est la rupture des signaux accumulés : des URL qui disparaissent, des liens externes qui pointent vers des erreurs, des contenus qui changent de rôle ou des balises techniques qui contredisent la nouvelle structure. Une migration bien préparée ne garantit pas l’absence de fluctuation, mais elle réduit fortement le risque de perte durable et permet de diagnostiquer rapidement tout écart.

• Changement de domaine ou de sous-domaine.
• Passage de HTTP à HTTPS ou consolidation des variantes avec et sans www.
• Nouvelle arborescence ou nouveau format d’URL.
• Changement de CMS ou de plateforme e-commerce.
• Ajout ou restructuration de versions linguistiques.

Construire l’inventaire avant le changement

L’inventaire des URL existantes est la base de toute migration : ce qui n’est pas recensé ne sera pas redirigé. Regroupez le sitemap, un crawl complet du site, les pages vues issues de l’analytics, les requêtes et pages de Google Search Console, les backlinks connus et les anciennes listes d’URL encore disponibles.

Aucun outil ne fournit seul un historique complet. Le crawl ne trouve que les pages liées; Search Console ne montre que les pages ayant obtenu des impressions; les outils de backlinks ne voient qu’une partie du web. Fusionnez ces sources, dédoublonnez-les et marquez les pages actives, les redirections déjà en place, les suppressions anciennes et les URL encore découvertes par des sources externes. Les journaux serveur, lorsqu’ils sont disponibles, complètent utilement cette liste.

• Toutes les URL HTML, y compris les pages paginées et filtrées utiles.
• Les fichiers téléchargeables (PDF, documents) qui reçoivent des liens.
• Les images importantes si elles génèrent du trafic.
• Les redirections existantes, pour éviter de créer des chaînes.
• Les métriques de chaque URL : visites, impressions, liens, conversions.

Si le site n’a jamais été analysé en profondeur, un audit SEO avant la migration permet de corriger les problèmes existants au lieu de les transférer sur le nouveau site.

Créer une correspondance précise des URL

Chaque ancienne URL doit recevoir une décision explicite : conservation, redirection vers un contenu réellement équivalent ou suppression assumée. Ce tableau de correspondance est le document central de la migration; il doit être relu par une personne qui connaît le contenu, pas seulement généré par un script.

La proximité de sujet et d’intention compte. Une ancienne page de service doit pointer vers la nouvelle page du même service, pas vers une catégorie générale. Une redirection massive vers l’accueil produit une mauvaise expérience et peut être traitée par Google comme une erreur 404 « soft ». Lorsqu’une page n’a plus d’équivalent, un code 404 ou 410 est plus honnête qu’une redirection trompeuse.

• Une ligne par ancienne URL, avec destination, code de réponse et justification.
• Redirections directes vers la destination finale, sans étape intermédiaire.
• Paramètres d’URL et majuscules traités de manière cohérente.
• Validation du tableau avant le développement des règles de redirection.

Quelle redirection utiliser lors d’une migration ?

Pour un changement définitif, utilisez une redirection permanente côté serveur, c’est-à-dire un code 301 ou 308. Google Search Central indique que ces redirections signalent que la nouvelle adresse doit remplacer l’ancienne dans les résultats. Les codes 302 et 307 sont temporaires et conviennent à des situations passagères, comme une maintenance ou un test.

Les redirections par JavaScript ou par balise meta refresh sont moins fiables et ne doivent servir qu’en dernier recours, lorsque la configuration du serveur est impossible. Google recommande de maintenir les redirections aussi longtemps que possible, en règle générale au moins un an; dans la pratique, les conserver sans limite est souvent le plus prudent, car des liens externes et des favoris continuent d’utiliser les anciennes adresses.

• 301 ou 308 : déplacement permanent.
• 302 ou 307 : déplacement temporaire.
• 404 ou 410 : contenu supprimé sans équivalent.
• Pas de chaînes de plusieurs redirections successives.

Préparer les signaux du nouveau site

Tous les signaux techniques du nouveau site doivent pointer directement vers les destinations finales. Les canoniques, les annotations hreflang, les liens internes, les sitemaps XML, les données structurées et les règles robots doivent être cohérents entre eux et avec le tableau de correspondance.

Évitez les chaînes de redirection et les liens internes qui passent encore par une ancienne adresse : chaque détour ralentit l’exploration et brouille les signaux. Vérifiez aussi que les balises noindex ou les protections par mot de passe utilisées en préproduction ne sont pas déployées en production, une erreur fréquente aux conséquences immédiates.

• Canoniques absolues vers les nouvelles URL.
• Hreflang réciproques entre les versions linguistiques.
• Liens internes, menus et pieds de page mis à jour.
• Nouveau sitemap limité aux URL canoniques indexables.
• Titres et contenus repris ou améliorés, pas appauvris.
• Outils de mesure et objectifs reconfigurés sur le nouveau site.

Checklist de migration SEO le jour de la bascule

Le jour de la bascule, l’objectif est de publier le nouveau site, d’activer les redirections et de vérifier immédiatement les points critiques. Planifiez-la à un moment de faible activité, avec les personnes clés disponibles, et évitez les veilles de week-end ou de vacances.

• Déployer la version validée et activer toutes les règles de redirection.
• Retirer les blocages de préproduction : noindex, robots.txt restrictif, mot de passe.
• Tester un échantillon d’anciennes URL prioritaires et leurs destinations.
• Vérifier les formulaires, paiements et intégrations en conditions réelles.
• Soumettre le nouveau sitemap dans Google Search Console.
• En cas de changement de domaine, utiliser l’outil de changement d’adresse de Search Console.
• Mettre à jour la fiche d’établissement Google et les profils externes principaux.
• Noter l’heure de bascule pour faciliter l’analyse ultérieure.

Valider avant et après la bascule

La validation se fait en deux temps : un contrôle complet en préproduction, puis une série de vérifications sur le site en ligne. Avant la bascule, testez les pages prioritaires, les formulaires, les ressources, les codes d’erreur et plusieurs tailles d’écran dans un environnement aussi proche que possible de la production.

Après la bascule, recrawlez la liste des anciennes URL pour confirmer que chacune renvoie la bonne redirection, puis la liste des nouvelles URL pour confirmer qu’elles répondent en 200 sans redirection supplémentaire. Vérifiez les journaux serveur et Search Console pour repérer les erreurs d’exploration, les pages exclues et les pics de 404. Contrôlez aussi les Core Web Vitals : un nouveau design peut dégrader le LCP, l’INP ou le CLS sans que cela soit visible sur un ordinateur rapide.

• J0 : crawl des anciennes et nouvelles URL, tests fonctionnels.
• Première semaine : erreurs d’exploration, indexation des pages clés.
• Semaines suivantes : impressions, clics et conversions par page.

Préparez ces contrôles avant la bascule plutôt que dans l’urgence. Enregistrez les listes d’URL à recrawler, les pages prioritaires à surveiller et les rapports Search Console à consulter, avec les valeurs de référence relevées avant le changement. Annotez la date de la migration dans vos outils de mesure. Ainsi, toute variation peut être comparée à un état initial documenté, et une erreur détectée le premier jour se corrige avant d’affecter durablement l’exploration ou les demandes reçues par le site.

Combien de temps dure la stabilisation après une migration ?

La stabilisation prend en général plusieurs semaines, parfois davantage pour un site volumineux, car les moteurs doivent réexplorer les anciennes et nouvelles URL avant de transférer les signaux. Google Search Central précise que la durée dépend notamment de la taille du site et de la fréquence d’exploration; il n’existe pas de délai garanti.

Des fluctuations de positions sont fréquentes pendant cette période. Le suivi doit distinguer une fluctuation normale d’un problème technique reproductible : une baisse généralisée et progressive qui se résorbe n’a pas la même signification qu’une chute brutale concentrée sur un groupe de pages. Dans le second cas, comparez immédiatement les URL concernées avec le tableau de correspondance.

• Comparer les performances par page, pas seulement le total du site.
• Surveiller les pages qui génèrent des demandes en priorité.
• Documenter toute correction avec sa date.

Évitez pendant cette période de multiplier les autres changements, comme une réécriture massive des contenus ou une nouvelle structure de navigation : chaque modification supplémentaire rend plus difficile l’identification de la cause d’une variation.

Quelles erreurs font échouer une migration SEO ?

Une migration échoue rarement à cause d’un seul problème technique; elle échoue parce que plusieurs petits oublis s’additionnent au moment de la bascule. La plupart sont connus à l’avance et peuvent être évités par une checklist et une répartition claire des responsabilités.

• Un inventaire limité au sitemap actuel, qui oublie les anciennes pages encore liées.
• Des redirections temporaires (302) laissées en place à la place de redirections permanentes.
• Des chaînes de redirections accumulées au fil des refontes successives.
• Un robots.txt de préproduction qui bloque l’exploration du nouveau site.
• Des canoniques ou hreflang qui pointent encore vers l’ancien domaine.
• Des contenus fortement réduits ou fusionnés sans tenir compte des recherches couvertes.
• L’ancien domaine résilié ou l’ancien serveur coupé alors que les redirections en dépendent.
• Une absence de suivi après la mise en ligne, qui laisse les erreurs s’installer.

Désignez une personne responsable de chaque domaine : contenu, technique, mesure et communication. Le développeur ne connaît pas toujours la valeur commerciale d’une page, et la personne qui connaît le contenu ne voit pas forcément les réponses du serveur. Une réunion de validation réunissant ces rôles avant la bascule permet de relire ensemble le tableau de correspondance et la checklist.

Pensez aussi à renouveler l’ancien nom de domaine : tant qu’il reçoit des liens et des visites, il doit continuer à rediriger vers le nouveau site.

Conserver les preuves et le retour arrière

Archivez la correspondance des URL, les contrôles effectués et la version déployée : ces éléments permettent de diagnostiquer un problème plusieurs mois après la bascule. Conservez aussi une copie de l’ancien site, de ses données et de sa configuration de serveur.

Un déploiement atomique, c’est-à-dire publié en une seule opération qui peut être annulée, réduit le temps d’incident. Définissez à l’avance les conditions qui déclenchent un retour arrière et la personne qui le décide. Si la migration accompagne une refonte de site web, ce plan fait partie intégrante du projet, au même titre que le design et les contenus.

• Tableau de correspondance final, versionné et daté.
• Résultats des crawls avant et après la bascule.
• Sauvegarde complète de l’ancien site et de ses redirections.
• Procédure de retour arrière testée.

Questions fréquentes

Une migration entraîne-t-elle toujours une baisse de trafic ? Pas nécessairement. Des fluctuations temporaires sont courantes, mais une migration bien préparée limite le risque de perte durable. Personne ne peut garantir le maintien exact des positions.

Faut-il migrer et refondre en même temps ? C’est possible, mais cela multiplie les variables et complique le diagnostic. Le guide correction ou refonte aide à décider si une approche par étapes est préférable.

Que faire des pages sans équivalent sur le nouveau site ? Redirigez-les vers un contenu réellement proche s’il existe; sinon, laissez-les renvoyer une erreur 404 ou 410 plutôt que de les rediriger vers l’accueil.

Comment vérifier qu’une migration s’est bien passée ? En comparant les crawls avant et après, les rapports de Search Console et les performances des pages clés. Le guide comprendre un audit SEO détaille les contrôles techniques à mener, et vous pouvez nous contacter pour un accompagnement.