Refonte et migration SEO

Mis à jour le 23 octobre 2026

Une refonte de site est souvent pensée comme un projet de design : nouvelle charte, nouvelles pages, nouvel outil. Le référencement arrive en fin de projet, quand il est trop tard. Le jour de la mise en ligne, des centaines d’anciennes adresses renvoient une erreur, les pages qui amenaient des clients ont disparu, et le trafic chute.

Cette page explique comment mener une migration sans perdre ce que le site a construit, avant, pendant et après la mise en ligne. C’est l’un des chantiers les plus sensibles du SEO technique.

Par Alexandre Montenon, consultant SEO depuis 2011

Qu’appelle-t-on migration SEO ?

On parle de migration dès qu’un changement touche la façon dont les moteurs trouvent et identifient les pages du site. Toutes ne présentent pas le même risque.

Plus le changement touche d’adresses et de contenus à la fois, plus le risque augmente. Quand c’est possible, mieux vaut séparer les chantiers : changer de domaine une fois, refondre la structure une autre fois.

Avant la mise en ligne : la préparation

1. Faire l’inventaire de l’existant

Listez toutes les URL du site actuel : celles du plan de site, celles qu’un outil d’analyse trouve en parcourant le site, celles qui reçoivent du trafic dans vos statistiques et des clics dans la Search Console, celles qui reçoivent des liens d’autres sites. Notez pour chacune son trafic, ses principales requêtes et ses liens entrants. Cet inventaire est la base de tout le reste.

2. Repérer les pages qui comptent

Dans la plupart des sites, une petite partie des pages concentre l’essentiel du trafic et des demandes. Ce sont celles qu’il faut protéger en priorité : leur contenu doit être conservé ou amélioré, pas supprimé ou fusionné sans réflexion.

Associez à cette étape les personnes qui connaissent le site : le responsable commercial sait quelles pages sont envoyées aux prospects, le service client connaît les pages d’aide les plus consultées, la direction sait quelles offres vont disparaître ou se développer. Leurs réponses évitent de supprimer une page qui ne paraît rien peser dans les statistiques mais sert chaque semaine à conclure des ventes, ou de garder des pages sur des offres abandonnées depuis longtemps.

3. Établir le tableau de correspondance

Google recommande d’établir un mappage entre anciennes et nouvelles URL en commençant par les pages importantes, sans oublier les ressources intégrées, puis de mettre en place des redirections permanentes côté serveur, de préférence 301 ou 308, en évitant les chaînes de redirections et les renvois en masse vers une seule page comme l’accueil, et de conserver ces redirections au moins un an.

Concrètement, un tableur à deux colonnes : ancienne adresse, nouvelle adresse. Chaque ancienne page renvoie vers la page nouvelle la plus proche par le sujet. Une page qui disparaît sans équivalent peut renvoyer vers la catégorie parente ; si rien ne correspond, une réponse « page supprimée » est plus honnête qu’une redirection vers l’accueil.

4. Tester le nouveau site avant l’ouverture

Sur un environnement de préproduction protégé (par mot de passe, pas seulement par une balise), vérifiez les titres, les méta-descriptions, les balises canoniques, la structure des titres, les liens internes, les données structurées et la vitesse. Comparez avec l’ancien site les éléments des pages importantes : un titre bien positionné réécrit sans raison peut coûter des places.

5. Choisir le bon moment

Évitez la mise en ligne en pleine saison forte, la veille d’un week-end prolongé ou des congés de l’équipe technique. Prévoyez du temps disponible les jours suivants pour corriger.

Le jour de la mise en ligne

• Activer les redirections et en tester un échantillon, en commençant par les pages importantes.
• Retirer toute protection ou balise « noindex » héritée de la préproduction : c’est l’oubli le plus fréquent et le plus coûteux.
• Vérifier le fichier robots.txt du nouveau site.
• Mettre à jour les liens internes pour qu’ils pointent directement vers les nouvelles adresses, sans passer par une redirection.
• Déclarer le nouveau plan de site dans la Search Console. La page sur le sitemap XML rappelle ce qu’il doit contenir.
• Mettre à jour les liens que vous contrôlez ailleurs : fiche d’établissement, réseaux sociaux, annuaires, signatures, campagnes publicitaires.

Le cas du changement de domaine

Quand le nom de domaine change, une étape s’ajoute. L’outil de changement d’adresse de la Search Console indique à Google qu’un site est passé d’un domaine à un autre ; il suppose de posséder les deux propriétés avec le même compte et d’avoir redirigé l’ancienne adresse, et Google indique privilégier le nouveau site pendant 180 jours à compter du début de la migration. L’outil ne sert pas pour un passage en HTTPS, un changement de chemin à l’intérieur du même site ou un simple changement d’hébergement.

Ajoutez et validez chaque variante de l’ancien domaine (avec et sans www) avant de faire la demande, et gardez l’ancien domaine enregistré à votre nom : le laisser expirer ferait disparaître toutes les redirections.

Après la mise en ligne : la surveillance

Les premiers jours. Suivez les erreurs dans la Search Console et dans les journaux du serveur, testez les anciennes adresses importantes une par une, et corrigez les redirections manquantes au fil de l’eau.

Les premières semaines. Le trafic de l’ancienne adresse doit diminuer à mesure que celui de la nouvelle progresse. Google prévient que les classements peuvent fluctuer pendant quelques semaines pour un site de taille moyenne, davantage pour un grand site. Surveillez les pages importantes : position, clics, indexation. Le rapport d’indexation et les outils de contrôle d’URL aident à vérifier que les nouvelles pages sont prises en compte ; la page sur l’indexation Google détaille la démarche.

Une baisse limitée aux premières semaines n’a rien d’inquiétant. Une baisse qui se prolonge au-delà de deux mois, ou qui touche surtout quelques pages précises, appelle une vérification : redirection manquante, contenu affaibli, balise oubliée, liens internes encore orientés vers les anciennes adresses.

Les mois suivants. Comparez le trafic organique et les demandes de contact avec la même période de l’année précédente. Laissez les redirections en place bien au-delà d’un an si possible : des liens anciens continuent souvent à pointer vers les vieilles adresses.

Les erreurs qui coûtent du trafic

Aucune redirection. Les anciennes adresses renvoient une erreur, et les positions disparaissent.

Tout rediriger vers l’accueil. Le moteur ne retrouve pas le contenu correspondant et traite souvent ces redirections comme des pages supprimées.

Des redirections temporaires au lieu de permanentes. Le signal envoyé n’est pas le bon.

Des chaînes de redirections. A renvoie vers B qui renvoie vers C : chaque saut ralentit et fragilise le dispositif.

Supprimer des contenus qui se positionnaient. Une page « trop longue » raccourcie à la refonte peut perdre les requêtes qu’elle captait.

Le « noindex » de préproduction resté actif. Le site entier disparaît progressivement de l’index.

Laisser expirer l’ancien domaine. Toutes les redirections cessent de fonctionner.

Exemple fictif : un cabinet d’avocats qui change de nom

Pour illustrer, un cas inventé. Un cabinet d’avocats change de nom après l’arrivée d’une nouvelle associée et en profite pour refondre son site. Plutôt que de tout faire à la fois, il conserve d’abord la structure des pages en changeant uniquement de domaine, avec une redirection page à page et une demande de changement d’adresse dans la Search Console. Trois mois plus tard, une fois le trafic stabilisé, il lance la refonte avec un tableau de correspondance de ses quatre-vingts pages, en gardant les contenus des pages d’expertise qui apportaient la majorité des demandes. Les éléments de cet exemple sont inventés pour l’illustration.

Questions fréquentes sur la migration SEO