Refonte WordPress : ne perdez pas votre SEO

01Avant tout : audit SEO complet de l'existant

On ne peut pas préserver ce qu'on ne mesure pas. Première étape : un audit SEO exhaustif de votre site actuel. Exporter toutes les données de Google Search Console (URLs indexées, requêtes, positions moyennes, CTR), faire tourner Screaming Frog SEO Spider pour cartographier l'ensemble du site (status codes, profondeur, redirections internes, balises meta), récupérer les analytics (GA4 ou autre) pour identifier les pages à fort trafic. À la fin de cette étape, on a une photo précise de ce qui marche, ce qui draine du trafic, et ce qu'il faut absolument préserver. C'est notre référence de comparaison après la refonte.

02Cartographier les URLs existantes

Exporter la liste complète des URLs du site actuel, avec leur trafic Search Console des 12 derniers mois et leurs backlinks principaux (via Ahrefs ou Semrush). Identifier le top 50 des pages à fort trafic — ce sont elles qu'il faut protéger absolument. Pour chacune, noter : URL actuelle, titre, meta description, contenu principal, redirections sortantes éventuelles, backlinks pointant vers elle. Cette liste devient votre Bible de migration. À chaque URL doit correspondre une URL équivalente dans le nouveau site, soit identique (idéal), soit redirigée 301 vers la nouvelle URL pertinente.

# Export Screaming Frog : Internal URLs (CSV)
# Colonnes critiques :
- Address (URL actuelle)
- Status Code (200, 301, 404, etc.)
- Title 1
- Meta Description 1
- H1-1
- Word Count
- Crawl Depth
- Indexability

03Définir le plan de redirections 301

Pour chaque URL qui change, il faut une redirection 301 (permanente) vers la nouvelle URL. Pas de 302, pas de chaînes de redirections (301 → 301 → 301 c'est catastrophique pour le SEO). Le plan de redirections doit être documenté dans un fichier (CSV ou tableur partagé) avec source → destination. Implémentation : via plugin (Redirection, Rank Math Redirections), via le .htaccess directement, ou via les règles serveur si Nginx. Tester chaque redirection après mise en ligne avec un outil comme HTTPstatus.io ou simplement curl en CLI.

# .htaccess WordPress — exemples de redirections 301
Redirect 301 /ancien-blog/article-1 https://exemple.fr/blog/nouveau-titre-article
Redirect 301 /services-anciens/web-design https://exemple.fr/services/design-uiux

# Pattern matching pour migrations massives
RedirectMatch 301 ^/blog/category/([a-z-]+)$ https://exemple.fr/blog/?categorie=$1

04Préserver la structure des URLs (slug history)

Idéalement, gardez la même structure de permaliens (`/blog/%postname%/` par exemple). Si vous devez la changer, faites-le UNE fois, jamais en cours de route. Pour WordPress, le plugin « Permalink Manager Pro » permet de gérer les URLs custom et leurs historiques de redirections, particulièrement utile pour les boutiques WooCommerce avec catégories produits. Erreur classique à éviter : changer de `?p=ID` vers `/postname/` sans plan de redirection — perte massive de SEO sur l'ancien format.

05Migration des contenus, taxonomies et métadonnées

Si vous changez de thème mais gardez WordPress, c'est simple : tous les contenus restent. Si vous migrez depuis un autre CMS (Wix, Squarespace, Joomla, Drupal), c'est plus complexe. Outils utiles : WP All Import Pro pour les imports massifs depuis CSV/XML, Migrate DB Pro pour copier une DB entre environnements, FG Joomla to WordPress pour les migrations Joomla. Critique : récupérer les métadonnées SEO existantes (Title, meta description, balise canonical, schema markup) et les transférer dans Yoast/RankMath sur le nouveau site. Sans ça, Google voit un site complètement neuf et redémarre l'indexation à zéro.

06Préserver les balises Title, meta et schema

Les balises Title et meta description sont vos cartes de visite dans Google. Sur chaque page principale (home, services, catégories, top articles), gardez les Titles existants — ils ont été indexés et fonctionnent. Vous pouvez les optimiser, mais ne les remplacez pas radicalement sans raison. Pour le schema.org (balisages JSON-LD : Article, Product, FAQPage, BreadcrumbList, LocalBusiness), refaites-les sur le nouveau site avec les mêmes informations. RankMath et Yoast génèrent du schema automatiquement, mais customisez-le pour vos cas spécifiques.

07Performance + Core Web Vitals : où la refonte aide

C'est l'opportunité numéro un d'une refonte : passer d'un Lighthouse score de 40 à 90+. Sur un site WordPress refondu, viser obligatoirement : LCP < 2,5s, INP < 200ms, CLS < 0.1. Comment ? Thème custom (vs Divi/Elementor), WP Rocket configuré agressivement (cache + critical CSS + delay JS), Cloudflare en frontal, conversion automatique images en WebP, hébergement spécialisé. Mesurer avant/après via Google PageSpeed Insights et la Search Console (rapport Web Vitals). Une amélioration significative de la vitesse peut faire monter vos positions de plusieurs places sur les requêtes concurrentielles.

08Tests pré-production : staging et contrôles

Avant la mise en ligne, le nouveau site doit tourner en staging (sous-domaine genre `staging.exemple.fr`) avec un `robots.txt: Disallow: /` pour bloquer l'indexation. Réaliser : audit Screaming Frog complet du staging, vérification de chaque template (home, page service, single article, catégorie, contact, 404), tests des formulaires, vérification des redirections 301 (curl chaque URL ancien format), Lighthouse sur les pages principales, tests utilisateurs courts. Critique : le staging doit être identique à la prod, mêmes plugins, même version PHP, mêmes images.

09Mise en ligne et monitoring post-lancement

Bascule prod : pendant les 48h critiques après, surveiller toutes les heures via Search Console (rapport Couverture, erreurs d'exploration). Lancer un crawl Screaming Frog sur la prod pour vérifier que tout est OK. Soumettre le nouveau sitemap.xml dans Search Console. Forcer l'indexation des pages les plus importantes via URL Inspection. Surveiller : positions sur top 20 requêtes, trafic Google Analytics, vitesse Core Web Vitals (CrUX data). Si une régression apparaît, on a 7 jours pour rétablir avant que Google ne re-fixe ses positions à la baisse — d'où l'importance du suivi rapproché.

10Pièges classiques à éviter absolument

Trois erreurs que nous voyons trop souvent : 1) Mettre en ligne sans plan de redirections — résultat 50% de 404 et chute SEO immédiate. 2) Changer la structure des permaliens sans réfléchir — les ID changent, les anciennes URLs deviennent inaccessibles. 3) Désindexer le staging trop tard ou pas du tout — Google indexe les deux versions, contenu dupliqué, sanction. Une refonte mal préparée coûte plus cher que la refonte elle-même en perte de trafic. Prenez le temps de l'audit en amont.