Une refonte de site internet mal planifiée peut effacer en quelques heures des années de travail SEO. Cette checklist en 25 points couvre tout ce qu’il faut vérifier avant, pendant et après votre migration — pour ne perdre ni vos positions Google, ni vos données, ni vos visiteurs.
Phase 1 — Stratégie et audit préalable (points 1 à 5)
1. Auditer l’existant avant de toucher quoi que ce soit
Avant de refondre, exportez depuis Google Search Console la liste complète de vos URLs indexées avec leur trafic. Ces données sont votre référence : vous devrez vérifier après migration que les pages à trafic ont conservé (ou amélioré) leurs positions. Sans cet audit, vous pilotez à l’aveugle.
2. Définir les objectifs de la refonte
Refonte esthétique, amélioration de la conversion, migration technique, rebranding — les objectifs changent les priorités. Documentez précisément ce que vous souhaitez améliorer. Un objectif flou produit une refonte floue.
3. Inventorier toutes les pages et définir leur sort
Pour chaque URL existante : conserver telle quelle, conserver avec modifications, fusionner avec une autre page, supprimer, ou rediriger. Documenter dans un tableur avec la colonne « URL actuelle » → « URL cible ».
4. Identifier les pages à fort trafic et backlinks
Ces pages sont vos actifs SEO prioritaires. Elles doivent être migrées en priorité avec des redirections 301 parfaites. Un lien entrant vers une URL qui renvoie une 404 est une perte d’autorité directe.
5. Choisir le bon moment pour migrer
Évitez les refontes pendant les périodes de forte activité (fêtes, haute saison pour votre secteur). Google prend 4 à 8 semaines pour recrawler intégralement un site après une refonte — vous serez dans une zone de turbulences pendant ce temps.
Phase 2 — Contenu et UX (points 6 à 10)
6. Conserver les URLs stratégiques à l’identique
Changer une URL sans redirection 301, c’est perdre tout le jus SEO accumulé sur cette page. Dans la mesure du possible, conservez les slugs existants sur les pages à trafic. Si vous devez changer une URL, la redirection 301 est obligatoire.
7. Préparer les redirections 301 avant la mise en ligne
Créez un fichier CSV listant chaque ancienne URL et sa destination. Sur WordPress, un plugin comme Redirection gère cela proprement. Vérifiez qu’aucune redirection ne crée de chaîne (A → B → C) — Google suit jusqu’à 5 sauts mais perd de l’autorité à chaque étape.
8. Migrer le contenu sans perte de balises
Les balises titre (H1, H2, H3), meta-descriptions et attributs alt des images doivent être transférés avec le contenu. Un export WordPress en XML + import conserve ces données — vérifiez quand même page par page sur un échantillon représentatif.
9. Mettre à jour les liens internes
Si des URLs changent, les liens internes qui pointent vers ces URLs doivent être mis à jour. Les redirections 301 gèrent les visiteurs et Google, mais des liens cassés en interne dégradent l’expérience utilisateur et l’exploration par les robots.
10. Valider le contenu sur mobile avant la mise en ligne
Testez chaque page clé sur iPhone et Android avec un réseau 4G (pas uniquement en WiFi). Les problèmes d’affichage mobile sur un nouveau thème sont fréquents et souvent non détectés sur desktop.
Phase 3 — Technique et sécurité (points 11 à 18)
11. Vérifier que le HTTPS est actif sur toutes les URLs
Après migration, forcez le HTTPS dans WordPress (Réglages → Général) et vérifiez qu’aucune ressource n’est chargée en HTTP (« contenu mixte »). Un certificat SSL actif est un prérequis SEO depuis 2014.
12. Tester la vitesse avec PageSpeed Insights
Score mobile cible : 85+. Les scores en dessous de 50 signalent des problèmes critiques (images non compressées, JavaScript bloquant, hébergement sous-dimensionné). Un site lent après refonte perd des positions même si le contenu est excellent.
13. Vérifier les Core Web Vitals
LCP (temps d’affichage du plus grand élément) < 2,5 s, INP < 200 ms, CLS (décalage visuel) < 0,1. Ces trois métriques sont des facteurs de classement Google depuis 2021. Google Search Console les affiche dans le rapport « Expérience de la page ».
14. Configurer les sauvegardes automatiques
Avant tout déploiement, vérifiez que vos sauvegardes automatiques sont actives (quotidiennes, conservées 30 jours minimum). Si quelque chose se passe mal après la mise en ligne, vous devez pouvoir revenir en arrière en moins de 30 minutes.
15. Tester le formulaire de contact et les pages de conversion
Envoyez un message test via chaque formulaire du site. Vérifiez que les emails arrivent dans la bonne boîte, que les accusés de réception sont envoyés, et que les données sont enregistrées. Un formulaire cassé après refonte est une perte directe de contacts.
16. Vérifier la compatibilité des plugins WordPress
Après un changement de thème ou de WordPress majeur, certains plugins peuvent casser silencieusement. Testez chaque fonctionnalité active : formulaires, cache, SEO, sécurité, galeries.
17. Tester sur différents navigateurs
Chrome, Safari, Firefox, Edge — et leurs versions mobiles. Un bug d’affichage sur Safari (majoritaire sur iPhone) peut passer inaperçu si vous testez uniquement sur Chrome.
18. Désactiver le mode maintenance avant d’annoncer la mise en ligne
Évident mais souvent oublié : le plugin de maintenance doit être désactivé, le fichier .htaccess ne doit pas contenir de redirection globale, et le robots.txt ne doit pas bloquer l’indexation (Disallow: /). Vérifiez dans Search Console que le site est bien crawlable.
Phase 4 — SEO et suivi post-lancement (points 19 à 25)
19. Soumettre le sitemap XML dans Google Search Console
Après la mise en ligne, soumettez votre sitemap XML mis à jour (généralement /sitemap.xml) dans Google Search Console → Sitemaps. Cela accélère le recrawl et l’indexation des nouvelles URLs.
20. Vérifier les erreurs 404 dans Search Console
Dans les 48 heures après la mise en ligne, Search Console commencera à remonter les erreurs 404. Traitez-les immédiatement : soit la page a changé d’URL (redirection 301), soit elle a été supprimée (vérifiez si elle avait du trafic).
21. Vérifier les redirections avec un crawler
Utilisez Screaming Frog (gratuit jusqu’à 500 URLs) pour crawler l’ancien site et vérifier que toutes les redirections fonctionnent. Une redirection en boucle ou une chaîne trop longue est invisible à l’œil nu.
22. Monitorer les positions sur les mots-clés stratégiques
Notez vos positions 48h avant la mise en ligne et suivez-les quotidiennement pendant les 3 premières semaines. Une chute de positions n’est pas anormale pendant le recrawl — mais elle doit se corriger. Si elle persiste au-delà de 6 semaines, investiguer.
23. Vérifier les données structurées (Schema.org)
Après une refonte, les schémas JSON-LD injectés dans le code peuvent disparaître ou être en double. Utilisez l’outil de test de données structurées de Google pour vérifier chaque type de page.
24. Informer Google Analytics 4 du changement
Si des URLs ont changé, créez des filtres ou des annotations dans GA4 pour que vos rapports historiques restent lisibles. Sans annotation, une chute de trafic post-refonte ressemble à un problème SEO alors qu’elle peut être due à un changement de suivi.
25. Planifier un audit à 30 et 90 jours
Une refonte n’est jamais terminée le jour de la mise en ligne. Prévoyez un audit à J+30 (vérification des positions, 404, vitesse) et J+90 (bilan trafic vs. avant, opportunités identifiées, optimisations). C’est dans cette phase que se jouent les gains SEO durables.
Questions fréquentes
Combien de temps prend une refonte bien faite ?
Pour un site vitrine de 10 à 20 pages : 4 à 6 semaines. Pour un site avec plus de 50 pages ou une migration de CMS (Wix vers WordPress) : 6 à 10 semaines. La durée dépend surtout de la phase de contenu et de validation.
Peut-on refondre sans perdre ses positions Google ?
Oui, à condition de respecter les règles : redirections 301 sur toutes les URLs actives, conservation des balises SEO, vitesse maintenue ou améliorée, et soumission du sitemap après migration. Sur nos projets, les positions sont stables ou en hausse 8 semaines après la mise en ligne.
Est-il préférable de refondre sur le même CMS ?
Si vous êtes sur WordPress, une refonte de thème est préférable à une migration de CMS — moins de risques, moins de temps. Si vous êtes sur Wix, Squarespace ou un CMS propriétaire, une migration vers WordPress est recommandée pour les raisons de performance et de SEO. Consultez notre guide sur la refonte professionnelle.
Les redirections 301 transmettent-elles tout le jus SEO ?
Une redirection 301 transmet environ 90-99 % de l’autorité de la page source selon les dernières informations de Google (contre 90 % historiquement annoncé). C’est suffisant pour ne pas perdre de positions si la redirection est correctement configurée.
Que se passe-t-il si j’oublie de faire les redirections ?
Google déindexe les URLs qui renvoient des 404 après quelques semaines de crawl infructueux. Si une page 404 avait du trafic et des backlinks, vous perdez cet actif SEO. La récupération prend ensuite plusieurs mois après correction.
Avant de refondre, vérifiez que votre site actuel n’a pas déjà des problèmes structurels : notre article 7 erreurs qui sabotent un site internet liste les problèmes les plus courants à corriger en priorité.
