Une refonte mal préparée, c'est 6 mois de travail SEO partis en fumée. On l'a vu trop souvent : nouveau design magnifique, mais trafic divisé par 3 parce que les URLs ont changé sans redirections, ou le contenu a été "nettoyé" jusqu'à perdre sa pertinence.
**WordPress** est un système de gestion de contenu (CMS) open source qui propulse plus de 40 % des sites web dans le monde.**WordPress** est un système de gestion de contenu (CMS) open source qui propulse plus de 40% des sites web mondiaux.
**CMS** est un logiciel permettant de créer, modifier et publier du contenu numérique sans intervention technique.
Refonte WordPress sans perte de SEO est un sujet central pour les entreprises qui veulent performer en ligne. Cet article détaille les points clés, les pièges à éviter et les bonnes pratiques à appliquer.
Depuis 2017, on a fait 50+ refontes WordPress. Zéro perte de trafic à 3 mois sur les projets où la méthode a été respectée. Voici la méthode complète.
Phase 1 : Audit préalable (non négociable)
Avant de toucher une ligne de code, on cartographie l'existant. WordPress.org
Ce qu'on audite :
- URLs indexées : site:votresite.com + Search Console + Screaming Frog (crawl complet). On exporte tout : URL, title, meta, H1, statut HTTP, mots-clés positionnés, trafic estimé.
- Positions actuelles : mots-clés top 10, top 20, trafic organique par page (Analytics + Search Console 12 mois).
- Backlinks : Ahrefs / Semrush / Majestic. On note les URLs qui reçoivent des liens externes (ne surtout pas les casser).
- Contenu performant : pages qui convertissent, pages à fort engagement, pages "piliers" du maillage interne.
- Technique : Core Web Vitals, structure Hn, schema.org, maillage interne, cannibalisation.
Livrable : Tableur avec 3 colonnes par URL : Garder tel quel / Adapter / Supprimer (avec redirection vers quoi).
Phase 2 : Plan de redirections 301 (la pièce maîtresse)
Pas de regex "tout vers la home". Chaque URL a sa cible précise. WordPress.org
Règles :
- URL inchangée → pas de redirection
- URL modifiée → 301 vers la nouvelle URL exacte (même contenu)
- Contenu fusionné → 301 vers la page cible la plus pertinente
- Contenu supprimé sans équivalent → 301 vers la catégorie parente ou page la plus proche sémantiquement
- Jamais de 302, jamais de 404 voulue, jamais de redirection en chaîne
Format du fichier de redirections (exemple Apache/Nginx) :
Redirect 301 /ancienne-url/ https://votresite.com/nouvelle-url/
Redirect 301 /blog/vieux-article/ https://votresite.com/blog/nouvel-article/
Test avant lancement : Crawl du fichier de redirections avec Screaming Frog (mode "List" + "Follow redirects"). Vérifier : 0 boucle, 0 404, 0 500, toutes les URLs sources redirigent vers une 200.
La même méthode s'applique lors d'un changement de plateforme : voyez migrer de PrestaShop à WooCommerce sans perdre son SEO.
Phase 3 :.Migration contenu (staging only)
On ne travaille jamais en production.
Processus :
1. Staging : copie exacte du site actuel (fichiers + BD) sur sous-domaine staging.votresite.com (noindex, nofollow, htpasswd)
2. Nouveau thème : développement sur staging (blocks/FSE, pas de page builder propriétaire)
3. Migration contenu :
- Pages conservées : copier-coller bloc par bloc (Gutenberg), vérifier Hn, images, liens internes
- Pages adaptées : réécrire en conservant les mots-clés ciblés, H1, title, meta, schema.org
- Nouvelles pages : créer selon brief SEO
- Règle d'or : on ne supprime aucun paragraphe qui rank sans le remplacer par mieux
4. SEO on-page : Yoast/Rank Math configuré, schema.org (Article, Service, LocalBusiness, FAQ), sitemap XML, robots.txt
5. Maillage interne : relier les nouvelles pages entre elles + vers les pages piliers conservées
Phase 4 : Tests & validation (staging)
Checklist technique :
- [ ] Crawl Screaming Frog staging : 0 erreur 4xx/5xx, 0 redirection en chaîne, 0 canonical cassé
- [ ] Core Web Vitals (Lighthouse + PageSpeed) : LCP < 2.5s, CLS < 0.1, INP < 200ms
- [ ] Mobile : test Google "Mobile-Friendly" + navigation réelle smartphone
- [ ] Formulaires : contact, newsletter, devis → envoi réel, réception email
- [ ] HTTPS : certificat valide, HSTS, pas de contenu mixte
- [ ] Schema.org : validation via Rich Results Test (Google)
- [ ] Accessibilité : contraste, focus visible, alt images, navigation clavier (RGAA niveau AA visé)
- [ ] Search Console staging : soumettre sitemap, vérifier "Inspection d'URL" sur 10 pages échantillon
Validation client : On vous donne l'accès staging. Vous validez : design, contenu, fonctionnel. Pas de mise en production sans votre "OK" écrit.
Phase 5 : Bascule production (le jour J)
Fenêtre idéale : mardi-mercredi, 6h-9h (trafic faible, équipes dispo).
Séquence :
1. Sauvegarde complète production (fichiers + BD) — rollback possible en 15 min
2. Déploiement fichiers staging → prod (rsync ou deploy git)
3. Import BD staging → prod (ou migration BD si changements structurels)
4. Activation immédiate du fichier de redirections 301 (avant même de vider le cache)
5. Vider tous les caches (serveur, CDN, plugin, navigateur)
6. Tests immédiats : 10 URLs échantillon (anciennes + nouvelles), formulaires, HTTPS
6. Soumission sitemap mis à jour dans Search Console
7. Monitoring 48 h : uptime, 404, Core Web Vitals, Search Console "Couverture"
Phase 6 : Suivi post-lancement (3 mois)
C'est là qu'on prouve que ça tient.
| Semaine | Actions |
|---|---|
| 1-2 | Crawl quotidien, vérif 404, positions top 50 mots-clés, Search Console erreurs |
| 3-4 | Crawl 2x/sem, positions top 100, trafic organique vs N-1, taux conversion |
| Mois 2 | Crawl hebdo, positions, backlinks (nouveaux/perdus), maillage interne |
| Mois 3 | Audit complet, rapport final, recommandations suite |
Seuils d'alerte (on réagit si) :
- Perte > 15 % trafic organique sur 7 jours glissants
- +50 erreurs 404/jour
- Perte positions top 10 sur 3+ mots-clés business
- Core Web Vitals dégradés > 20 %
Erreurs fréquentes qu'on évite
| Erreur | Conséquence | Notre parade |
|---|---|---|
| Rediriger tout vers la home | Perte autorité pages profondes, UX catastrophique | Redirections URL par URL |
| Changer les URLs "pour faire propre" | Casse backlinks, signaux utilisateur, historique | Conserver URLs si possible, sinon 301 précis |
| Supprimer "vieux contenu" | Perte trafic long-tail, autorité thématique | Conserver + mettre à jour + mailler |
| Nouveau thème sans test perf | LCP/CLS explosés, positions chutent | Tests staging obligatoires |
| Pas de redirections images/PDF | Perte trafic Google Images, liens brisés | Redirections médias inclus dans le plan |
Combien ça coûte ? Combien de temps ?
Refonte vitrine standard (10-20 pages) :
- Budget : 1 800 - 3 500 € HT
- Délai : 5-7 semaines (audit 1 sem, maquette 1 sem, dev 2-3 sem, tests/lancement 1 sem)
- Inclus : audit SEO, maquette Figma, thème blocks/FSE, migration contenu, redirections 301, 3 mois suivi
Refonte complexe (multi-langues, espace membre, intégrations) :
- Budget : 3 500 - 7 000 € HT
- Délai : 8-12 semaines
Maintenance 3 mois offerte sur toutes les refontes (MAJ, sauvegardes, monitoring, corrections).
Nous réalisons ces projets dans le cadre de notre offre refonte de site WordPress.
Ce qu'on ne fait pas
- Page builder propriétaire (Elementor, Divi, WPBakery) → verrouillage, perf médiocres, migration impossible
- Migration "rapide" sans audit → on ne signe pas
- Redirections via plugin (Redirection, Yoast) → lent, fragile, pas géré au niveau serveur
- Garantie "page 1 Google" → personne ne peut garantir ça
Vous avez un site qui rank et vous voulez le refaire sans risque ? Audit préalable gratuit. On vous dit ce qui performe, ce qu'on garde, ce qu'on améliore, et le budget exact. Demander l'audit de refonte.
Pour aller plus loin : documentation officielle WordPress · dev blog WordPress Core · blog officiel PrestaShop · notes de version PrestaShop
Pour approfondir : recherche en performance web.
| Élément | Impact sécurité | Priorité |
|---|---|---|
| Core WordPress | Critique | Immédiate |
| Thème actif | Élevé | Sous 48h |
| Extensions | Variable | Selon CVE |
| PHP | Élevé | Sous 1 mois |
Pour approfondir : actualités technologiques.
