Une refonte peut moderniser un site… et effacer des années de capital SEO en une nuit. Changement de CMS, nouvelles URLs, contenus réécrits à la va-vite, SPA sans SSR, menus allégés : les causes de chute sont connues, et presque toujours évitables. Chez Semsew, nous traitons la migration comme un projet à part entière, pas comme une ligne « SEO » en bas du cahier des charges. Voici la checklist que nous appliquons sur les refontes PME-ETI en France.
Avant tout : l'inventaire des actifs SEO
Commencez par lister les URLs qui génèrent du trafic, des conversions et des backlinks. Search Console, analytics, crawl et outil de backlinks suffisent à produire un top 100 ou top 500 à protéger absolument. Ces pages ont droit à une équivalence claire dans le nouveau site — même intention, même niveau de profondeur de contenu, URL idéalement proche. Une refonte qui « fusionne » dix pages money en trois pages vagues pour faire joli est une décision business, pas seulement esthétique : chiffrez-en le risque avant de valider les wireframes.
Exportez aussi les titles, H1, données structurées et volumes de mots des pages stratégiques. Ce n'est pas pour tout recopier bêtement : c'est pour détecter les régressions de contenu au moment des recettes. Beaucoup de chutes viennent d'une page service passée de 1 200 mots utiles à un bloc de 120 mots + visuels.
Mapping d'URL et politique de redirections
Chaque URL indexée utile doit pointer vers la page la plus pertinente en 301, en évitant les chaînes (A→B→C) et les redirections vers l'accueil par défaut. La redirection vers la home est l'anti-pattern le plus destructeur : elle dilue la pertinence et transforme un asset SEO en page générique. Le mapping se travaille dans un tableur partagé entre SEO, PO et développeurs, figé avant la prod, puis testé sur un échantillon large en préproduction.
Prévoyez aussi les règles dynamiques (fin de slash, http→https, anciennes catégories). Un bon plan de 301 ciblés + quelques règles serveur propres bat toujours une « redirection globale » improvisée le jour J. Notre article sur les problèmes d'indexation couvre les symptômes post-migration fréquents.
Exemple concret
Refonte CMS : −8 % temporaire, retour +12 % à 10 semaines
Une PME B2B de la métropole lilloise a migré de WordPress vers un stack headless. Sans accompagnement initial, le préprojet prévoyait de nouvelles URLs « plus courtes » pour toutes les pages. Nous sommes intervenus quatre semaines avant le lancement : mapping 1:1 de 246 URLs stratégiques, conservation des contenus services, SSR sur les pages publiques, sitemap bascule J0, monitoring GSC quotidien. Résultat : −8 % de clics organiques sur les deux premières semaines (classique le temps du recrawl), puis récupération complète à six semaines et +12 % à dix semaines grâce à de meilleures performances et un maillage clarifié. Sans ce cadrage, le scénario le plus probable était une perte de 30 à 50 % sur un trimestre.
Checklist go-live (extrait)
Les contrôles que nous ne sautons jamais le jour de mise en ligne :
- Échantillon de 50 à 200 redirections 301 testées (code, cible, absence de chaîne).
- robots.txt et meta robots : le site n'est plus en noindex de préprod.
- Sitemap XML soumis, contenant uniquement les nouvelles URLs canoniques.
- Titles / H1 / canonicals sur le top pages money.
- Search Console : propriété valide, éventuelle migration d'adresse si changement de domaine.
- Analytics / Consent Mode : tracking conversions opérationnel dès J0.
Les pièges JS, perf et contenu
Les refontes modernes introduisent souvent une dette JavaScript SEO : rendu client, menus non crawlables, contenus sous onglets absents du HTML. Couplé à des médias trop lourds, le nouveau site peut être plus beau et plus lent — donc moins compétitif. Exigez une recette SEO technique dédiée, distincte de la recette UX. Si besoin, relisez notre guide <a href="/blog/javascript-seo-spa">JavaScript SEO / SPA</a> avant de valider le stack front.
Côté contenu, méfiez-vous du « on allège pour simplifier ». Simplifier le parcours ne veut pas dire appauvrir les pages qui convertissent et rankent. Un design system sobre peut tout à fait accueillir des blocs de preuve, FAQ et cas clients.
Attention
Après le lancement : ne pas regarder ailleurs
Les 4 à 8 premières semaines sont critiques.
- Surveillez couverture d'index, pics d'erreches 404, chutes de requêtes money, Core Web Vitals CrUX.
- Corrigez les 404 à fort hit en priorité (logs + GSC).
- Évitez une deuxième vague de changements d'URL pendant la stabilisation.
Organisation du projet : intégrer le SEO tôt
Le facteur n°1 de réussite n'est pas un outil, c'est le timing. Un SEO appelé une semaine avant la prod ne peut que limiter la casse. Idéalement, le SEO intervient dès les wireframes et le choix de stack, valide le plan d'URL, et dispose d'un environnement de préprod stable deux semaines minimum. Budgetez ce temps dans le projet — c'est toujours moins cher qu'une campagne de rattrapage + perte de CA pendant un trimestre.
Questions fréquentes
Une chute de trafic est-elle normale après une refonte ?
Faut-il garder exactement les mêmes URLs ?
Combien de temps dure un accompagnement migration SEO ?
Que faire si la refonte a déjà fait chuter le trafic ?
Une refonte réussie côté SEO n'est pas une question de chance : c'est un inventaire, un mapping, des recettes et un monitoring. Intégrez ces étapes au planning projet, refusez les redirections vers l'accueil par défaut, et protégez vos pages money comme des actifs business. Le nouveau design peut attendre deux sprints ; récupérer six mois de trafic perdus coûte bien plus cher.