Recette preprod migration SEO : la checklist essentielle

Une migration SEO mal préparée peut coûter des mois de trafic organique. La recette preprod SEO qui suit sert précisément à l'éviter : mapping d'URL, redirections 301, canonicals et hreflang vérifiés avant la bascule. C'est la condition d'une refonte site sans perte de trafic mesurable dans les semaines qui suivent la mise en ligne.

Pourquoi une migration SEO fait perdre du trafic (et comment l'éviter)

Une étude de Search Engine Journal signée Dan Taylor, portant sur 892 cas de migration et publiée le 8 janvier 2025, mesure un délai moyen de 523 jours avant qu'un site retrouve le niveau de trafic organique de son ancienne version. Dix-sept pour cent des sites analysés n'avaient toujours pas rattrapé ce niveau après 1000 jours. Ces chiffres proviennent d'un échantillon communautaire auto-sélectionné et d'une estimation du trafic via un outil tiers, pas d'une étude contrôlée sur données Search Console réelles. Ils décrivent une tendance de terrain, pas une loi statistique. Dan Taylor rappelle dans cette même publication qu'une édition antérieure de l'étude, menée en 2023 sur 171 cas, donnait des chiffres différents (229 jours, 42 % d'échec). Les deux échantillons ne sont pas comparables entre eux. Ce n'est pas une tendance qui s'améliore dans le temps : ce sont deux mesures distinctes sur deux populations distinctes.

La documentation officielle de Google Search Central sur le déplacement de site avec changement d'URL est plus nuancée que ces chiffres bruts. Elle décrit une perte qui n'a rien d'automatique : elle résulte d'omissions précises, redirections mal posées, canonicals oubliées, changement non déclaré à Search Console, absence de suivi après la bascule. Aucune de ces omissions ne se produit le jour de la mise en ligne. Elles se jouent toutes en amont, pendant la préparation.

C'est le postulat de cette méthode. Un audit SEO pre migration mené sérieusement, avant la bascule, élimine la quasi-totalité des causes de perte documentées. Une migration SEO réussie suit une séquence stable, que la documentation Google et la pratique de terrain confirment l'une comme l'autre :

• Cartographier l'existant et construire le tableau de correspondance URL ancienne vers nouvelle.
• Rediriger chaque URL avec une redirection 301 posée côté serveur, jamais un raccourci JavaScript.
• Dérouler la recette preprod : canonicals, hreflang, Schema, robots.txt, liens internes.
• Déclarer le changement à Google via Search Console.
• Surveiller l'indexation et le trafic jusqu'à stabilisation.

Cinq étapes, un ordre à respecter : c'est la méthode que détaille le pilier Migration SEO technique, dans laquelle la préparation compte structurellement plus que la correction après incident.

Le mapping d'URL, la fondation de toute migration

