En bref :
- Une refonte menée avec une checklist SEO préserve le trafic en conservant les URLs, les redirections et les contenus performants.
- Les trois phases critiques (avant, pendant, après) doivent être documentées et planifiées avec les developpeurs et les équipes métier.
- La récupération complète du trafic prend généralement plusieurs semaines à plusieurs mois selon la taille du site et la qualité de la preservation du trafic.
Une refonte de site modernise l’interface et améliore l’expérience utilisateur. Côté SEO, elle se prépare avec soin : un site peut voir 30 à 80 % de son trafic organique s’évaporer en quelques semaines quand Google perd la trace des URLs, que les redirections cassent et que le contenu performant disparaît. La bonne checklist SEO protège ce capital. Une checklist SEO pour refonte de site couvre trois phases : avant, pendant et après. Cet article détaille chaque étape et expose les délais de récupération.
Ce qui fait varier le trafic SEO pendant une refonte
Un moteur de recherche associe le classement d’une page à son URL, sa structure HTML, ses backlinks et son contenu. Une refonte recrée souvent la totalité de ces éléments. Les redirections servent alors de fil conducteur : quand elles sont incomplètes ou mal configurées, Google perd la trace du contenu existant. Il crawle le site, trouve de nouvelles URLs, les indexe, puis les enlève quand les anciennes continuent à recevoir des signaux de liens. Durant cette transition, la visibilité s’effondre.
Trois chantiers concentrent l’essentiel de l’enjeu :
- Redirections 301 : chaque ancienne URL transmet ses signaux à la nouvelle, plutôt que de rester active dans le vide.
- Contenu conservé dans toute sa richesse : le texte performant garde ses mots-clés principaux, plutôt que de céder la place à une version générique.
- Maillage interne reconstruit : les liens internes sont recréés et pointent vers des URLs valides.
Bien menés ensemble, ces trois chantiers assurent la continuité que Google attend et raccourcissent nettement la période de récupération.
Checklist avant la refonte : les préparatifs indispensables
Cette phase démarre plusieurs semaines avant le lancement. Elle crée la base de données et les règles dont la suite du projet aura besoin.
Inventaire complet du site
- Exporter toutes les URLs de l’ancien site (via un crawl complet, un sitemap XML ou Google Search Console).
- Documenter le nombre de pages par type (articles, produits, fiches, archives, etc.).
- Identifier les pages à archiver ou à supprimer (trafic à zéro, contenu obsolète).
- Extraire les positions Google et le volume de trafic de chaque page via Google Analytics et les outils de suivi de classement.
Audit du contenu performant
- Identifier les 50 à 100 pages générant la majorité du trafic organique.
- Sauvegarder le contenu exact de ces pages (titre, méta description, H1, paragraphes, listes).
- Noter les caractéristiques qui les rendent performantes (longueur, structure, mots-clés ciblés).
- Marquer ces pages comme “à préserver” dans la documentation du projet.
Crawl de référence
- Lancer un crawl technique complet de l’ancien site (Screaming Frog, Semrush) en documentant pages indexées, liens internes, redirections, balises de titre et métadonnées.
- Sauvegarder ce rapport comme base de comparaison post-refonte.
- Passer en revue les signaux de crawl budget pour comprendre l’indexation actuelle.
Cartographie des redirections
- Créer un tableau Excel ou Google Sheets avec deux colonnes : “Ancienne URL” et “Nouvelle URL”.
- Remplir ce tableau pour chaque page qui est déplacée, renommée ou fusionnée.
- Valider les mappings avec les développeurs avant le lancement.
- Inclure les redirections pour les variantes (www, http/https, les deux formes du trailing slash).
Préparation du fichier htaccess ou config serveur
- Sur Apache, préparer le fichier
.htaccessavec les règles 301. - Sur Nginx ou un autre serveur, préparer la configuration serveur correspondante.
- Faire une révision croisée : développeurs + référenceur.
Checklist pendant la refonte : préserver le SEO
Cette phase court du début du développement jusqu’à la mise en ligne. Elle interfère directement avec l’exécution technique.
Plan de redirections 301 en place
- Implémenter toutes les redirections avant la mise en ligne du site nouveau.
- Vérifier que chaque redirection fonctionne (tester avec curl ou un outil de redirection).
- Vérifier le statut HTTP 301, celui de la redirection permanente (les codes 302 et 307 sont temporaires).
Preservation des balises et contenus
- Copier et conserver intégralement le contenu des pages performantes identifiées en phase 1.
- S’assurer que chaque balise H1, H2, titre et méta description correspondent au contenu original (ou à une version enrichie du même contenu).
- Conserver les images et leurs attributs alt.
Maillage interne intact
- Recréer tous les liens internes pointant vers les pages clés.
- Mettre à jour les ancres de lien pour qu’elles restent pertinentes et contextuelles.
- Vérifier que les liens des ménus, pieds de page et appels à l’action pointent vers les bonnes URLs.
Environnement de recette isolé de Google
- Deployer le site nouveau sur un environnement de staging ou de test fermé aux moteurs de recherche.
- Ajouter une directive
User-agent: */Disallow: /dans lerobots.txtde la recette. - Ou utiliser une authentification HTTP pour bloquer l’accès.
- Faire tous les tests SEO sur la recette avant la mise en production.
Tests SEO en recette
- Vérifier la validité HTML et la responsivité mobile.
- Vérifier les Core Web Vitals (LCP, INP, CLS) sur les gabarits principaux.
- Valider les balises Open Graph et schema.org.
Checklist après la refonte : valider et corriger
Cette phase démarre le jour du lancement et s’étend sur plusieurs semaines.
Verification des redirections
- Quelques heures après la mise en ligne, crawler le site complet et vérifier que les anciennes URLs renvoient bien vers les nouvelles.
- Tester un échantillon de 100+ URLs avec Google Search Console ou un outil de redirection.
- Chercher les chaînes de redirections (URL A → URL B → URL C au lieu de A → C directement).
Mise à jour du sitemap et robots.txt
- Publier un nouveau sitemap.xml listant toutes les URLs de production.
- Vérifier que toutes les anciennes URLs sont supprimées du sitemap.
- Vérifier que le robots.txt laisse les pages importantes accessibles aux robots.
- Soumettre le sitemap à Google Search Console.
Suivi des positions et du crawl
- Mettre en place un suivi de positions pour tracer les changements de classement.
- Exécuter des crawls hebdomadaires le premier mois pour comparer avec le crawl de référence.
- Monitorer le nombre de pages indexées dans Google Search Console et le trafic dans Google Analytics 4.
Correction rapide des 404
- Identifier les URLs en 404 via GSC ou crawl.
- Créer les redirections complémentaires.
- Vérifier les backlinks externes et les rediriger correctement.
Reconstruction du contexte Google
- Laisser passer 2 à 4 semaines pour que Google redécouvre et ré-évalue les nouvelles URLs.
- Durant cette période, continuer à monitorer le trafic, les rapports de crawl et l’indexation.
- Publier du contenu nouveau ou optimisé pour accélérer la re-crawl.
Tableau synthétique : la checklist complète par phase
| Tâche | Avant | Pendant | Après |
|---|---|---|---|
| Audit et documentation | Exporter URLs, crawl technique, positions Google | Comparer crawl ancien vs nouveau | |
| Redirections 301 | Cartographier URL ancienne → nouvelle | Implémenter et tester toutes les redirections | Vérifier redirections et chercher les 404 |
| Contenu performant | Identifier et sauvegarder les pages clés | Préserver contenu exact, balises H1/H2, meta | Monitorer positions des pages migrées |
| Maillage interne | Documenter les liens clés | Recréer liens et mettre à jour URLs | Vérifier liens cassés et ajuster |
| Robots.txt et sitemap | Vérifier ancien robots.txt | Préparer nouveau robots.txt et sitemap | Publier sitemap, soumettre à GSC |
| Performance et Core Web Vitals | Benchmark ancien site | Tester responsivité mobile et CWV en recette | Monitorer CWV en production |
| Blocage des moteurs | Bloquer Google sur environnement de test (robots.txt / auth) | ||
| Monitoring et alertes | Crawls hebdomadaires, trafic quotidien, indexation |
Délais réalistes de récupération du trafic
La récupération du trafic organique après une refonte dépend de la qualité de l’exécution SEO :
Semaine 1 à 2 : Découverte et chute initiale Le trafic baisse souvent de 20 à 40 % immédiatement après le lancement. C’est normal : Google crawle le nouveau site, valide les redirections et comprend la nouvelle structure. Les positions baissent temporairement puis commencent à se stabiliser si les redirections sont correctes.
Semaines 3 à 12 : Récupération progressive Le trafic remonte graduellement. Une majorité des pages anciennement performantes retrouvent leurs positions initiales ou améliorées. Cette phase varie selon l’ancienneté du site, la taille et la qualité des signaux de liens entrants.
Au-delà de 12 semaines : Stabilisation Si tout a été exécuté correctement, le trafic devrait avoir récupéré 80 à 100 % de son niveau d’avant refonte. Un trafic encore sous les 70 % après trois mois appelle une vérification de trois points : la couverture des redirections, la richesse du contenu et l’accès des robots au site.
Questions fréquentes
Les redirections 301 sont-elles indispensables lors d'une refonte ?
Oui, elles conditionnent la réussite de la refonte. Les redirections indiquent à Google que chaque ancienne page vit désormais à une nouvelle adresse, et elles transmettent le pouvoir des backlinks vers les nouvelles URLs. Quand les anciennes URLs restent orphelines, Google les voit comme disparues et les nouvelles comme du contenu dupliqué ou nouveau : le trafic peut alors mettre 6 à 12 mois à se rétablir, et son retour reste incertain. Seule une refonte très mineure peut se dispenser de 301 ; pour toutes les autres, elles sont incontournables.
Combien de temps faut-il pour retrouver un trafic normal ?
Cela dépend de la taille et la complexité du site. Pour un site de 100 à 500 pages avec une bonne exécution SEO, il faut compter 4 à 8 semaines. Pour un site de plusieurs milliers de pages, il faut prévoir 3 à 6 mois. Les sites avec beaucoup de backlinks externes peuvent demander davantage de temps, car Google doit valider que les liens pointent toujours vers du contenu valide.
Doit-on refondre le site avant ou après une migration technique majeure ?
L’idéal est de combiner les deux en une seule opération. Une migration unique, bien planifiée, est plus simple à gérer et donne à Google un seul changement à intégrer, alors qu’enchaîner deux migrations majeures (changement de CMS + changement de design) prolonge la période de réajustement et double l’exposition aux aléas. Quand les deux chantiers doivent être séparés, la migration technique passe en premier (pour stabiliser l’architecture), puis le redesign quelques semaines après que Google a ré-stabilisé l’indexation.
