Aller au contenu
Un projet en tête ?

Refonte WordPress

Un site que vos clients comprennent et que vous pouvez faire évoluer.

Un site WordPress se dégrade rarement d'un coup. Il vieillit par couches : un thème acheté puis modifié à la main, des extensions installées pour un besoin ponctuel et jamais retirées, des pages construites avec deux ou trois éditeurs selon leur année. Arrive le moment où la moindre modification demande un prestataire et où les mises à jour font peur, parce que personne ne sait ce qu'elles vont casser.

Cette prestation porte sur l'exécution technique d'une refonte WordPress : reprendre le thème et les modèles de page, trier les extensions, migrer les contenus sans les perdre, traiter les URL et les redirections, remettre la performance à niveau. Elle s'adresse aux entreprises qui restent sur WordPress et veulent un site qu'elles pourront administrer ensuite.

Le problème concret que la prestation traite

Les symptômes renvoient presque toujours aux mêmes causes. Le thème a été personnalisé dans ses fichiers, ce qui bloque ses mises à jour. Une extension de construction de pages a produit des gabarits que personne ne sait reprendre. Des dizaines d'extensions cohabitent, dont plusieurs font la même chose ou ne sont plus maintenues. L'hébergement tourne sur une version de PHP dépassée. Chacun de ces points est réparable isolément ; ensemble, ils forment une dette qui rend toute évolution coûteuse.

Cette dette a aussi un coût de sécurité. Dans son bilan annuel publié début 2026, l'éditeur Patchstack recense 11 334 nouvelles vulnérabilités dans l'écosystème WordPress sur l'année 2025, dont 91 % dans des extensions et 9 % dans des thèmes, le cœur n'étant concerné que par six entrées. Le périmètre, ce sont les failles publiées et référencées par Patchstack, pas les sites compromis : le chiffre indique où se situe la surface de risque, dans ce qu'on ajoute à WordPress. Réduire le nombre d'extensions est une décision de maintenance.

Le socle compte autant. WordPress recommande PHP 8.3 ou supérieur et MariaDB 10.11+ ou MySQL 8.0+, tandis que le projet PHP indique que la branche 8.2 ne reçoit plus que des correctifs de sécurité jusqu'au 31 décembre 2026. Un site hébergé sous une version antérieure travaille sur une base qui n'est plus corrigée, et la contrainte remonte souvent pendant la refonte, pas avant.

Le cadrage se fait avant, sur une autre page

Une refonte WordPress commence par une décision qui n'a rien de technique : faut-il reconstruire, ou corriger ce qui existe ? Cette question, avec le budget et les arbitrages qu'elle suppose, est traitée en amont dans le guide de préparation d'une refonte de site web. Si vous hésitez encore entre optimisation et reconstruction, c'est par là qu'il faut passer : la présente prestation suppose la décision prise et la plateforme arrêtée sur WordPress.

Rester sur WordPress reste un choix majoritaire. Au 11 septembre 2026, W3Techs mesure que WordPress équipe 40,3 % de l'ensemble des sites observés et 58,8 % de ceux dont le gestionnaire de contenu est identifié. Le périmètre est ce que W3Techs appelle le « web pertinent » : les sites actifs, hors domaines parqués et spam. Ce chiffre ne dit rien d'une supériorité technique ; il dit qu'il restera simple de trouver quelqu'un pour reprendre le site après moi.

Ce que contient la prestation

Le thème et les modèles de page

Le point de départ est l'état du thème actuel : thème classique, thème bloc, thème commercial modifié, ou construction par extension de mise en page. J'évalue ce qui peut être conservé et ce qui doit être refait. Quand le thème a été modifié dans ses fichiers, les personnalisations sont sorties dans un thème enfant, pour que les mises à jour redeviennent possibles. Les modèles livrés couvrent les types de page réellement utilisés — accueil, service, article, archive, contact — et restent modifiables sans compétence technique.

L'inventaire et le tri des extensions

Chaque extension est listée avec sa fonction, sa dernière mise à jour, son état de maintenance et son coût en poids de page. Trois issues : conservée, remplacée par une fonction native ou une alternative plus légère, supprimée parce que son usage a disparu. Les extensions qui produisent du contenu stocké en base — formulaires, champs personnalisés, blocs propriétaires — sont traitées à part : les retirer suppose de reprendre leurs données, ce qui est un travail de migration, pas une désinstallation.

La migration des contenus

