Une migration site web, ce n'est pas un déménagement de fichiers. C'est le moment où votre trafic organique décide s'il vous suit ou s'il reste chez Google, planté sur une ancienne URL qui renvoie une 404. J'ai vu des sites perdre 40 % de leur trafic en une nuit parce que personne n'avait posé la question simple : qui décide, avant vendredi soir, quelle ancienne URL va vers quelle nouvelle. Pas le développeur. Pas l'agence de design. Vous, avec votre Search Console sous les yeux.
Migration site web : de quoi parle-t-on vraiment
Le mot recouvre plusieurs réalités, souvent mélangées dans le même brief. Voici comment je les distingue avant même d'ouvrir un ticket.
| Type | Ce qui bouge |
|---|---|
| Domaine | Nom, extension, sous-domaine |
| CMS WordPress | Structure, thème, base de données |
| Hébergeur | Serveur, DNS, certificat SSL |
| HTTPS | Passage http vers https |
| Hybride | Plusieurs chantiers en même temps |
Chaque ligne de ce tableau a son propre risque de perte de trafic. Un changement de domaine sans redirections 301 propres, c'est un an de netlinking qui part à la poubelle. Un changement d'hébergeur mal négocié avec le DNS, c'est un site injoignable pendant 48 heures pendant que le devis client attend une réponse.
Migration et refonte : deux chantiers, un même piège
On me demande souvent la différence entre migrer et refaire. Une refonte SEO touche le design, l'arborescence, parfois le contenu entier. Une migration touche l'infrastructure : où vit le site, sous quel nom, chez quel hébergeur. Mais dans la pratique, les deux arrivent presque toujours ensemble. Un client qui change de CMS profite de l'occasion pour revoir ses templates ; un client qui refait son site en profite pour changer de nom de domaine. Le piège commun : personne ne garde le mapping d'URL à jour pendant que les deux chantiers avancent en parallèle. J'ai détaillé la partie design et structure dans mon article sur la refonte SEO, mais ici je me concentre sur l'infrastructure qui porte tout le reste.
Changer de domaine, d'hébergeur, ou rester sur WordPress
Migrer un site WordPress vers un autre nom de domaine, c'est l'exercice le plus fréquent chez mes clients. Souvent une entreprise qui rachète une marque, ou qui simplifie son nom après un rebranding. Techniquement, l'export du site WordPress se fait en quelques clics avec les bons plugins ; ce n'est pas là que le risque se cache. Le risque, c'est la liste des anciennes URL qui n'ont jamais été recensées, et qui redirigent nulle part le jour J.
Transférer un site d'un hébergeur à un autre pose un problème différent : la propagation DNS, le certificat SSL à recréer, et souvent une fenêtre de plusieurs heures où l'ancien et le nouveau serveur coexistent. J'ai géré ce type de migration WordPress sur des sites avec 5000 articles publiés en français et en anglais, comme chez Skinobs, et sur des catalogues e-commerce dépassant les 10 000 références, comme chez Ad Majoris, en WooCommerce. Dans les deux cas, la question n'était jamais technique en premier lieu. Elle était organisationnelle : qui valide le mapping, qui vérifie les redirections, qui vérifie que le sitemap déclaré dans Search Console correspond bien au site en ligne le lendemain matin.
La checklist : mapping, 301, Search Console
Avant de toucher au DNS, je veux un fichier à deux colonnes : ancienne URL, nouvelle URL. Une ligne par page qui rapporte, qui a des liens, qui est encore dans l'index. Search Console donne cette liste. Le crawl la complète. Les pages qui convertissent passent en premier.
Une redirection globale vers l'accueil n'est pas un mapping. Le visiteur qui cherchait une fiche produit atterrit sur une home. Il part. Google aussi, à sa façon : il traite souvent ce fourre-tout comme une fausse page introuvable.
Une chaîne non plus. Ancienne page vers une URL intermédiaire, puis vers la vraie. Une ancienne adresse, un saut, une destination.
Voici l'ordre que je tiens, et que je ne négocie plus.
- Recenser les URL qui travaillent : Search Console, crawl, pages qui convertissent, liens entrants.
- Construire le mapping une-à-une. Une page sans successeur se retire en 410, elle ne se déverse pas sur l'accueil.
- Poser les 301 sur une copie privée. Tester chaque saut. La destination doit répondre 200, sans noindex, sans nouvelle redirection.
- Vérifier le SSL, le robots.txt, le sitemap. Le sitemap déclaré dans Search Console doit coller au site qui sera en ligne.
- Basculer : sauvegarde, 301 actives, DNS, contrôle le lendemain matin.
Le piège classique, c'est le noindex de préproduction oublié. Le nouveau site est en ligne, et Google a l'ordre de ne pas l'indexer. Trois jours plus tard, on cherche le trafic. Il n'est pas en train de se remettre. Il est bloqué par une balise qu'on a laissée.
Les 301 se posent avant la mise en ligne, jamais après
Une redirection 301 dit à Google que la page a déménagé pour de bon. Elle transfère l'autorité. Une 302 dit que c'est temporaire, et le moteur garde l'ancienne adresse en tête. Pour une migration définitive, la 302 est un mensonge.
Je ne les active pas « on verra lundi ». Le jour J, la checklist est courte parce que le travail est déjà fait. Si votre boutique tourne sous PrestaShop, le raisonnement ne change pas. Une refonte PrestaShop mal mappée perd les fiches qui payent le loyer, même avec un thème neuf.
Migration SEO : ce que la 301 laisse derrière elle
La migration SEO désigne le travail qui permet à un site de garder ses positions et son trafic après un changement de domaine, de CMS ou d'hébergeur. La redirection 301 en est l'outil central. Mais elle ne fait qu'une chose : elle transporte une adresse vers une autre. Elle ne transporte pas les raisons pour lesquelles Google avait bien classé la page.
À la nouvelle adresse, Google réévalue donc la page à partir de ce qu'il y trouve :
- Le texte, le title et le H1 de la nouvelle page
- Les liens internes reçus depuis le menu, le pied de page ou d'autres articles, souvent perdus quand le gabarit change
- Les données structurées : fil d'Ariane, avis, fiches produit
- Les images et leur texte alternatif
Ma méthode, avant la bascule : comparer page par page l'ancienne et la nouvelle version des pages qui rapportent du trafic ou des devis ; un écart repéré sur la préproduction se corrige avant la mise en ligne.
Côté dirigeant, une décision vous revient : le texte de ces pages change-t-il en même temps que leur adresse ? Quand c'est possible, je le garde tel quel pendant la bascule et je le retravaille ensuite, une fois le trafic stabilisé. Si l'adresse et le contenu changent ensemble et que le trafic bouge, impossible de savoir si la cause est la migration technique ou la réécriture du texte.
Search Console : les contrôles du lendemain
Le lendemain matin, j'ouvre Search Console avant d'ouvrir autre chose. Je regarde les 404. Je regarde les requêtes qui ont perdu leur URL. Je vérifie que le sitemap envoyé correspond au site en ligne. Dès le lendemain, pas dans trois semaines.
Une baisse de quelques jours, le temps que Google recrawl, ça arrive. Deux à quatre semaines de flottement, je le vois même sur un chantier propre. Mais une chute qui dure et qui touche les pages qui convertissaient, ça se diagnostique. On répare le mapping. On n'attend pas que ça se repose.
J'ai suivi un e-commerce français dont le mapping n'avait plus de propriétaire au moment de la bascule. Semrush montre l'évolution des mots-clés positionnés : un plateau stable pendant des années, toutes tranches de positions confondues. Puis une refonte début 2026, sans plan de redirections rigoureux. En quelques semaines, toutes les courbes s'effondrent.
Ce qui avait pris une décennie à bâtir disparaît en un mois. Pas à cause du design. À cause d'anciennes URL qui n'avaient plus d'adresse.
Ce qu'il faut retenir
- Une migration site web se juge au trafic qui reste, pas au serveur qui répond 200.
- Une 301 par ancienne page utile, un seul saut. Le fourre-tout vers l'accueil casse autant le visiteur que l'index.
- Search Console avant la bascule pour le mapping, Search Console le lendemain pour les 404. Un seul pilote tient les deux.
Si vous refaites surtout l'apparence et le discours, la méthode est dans l'article sur la refonte sans perte de référencement. Si vous changez de maison, c'est une refonte de site web pilotée comme un déménagement.