Il ne faut jamais couper l'ancien site le jour où le nouveau est mis en ligne : la bascule doit se faire par des redirections 301, page par page, pas en éteignant un serveur pour en allumer un autre. Chaque ancienne URL qui reçoit du trafic ou des liens doit pointer vers son équivalent exact sur le nouveau site — jamais vers la seule page d'accueil. Google a ensuite besoin de plusieurs semaines, parfois plus, pour retraiter l'ensemble de la migration : le suivi de la Search Console pendant cette période n'est pas optionnel, c'est ce qui permet de rattraper une erreur avant qu'elle ne coûte des mois de positionnement.
Pourquoi couper l'ancien site du jour au lendemain est l'erreur la plus fréquente
C'est le scénario que nous voyons revenir le plus souvent : un artisan ou un commerçant fait développer son nouveau site, attend qu'il soit prêt, puis demande à son hébergeur de résilier l'ancien nom de domaine ou l'ancien hébergement le jour même de la mise en ligne. Sur le papier, cela semble logique — pourquoi payer deux hébergements en parallèle ? Dans les faits, c'est la manière la plus sûre de perdre en quelques semaines un référencement construit sur plusieurs années.
Le mécanisme est simple à comprendre. Google connaît vos anciennes URLs parce qu'il les a explorées et classées, parfois pendant des années. Si ces URLs renvoient soudain une erreur 404 « page introuvable », Google ne devine pas où est passé le contenu : il constate une disparition. Le positionnement associé à ces pages s'effondre, et rien ne le récupère automatiquement — le nouveau site doit reconstruire cette confiance depuis zéro, ce qui prend du temps et coûte des clients pendant la transition.
La bonne pratique n'a rien de sophistiqué : le nouveau site doit être branché sur le même nom de domaine (ou reprendre le nom de domaine existant), et chaque ancienne adresse doit être redirigée automatiquement, sans exception, avant même l'annonce publique du changement.
Ce qu'est une redirection 301, et pourquoi « tout vers l'accueil » ne suffit pas
Une redirection 301 est une instruction technique qui dit à un navigateur — et à Google — « cette page a définitivement déménagé, voici sa nouvelle adresse ». Contrairement à une redirection temporaire (302), elle indique clairement que le changement est permanent, ce qui pousse les moteurs de recherche à transférer la plus grande partie de la valeur de référencement de l'ancienne page vers la nouvelle.
L'erreur classique consiste à poser une seule redirection générique : tout le monde qui arrive sur l'ancien site, quelle que soit la page, est renvoyé vers la nouvelle page d'accueil. C'est rapide à mettre en place, et c'est presque toujours une mauvaise idée. Un visiteur qui cherchait votre page « devis élagage » et qui atterrit sur une page d'accueil générique repart souvent sans chercher plus loin. Côté Google, un renvoi massif de toutes les URLs vers une seule destination est interprété comme un signal de faible pertinence : la page de destination ne correspond pas au contenu attendu, et le bénéfice de la redirection est largement dilué.
La bonne méthode : un plan de redirections page à page
Avant de lancer le nouveau site, il faut construire un tableau simple avec deux colonnes : chaque URL de l'ancien site, et l'URL de la page qui la remplace sur le nouveau site. Une page « nos services » doit pointer vers la nouvelle page services, une page dédiée à une prestation précise doit pointer vers son équivalent le plus proche — même si le contenu a été réécrit ou la structure légèrement modifiée. Ce travail est fastidieux sur un site de dix pages, il devient indispensable sur un site qui en compte plusieurs dizaines, notamment si des pages ville ou des pages service au pluriel existent déjà.
Combien de temps Google met-il à traiter une migration
Il n'existe pas de délai officiel et garanti : Google explore et retraite les sites à son propre rythme, qui dépend du volume de pages, de la fréquence de crawl habituelle du site et de la qualité du plan de redirections. Dans la pratique, on observe généralement une période de plusieurs semaines, parfois plus, pendant laquelle les positions peuvent fluctuer avant de se stabiliser. Un site avec un plan de redirections propre et un maillage interne cohérent retrouve en général ses positions plus vite qu'un site migré dans la précipitation.
Cette période d'instabilité est normale et ne doit pas déclencher la panique au moindre signe de baisse de trafic. Ce qui doit alerter, en revanche, c'est une chute brutale et prolongée qui ne se corrige pas après plusieurs semaines : c'est souvent le signe d'un problème technique resté non résolu — redirections manquantes, sitemap non mis à jour, ou contenu supprimé sans remplacement.
Ce qu'il faut surveiller pendant la transition
La migration ne se termine pas le jour de la mise en ligne : elle se pilote pendant les semaines qui suivent. Trois points méritent une vérification régulière dans la Google Search Console.
- Le rapport de couverture : il indique si Google explore correctement les nouvelles pages et s'il détecte des erreurs d'indexation. Une hausse soudaine de pages « exclues » ou « non indexées » signale un problème à traiter rapidement.
- Les erreurs 404 : la Search Console remonte les pages introuvables que Google tente encore d'explorer. Chaque 404 associée à une ancienne URL importante doit recevoir une redirection, même après le lancement.
- L'évolution des positions : comparez les positions moyennes et le trafic des mots-clés qui comptaient déjà avant la refonte. Une légère baisse temporaire est normale ; une chute qui persiste au-delà de plusieurs semaines demande une investigation.
Une refonte qui ne fait pas perdre de terrain ?
Nous cadrons chaque migration avec un plan de redirections complet avant la mise en ligne, et nous suivons la Search Console après le lancement.
Parler de mon projetLes erreurs qui ne pardonnent pas
Certaines erreurs de migration se corrigent facilement une fois identifiées. D'autres laissent des traces qui prennent des mois à se réparer, voire ne se réparent jamais complètement. Voici les trois qui reviennent le plus souvent.
| Erreur | Conséquence |
|---|---|
| Couper l'ancien site sans plan de redirections | URLs en 404, positions perdues, obligation de reconstruire la confiance de Google depuis zéro |
| Changer la structure des URLs et réécrire tout le contenu en même temps, sans plan | Impossible d'identifier si une baisse de trafic vient de la structure ou du contenu, diagnostic quasi impossible |
| Oublier de mettre à jour le sitemap et de le soumettre à nouveau | Google continue d'explorer une carte du site obsolète, indexation du nouveau site retardée de plusieurs semaines |
Le deuxième point mérite une explication à part : changer en même temps la structure des URLs (par exemple passer de /produit.php?id=12 à /nos-produits/nom-du-produit) et réécrire entièrement le contenu de chaque page revient à changer deux variables à la fois. Si le trafic chute après la mise en ligne, impossible de savoir si la cause est la nouvelle structure d'URL, mal redirigée, ou le nouveau contenu, moins bien optimisé. Quand c'est possible, il vaut mieux séparer les deux chantiers dans le temps, ou au minimum documenter précisément ce qui a changé pour pouvoir isoler la cause d'un éventuel problème.
Checklist avant de basculer
Voici les points à vérifier avant d'annoncer publiquement le nouveau site et de couper définitivement l'accès à l'ancien.
- Liste complète des URLs existantes exportée (Search Console, ou crawl de l'ancien site)
- Plan de redirections 301 page à page rédigé et testé une par une
- Nouveau sitemap XML généré et soumis dans la Search Console
- Contenus qui génèrent du trafic aujourd'hui identifiés et conservés ou correctement réécrits
- Fiche Google Business Profile et annuaires mis à jour avec la nouvelle adresse si elle change
- Suivi hebdomadaire prévu pendant au moins un mois après le lancement
Ce cadrage rejoint directement la question du moment où lancer une refonte, que nous détaillons dans notre article 5 signaux qu'il est temps de changer de site : une fois la décision prise, la façon de migrer compte autant que le nouveau design lui-même. Une refonte réussie techniquement mais mal migrée peut faire perdre plus qu'elle ne fait gagner.