L'inventaire porte sur les pages qui apportent des visites ou des demandes, les médias, les formulaires et les liens internes. Nous précisons ensemble ce qui est conservé tel quel, repris ou réécrit. Les contenus sont transférés dans les nouveaux modèles avec leurs métadonnées : titres, méta-descriptions, images à la une, catégories, dates. Les contenus devenus inutiles sont identifiés, mais rien n'est supprimé sans validation écrite de votre part.

Les URL et le plan de redirections

Le point de départ est de conserver les adresses existantes : c'est le scénario le moins risqué, et il convient à la majorité des refontes graphiques. Quand la structure doit évoluer — préfixe de catégorie, fusion de pages, changement de nom de domaine — un plan de redirections est établi URL par URL avant la mise en ligne, puis contrôlé après. Google recommande sur ce point des redirections permanentes côté serveur, 301 ou 308, maintenues au moins un an, et précise que pour un site de taille moyenne l'affichage des nouvelles adresses peut prendre plusieurs semaines. Le fonctionnement d'une redirection 301 est détaillé dans le blog.

La performance et le socle d'hébergement

La refonte est le bon moment pour régler ce qui pèse : images non compressées, scripts chargés partout alors qu'ils servent sur une page, empilement de feuilles de style, cache mal configuré, PHP dépassé. La référence retenue est celle des indicateurs publics de Google, par exemple un INP inférieur ou égal à 200 millisecondes au 75e centile des chargements réels. Ce sont des seuils observés sur le terrain, pas une note d'outil de test. Quand le sujet dépasse le cadre de la refonte, il relève d'une mission distincte d'optimisation de la vitesse.

Comment se déroule une mission

Le travail se prépare intégralement sur une copie de test, avec un point de retour. Votre site actuel continue de fonctionner pendant le chantier. La bascule est organisée à une date convenue, précédée d'une sauvegarde complète et suivie de vérifications.

Étapes d'une refonte WordPress et rôle de chacun
ÉtapeCe qui est faitCe que j'attends de vous
État des lieuxInventaire du thème, des extensions, des contenus, des URL et de l'hébergementAccès en lecture au site
Copie de testDuplication sur un environnement isolé, non indexableValidation de l'environnement
ModèlesConception et intégration des gabarits prévus au devisRetours groupés sur les modèles
Reprise des contenusTransfert des pages, médias et métadonnées, arbitrage des extensionsInformations métier, visuels, validations
RecetteContrôle des pages, menus, liens, formulaires, rendu mobile, métadonnéesTest des parcours côté métier
Mise en ligneSauvegarde, bascule, redirections, sitemap, vérificationsUn interlocuteur joignable le jour J
Après livraisonContrôle des erreurs, de l'indexation et des redirectionsSignalement des anomalies

Les points bloquants sont distingués des ajustements secondaires : un formulaire qui n'envoie pas empêche la mise en ligne, un espacement discutable ne l'empêche pas. Les contenus et demandes arrivés pendant la préparation sont repris avant la publication.

Ce que vous recevez à la fin

  • Un site WordPress en ligne, avec ses modèles, ses contenus repris et ses formulaires fonctionnels.
  • L'inventaire des extensions avec, pour chacune, la décision prise et sa raison.
  • Le plan de redirections appliqué, sous forme de tableau des anciennes et nouvelles adresses, quand des URL ont changé.
  • Le rapport de recette : ce qui a été contrôlé, ce qui a été corrigé, ce qui reste ouvert.
  • Une sauvegarde complète du site avant bascule, et les accès aux comptes utilisés.
  • Une prise en main sur les contenus que vous gérerez vous-même, avec les consignes correspondantes.

Les titulaires des comptes, les licences et les renouvellements sont précisés dans la proposition. Les comptes d'hébergement, de nom de domaine et d'extensions payantes restent à votre nom : c'est ce qui vous permet de changer de prestataire sans négociation. Ce que Google reprend réellement après la bascule relève ensuite du suivi de l'indexation.

Ce dont j'ai besoin de votre part

Une refonte avance à la vitesse des validations. Il me faut un interlocuteur unique côté entreprise, les accès administrateur au site et à l'hébergement, les informations métier que vous seuls détenez — prestations, conditions, clients concernés, réalisations présentables —, les visuels disponibles, et des retours groupés plutôt qu'au fil de l'eau. Les délais s'allongent presque toujours pour la même raison : des contenus attendus qui n'arrivent pas, ou des validations dispersées entre plusieurs personnes qui ne se sont pas mises d'accord.

