🔄 Migration SEO · Refonte Web · Checklist Complète · 2026
Refonte de Site Web : La Checklist SEO Complète Pour Ne Pas Tout Perdre
Une refonte mal planifiée peut faire chuter votre trafic de -40% à -80% en quelques semaines. Pourtant, avec la bonne checklist SEO, une refonte devient une opportunité de booster durablement vos positions. Voici le guide complet — 67 points de contrôle — que nous appliquons pour chaque migration client.
1. Pourquoi une refonte fait-elle chuter le SEO ?
Une refonte de site web est l'une des interventions les plus risquées pour votre référencement naturel. En changeant simultanément la structure, les URLs, le contenu et le code, vous modifiez tous les signaux sur lesquels Google s'est appuyé pendant des mois — voire des années — pour vous positionner.
Les 6 causes principales de chute SEO après une refonte
Redirections manquantes ou incorrectes
Des centaines d'anciennes URLs retournent des erreurs 404. Tout le jus de lien (link equity) accumulé est perdu.
Contenu supprimé ou appauvri
Pages d'entrée clés supprimées, textes raccourcis, balises Title et meta description réinitialisées.
Architecture redessinée sans logique SEO
Changement de structure des URLs, suppression de catégories, siloing ignoré par l'équipe design.
Performances dégradées
Nouveau thème plus lourd, images non optimisées, Core Web Vitals dégradés = pénalité Google directe.
Erreurs de crawl et d'indexation
Balise noindex oubliée sur le site de test,
robots.txt bloquant Googlebot en production.
Maillage interne cassé
Liens internes pointant vers d'anciennes URLs, menus et fils d'Ariane non mis à jour.
Règle d'or : Ne jamais mettre en ligne une refonte sans avoir effectué au minimum les 20 vérifications de la Phase 1 (avant la mise en ligne). Le trafic perdu peut mettre 12 à 18 mois à revenir — si tant est qu'il revienne.
2. Phase 1 — AVANT la Refonte (20 points critiques)
Cette phase se déroule avant de toucher à quoi que ce soit. C'est votre filet de sécurité. Elle vous permettra de comparer l'avant et l'après, et de planifier chaque changement.
1.1 — Audit & Sauvegarde de l'existant
7 pointsCrawl complet du site actuel
Exportez toutes les URLs, balises Title, H1, meta descriptions, statuts HTTP, profondeur de page et nombre de liens entrants avec Screaming Frog ou Sitebulb. Ce fichier est votre référence de base.
Export Google Search Console complet
Téléchargez les 16 derniers mois de données : positions, impressions, clics, CTR pour chaque URL et chaque mot-clé. Ces données disparaissent si vous changez de propriété.
Capture des 50 meilleures pages organiques
Identifiez vos pages générant le plus de trafic organique via Google Analytics. Ces pages doivent être intouchables sur le fond et bénéficier de redirections parfaites si leurs URLs changent.
Audit du profil de backlinks
Exportez tous vos backlinks avec Ahrefs, Semrush ou Majestic. Identifiez les pages les plus linkées — ce sont celles qui nécessitent une redirection 301 absolument prioritaire.
Screenshot de vos positions clés
Capturez vos positions actuelles sur vos 30 mots-clés principaux. Servira de baseline de comparaison J+30 et J+90 après la mise en ligne.
Sauvegarde complète du site actuel
Sauvegarde base de données + fichiers dans un environnement séparé. En cas de catastrophe, vous devez pouvoir remettre l'ancien site en ligne en moins d'une heure.
Liste de tous les fichiers robots.txt et sitemaps
Sauvegardez le robots.txt et tous les
sitemap.xml actuels. Notez les règles de
blocage et d'autorisation existantes.
1.2 — Préparation de la stratégie de migration
8 pointsMapping complet des URLs (ancien → nouveau)
Créez un tableur avec chaque ancienne URL associée à sa nouvelle URL de destination. Aucune URL ayant du trafic ne doit rester sans redirection.
Décision : conserver ou modifier la structure des URLs ?
Idéalement, conservez les mêmes URLs.
Si vous devez les changer, assurez-vous que la nouvelle
structure est logique, courte et contient le mot-clé principal.
Évitez /p=123 et les URLs à parametres.
Audit de contenu : conserver, fusionner ou supprimer ?
Chaque page doit être catégorisée : ✅ Conserver (trafic existant) | 🔀 Fusionner (contenu similaire) | 🗑️ Supprimer (rediriger vers la page la plus proche). Ne supprimez jamais sans rediriger.
Planification de la nouvelle architecture en silo
Validez l'arborescence du nouveau site avec des critères SEO : profondeur max 3 clics depuis l'accueil, siloing thématique cohérent, pages de catégorie optimisées.
Choix de la date de mise en ligne
Évitez : les périodes de pic d'activité de votre secteur, les veilles de week-end ou jours fériés (support limité), les periodes de promotions/événements clés. Privilégiez un mardi ou mercredi en milieu de mois.
Préparation du nouveau sitemap XML
Préparez le fichier sitemap.xml du nouveau
site en avance. Il doit être prêt à être soumis dans
Google Search Console dès la mise en ligne.
Audit des performances actuelles (Core Web Vitals)
Notez les scores LCP, FID/INP et CLS actuels via PageSpeed Insights. Le nouveau site devra faire au moins aussi bien, idéalement mieux.
Briefing SEO transmis à l'équipe de développement
Les développeurs doivent recevoir un document listant toutes les contraintes SEO : règles d'URL, gestion des balises meta, structure des données structurées, règles de pagination, etc.
1.3 — Configuration de l'environnement de test
5 pointsEnvironnement de staging bloqué aux moteurs de recherche
Le site de test doit avoir noindex, nofollow
dans le <head> ET dans le
robots.txt. Vérifiez-le deux fois.
Un site de staging indexé = désastre SEO assuré.
Accès protégé par mot de passe ou IP whitelist
Protégez l'accès au staging avec une authentification HTTP basique ou une restriction par IP. Les bots de réseaux sociaux peuvent aussi pré-cacher des URLs.
Test de toutes les redirections en staging
Implémentez et testez toutes les redirections 301 sur l'environnement de test avant la mise en ligne. Utilisez Screaming Frog pour simuler le crawl sur le staging.
Validation des performances en staging
Testez les Core Web Vitals du nouveau site via PageSpeed Insights (en mode desktop et mobile). Réglez les problèmes avant la mise en ligne, pas après.
Checklist de QA complète validée
Tous les formulaires, liens, boutons, galeries, animations et fonctionnalités doivent être testés sur mobile ET desktop avant toute mise en ligne.
3. Phase 2 — PENDANT la Mise en Ligne (18 points)
Le jour J. Chaque action doit être effectuée dans l'ordre. Prévoyez une journée complète pour la mise en ligne — ne la faites jamais en fin d'après-midi.
2.1 — Mise en ligne technique
10 pointsActivation du mode maintenance (optionnel mais recommandé)
Pour les migrations complexes, activez une page de
maintenance temporaire (max 2–4h) pendant le basculement.
Retournez un code HTTP 503 (Service
Temporarily Unavailable) — jamais un 200.
Déploiement des redirections 301 en premier
Les redirections doivent être actives AVANT
que les nouvelles pages soient accessibles. Déployez
votre fichier .htaccess ou votre plugin
de redirections en tout premier.
Vérification du robots.txt en production
Accédez à votre-domaine.com/robots.txt
immédiatement après la mise en ligne. Vérifiez qu'il
n'y a aucune ligne Disallow: / ou directive
bloquante héritée du staging. C'est l'erreur n°1.
Vérification des balises noindex en production
Scannez immédiatement 20 à 30 URLs clés et vérifiez
qu'aucune n'a la balise <meta name="robots"
content="noindex">. Utilisez l'extension
SEO Minion ou Screaming Frog.
Test rapide des redirections principales
Testez manuellement les 10 redirections les plus
importantes. Vérifiez que chaque redirection retourne
bien un 301 (permanent) et non un
302 (temporaire).
Soumission du nouveau sitemap dans Google Search Console
Allez dans GSC → Sitemaps et soumettez
immédiatement votre nouveau sitemap.xml.
Supprimez les anciens sitemaps s'ils pointent vers des
URLs qui n'existent plus.
Utilisation de l'outil d'inspection d'URL (GSC)
Testez vos 5 pages les plus importantes via l'outil d'inspection d'URL de GSC. Demandez l'indexation manuelle pour accélérer le recrawl de vos pages clés.
Vérification HTTPS & certificat SSL
Confirmez que toutes les pages se chargent en
https:// avec un cadenas valide.
Testez les redirections http → https
et www → non-www (ou inversement selon votre config).
Vérification des balises canoniques
Chaque page doit pointer vers elle-même avec
<link rel="canonical">. Vérifiez
qu'aucune page ne pointe vers une URL de staging
ou une ancienne URL.
Test Analytics & tracking
Vérifiez en temps réel dans GA4 que des visites sont bien enregistrées. Testez que les événements de conversion (formulaires, clics) se déclenchent correctement.
2.2 — Optimisation SEO on-page immédiate
8 pointsVérification des balises Title sur les pages clés
Vérifiez que chaque page a une balise
<title> unique, optimisée avec
le mot-clé principal, de 50 à 60 caractères.
Aucune page ne doit avoir un Title par défaut du CMS.
Vérification des balises H1
Chaque page doit avoir un seul H1 contenant le mot-clé principal. Vérifiez qu'aucun H1 n'a été perdu lors du changement de template.
Vérification des meta descriptions
Aucune meta description ne doit être vide ou générée automatiquement par le CMS. Vérifiez les 20 pages les plus importantes manuellement.
Contrôle des balises alt sur les images clés
Toutes les images sur les pages importantes doivent
avoir un attribut alt descriptif et
optimisé. Vérifiez aussi que les images sont compressées
et servies au bon format (WebP en 2026).
Vérification du maillage interne principal
Vérifiez que les menus de navigation, le footer et les fils d'Ariane pointent vers les nouvelles URLs (et non les anciennes). Un menu qui pointe vers une ancienne URL dilapide votre link equity via des redirections en chaîne.
Implémentation des données structurées
Vérifiez que les schema.org (Organization, BreadcrumbList, Article, FAQ, Product…) sont bien présents et valides via le Rich Results Test de Google.
Vérification des balises hreflang (si site multilingue)
Pour les sites en plusieurs langues, vérifiez que
les balises hreflang sont correctes
et que les URLs pointent vers les bonnes versions linguistiques.
Test de vitesse de chargement en production
Relancez PageSpeed Insights sur les 5 pages clés en production (pas en staging — les performances diffèrent). Réglez les problèmes identifiés si le score est inférieur au site précédent.
4. Phase 3 — APRÈS la Mise en Ligne (17 points)
La surveillance post-lancement est aussi importante que la préparation. Les problèmes SEO d'une refonte se manifestent souvent dans les 2 à 4 semaines suivantes, pas toujours immédiatement.
3.1 — Surveillance immédiate (J+1 à J+7)
9 pointsCrawl complet du nouveau site (J+1)
Relancez Screaming Frog sur le site en production. Vérifiez : aucune page en 404, aucun noindex inattendu, aucune redirection en chaîne (301→301), aucune balise canonical pointant vers le mauvais domaine. Exportez le rapport et comparez avec le crawl pré-lancement.
Vérification Google Search Console (J+1)
Confirmez que la nouvelle propriété GSC est bien vérifiée. Soumettez le sitemap XML mis à jour. Surveillez l'onglet Couverture pour détecter toute erreur d'indexation remontée par Google dès les premières heures.
Test des redirections 301 critiques
Vérifiez manuellement les 20 à 30 URLs les plus importantes (pages à fort trafic, backlinks entrants). Utilisez un outil de test de redirections (Redirect Checker, httpstatus.io) pour confirmer chaque chaîne de redirection en un seul saut 301.
Contrôle du fichier robots.txt
Accédez à votredomaine.com/robots.txt et vérifiez
qu'aucune directive Disallow: / de
préproduction n'est restée active. Une erreur fréquente
lors des refontes : oublier de retirer le blocage
des robots utilisé en phase de développement.
Vérification des balises meta robots
Contrôlez que les pages stratégiques ne contiennent
pas de balise <meta name="robots"
content="noindex"> résiduelle. Vérifiez
via la vue source ou l'outil d'inspection d'URL
de Google Search Console.
Monitoring des Core Web Vitals en production
Lancez PageSpeed Insights sur les pages clés (accueil, catégories, fiches produits). Les performances en production peuvent différer de l'environnement de staging. Ciblez un LCP inférieur à 2,5 s et un CLS inférieur à 0,1.
Contrôle du tracking Analytics & conversions
Vérifiez en temps réel que Google Analytics 4 et Google Tag Manager enregistrent correctement les sessions, les événements et les conversions clés (formulaires, clics téléphone, achats). Un tracking cassé vous prive de toute donnée de performance.
Test des formulaires et parcours critiques
Effectuez un parcours utilisateur complet sur chaque tunnel important : formulaire de contact, tunnel d'achat, inscription newsletter, prise de rendez-vous. Vérifiez les emails de confirmation et les pages de remerciement (thank you pages) utilisées comme objectifs Analytics.
Surveillance des positions J+7
Une semaine après la mise en ligne, comparez les positions de vos 50 mots-clés stratégiques avec le snapshot pré-lancement. Une variation de ±5 positions est normale. Au-delà, identifiez les pages concernées et diagnostiquez rapidement (redirections, contenu, canonical).
3.2 — Surveillance à moyen terme (J+30 à J+90)
8 pointsAnalyse du rapport de couverture GSC (J+30)
Vérifiez que toutes vos pages stratégiques sont bien indexées. Traitez les erreurs de type « Page redirigée », « URL soumise avec noindex » ou « Page introuvable (404) ». Demandez une réindexation manuelle pour les pages corrigées.
Bilan trafic organique vs période précédente
Comparez le trafic organique sur 30 jours post- lancement vs les 30 jours précédents (même période N-1 pour neutraliser la saisonnalité). Une baisse supérieure à 20 % mérite une investigation approfondie segment par segment.
Audit des backlinks entrants post-refonte
Via Ahrefs ou SEMrush, identifiez les backlinks qui pointent encore vers d'anciennes URLs devenues 404. Contactez les webmasters concernés pour mettre à jour les liens, ou assurez-vous que les redirections 301 sont bien en place.
Contrôle du maillage interne
Vérifiez que les liens internes du nouveau site pointent vers les bonnes URLs (sans passer par des redirections). Les liens internes via 301 diluent le PageRank. Mettez à jour directement les hrefs pour pointer vers les URLs finales.
Révision du contenu des pages en perte de positions
Pour chaque page ayant perdu plus de 10 positions, analysez les différences de contenu entre l'ancienne et la nouvelle version. Longueur, champs sémantiques, balises Hn, données structurées : identifiez ce qui a été appauvri et restaurez-le.
Vérification des données structurées (Schema.org)
Utilisez l'outil de test des résultats enrichis de Google pour valider vos schemas (Product, FAQ, LocalBusiness, BreadcrumbList…). Après une refonte, les schémas sont souvent perdus ou mal implémentés sur le nouveau thème.
Mise à jour des citations et annuaires externes
Si l'URL ou le nom de domaine a changé, mettez à jour votre fiche Google Business Profile, les annuaires sectoriels, les réseaux sociaux et les mentions de presse. La cohérence des citations NAP (Nom, Adresse, Téléphone) est cruciale pour le SEO local.
Rapport de synthèse J+90 & plan d'action
Trois mois après la mise en ligne, produisez un bilan complet : évolution des positions, du trafic organique, du taux de conversion et des erreurs résolues. Définissez les actions prioritaires pour les 3 prochains mois et validez que la refonte a atteint ses objectifs SEO initiaux.
5. Récapitulatif — Les 3 phases en un coup d'œil
Une refonte SEO réussie repose sur une préparation rigoureuse, une exécution maîtrisée et une surveillance post-lancement sans faille. Voici les 50 points répartis sur les 3 phases.
Phase 1 — Préparation
- ✓ Snapshot des positions actuelles
- ✓ Crawl complet de l'existant
- ✓ Cartographie des redirections 301
- ✓ Audit du contenu stratégique
- ✓ Vérification environnement de staging
- ✓ Gel des campagnes payantes
- + 18 points supplémentaires
Phase 2 — Mise en ligne
- ✓ Désactivation du noindex staging
- ✓ Activation des redirections 301
- ✓ Soumission du sitemap XML
- ✓ Test des pages critiques en production
- ✓ Vérification SSL & HTTPS
- ✓ Notification Google Search Console
- + 3 points supplémentaires
Phase 3 — Surveillance
- ✓ Crawl complet J+1
- ✓ Vérification GSC & sitemap
- ✓ Test des redirections critiques
- ✓ Monitoring Core Web Vitals
- ✓ Surveillance positions J+7
- ✓ Bilan trafic organique J+30
- + 11 points supplémentaires
6. Les 7 Erreurs qui Tuent le SEO lors d'une Refonte
Ces erreurs sont évitables mais elles restent les plus fréquentes. Chacune peut coûter des mois de récupération de trafic.
Oublier les redirections 301
C'est l'erreur n°1. Changer les URLs sans mettre en place les redirections signifie que tous les backlinks acquis, le PageRank accumulé et l'historique d'indexation sont perdus. Impact : chute de trafic de 30 à 80 % en quelques semaines.
Laisser le noindex de staging en production
En développement, le site est bloqué aux robots via robots.txt ou balise noindex. Oublier de retirer ce blocage après la mise en ligne empêche Google d'indexer le nouveau site. Impact : déréférencement total en 2 à 4 semaines.
Appauvrir le contenu des pages existantes
Refondre le design en simplifiant les textes « trop longs » est une erreur classique. Si une page rankait grâce à 1 200 mots et que la nouvelle version n'en contient que 300, Google la considère comme moins pertinente. Impact : perte de positions sur les mots-clés de longue traîne.
Changer le nom de domaine sans préparation
Migrer vers un nouveau domaine est l'une des opérations SEO les plus risquées. Sans plan de migration rigoureux, l'intégralité de l'autorité du domaine peut être perdue. Impact : retour à zéro pour l'autorité de domaine.
Perdre les données structurées (Schema.org)
Le nouveau thème ou CMS ne reprend pas forcément les schémas JSON-LD de l'ancien site. Résultat : disparition des rich snippets (étoiles, FAQ, prix) dans les résultats Google. Impact : baisse du taux de clic (CTR) de 15 à 40 %.
Casser le tracking Analytics
Un nouveau thème ou un changement de CMS peut supprimer les balises de tracking. Sans données, vous pilotez à l'aveugle et ne pouvez pas mesurer l'impact SEO de la refonte. Impact : perte totale de visibilité sur les performances.
Ne pas surveiller les 90 jours post-lancement
Beaucoup d'équipes considèrent la refonte terminée le jour de la mise en ligne. Or les problèmes SEO d'une refonte se manifestent souvent 2 à 6 semaines plus tard, quand Google a recrawlé et réévalué l'ensemble du site. Impact : problèmes détectés trop tard pour être corrigés rapidement.
Vous planifiez une refonte de site ?
Ne laissez pas votre trafic SEO partir à la corbeille. Nos experts vous accompagnent à chaque étape : audit pré-refonte, plan de redirections, surveillance post-lancement et récupération de positions.
✓ Réponse sous 24h · ✓ Sans engagement · ✓ Audit personnalisé