Refonte WordPress

Une refonte WordPress ne se limite pas à changer un thème, des couleurs ou une mise en page. Elle peut concerner l’architecture du site, les données qu’il contient, les plugins installés, les URLs et le référencement, les performances, l’administration, les intégrations en place et les fonctionnalités métier développées au fil du temps. L’existant contient souvent une valeur qu’il faut comprendre avant de la remplacer : je reprends votre WordPress existant, j’analyse son architecture, ses données, ses fonctionnalités et son référencement, puis je détermine ce qui doit être conservé, amélioré ou reconstruit.

Je commence par l’existant

Avant toute modification, j’audite ce qui est déjà en place.

Le thème — son architecture, ses templates, les personnalisations qui y ont été ajoutées, ses dépendances, et le code spécifique qui aurait été développé dessus.

Les plugins — le rôle réel de chaque extension installée, celles qui sont indispensables, celles qui sont redondantes avec une autre, celles qui ne sont plus maintenues par leur éditeur, et les conflits potentiels entre elles.

Les données — articles et pages, mais aussi médias, custom post types, taxonomies, champs personnalisés, et les relations qui existent entre ces contenus.

Le référencement — les URLs existantes, les pages indexées, la structure des contenus, les métadonnées, les redirections déjà en place, et le trafic ou les liens entrants quand ces données sont disponibles.

L’hébergement — la version de PHP, la configuration de la base de données, le cache, un éventuel CDN, et les contraintes techniques qui en découlent.

Une refonte ne doit pas effacer l’historique du site

Un site WordPress qui fonctionne depuis plusieurs années contient rarement seulement des pages et des articles. Il peut s’agir de custom post types, de taxonomies, de champs personnalisés, de comptes utilisateurs, de commandes WooCommerce, de données métier spécifiques, ou de relations entre différents types de contenus. Avant toute migration, j’identifie précisément ce qui doit être conservé — perdre ces données par manque d’analyse préalable est l’un des risques les plus coûteux d’une refonte mal préparée.

Préserver le référencement pendant une refonte

Une refonte mal préparée peut dégrader le référencement d’un site de plusieurs façons : changement d’URLs sans redirection, suppression de pages qui recevaient du trafic, modification de l’arborescence, perte de contenu, erreurs 404, ou redirections mal configurées. L’objectif n’est pas de garantir l’absence totale de perte de position — personne ne peut le promettre — mais de réduire les risques de perte de visibilité liés à la migration.

La méthode : identifier les URLs existantes et celles qui sont importantes (trafic, liens entrants), définir les nouvelles URLs, construire une correspondance complète ancienne URL vers nouvelle URL, mettre en place des redirections 301 sur chacune d’elles en évitant les chaînes de redirection, puis vérifier après mise en ligne l’absence d’erreurs 404, l’indexabilité des pages, la validité du sitemap, et surveiller la Search Console dans les semaines qui suivent.

Tout n’a pas besoin d’être reconstruit

Une refonte réussie n’est pas nécessairement une reconstruction complète. Pour chaque élément du site, quatre issues sont possibles : le conserver s’il fonctionne correctement, l’améliorer s’il fonctionne mais doit évoluer, le remplacer s’il crée des problèmes techniques, ou le reconstruire si son architecture ne permet plus de répondre au besoin réel. Cette approche limite le périmètre du projet à ce qui doit réellement changer, plutôt que d’élargir une mission de refonte par principe.

Ce qui peut être modernisé

Selon l’audit initial, la modernisation peut porter sur le thème WordPress et ses templates, l’architecture CSS (Tailwind CSS quand c’est pertinent pour le projet), le code PHP, les plugins en place, les custom post types, l’interface d’administration, le JavaScript et Vue.js quand une interface le justifie, l’API REST, WooCommerce, les performances, le responsive et l’accessibilité. Tous ces chantiers ne sont pas systématiques : ils dépendent de ce que l’audit révèle.

La performance, un effet secondaire recherché de la refonte

Une refonte est aussi l’occasion de supprimer ce qui alourdit un site sans nécessité : code inutilisé, plugins qui ne servent plus, dépendances redondantes, scripts chargés sur toutes les pages alors qu’ils ne sont utiles que sur certaines, images trop lourdes, mauvaises pratiques de chargement. Ce nettoyage a un effet direct sur les Core Web Vitals (LCP, INP, CLS) — sans qu’un score PageSpeed de 100 soit un objectif réaliste ou même pertinent en soi.

Un projet récent

Keobiz

Sur keobiz.fr, la refonte a porté sur l’éditeur de contenu : passage à des blocs Gutenberg développés sur mesure plutôt qu’à un page builder tiers, avec une chaîne de style en SCSS et un build Gulp. L’environnement de développement est conteneurisé sous Docker, pour isoler le projet et reproduire la même configuration à chaque intervention. Le détail complet de cette refonte est disponible sur la fiche du projet.

Ma méthode de refonte WordPress

1. Audit — comprendre l’existant : thème, plugins, données, référencement, hébergement.
2. Cartographie — recenser les contenus, les URLs, les données et les fonctionnalités à traiter.
3. Architecture — déterminer ce qui doit être conservé, amélioré ou reconstruit.
4. Développement — construire le nouveau thème, les fonctionnalités et les intégrations nécessaires.
5. Migration — migrer les données et mettre en place les redirections.
6. Vérification — tester les fonctionnalités, le responsive, les performances, les URLs et redirections, l’indexabilité, le sitemap et les erreurs avant la mise en production.