C’est un scénario que nous voyons arriver plusieurs fois par an dans nos audits : une entreprise investit 10 000 € dans une refonte réussie sur le plan visuel, et perd 40 à 60 % de son trafic Google dans les semaines qui suivent la mise en ligne. Des positions construites pendant des années s’évaporent, les demandes de devis chutent, et personne ne comprend pourquoi puisque « le nouveau site est bien plus beau ».
La cause est presque toujours la même : la migration SEO n’a pas été traitée comme un chantier à part entière. URLs modifiées sans redirections, contenus supprimés, balises réinitialisées, site de préproduction indexé… Chacune de ces erreurs est évitable avec de la méthode. Voici la checklist complète que nous appliquons chez Webiaprod sur chaque refonte depuis 14 ans, étape par étape, de l’audit initial au suivi post-lancement.
Pourquoi une refonte fait-elle chuter le trafic ?
Une refonte fait chuter le trafic quand elle casse les signaux sur lesquels Google avait construit vos positions : les URLs, les contenus, le maillage interne et les performances techniques. Google ne classe pas « votre site » en bloc, il classe des pages précises ; si ces pages disparaissent ou changent d’adresse sans redirection, leur historique de positionnement disparaît avec elles.
Quatre mécanismes concentrent l’essentiel des dégâts. D’abord, les URLs modifiées sans redirections 301 : la nouvelle structure d’URL renvoie des erreurs 404 sur toutes les anciennes adresses, et chaque 404 est une position qui meurt et un backlink qui ne transmet plus rien. Ensuite, les contenus amputés : la refonte « allège » les pages, supprime des paragraphes jugés verbeux, qui étaient précisément ceux qui rankaient. Troisième mécanisme, les balises réinitialisées : title et meta description réécrits ou générés par défaut par le nouveau thème, données structurées oubliées. Enfin, les régressions techniques : nouveau site plus lent, pages orphelines, fichier robots.txt de préproduction déployé en production avec un Disallow général, l’erreur classique qui désindexe un site entier en quelques jours.
La bonne nouvelle : une migration bien menée ne se contente pas de préserver l’acquis. En corrigeant au passage les faiblesses historiques du site, une refonte de site bien cadrée gagne souvent des positions dans les mois qui suivent.
Étape 1, L’audit avant refonte : photographier l’existant
Avant de toucher quoi que ce soit, constituez l’inventaire complet de ce que votre site actuel possède : toutes ses URLs, ses positions, ses pages performantes et ses backlinks. Cette photographie est votre référence absolue, sans elle, impossible de construire les redirections ni de mesurer les dégâts éventuels. Comptez une à deux semaines pour un site de taille moyenne.
- Crawl exhaustif du site actuel avec Screaming Frog ou équivalent : toutes les URLs (pages, images, PDF), leurs titles, meta descriptions, balises Hn, canonicals et codes de réponse. Exportez tout : c’est votre inventaire de départ.
- Export Search Console sur 12 mois : requêtes, pages, clics, impressions, positions. Identifiez les pages qui génèrent 80 % du trafic organique, typiquement 15 à 25 % des URLs. Ces pages sont intouchables sans précaution.
- Export Google Analytics : pages d’atterrissage organiques, conversions par page. Une page qui convertit vaut plus qu’une page qui fait du volume.
- Inventaire des backlinks via Ahrefs, Majestic ou Semrush : les pages qui reçoivent des liens externes doivent impérativement être redirigées vers un équivalent proche, jamais vers l’accueil.
- Benchmark de performance : Core Web Vitals, temps de chargement des gabarits principaux. Le nouveau site devra faire au moins aussi bien.
- Sauvegarde complète des contenus : textes, images, métadonnées. Si un contenu doit être réécrit, vous garderez la trace de ce qui rankait.
Livrable de l’étape : un tableur maître listant chaque URL avec son trafic, ses positions, ses backlinks et sa conversion. Ce document pilotera toute la suite du projet.
Étape 2, Le plan de redirections 301 : la pièce maîtresse
Le plan de redirections est un tableau à deux colonnes, chaque ancienne URL vers sa nouvelle URL, couvrant 100 % des adresses indexées ou recevant du trafic. C’est le document le plus important de toute la migration : bien exécuté, il transfère à Google l’historique et la popularité de chaque page ; bâclé, il détruit des années de référencement.
Les règles d’or, éprouvées sur des dizaines de migrations :
- Redirigez vers l’équivalent le plus proche, page à page. L’ancienne page « plombier-chauffagiste-grenoble » pointe vers la nouvelle page équivalente, pas vers l’accueil. Google traite les redirections massives vers la home comme des soft 404 : elles ne transmettent quasiment rien.
- Utilisez des 301 (permanentes), jamais des 302, et bannissez les chaînes de redirections (A vers B vers C) : redirigez toujours directement vers l’URL finale.
- Priorisez par valeur : commencez par les pages à trafic, à conversions et à backlinks identifiées à l’étape 1. Une page morte sans trafic ni lien peut renvoyer une 410 assumée.
- N’oubliez pas les oubliés : images référencées, fichiers PDF, anciennes URLs encore indexées héritées d’une précédente refonte, paramètres d’URL, versions http et non-www.
- Si la structure ne change pas, ne la changez pas. La meilleure redirection est celle qu’on évite : conserver les URLs qui performent est toujours l’option la plus sûre.
Testez l’intégralité du plan en préproduction avec un crawl en mode liste : chaque ancienne URL doit répondre 301 vers la bonne cible, qui répond 200. Ce niveau d’exigence est le cœur de notre prestation de migration SEO : sur un site de 500 URLs, le plan de redirections représente à lui seul deux à trois jours de travail minutieux.
Étape 3, La recette SEO en préproduction
Avant toute bascule, le nouveau site doit être audité en préproduction comme s’il était déjà en ligne : contenus, balises, maillage, données structurées, performance. La règle absolue pendant cette phase : la préproduction doit être inaccessible aux moteurs, protégée par mot de passe, pas seulement par un noindex.
Votre checklist de recette, poste par poste :
- Contenus : chaque page stratégique de l’ancien site a son équivalente, avec un contenu au moins aussi complet. Comparez les textes qui rankaient : ce qui a fait vos positions doit survivre à la refonte, quitte à être réorganisé.
- Balises : titles et meta descriptions repris ou améliorés (pas régénérés par défaut), structure Hn cohérente (un seul H1 par page), balises canonical correctes.
- Maillage interne : les liens contextuels entre pages, souvent perdus lors des refontes, sont recréés. Crawlez la préproduction : zéro page stratégique orpheline, zéro lien interne cassé.
- Données structurées : Organization, LocalBusiness, FAQPage, Product… reprises et validées avec l’outil de test de Google.
- Performance : Core Web Vitals au moins équivalents à l’ancien site sur les gabarits clés (accueil, page service, article, fiche produit). Une refonte qui ralentit le site part avec un handicap.
- Mobile : rendu, tap targets, absence de scroll horizontal, Google indexe d’abord la version mobile.
- Analytics et Search Console : plan de marquage GA4 prêt, objectifs de conversion recréés, accès Search Console vérifiés.
Étape 4, Le jour J : la checklist de bascule
La mise en ligne se planifie en période creuse (mardi ou mercredi matin plutôt qu’un vendredi soir) et se déroule comme une procédure : chaque vérification dans l’ordre, cochée, avec un plan de retour arrière si un blocage majeur apparaît. Les six premières heures concentrent l’essentiel des vérifications critiques.
- Activer le plan de redirections et tester immédiatement un échantillon des 50 URLs les plus stratégiques : chaque ancienne adresse doit répondre 301 vers sa cible en 200.
- Vérifier le robots.txt de production : c’est LA vérification vitale. Le fichier de préproduction avec son Disallow général ne doit jamais atteindre la production. Vérifiez aussi que les balises noindex de recette ont disparu.
- Soumettre le nouveau sitemap XML dans Search Console, et conserver temporairement l’ancien sitemap en ligne : il aide Google à découvrir plus vite les redirections.
- Crawler le site en production : codes de réponse, canonicals, maillage, HTTPS uniforme, une seule version du domaine (www ou non).
- Vérifier le tracking : GA4 collecte, les conversions remontent, les formulaires envoient réellement les messages.
- Demander l’indexation des pages principales via Search Console pour accélérer la découverte.
Gardez l’équipe technique mobilisée 48 heures : c’est dans cette fenêtre que se corrigent à chaud les erreurs résiduelles repérées dans les rapports de couverture et les logs serveur.
Étape 5, Le suivi post-migration : 90 jours sous surveillance
Une migration ne se juge pas le jour J mais sur les 90 jours suivants, le temps que Google recrawle l’ensemble du site et transfère les signaux vers les nouvelles URLs. Une baisse temporaire de 10 à 20 % pendant deux à six semaines est normale ; une chute de 40 % qui s’installe signale un problème à corriger vite.
Votre tableau de bord hebdomadaire : le rapport de couverture Search Console (surveillez l’explosion des 404, chaque 404 avec trafic historique est une redirection à ajouter), les positions de vos 30 à 50 mots-clés stratégiques, le trafic organique comparé à la même période de l’année précédente, et les Core Web Vitals terrain. Aux semaines 2 et 6, relancez un crawl complet pour traquer les chaînes de redirections et les liens internes qui pointent encore vers d’anciennes URLs, mettez-les à jour pour pointer directement vers les nouvelles adresses.
Sur les migrations que nous pilotons, le trafic revient à son niveau de référence en 4 à 8 semaines dans la grande majorité des cas, puis le dépasse : la refonte corrige des années de dette technique et de contenus faibles, et Google le mesure. C’est le scénario normal d’une migration préparée, pas un coup de chance.
Les 7 erreurs qui coûtent le plus cher
Sept erreurs reviennent dans la quasi-totalité des migrations ratées que nous auditons. Toutes sont évitables, et toutes se détectent en moins d’une heure quand on sait où regarder. Ce tableau vous sert de contre-checklist finale.
| Erreur | Conséquence | Parade |
|---|---|---|
| Absence de plan de redirections | 404 massives, chute de 30-60 % du trafic | Mapping exhaustif testé avant bascule |
| Tout rediriger vers l’accueil | Traité en soft 404, aucun transfert de popularité | Redirection page à page vers l’équivalent |
| Robots.txt de préprod déployé en prod | Désindexation du site entier | Vérification systématique au jour J |
| Contenus qui rankaient supprimés | Perte des positions associées | Comparaison ancien/nouveau sur les pages à trafic |
| Balises title régénérées par défaut | Chute des CTR et repositionnement | Reprise des balises dans la recette |
| Préproduction indexée par Google | Contenu dupliqué avant même le lancement | Protection par mot de passe |
| Aucun suivi post-lancement | Problèmes détectés trop tard | Tableau de bord hebdomadaire sur 90 jours |
Questions fréquentes
Une refonte de site fait-elle forcément perdre du trafic ?
Non. Une baisse temporaire de 10 à 20 % pendant deux à six semaines est normale, le temps que Google recrawle le site. Avec un plan de redirections exhaustif et une recette SEO sérieuse, le trafic revient puis dépasse généralement son niveau initial, car la refonte corrige les faiblesses historiques du site.
Combien de temps faut-il conserver les redirections 301 ?
Au minimum un an, et idéalement de façon permanente pour les pages qui reçoivent des backlinks. Google recommande de maintenir les 301 au moins douze mois pour consolider le transfert des signaux. Les supprimer trop tôt ressuscite les 404 et fait perdre la valeur des liens externes.
Peut-on changer de nom de domaine pendant une refonte ?
C’est possible mais cela cumule deux migrations en une, donc deux fois plus de risques. Si le changement de domaine est nécessaire, utilisez l’outil de changement d’adresse de Search Console en plus des redirections 301, et évitez de modifier en même temps la structure des URLs. Sinon, dissociez les deux chantiers.
Quand faut-il impliquer le SEO dans le projet de refonte ?
Dès le cadrage, avant les maquettes. L’audit de l’existant et l’arborescence cible conditionnent le design et le développement ; un SEO consulté à la fin ne peut que limiter les dégâts. La règle : l’inventaire des pages qui performent doit exister avant la première maquette.
Mon trafic a déjà chuté après une refonte : est-ce récupérable ?
Oui, dans la plupart des cas. Un audit compare l’inventaire d’URLs avant/après, identifie les 404, les contenus supprimés et les balises perdues, puis reconstruit les redirections et les contenus manquants. Plus l’intervention est rapide, plus la récupération est complète : Google conserve la mémoire des anciennes URLs plusieurs mois.
Sécurisez votre refonte avant qu’il ne soit trop tard
Une migration SEO réussie ne doit rien au hasard : c’est un inventaire exhaustif, un plan de redirections page à page, une recette rigoureuse et 90 jours de surveillance. Chaque étape sautée se paie en positions perdues, et reconstruire coûte toujours plus cher que préserver.
Webiaprod pilote des refontes et des migrations SEO depuis 2012, avec un protocole éprouvé sur plus de 250 projets. Refonte à venir, ou trafic déjà en chute après une mise en ligne ? Contactez-nous : nous établissons un diagnostic précis sous 48 heures et un plan d’action chiffré.
