Refondre un site WordPress sans perdre le SEO, ce n'est pas « garder Yoast ». C'est inventorier les URL qui travaillent, décider lesquelles on conserve à l'identique, écrire les 301 pour les autres, et vérifier dans Search Console après la bascule. Trop de refontes WordPress se jugent sur le design le jour J, puis s'étonnent d'une chute de trafic à J+30. Cet article décrit la méthode que j'utilise : crawl, mapping, contenus à reprendre, balises, performance, et les erreurs qui coûtent le plus cher.
🔎 Le SEO d'une refonte WordPress se joue avant le thème
On commence par un crawl (pages indexées, pages qui convertissent, pages qui reçoivent des liens). On y ajoute Search Console : requêtes, pages, erreurs. On y ajoute l'analytics : les 50 URL qui amènent des contacts ou des ventes, pas seulement du trafic de vanité. Ce fichier devient le cahier des charges invisible de la refonte.
Le thème, le builder, Gutenberg ou un front plus sec viennent après. Si on choisit d'abord un thème marketplace « SEO friendly », on a déjà perdu : on forcera les contenus dans des templates qui ne correspondent pas aux URL actuelles. La refonte WordPress utile part du stock d'URL, pas de la démo du thème.
🛠️ Conserver une URL, la rediriger, ou l'abandonner
Conserver : même slug, même ressource, contenu mis à jour. C'est le cas par défaut des pages qui positionnent. Rediriger : l'intention existe encore, l'URL change (nouvelle arbo, nouveau slug). 301 dès la première requête, une seule cible, pas de chaîne. Abandonner : contenu mort, sans équivalent. On le dit, on le retire du menu, on laisse tomber proprement.
L'erreur fréquente : tout passer en /nouvelle-offre/ parce que « c'est plus joli ». Chaque changement d'URL est un pari. On le prend pour les pages faibles, pas pour celles qui paient le loyer. Une refonte WordPress n'est pas une occasion de tout renommer.
- Export crawl + Search Console + top conversions
- Décision URL par URL : garder, rediriger (301), supprimer
- Fichier de redirections testé sur le staging avant la bascule
- Aucune chaîne 301, aucune redirection vers la home par défaut
✅ Titles, metas, H1 : reprendre, ne pas régénérer en masse
Les titles qui fonctionnent se reprennent. Un plugin SEO neuf qui réécrit 200 titles le jour de la mise en ligne est un acte de destruction. On migre les metas, on corrige les vides et les doublons, on ne « optimise » pas tout d'un coup. Google n'aime pas les sites qui changent d'identité textuelle du jour au lendemain.
Les H1 suivent le même principe. Si la page « Maintenance WordPress » positionne sur cette requête, on ne la rebaptise pas « Notre accompagnement digital ». La refonte peut clarifier. Elle ne doit pas euphémiser les mots que les gens tapent.
⚠️ Contenus : ce qu'on porte, ce qu'on réécrit, ce qu'on fusionne
On porte les pages utiles telles quelles (nettoyées). On réécrit celles qui sont minces ou datées, en gardant l'URL. On fusionne les doublons (trois pages « contact » et « devis ») vers une URL canonique, avec 301. WordPress accumule les brouillons publiés. La refonte est le moment de faire le ménage, pas d'en rajouter.
Les médias aussi : on ne laisse pas 4 Go d'images orphelines sans décision. On reprend les visuels qui illustrent encore, on compresse, on laisse tomber le reste. Un site WordPress refondu qui réimporte la médiathèque entière reproduit la lenteur.
📌 Maillage interne et menus
Le nouveau menu ne doit pas cacher les pages qui travaillaient. On vérifie que chaque URL du top 50 a encore un lien interne réel, pas seulement un passage au crawl. Les pieds de page fourre-tout ne remplacent pas un maillage dans le contenu.
Les catégories de blog, les tags, les archives : on décide. Une refonte qui « nettoie la taxonomie » sans 301 transforme un blog utile en 404. Si le blog existe, il a un plan, comme le reste.
🧭 Technique : canoniques, sitemap, robots, permalien
Un seul plugin SEO. Des canoniques cohérentes. Un sitemap qui liste ce qu'on veut voir indexé, pas les 2 000 paramètres de filtres. robots.txt ne bloque pas les assets utiles. La structure des permaliens WordPress ne change pas le jour J « pour faire plus propre » si les URL actuelles sont saines.
HTTPS, hreflang s'il y a du multilingue, données structurées que l'on maîtrise (pas 4 plugins de schema qui se contredisent). La refonte est le moment de simplifier la couche SEO technique, pas de l'épaissir.
💡 Performance et Core Web Vitals : le SEO invisible
Un nouveau thème lourd peut faire chuter le site dans les résultats même si les URL sont parfaites. LCP, INP, CLS sur mobile font partie de la refonte. On mesure la home, une page pilier, une page produit si e-commerce, avant et après. On n'accepte pas un LCP à 6 secondes « le temps d'optimiser plus tard ».
Alléger le WordPress (moins de plugins, images, fonts) est un levier SEO. Je le développe dans les articles sur les sites WordPress lourds. Ici : une refonte qui ajoute un builder « pour aller plus vite » est souvent un recul SEO à 90 jours.
🧪 Le jour J et les 30 jours suivants
Bascule, fichier 301 en place, sitemap soumis, Search Console surveillée (couverture, 404, requêtes). On corrige les 404 du top trafic dans la semaine, pas « au prochain sprint ». On compare le trafic utile, pas seulement les sessions globales.
Une baisse de quelques jours arrive. Une baisse de 40 % à J+21 sur les pages conservées, non. Si elle arrive, le mapping a un trou, ou le contenu a trop changé, ou la perf s'est effondrée. On diagnostique, on n'attend pas « que ça revienne ».
🔎 Ce que je refuse dans une refonte WordPress « SEO »
Rediriger tout vers la home. Régénérer tous les titles. Changer les permaliens pour enlever /blog/ sans plan. Lancer sans Search Console. Couper le blog « on verra ». Ces cinq gestes reviennent. Ils expliquent la plupart des chutes post-refonte que je récupère ensuite.
Refondre sans perdre le SEO, c'est plus de tableur que de Figma. Le design compte. Il ne remplace pas le plan d'URL. Si vous refondez, envoyez-moi le site actuel : je vous dis quelles URL on ne touche pas.
Une refonte sans 301, c'est un nouveau site. Pas une continuité.
