Migration site web : déménager sans perdre son trafic

Une migration de site web déplace des adresses que Google a déjà indexées, que vos clients ont en favori, que d'autres sites citent encore. Tant que chaque ancienne URL n'a pas de successeur clair, le trafic ne se remet pas tout seul. Il disparaît.

Je le vois souvent le vendredi de la bascule. Le design est validé, le CMS est neuf, l'hébergeur a confirmé. Mais personne n'a le tableur qui dit, ligne par ligne, où va chaque ancienne page. Donc le site part. Et le lundi, Search Console se remplit de 404.

Migration site web : de quoi parle-t-on vraiment

Migrer, c'est déplacer un site qui existe déjà. Le déplacement peut toucher le nom de domaine, le CMS, l'hébergeur, le protocole (HTTP vers HTTPS), la structure des URL, ou plusieurs de ces couches d'un coup.

Une migration site SEO se juge au trafic qui reste. Un serveur qui répond 200 ne dit rien. Shopify, Semrush et la plupart des guides s'arrêtent à cette liste, puis enchaînent dix ou vingt cases. Utile. Incomplet. Parce que le risque, c'est que trois prestataires se renvoient le mapping : le designer « ce n'est pas mon sujet », l'hébergeur « on a transféré les fichiers », le référenceur « on verra après le go-live ».

Migration et refonte : deux chantiers, un même piège

Une refonte SEO change ce que le visiteur voit et ce que le site raconte. Une migration change l'endroit où ça vit. On les mélange trop souvent dans le même devis, le même week-end, le même cerveau fatigué.

Je vous le dis franchement : si vous changez le design, le domaine et le CMS le même soir, vous ne saurez jamais ce qui a fait chuter les demandes. Une chose à la fois quand c'est possible. Quand ce n'est pas possible, une seule personne tient le fil jusqu'à la mise en ligne.

Changer de domaine, d'hébergeur, ou rester sur WordPress

Trois cas reviennent tout le temps. Ils ont le même livrable : le tableur.

Changer le nom de domaine d'un site, c'est demander à Google de réapprendre la maison. Chaque backlink, chaque favori, chaque campagne pointe encore vers l'ancienne adresse. Sans 301 une-à-une, ces portes s'ouvrent sur une erreur. Migrer un site WordPress vers un autre nom de domaine ajoute trois pièges maison : les permaliens, les champs siteurl / home en base, et les images encore servies sur l'ancien hôte. L'export du site n'est pas le sujet. La correspondance d'URL l'est.

Transférer un site d'un hébergeur à un autre a l'air plus simple : mêmes URL, même CMS. Sauf que le DNS, le SSL et parfois les boîtes mail bougent le même soir. Si le TTL reste à 24 heures, une partie du web voit encore l'ancien serveur ; l'autre voit le nouveau, certificat à moitié posé. Dès qu'un chemin change, même d'un slash, le mapping redevient obligatoire.

Rester sur WordPress ne simplifie rien tout seul. Une migration site WordPress qui change de thème, de builder ou de structure de permaliens produit autant d'URL neuves qu'un changement de CMS. Je la traite comme un replatforming.

L'angle que les checklists ratent : qui possède le mapping

Le livrable qui compte, c'est un fichier à deux colonnes : ancienne URL, nouvelle URL. Une ligne par page qui rapporte, qui a des liens, qui est encore dans l'index.

Une redirection globale vers l'accueil ouvre toujours sur le hall, jamais sur la pièce demandée. Le visiteur qui cherchait une fiche produit atterrit sur une home. Il part. Le moteur aussi, à sa façon.

Une chaîne non plus. Ancienne page vers une URL intermédiaire, puis vers la vraie. Ça ralentit, ça dilue, et ça se multiplie dès que le nouveau CMS « corrige » tout seul les slash, le www ou le HTTPS. Une ancienne adresse, un saut, une destination.

Ce mapping, je le construis avant qu'on touche à la préproduction. Je croise Search Console, le crawl, les pages qui convertissent, les liens qui pointent vers vous. Chez Ad Majoris, ça voulait dire plus de 1000 pages et un catalogue WooCommerce de 10 573 produits. Chez Skinobs, plus de 5000 articles repris en français et en anglais. Dans les deux cas, le référencement a tenu parce que le tableur avait un propriétaire : la même tête qui a basculé le site.

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 « c'est temporaire », et le moteur garde l'ancienne adresse en tête. Pour une migration définitive, la 302 est un mensonge poli.

Je ne les active pas « on verra lundi ». Je les teste sur une copie privée, je suis chaque saut, je vérifie que la destination répond 200, qu'elle n'est pas en noindex, qu'elle n'est pas elle-même une autre redirection. Le jour J, la checklist est courte parce que le travail est déjà fait : sauvegarde, 301 en place, SSL, robots.txt, sitemap envoyé à la Search Console, contrôle le lendemain.

Le piège classique, c'est le noindex de préproduction oublié. Le nouveau site est beau, il 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.

Si votre boutique tourne sous PrestaShop, le raisonnement ne change pas d'un iota. Une refonte PrestaShop mal mappée perd les fiches qui payent le loyer, même avec un thème neuf.

Ce que vous perdez vraiment : les appels et les commandes

On parle trop de « classements ». Un dirigeant ne mange pas un ranking. Il mange des appels, des devis, des commandes.

Après une migration bâclée, le scénario est toujours le même. Les pages qui ramenaient du monde renvoient 404. Les campagnes pointent vers une URL morte. Un partenaire a encore l'ancien lien dans un article. Vos commerciaux voient le calendrier se vider et attribuent ça « au nouveau site qui n'est pas assez beau ». Le design n'y est pour rien. L'adresse a bougé, personne n'a tenu le fil.

J'ai suivi un e-commerce français dont le mapping n'avait plus de propriétaire au moment de la bascule. Semrush (trafic organique France, desktop) le montre mieux qu'un discours. 564 000 visites estimées en décembre 2020. Encore 527 000 en février 2022. 248 000 en août 2022. Moins 53 % en six mois. En juillet 2026, 118 000. Moins 79 % depuis le pic. La courbe n'est jamais remontée.

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 ouvre Search Console, on regarde les 404, on regarde les requêtes qui ont perdu leur URL, on répare le mapping. Dès le lendemain.

C'est pour ça que je reste après la bascule. Je compare le avant et le après sur les pages qui valent de l'argent. Un score de santé de rapport ne m'intéresse pas.

Mais. Un détail que les guides techniques glissent sous le tapis : le mapping n'est pas un livrable « SEO » qu'on envoie par e-mail la veille. C'est un document de pilotage. Qui tranche quand deux anciennes pages n'ont plus qu'un successeur. Qui refuse de tout verser sur l'accueil pour aller plus vite. Qui dit non si le nouveau CMS invente des URL à la volée sans table de correspondance. Sans ce rôle, la checklist reste un PDF. Le chantier n'a plus de pilote.

Ce qu'il faut retenir

• Une migration de site web déplace des URL. Tant que le mapping n'a pas de propriétaire, le SEO n'a pas de filet.
• Une 301 par ancienne page utile, un seul saut ; le fourre-tout vers l'accueil casse autant le visiteur que l'index.
• Domaine, hébergeur ou WordPress : le tableur se ferme avant la mise en ligne. Après, on surveille.

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.

Je préfère vous dire trop tôt qu'il manque une colonne au mapping, plutôt que trop tard que le trafic a changé d'adresse sans vous.