Ce que cette prestation ne promet pas

Aucune position dans Google n'est garantie, ni avant, ni après. Une refonte bien menée limite les pertes liées au changement et corrige des freins techniques ; elle ne crée pas de visibilité par elle-même. Après une modification d'URL, des variations de trafic pendant plusieurs semaines sont normales, et Google lui-même ne s'engage sur aucun délai de reprise.

Aucun délai contractuel n'est annoncé ici. Le calendrier dépend du nombre de modèles, du volume de contenus, des fonctions à reprendre et de votre disponibilité ; il est chiffré dans la proposition, après l'état des lieux. Une boutique, un espace connecté, un catalogue important ou un site multilingue demandent un cadrage propre et ne s'ajoutent pas à un périmètre vitrine sans examen de leur charge.

La refonte n'est pas un contrat de maintenance. Les mises à jour continuent après la livraison — le cœur est passé en version 7.1 le 19 août 2026, selon le registre officiel des versions — et le suivi relève d'une proposition distincte. Cette prestation ne couvre pas non plus la remise en état d'un site déjà compromis, traitée dans la page consacrée à un site WordPress piraté.

Questions fréquentes

Faut-il obligatoirement changer de thème lors d'une refonte WordPress ?

Non. Un thème récent, maintenu et non modifié dans ses fichiers peut souvent être conservé et retravaillé via un thème enfant et les réglages du site. Le changement devient nécessaire quand le thème n'est plus mis à jour, quand il a été modifié directement dans son code, ou quand ses modèles empêchent les évolutions demandées. La décision se prend à l'état des lieux, pas avant.

Quels accès faut-il fournir pour lancer le chantier ?

Un compte administrateur sur WordPress, l'accès au tableau de bord de l'hébergement avec les fichiers et la base de données, et l'accès à la zone de gestion du nom de domaine pour la bascule. Les accès aux outils de mesure, comme Search Console, sont utiles pour contrôler l'indexation après mise en ligne. Ces comptes doivent rester à votre nom, y compris pendant la mission.

Le site reste-t-il accessible pendant la refonte ?

Oui. Le travail se fait sur une copie de test isolée et non indexable, pendant que le site actuel continue de fonctionner normalement. La bascule vers la nouvelle version se fait à une date convenue, précédée d'une sauvegarde complète, et l'interruption se limite à la phase technique de mise en ligne. Les contenus publiés entre-temps sur l'ancien site sont repris avant la publication.

Que deviennent les adresses des pages et le référencement existant ?

Le principe de départ est de conserver les URL existantes, ce qui supprime la question. Quand la structure doit changer, un plan de redirections permanentes est établi page par page avant la mise en ligne et contrôlé ensuite. Ces redirections doivent être maintenues durablement, et une période de variation dans les résultats de recherche est à prévoir : aucun prestataire ne peut garantir une reprise à l'identique.

Combien d'extensions faut-il garder sur un site WordPress ?

Il n'existe pas de nombre idéal : une extension bien maintenue et réellement utilisée n'est pas un problème, dix extensions abandonnées le sont. Le critère est l'usage réel, l'état de maintenance et le coût en performance, pas le compteur. En pratique, une refonte permet souvent d'en retirer plusieurs parce que leur fonction est devenue native ou parce que personne ne s'en sert plus.

Pourrai-je modifier le site moi-même après la livraison ?

Oui, sur le périmètre défini au départ : les contenus que vous avez indiqué vouloir gérer, comme les pages de services, les actualités, les images ou les informations pratiques. Les modèles sont conçus pour ces usages et la prise en main porte dessus. Les fonctions qui demandent une intervention technique sont identifiées, pour que vous sachiez ce qui relève de vous et ce qui relève d'un support.

La maintenance est-elle incluse après la mise en ligne ?

Non, elle fait l'objet d'une proposition séparée. La livraison comprend les contrôles après mise en ligne prévus au devis, mais les mises à jour régulières de WordPress, des extensions et du thème, ainsi que les sauvegardes dans la durée, relèvent d'un suivi distinct. Vous pouvez l'assurer en interne ou le confier à un prestataire, à condition que quelqu'un s'en charge réellement.

Parlons de votre site WordPress

Décrivez le site actuel, ce qui vous bloque au quotidien et ce que vous devez pouvoir modifier vous-même : le premier échange sert à mesurer le travail réel, sans engagement.

Décrire votre projet
Ce lien s’ouvre dans un nouvel onglet.