Pourquoi les refontes sont risquées pour le SEO
Une refonte de site est souvent nécessaire : design obsolète, changement de CMS, nouvelle stratégie. Mais mal gérée, elle peut détruire des années de travail SEO.
Ce qui peut mal tourner :
- URLs modifiées sans redirections = 404 massives
- Contenu supprimé ou modifié = perte de positions
- Structure cassée = crawl inefficace
- Temps de chargement dégradé = impact Core Web Vitals
La bonne nouvelle : Avec une préparation rigoureuse, vous pouvez refondre votre site sans perte (voire avec des gains) de trafic.
Phase 1 : Audit avant refonte
Objectif : Comprendre l'existant pour préserver l'essentiel.
Actions :
- Exporter la liste complète des URLs (Screaming Frog)
- Identifier les pages qui génèrent du trafic (GA4/Search Console)
- Lister les pages avec backlinks (Ahrefs/Majestic)
- Analyser les mots-clés positionnés par page
- Capturer les métas (title, description) de chaque page
- Documenter la structure de liens internes
- Noter les schémas structurés en place
Identifier les pages critiques
Pages à ne JAMAIS supprimer sans redirection :
- Top pages trafic (top 20% qui génèrent 80% du trafic)
- Pages avec backlinks (même si peu de trafic)
- Pages bien positionnées (top 10 sur des mots-clés)
- Pages de conversion (contact, devis, produits)
Comment les identifier :
- GA4 : Pages > Trier par sessions
- Search Console : Performance > Pages
- Ahrefs : Backlinks > Best by links
Conseil : Créez un tableur avec colonnes : URL, Sessions, Backlinks, Position moyenne, Action prévue.
Phase 2 : Plan de redirections
Règle fondamentale : Chaque ancienne URL doit pointer vers la nouvelle URL équivalente via une redirection 301.
Matrice de redirections :
| Ancienne URL | Nouvelle URL | Type | Notes |
|---|---|---|---|
| /services/ | /nos-services/ | 301 | Renommage |
| /blog/article-1/ | /guides/article-1/ | 301 | Changement section |
| /contact.html | /contact/ | 301 | Extension supprimée |
| /produit-supprime/ | /categorie-parente/ | 301 | Produit retiré |
Règles de redirections
À faire :
- Redirection 301 (permanente) pour les changements définitifs
- Rediriger vers la page la plus pertinente
- Éviter les chaînes de redirections (A → B → C)
- Tester chaque redirection avant mise en ligne
- Documenter toutes les redirections
Erreurs de redirections à éviter
- Tout rediriger vers la homepage (perte de contexte)
- Redirection 302 au lieu de 301 (temporaire vs permanente)
- Oublier des pages (404)
- Redirections circulaires (A → B → A)
- Chaînes trop longues (ralentit le crawl)
Phase 3 : Migration du contenu
Principes de migration du contenu :
- Conserver le contenu des pages performantes
- Améliorer (ne pas réduire) le texte existant
- Fusionner les pages redondantes (avec redirection)
- Supprimer uniquement les pages sans valeur
Attention particulière :
- Titres H1 : Conserver les mots-clés principaux
- Meta titles : Garder la structure optimisée
- URLs : Si modification, toujours rediriger
Phase 4 : Éléments techniques
Checklist technique pré-lancement :
- Robots.txt correct (pas de blocage involontaire)
- Sitemap.xml généré avec nouvelles URLs
- Balises canonical auto-référençantes
- Hreflang si site multilingue
- HTTPS actif sur toutes les pages
- Structure de données Schema.org migrée
- Balises Open Graph mises à jour
Phase 5 : Tests en préproduction
Avant de mettre en ligne :
- Crawl complet avec Screaming Frog
- Vérifier les 404
- Vérifier les redirections
- Vérifier les balises dupliquées
- Tests manuels
- Parcourir les top 20 pages
- Tester les formulaires
- Vérifier sur mobile
- Performance
- Score PageSpeed
- Core Web Vitals
- Temps de chargement
Important : Préproduction bloquée aux robots (noindex ou password).
- Crawl sans erreur 404
- Redirections fonctionnelles
- Pas de contenu dupliqué
- Performance acceptable (> 80 mobile)
- Formulaires fonctionnels
- Mobile responsive parfait
Phase 6 : Jour J - Mise en ligne
Le jour de la mise en ligne :
Matin (avant mise en ligne) :
- Backup complet de l'ancien site
- Vérification finale des redirections
- Préparation du fichier .htaccess ou config serveur
Mise en ligne :
- Basculement DNS / déploiement
- Activation des redirections 301
- Test des 10 URLs principales
- Soumission du nouveau sitemap à Search Console
Après-midi :
- Vérifier l'indexation en temps réel (Search Console > Inspection)
- Tester depuis différents appareils
- Surveiller les erreurs (Search Console > Couverture)
Phase 7 : Surveillance post-lancement
Semaine 1 : Surveillance intensive
- Vérifier les erreurs 404 quotidiennement (Search Console)
- Surveiller les baisses de trafic (GA4)
- Corriger les redirections manquantes
- Répondre aux erreurs de crawl
- Vérifier les positions sur mots-clés stratégiques
Surveillance sur 3 mois
Mois 1 :
- Comparaison trafic vs période précédente
- Analyse des nouvelles erreurs Search Console
- Vérification indexation des nouvelles URLs
Mois 2 :
- Stabilisation attendue des positions
- Analyse des pages indexées vs soumises
- Optimisation si pages importantes non indexées
Mois 3 :
- Bilan complet : trafic, positions, conversions
- Ajustements si pertes identifiées
- Documentation des apprentissages
Signaux d'alerte à surveiller
Actions immédiates si :
- Explosion des erreurs 404 → Vérifier redirections
- Chute brutale du trafic → Vérifier robots.txt et noindex
- Pages dé-indexées → Inspecter et demander indexation
- Perte de positions → Vérifier contenu et balises
- Crawl stoppé → Vérifier accessibilité serveur
Cas particulier : changement de domaine
Un changement de domaine ajoute une couche de complexité.
Actions supplémentaires :
- Configurer le changement d'adresse dans Search Console
- Redirection 301 de TOUTES les URLs ancien domaine → nouveau
- Mise à jour des backlinks (contacter les sites si possible)
- Garder l'ancien domaine actif 6-12 mois minimum
- Mettre à jour les profils (GBP, réseaux sociaux, annuaires)
Attention : La migration de domaine prend 3-6 mois pour stabilisation.
- Changement d'adresse Search Console configuré
- Toutes URLs redirigées en 301
- Ancien domaine maintenu actif
- Backlinks principaux mis à jour
- Fiches et profils mis à jour
Cas particulier : changement de CMS
Risques spécifiques :
- Structure d'URLs différente
- Génération de contenu différente
- Plugins SEO différents
Vérifications :
- URLs : Même structure ou redirections
- Balises : Title, H1, meta description
- Schémas : Reprendre le JSON-LD
- Sitemap : Même format et soumission
- Robots.txt : Vérifier les règles
CMS courants et points d'attention :
- WordPress → Wix : URLs souvent différentes
- Prestashop → Shopify : Structure produits différente
- Custom → WordPress : Reconfiguration complète SEO
Outils pour la migration
- Screaming Frog : Crawl et audit complet
- Google Search Console : Surveillance indexation
- Ahrefs/SEMrush : Suivi positions et backlinks
- Redirect Path (extension) : Vérifier redirections
- Wayback Machine : Récupérer ancien contenu si besoin
- GTmetrix/PageSpeed : Performance
Timeline type d'une refonte
Semaine -4 à -2 : Audit
- Inventaire URLs, contenus, backlinks
- Définition de la nouvelle structure
- Plan de redirections
Semaine -2 à -1 : Préparation
- Développement nouveau site
- Tests en préproduction
- Préparation des redirections
Semaine 0 : Lancement
- Mise en ligne
- Activation redirections
- Soumission sitemap
Semaine +1 à +4 : Surveillance
- Correction des erreurs
- Suivi positions
- Optimisations
Mois +2 à +3 : Stabilisation
- Analyse des résultats
- Ajustements finaux
Checklist complète refonte SEO
- Export complet des URLs actuelles
- Identification des top pages (trafic + backlinks)
- Plan de redirections 301 complet
- Contenu migré ou amélioré
- Balises SEO (title, meta, H1) vérifiées
- Schémas structurés migrés
- Tests en préproduction OK
- Performance validée
- Robots.txt et sitemap prêts
- Jour J : redirections activées
- Sitemap soumis à Search Console
- Surveillance post-lancement en place