Google ne demande nulle part de conserver les URL d'un site lors d'une migration. Mais chaque URL modifiée a un coût : re-crawl, ré-évaluation des signaux de positionnement, délai avant que le moteur associe de nouveau l'adresse à son historique. Faut-il conserver les URL lors d'une migration SEO ? La réponse pratique tient en une phrase : ne changer une URL que si un motif métier le justifie (fusion de contenus, passage HTTPS obligatoire, restructuration réellement nécessaire de l'arborescence). Dans tous les autres cas, garder l'adresse existante raccourcit le délai de récupération.

Quand le changement est décidé, la méthode se déroule en trois temps. D'abord l'inventaire : récupérer la liste complète des URL indexées et génératrices de trafic à partir du sitemap actuel, des logs d'accès serveur et des données analytics, pas seulement du plan du site tel qu'on l'imagine. Ensuite le mapping URL ancienne nouvelle : un tableau de correspondance, une ligne par URL, qui documente où chaque adresse doit désormais pointer. Enfin la décision : conserver, rediriger ou fusionner, jamais une quatrième issue. Un plan de migration SEO qui n'a pas encore statué sur chaque ligne de ce tableau n'est pas prêt pour la bascule. Quand la migration concerne plusieurs sites d'une même enseigne, cette cartographie doit aussi trancher la question de la cannibalisation SEO entre les domaines, un arbitrage qui se joue dès la conception de l'architecture d'URL.

Ce travail de cartographie a déjà été détaillé avec son gabarit complet dans une fiche dédiée à l'architecture d'URL. La logique du tableau de correspondance et les critères de décision, trafic, liens entrants, intention, y sont développés au-delà du périmètre de cette recette preprod.

Redirection permanente en migration site : la règle qui évite la majorité des pertes

La distinction entre redirection 301 et redirection 302 n'est pas cosmétique.

Redirection	Nature	Transfert des signaux SEO
301 (Moved Permanently)	Permanente	Transfère l'intégralité des signaux SEO accumulés sur l'ancienne URL vers la nouvelle : autorité, historique, position
302 (Found)	Temporaire par définition dans la RFC 9110	N'en transfère aucun

Confondre les deux sur une migration, c'est repartir de zéro sur chaque page concernée sans même s'en rendre compte avant plusieurs semaines.

Deuxième règle, tout aussi non négociable : la redirection doit être posée côté serveur (configuration Apache, Nginx, ou équivalent selon la stack), jamais en JavaScript côté client. Un redirect géré par un script qui s'exécute après le chargement de la page n'offre pas les mêmes garanties de détection immédiate par les robots d'indexation.

Troisième règle, celle qui évite la majorité des pertes mesurées sur le terrain : un mapping strictement un pour un, chaque ancienne URL vers son équivalent nouveau le plus proche. Jamais de redirection catch-all généralisée vers la page d'accueil. Sur les migrations e-commerce et catalogue que nous accompagnons chez OMKomUnity, ce type de redirection massive s'apparente à un signal proche du soft-404 : la page de destination ne répond pas à l'intention de recherche qui avait fait indexer l'ancienne URL. Ce n'est pas une classification officielle de Google, mais une lecture cohérente avec ses recommandations sur le mapping un pour un. Les redirections 301 vs 302 se choisissent donc au cas par cas. Une vérification manuelle reste prioritaire sur les URL à fort trafic organique ou à forts liens entrants : ce sont elles qui pèsent le plus dans le calcul de la perte.

La recette preprod SEO : la checklist canonicals, title/meta, Schema, hreflang

C'est le cœur actionnable de cette méthode : quatre vérifications à dérouler sur l'environnement de préproduction, avant la mise en ligne, jamais après.

• Canonicals. Chaque nouvelle URL doit porter une balise <link rel="canonical"> auto-référente, pointant vers elle-même. Une canonical qui pointe encore vers l'ancienne adresse, ou vers une troisième URL par erreur de copie de template, invalide une partie du travail de redirection fait en amont.
• Hreflang. Sur un site multilingue, les balises hreflang doivent être mises à jour et rester cohérentes entre l'ancien site et le nouveau, quelle que soit la méthode d'implémentation retenue parmi les trois méthodes documentées par Google (balise HTML, entrée de sitemap XML, en-tête HTTP). Une correspondance de langue cassée pendant la migration se traduit par un ciblage géographique erroné pendant des semaines.
• Schema et robots.txt. Les données structurées migration site (FAQ, Article, ou tout autre type déjà en place) doivent être présentes et valides sur la nouvelle version, et le robots.txt ne doit bloquer aucune des URL de destination fraîchement redirigées. Le piège classique à ce stade : un noindex oublié preprod, resté actif sur l'environnement de test, qui migre tel quel en production et empêche toute indexation du nouveau site pendant que Google le découvre.
• Liens internes. Chaque lien interne du site doit pointer directement vers la nouvelle URL, jamais vers l'ancienne adresse via une redirection intermédiaire. Une chaîne de redirects, même courte, dilue une partie du signal transmis et ralentit le crawl.

Sur un point précis, la documentation Google reste silencieuse : elle ne détaille nulle part comment vérifier que les balises title et meta description ont bien été migrées. Cette vérification relève de la pratique de terrain, pas d'une consigne officielle. La méthode la plus fiable consiste à exporter, via un outil de crawl, l'ensemble des title, meta descriptions, balises Hn et canonicals de l'ancien site avant la bascule. Cet export se compare ensuite ligne par ligne avec un crawl équivalent de la préproduction. Une checklist migration SEO complète inclut systématiquement ce comparatif, même s'il n'est cité nulle part dans la documentation officielle.

Déclarer le changement d'adresse Search Console à Google

Une fois la préproduction validée, Google doit être informé du changement. L'outil dédié dans Search Console porte une consigne technique précise. Une requête doit être déposée pour chaque variante de domaine concernée, www et non-www, chaque sous-domaine, même ceux qui ne sont plus utilisés après la migration. Cette déclaration reste active 180 jours : c'est la durée pendant laquelle Google associe encore l'ancien site au nouveau. Google recommande par ailleurs de conserver les redirections en place le plus longtemps possible, généralement au moins un an, une fenêtre nettement plus large que celle de l'outil lui-même.

Cet outil changement d'adresse Search Console ne s'utilise pas dans tous les cas de figure. Un passage en HTTPS sur le même domaine est détecté automatiquement par le robot d'indexation, sans déclaration nécessaire. Un changement de structure d'URL qui reste sur le même domaine se gère par les sitemaps, pas par cet outil pensé pour un changement de domaine ou de sous-domaine.

Deux vérifications ferment cette étape. L'ancien site et le nouveau doivent tous deux figurer comme propriétés validées dans Search Console. Un sitemap XML à jour doit ensuite être soumis pour le nouveau site, en ne listant que les URL finales, jamais les URL intermédiaires ni les adresses de redirection elles-mêmes.

Le monitoring post-bascule d'une migration SEO

Deux rapports de Search Console concentrent l'essentiel du suivi après la mise en ligne. Le rapport de couverture d'index confirme que les nouvelles URL entrent dans l'index à mesure que les anciennes en sortent. Le rapport Sitemaps confirme que le fichier XML soumis est parcouru sans erreur de crawl. Sur les migrations de sites vitrines et éditoriaux que nous accompagnons chez OMKomUnity, un site de taille petite à moyenne bascule généralement en index en quelques semaines, alors qu'un catalogue e-commerce volumineux ou un site de presse peut demander plusieurs mois avant une bascule complète.

Cette échelle de temps ne doit jamais être confondue avec celle, bien plus longue, de la récupération complète du trafic évoquée en ouverture. L'indexation est un phénomène rapide et binaire, visible en quelques semaines. La récupération du niveau de trafic organique antérieur est un phénomène lent, mesuré en mois par l'étude Search Engine Journal citée plus haut. Elle dépend aussi de facteurs qui dépassent la seule technique : concurrence, saisonnalité, qualité du contenu repositionné. La surveillance post migration doit distinguer ces deux horizons plutôt que les mélanger dans un seul indicateur de succès.

Cette continuité d'indexation ne profite d'ailleurs pas qu'au référencement classique. Les pratiques de GEO, l'optimisation pour les moteurs génératifs, et d'AEO, l'optimisation pour les moteurs de réponse, reposent sur la même stabilité de crawl : une page invisible pour Google reste invisible pour un moteur génératif.

Migration réussie ou refonte site sans perte de trafic : les signaux qui ne trompent pas

Une migration maîtrisée se reconnaît à des signaux précis, observables dans les semaines qui suivent la bascule. L'indexation progresse dans le rapport de couverture sans décrochage brutal. Les positions se maintiennent sur les URL à fort trafic identifiées dès l'audit initial. Les redirections restent propres, en un seul saut direct vers la destination finale, jamais en chaîne. Aucune erreur 404 ou soft 404 après migration ne remonte en volume anormal dans les rapports de crawl.

À l'inverse, une refonte site sans perte de trafic ratée montre des signaux tout aussi identifiables. Chute de trafic après refonte largement supérieure à la baisse temporaire habituelle des premières semaines, erreurs 404 en masse sur des URL qui existaient encore la veille. Redirections en chaîne mal posées, ou pire redirections catch-all vers la page d'accueil : ce sont les signes d'une préparation bâclée. Ces signaux prennent une coloration particulière lorsque la bascule s'accompagne d'un changement de CMS, où le changement de plateforme technique introduit ses propres points de vigilance.

La quasi-totalité de ces pertes se rejoue en amont. Mapping d'URL non finalisé, redirections 301 mal vérifiées, recette preprod sautée sur les canonicals ou le hreflang, déclaration Search Console oubliée, monitoring post-bascule absent. Sur ce périmètre précis, la ligne de service Migration SEO de OMKomUnity accompagne les équipes qui préparent une bascule. L'accompagnement porte en particulier sur la construction du mapping et le passage de cette recette preprod avant mise en ligne.

Questions fréquentes

Comment migrer un site sans perdre son référencement ?

La clé est la préparation : mapping des URL anciennes vers les nouvelles, canonicals auto-référentes, redirections 301 serveur (jamais JS), hreflang mis à jour si multilingue, robots.txt correct, et liens internes pointant vers les nouvelles URL. Une étude Search Engine Journal signée Dan Taylor (892 cas, 2025) mesure un délai moyen de 523 jours pour retrouver le niveau de trafic initial après une migration mal préparée, mais cette perte se joue dans les semaines qui précèdent la bascule, pas le jour de la mise en ligne.

Que vérifier en priorité avant de mettre en ligne un site refondu ?

Checklist en 4 points (Google Search Central, guide de préparation du nouveau site) : canonicals auto-référentes, hreflang à jour si multilingue, robots.txt qui ne bloque aucune destination, liens internes vers les nouvelles adresses. Complément de terrain, non documenté officiellement : crawl comparatif ancien site contre préproduction sur les title, meta descriptions et balises Hn. Vérifier l'absence de noindex oublié sur la préproduction.

Comment faire une redirection 301 lors d'une migration ?

Redirection permanente côté serveur (301 ou 308), jamais en JavaScript. Le 301 transfère l'intégralité des signaux SEO vers la nouvelle URL ; le 302 n'en transfère aucun. Mapping un pour un, vérification manuelle prioritaire sur les URL à fort trafic ou backlinks, jamais de redirection catch-all vers la page d'accueil. Maintenir ces redirections au moins 180 jours, idéalement un an.

Faut-il obligatoirement conserver les URL lors d'une migration SEO ?

Non, Google n'impose pas de conserver les URL. Mais chaque changement entraîne un re-crawl et une ré-évaluation des signaux de positionnement. Ne changer une URL que si un motif métier le justifie (fusion de contenus, passage HTTPS, restructuration nécessaire) ; sinon, conserver l'URL existante réduit le délai de récupération du trafic.

Comment surveiller le trafic après une migration ?

Rapport de couverture d'index et rapport Sitemaps dans Search Console, à suivre sur l'ancien et le nouveau site jusqu'à stabilisation. Un petit site bascule en index en quelques semaines ; un catalogue volumineux prend plus longtemps. Ne pas confondre la vitesse d'indexation, rapide, avec la récupération complète du trafic, plus lente.

Comment déclarer une migration à Google dans Search Console ?

Via l'outil « Changement d'adresse » de Search Console : une requête par variante de domaine (www, non-www, sous-domaines), même non utilisée. Durée d'effet : 180 jours minimum, redirections recommandées au moins un an. Ne pas utiliser cet outil pour un simple passage HTTPS (détecté automatiquement) ni pour un changement de structure d'URL sur le même domaine. Vérifier l'ancien et le nouveau site dans Search Console, soumettre un sitemap XML à jour listant uniquement les URL finales.