Refonte de site sans perdre son SEO : la méthode pas à pas

Une refonte de site, c’est le moment où tout peut basculer. Bien menée, elle modernise votre site sans toucher au SEO — parfois elle l’améliore. Mal menée, elle fait fondre 40 à 70 % du trafic organique en trois mois. L’écart entre les deux résultats, ce n’est pas le talent du designer ni le budget dev. C’est la rigueur du pilotage SEO avant, pendant et après la mise en ligne.

Voici la méthode qu’on applique systématiquement chez Visicrea sur les refontes client. Elle n’est pas révolutionnaire — c’est juste une liste de choses à faire dans l’ordre, sans en sauter aucune.

Les 3 erreurs qui font couler une refonte

Erreur 1 — Changer toutes les URL sans plan de redirection. Nouveau CMS = nouvelles URL = backlinks externes cassés + pages indexées qui renvoient 404. En deux semaines, vous perdez tout le jus accumulé depuis des années.

Erreur 2 — Migrer sans auditer l’existant. Vous rebâtissez sans savoir ce qui rankait. Résultat : les pages qui généraient 80 % du trafic disparaissent ou changent de structure, et vous ne le voyez qu’au mois suivant dans Search Console.

Erreur 3 — Publier sans test ni monitoring. Le site neuf part en prod un vendredi soir. Le lundi, des pages critiques sont en noindex, le sitemap est cassé, les Core Web Vitals se sont dégradés. Personne ne s’en rend compte pendant dix jours.

Les trois erreurs ont la même cause : la refonte a été pilotée comme un projet design/dev, pas comme un projet SEO.

Phase 1 — Avant la refonte (2 à 4 semaines)

Inventaire exhaustif

Crawler l’intégralité du site existant avec Screaming Frog. Export des URL, titles, meta descriptions, H1, balises canonical, status codes, profondeur, liens internes.

En parallèle, export depuis Search Console :

• Rapport Performance sur 12 mois : top URL par clics
• Rapport Couverture : URL indexées vs non indexées
• Rapport Liens : pages qui reçoivent des backlinks externes

Le recoupement de ces deux sources donne la liste des pages critiques à préserver : celles qui apportent du trafic ou du jus externe. Leur URL doit être conservée (idéal) ou redirigée en 301 (minimum).

Audit de performance et d’architecture

L’audit pré-refonte relève tout ce qui ne va pas sur l’existant : points faibles techniques, pages orphelines, duplicate content, CWV dégradés. Cet état des lieux sert de benchmark — on s’assure que la refonte corrige ces défauts au lieu d’en ajouter. Cf. notre checklist d’audit technique pour la méthode complète.

Définition du plan d’URL

Les nouvelles URL doivent respecter trois principes : structure claire, permanence, conformité avec l’architecture du maillage. Pour chaque ancienne URL, on décide : on garde à l’identique / on redirige 301 / on supprime avec 410.

Livrable : un fichier Excel avec 3 colonnes : URL actuelle, URL future, Action (garde / 301 / 410). Validé avant le début du dev.

Phase 2 — Pendant la refonte (4 à 12 semaines)

Environnement de staging bloqué aux moteurs

Le site en cours de refonte vit sur un sous-domaine ou un environnement dédié. Deux règles absolues :

• robots.txt avec Disallow: / sur le staging
• Authentification htpasswd pour bloquer l’accès public

Si le staging est indexable, vous créez du duplicate content involontaire et vous pénalisez votre site actuel en prod.

Suivi SEO à chaque sprint

Le chef de projet SEO valide chaque livraison dev contre la checklist :

• Titles et meta uniques sur chaque page
• Hn hiérarchisés correctement
• Images avec alt renseigné
• Canonical configurées
• Données structurées présentes
• Vitesse acceptable

Dérive non détectée en cours de projet = dérive qui part en prod.

Préparation des redirections

Les 301 sont écrites en amont, dans un fichier .htaccess ou dans la configuration du serveur. Testées sur staging avant go-live. Une migration sans fichier de redirections prêt à l’avance, c’est une migration qui plante.

Phase 3 — Go-live (1 jour, pas un vendredi)

Le jour J

Séquence idéale pour une migration e-commerce de taille moyenne :

1. Snapshot du site actuel (backup DB + fichiers) si retour en arrière nécessaire
2. Bascule DNS vers le nouveau serveur
3. Activation des redirections 301
4. Retrait du robots.txt Disallow et de l’authentification sur la nouvelle prod
5. Vérification immédiate :
   • Homepage répond en 200
   • 10 URL échantillon répondent en 200 ou 301
   • Sitemap accessible et à jour
   • Search Console propriété validée sur le nouveau site
6. Soumission du nouveau sitemap à Google Search Console
7. Communication interne équipe marketing et commerciale

Surtout pas un vendredi soir. Idéalement un mardi ou un mercredi matin, créneau où toute l’équipe est dispo pour corriger les bugs qui ne manqueront pas de remonter.

Phase 4 — Après le go-live (30-90 jours)

J+1 à J+7 — Contrôles quotidiens

• Search Console : surveiller l’apparition d’erreurs Couverture
• Google Analytics : vérifier que le trafic ne s’effondre pas (un +/- 20 % de variation sur les 2 premières semaines est normal, au-delà c’est un signal)
• Outils de monitoring (UptimeRobot, Pingdom) pour détecter les 500 et les temps de réponse anormaux

J+15 à J+30 — Corrections des problèmes détectés

• 404 qui émergent : vérifier les backlinks externes, créer des 301 manuelles manquées
• Pages non indexées : forcer la réindexation via GSC
• Positions qui bougent : noter, ne pas paniquer — la fluctuation post-migration dure 6-8 semaines

J+30 à J+90 — Récupération

Sur une refonte bien menée, le trafic organique est récupéré à 100 % à J+45 à J+60, parfois plus vite. À J+90, on devrait avoir dépassé le niveau pré-refonte si l’occasion a été saisie pour corriger les défauts techniques existants.

Si à J+90 le trafic est encore à -20 %, il y a un problème structurel à diagnostiquer en urgence — 301 cassées, contenu remanié qui ne ranke plus, ou autre cause à identifier.

Les signaux qu’une refonte se passe bien

À surveiller dans Search Console dans les semaines post-migration :

• Impressions — doivent se maintenir ou remonter dans les 2-3 semaines
• Pages indexées — doivent atteindre 90 % du niveau pré-refonte en un mois
• Clicks — peuvent baisser temporairement pendant les fluctuations de positions, remontent en 6-8 semaines
• Erreurs de crawl — doivent être proches de zéro à J+15

Si tous ces indicateurs sont verts à J+30, la refonte est gagnée. Il reste à suivre que la tendance se confirme sur 90 jours.

Pour conclure

Une refonte SEO réussie, ce n’est pas un miracle. C’est l’application rigoureuse de 20 points de contrôle à quatre moments distincts. Pas de raccourci possible : chaque phase doit être bouclée avant la suivante. La phase 1 (audit + plan URL) représente à elle seule 40 % du travail réel.

Si vous préparez une refonte, que ce soit WordPress vers Astro, Prestashop 1.6 vers 8, ou migration complète vers un autre CMS, le pilotage SEO dédié se paie 10× sur les 12 mois suivants. Le budget à prévoir varie de 1 500 € (petit site vitrine) à 20 000 € et plus (e-commerce 500+ pages).

On accompagne ce type de projets régulièrement. Si vous voulez qu’on regarde votre cas avant de lancer les devs, contactez-nous pour un échange préparatoire gratuit.