Migration SEO : refondre son site sans perdre ses positions en 2026

En résumé

• Une migration SEO, c'est tout changement qui modifie les URL ou la façon dont Google les découvre : domaine, HTTPS, architecture, CMS. Chaque type a ses pièges propres.
• Google l'écrit dans sa documentation : sur un site petit ou moyen, la plupart des pages mettent quelques semaines à migrer, davantage sur un grand site. Une baisse temporaire est normale, une baisse qui dure est un défaut à corriger.
• Les redirections se gardent au moins un an selon Google, et au minimum 180 jours après un changement d'adresse déclaré dans la Search Console.
• En 2026, une migration se joue aussi dans les moteurs génératifs : les AI Overviews reposent sur l'index Google, Copilot sur celui de Bing, et Perplexity sur son propre index.

Refondre un site est rarement une décision de référencement. On change de CMS pour gagner en souplesse, de domaine pour une nouvelle marque, d'architecture pour un nouveau catalogue. Le référencement, lui, subit la décision : des années de signaux attachés à des URL précises doivent être transmis à de nouvelles adresses, sans perte. Ce guide suit une migration de bout en bout, de l'audit qui la précède au suivi qui la clôt. Le détail des redirections, qui en sont la pièce centrale, fait l'objet de notre guide des redirections 301.

Ce qu'est une migration SEO

On parle de migration dès qu'un changement touche les URL d'un site ou la façon dont les moteurs y accèdent. Le périmètre est plus large qu'on ne le pense : un changement de nom de domaine en est une, mais aussi un passage en HTTPS, une refonte de l'arborescence, un changement de CMS qui modifie la forme des adresses ou la manière dont les pages sont rendues, ou la fusion de plusieurs sites en un seul.

Le risque tient à un mécanisme simple. Les liens entrants, l'historique d'exploration et les positions sont rattachés à des adresses. Quand une adresse change sans redirection correcte, le moteur ne relie pas la nouvelle page à l'ancienne : il la découvre comme une page neuve, et ce qui avait été acquis ne suit pas. Aucune statistique fiable ne mesure la perte « moyenne » d'une migration ratée, et se méfier des articles qui en avancent une : l'ampleur dépend entièrement de l'exécution.

Les quatre grands types de migration

Le changement de domaine

C'est la migration la plus exposée, parce que toute l'autorité du site doit passer d'un domaine à un autre. Google met à disposition l'outil de changement d'adresse dans la Search Console, à utiliser pour un changement de domaine ou de sous-domaine, une fois les redirections en place, et après avoir validé la propriété des deux domaines dans le même compte. L'aide de Google précise qu'un nouveau changement d'adresse ne peut pas être déclaré aussitôt après un premier : on ne chaîne pas les déménagements.

Point de vigilance. Les liens externes pointent toujours vers l'ancien domaine, et continueront longtemps. Ce sont eux qui justifient de garder les redirections bien au-delà du minimum.

Le passage en HTTPS

Google a fait de HTTPS un signal de classement en 2014, et les navigateurs signalent aujourd'hui comme non sécurisés les sites qui ne l'utilisent pas. Techniquement, c'est un changement d'URL pour chaque page, avec ses redirections.

Points de vigilance. Le contenu mixte, c'est-à-dire des images, scripts ou feuilles de style encore appelés en HTTP sur des pages HTTPS ; un certificat mal configuré ou expiré ; et les chaînes du type HTTP, puis HTTPS, puis www, puis l'URL finale, qu'il faut réduire à un seul saut. Le changement d'adresse de la Search Console ne sert pas pour une simple bascule HTTPS.

La refonte de l'architecture

Regroupement de catégories, simplification des adresses, suppression de pages : c'est la migration la plus fréquente, et celle qui produit le plus d'erreurs par omission. Les URL oubliées sont presque toujours les mêmes : des pages peu visitées mais bien positionnées sur des requêtes de niche, et des pages sans trafic mais qui portent des liens entrants de qualité.

Point de vigilance. Le maillage interne. Une nouvelle arborescence redistribue les liens entre les pages, et une page stratégique peut se retrouver à quatre clics de l'accueil sans que personne l'ait décidé. Notre guide du maillage interne détaille ce point.

Le changement de CMS

Passer de WordPress à Webflow, ou de Drupal à Shopify, cumule souvent deux migrations : un changement de CMS et un changement de forme des URL, imposé par les conventions du nouvel outil.

Points de vigilance. Les métadonnées (titres, descriptions, balises) qui ne se transfèrent pas toujours d'un outil à l'autre ; la structure d'URL par défaut du nouveau CMS ; et surtout le rendu : si le nouveau site construit ses pages en JavaScript, le HTML servi aux robots peut être vide là où l'ancien contenait tout le texte. La comparaison doit porter sur les pages réellement rendues, pas sur le code source.

Avant la bascule : préparer

Photographier l'existant

Rien ne se mesure après coup si l'état de départ n'a pas été relevé. Avant toute modification :

• Un crawl complet du site actuel : toutes les URL, codes de réponse, titres, balises canoniques, métadonnées.
• L'export de la Search Console sur douze mois : pages et requêtes qui apportent du trafic, positions à préserver.
• L'inventaire des liens entrants, pour repérer les pages qui en concentrent le plus.
• Un relevé de positions sur les requêtes stratégiques.
• Les Core Web Vitals actuels (LCP, CLS, INP), pour détecter toute régression du nouveau site.
• La présence dans les moteurs génératifs sur les requêtes cibles : c'est le seul moyen de savoir, ensuite, si la migration a coûté des citations.

Un audit SEO complet couvre l'essentiel de ce relevé.

Établir le plan de redirection

Le plan associe chaque ancienne URL à sa nouvelle destination. Quatre règles le structurent : une correspondance page à page vers l'équivalent le plus proche, jamais un renvoi en masse vers l'accueil ; aucune chaîne, chaque règle visant directement la destination finale ; des redirections permanentes ; et la couverture de toutes les variantes d'adresse, avec ou sans barre oblique finale, avec ou sans www, en HTTP comme en HTTPS. La méthode complète, les pièges et l'implémentation selon le serveur sont détaillés dans notre guide des redirections 301.

Préparer la structure technique

• Un sitemap qui ne contient que les nouvelles URL finales : répondant en 200, indexables, canoniques.
• Un robots.txt de production, et non celui du site de préproduction, qui bloque souvent tout le site.
• Des balises canoniques qui pointent chacune vers la nouvelle page elle-même.
• Des annotations hreflang mises à jour sur un site multilingue ; notre guide du SEO international détaille leurs erreurs courantes.
• Des données structurées dont les URL ont été mises à jour. C'est un angle mort : les adresses déclarées dans le JSON-LD sont explorées comme des liens, et une URL oubliée dans un schéma produit des erreurs 404 alors qu'aucun lien visible ne la contient.

Le jour de la bascule

La mise en ligne se prépare comme une opération : un jour de début de semaine, jamais un vendredi, avec l'équipe technique disponible pour corriger dans l'heure.

Vérifier les redirections en production

Crawler la liste des anciennes URL et vérifier que chacune répond par une redirection permanente vers la bonne destination. Contrôler à la main les pages les plus stratégiques, celles qui portent le trafic et les liens. Rechercher les boucles et les chaînes résiduelles.

Vérifier l'indexabilité

C'est l'erreur la plus fréquente et la plus coûteuse : une balise noindex ou un blocage du robots.txt hérités de la préproduction et partis en production. Vérifier qu'aucune page stratégique n'est exclue, et que chaque page déclare une canonique vers elle-même.

Prévenir les moteurs

1. Soumettre le nouveau sitemap dans la Search Console.
2. Déclarer le changement d'adresse dans la Search Console s'il s'agit d'un changement de domaine.
3. Demander l'indexation des pages prioritaires par l'inspection d'URL. Google prévient que l'exploration peut prendre de quelques jours à quelques semaines, et que la demande ne garantit pas une prise en compte immédiate.
4. Soumettre le sitemap à Bing et notifier les URL par IndexNow : c'est l'index de Bing qui alimente Copilot.
5. Réécrire les liens internes pour qu'ils visent directement les nouvelles adresses, sans traverser les redirections.

Après la bascule : surveiller et corriger

Le tableau de suivi

Les seuils ci-dessous sont ceux que nous recommandons pour déclencher une vérification ; ils ne sont pas une norme.

Indicateur	Fréquence	Seuil d'alerte recommandé
Erreurs 404 dans le rapport Pages	Quotidienne les deux premières semaines	Toute 404 sur une URL stratégique
Pages indexées	Hebdomadaire	Baisse de plus de 10 %
Impressions et clics	Hebdomadaire	Baisse de plus de 30 % sur sept jours glissants
Core Web Vitals	Hebdomadaire	Tout passage en « Mauvais »
Pages avec redirection	Hebdomadaire	URL stratégique encore signalée en redirection dans le sitemap
Présence dans les moteurs génératifs	Mensuelle	Requête cible où la marque n'est plus citée

Le rapport Pages de la Search Console est le premier endroit où les problèmes apparaissent : pages exclues, erreurs d'exploration, adresses bloquées.

Récupérer une position perdue

• Identifier les pages en baisse en comparant les périodes avant et après la bascule.
• Vérifier leur redirection : destination juste, sans intermédiaire.
• Contrôler leur canonique : une page peut être indexée avec une canonique erronée qui transfère ses signaux ailleurs.
• Renforcer le maillage interne vers elles, pour accélérer leur réexploration.
• Contacter les sites référents les plus importants pour mettre à jour leurs liens.

Google indique que la plupart des pages d'un site petit ou moyen migrent en quelques semaines ; au-delà de ce délai, une page qui n'a pas retrouvé sa place signale presque toujours une erreur de redirection, de canonique ou d'indexabilité, pas une simple lenteur.

Ce que la migration change pour les moteurs génératifs

En 2026, une migration ne se juge plus seulement sur Google Search. Trois familles de moteurs lisent le site, et chacune dépend d'un index différent :

• Les AI Overviews et le mode IA de Google, disponibles en France depuis le 22 juillet 2026, s'appuient sur l'index Google : ce qui dégrade le classement dégrade aussi la présence dans ces synthèses.
• Copilot repose sur l'index de Bing, d'où l'intérêt de lui soumettre le nouveau sitemap et d'utiliser IndexNow.
• Perplexity n'utilise plus l'API de Bing depuis août 2025 et exploite son propre index : son robot doit pouvoir explorer les nouvelles adresses, ce que le robots.txt ne doit pas empêcher. Notre article sur le référencement dans Perplexity détaille son fonctionnement.

Le point commun est la citation. Un moteur génératif qui a cité une page la cite par son adresse ; si cette adresse ne répond plus, ou ne mène nulle part, la source disparaît de la réponse, même si le contenu existe toujours ailleurs. Deux conséquences pratiques : garder les redirections longtemps, et relever la présence dans ces moteurs avant la bascule pour pouvoir la comparer après.

Faire appel à une agence : quand c'est utile

Une migration se mène en interne quand le site est modeste, que l'équipe a une vraie compétence technique en référencement et que le changement est circonscrit, un passage en HTTPS par exemple. L'accompagnement devient utile dans les situations suivantes :

• un site de plusieurs milliers d'URL, ou une architecture complexe ;
• un changement simultané de domaine, de CMS et d'arborescence ;
• un catalogue e-commerce avec de nombreuses variantes de produits ;
• un site multilingue ;
• un contexte où une baisse de trafic, même temporaire, coûte cher.

Notre expertise SEO couvre la préparation et le suivi d'une migration, et notre agence de référencement IA y ajoute la mesure de la présence dans les moteurs génératifs avant et après la bascule. L'audit SEO et GEO coûte 1 700 € ; un pré-audit gratuit permet d'en cadrer le périmètre.

FAQ

Combien de temps dure une migration SEO ?

Il faut distinguer trois temps. La préparation (audit, plan de redirection, recette technique) prend quelques semaines pour un site de quelques centaines de pages et plusieurs mois pour un site de plusieurs milliers. La bascule elle-même se fait en quelques heures. Le transfert dans l'index, enfin, prend selon Google quelques semaines pour la plupart des pages d'un site petit ou moyen, et davantage pour un grand site.

Une migration fait-elle toujours perdre des positions ?

Une baisse temporaire est fréquente, même quand tout est bien fait, le temps que Google réexplore et réindexe les nouvelles adresses. Une baisse qui dure au-delà de quelques semaines signale en revanche presque toujours une erreur : redirection manquante ou mal ciblée, canonique erronée, page bloquée par un noindex ou le robots.txt hérité de la préproduction. Une migration bien préparée peut aussi améliorer les positions, quand elle corrige une architecture défaillante.

Faut-il utiliser l'outil de changement d'adresse de la Search Console ?

Oui, en cas de changement de domaine ou de sous-domaine, et seulement dans ce cas : il ne sert pas pour un passage en HTTPS ni pour une refonte d'URL sur le même domaine. Il se déclare une fois les redirections en place et la propriété des deux domaines validée dans le même compte. Google précise qu'on ne peut pas enchaîner aussitôt un second changement d'adresse depuis le nouveau domaine.

Combien de temps faut-il garder les redirections ?

Google recommande de les garder aussi longtemps que possible, et en général au moins un an. Après un changement d'adresse déclaré dans la Search Console, son aide fixe un minimum de 180 jours, à prolonger tant que les anciennes adresses reçoivent du trafic. En pratique, les redirections des URL qui portent des liens entrants se gardent indéfiniment.

Quel est l'impact d'une migration sur les moteurs génératifs ?

Il suit l'index dont chaque moteur dépend : les AI Overviews de Google suivent le classement Google, Copilot suit l'index de Bing, et Perplexity son propre index. Une migration qui casse des adresses fait disparaître les citations qui les visaient, puisqu'un moteur cite une page par son URL. Pour limiter la perte : des redirections directes et durables, un sitemap soumis à Google et à Bing, et un relevé de la présence dans ces moteurs avant la bascule pour mesurer l'effet après.

Sources

• Google Search Central : déplacer un site avec changement d'URL
• Aide Search Console : l'outil de changement d'adresse
• Google Search Central : demander à Google de réexplorer des URL
• Google Search Central : les redirections et la recherche Google
• Photographie d'en-tête : grues du Canada en vol, NPS Photo / Tim Rains, Wikimedia Commons, domaine public.