Reprendre un site WordPress mal fait : audit et remise à niveau

Vous avez récupéré un site WordPress qui ne vous inspire pas confiance. Peut-être que le prestataire qui l’a construit a disparu, peut-être que c’est un ancien collègue qui a fait ça vite fait entre deux urgences, peut-être que vous l’avez monté vous-même avec un thème premium et vingt plugins recommandés par des tutoriels YouTube. Résultat : le site rame, l’administration plante à chaque mise à jour, vous n’osez plus toucher à rien de peur que tout s’effondre, et vous ne savez même pas exactement ce qu’il y a sous le capot. C’est une situation extrêmement courante, et elle se résout par une méthode assez simple : diagnostiquer précisément ce qui ne va pas avant de décider quoi faire.

Diagnostiquer l’état réel du site

Avant de nettoyer ou de refaire quoi que ce soit, il faut savoir exactement ce que vous avez entre les mains. Ces vérifications sont accessibles sans compétence technique poussée.

• Le thème. Allez dans Apparence > Thèmes. Si le thème actif s’appelle Astra, OceanWP, Divi ou un nom générique acheté sur ThemeForest, et qu’il est couplé à un constructeur de pages (Elementor, Divi Builder, WPBakery), vous avez affaire à une architecture par couches successives : le thème charge le builder, le builder charge ses propres scripts, et chaque page stocke une structure de blocs imbriqués difficile à faire évoluer proprement.
• Le nombre de plugins actifs. Un site sain en a généralement moins de quinze. Au-delà de vingt-cinq, il y a presque toujours des redondances (deux plugins de cache, trois plugins SEO, un plugin de formulaire jamais utilisé) qui ralentissent le site et multiplient les surfaces d’attaque.
• Les versions. Dans Outils > Santé du site, WordPress indique la version de PHP utilisée et signale les plugins obsolètes. Une version de PHP inférieure à 8.1 ou des plugins non mis à jour depuis plus d’un an sont des signaux d’alerte sérieux.
• La vitesse réelle. Passez l’URL du site dans PageSpeed Insights de Google. Un score mobile en dessous de 50 confirme un problème de fond, pas un simple réglage à ajuster.
• La sécurité. Vérifiez la liste des comptes administrateurs (Utilisateurs) : il n’est pas rare de trouver des comptes admin créés par l’ancien prestataire, voire par un tiers malveillant après une faille non corrigée.

Si vous voulez un diagnostic complet sans avoir à interpréter vous-même chaque signal, une audit site web permet d’obtenir un état des lieux détaillé du code, de la sécurité et des performances, avec des priorités classées par impact.

Sécuriser avant de toucher à quoi que ce soit

La première erreur, même avec les meilleures intentions, est de commencer à supprimer des plugins ou à modifier des fichiers sans filet. Trois étapes avant toute intervention :

1. Sauvegarde complète : base de données et fichiers, stockée en dehors de l’hébergement du site (pas seulement chez le même hébergeur).
2. Environnement de test : la plupart des hébergeurs mutualisés sérieux (o2switch, LWS, Infomaniak) proposent un clonage en un clic vers un sous-domaine de staging. C’est là que vous testez vos changements, jamais directement en production.
3. Changement des mots de passe et suppression des comptes inconnus, y compris les accès FTP et l’accès à l’hébergement lui-même si le prestataire précédent les détenait.

Cette étape prend une demi-journée et évite l’essentiel des mauvaises surprises qui transforment une remise à niveau en site hors ligne pendant une semaine.

Trier l’existant : ce qu’on garde, ce qu’on remplace

Une fois le site sécurisé et testable en dehors de la production, le tri commence. Pour chaque plugin actif, la question est simple : à quoi sert-il concrètement, et existe-t-il une alternative plus légère ou déjà incluse ailleurs ? Un plugin de formulaire de contact peut souvent être remplacé par une fonctionnalité native du thème ; un plugin de cache mal configuré fait parfois plus de mal que de bien s’il entre en conflit avec un autre.

Pour le thème, la question est plus tranchée. Si le site repose sur un constructeur de pages généraliste, le problème de fond ne se résout pas en désactivant quelques extensions : le poids du builder est structurel. Un thème enfant en PHP natif, sans dépendance à un constructeur visuel, charge nettement moins de JavaScript et de CSS inutiles, et donne un contrôle total sur ce qui s’exécute réellement sur chaque page. C’est le type de reprise qu’un developpeur wordpress freelance mène en général en commençant par isoler les fonctionnalités réellement utilisées avant de reconstruire le thème autour, plutôt qu’en empilant une couche de correctifs sur l’existant.

Décider entre remise à niveau et refonte complète

Tout ne mérite pas une reconstruction. Si le contenu est bon, la structure d’information cohérente et que le problème se limite à la technique (performances, sécurité, code du thème), une remise à niveau ciblée suffit : nettoyage des plugins, reconstruction du thème en PHP natif, mise à jour de l’hébergement et du PHP. Si en revanche l’arborescence du site ne correspond plus à l’activité, que le design date visiblement d’il y a huit ans, ou que la base de contenu est trop désorganisée pour être triée efficacement, une refonte a plus de sens que du rafistolage.

Notre refonte site wordpress guide 10 etapes détaille la méthode complète si vous partez sur cette voie, et la page refonte site web présente l’approche générale, au-delà du seul cas WordPress. Dans les deux cas — remise à niveau ou refonte — formaliser par écrit ce que le nouveau site doit couvrir évite les allers-retours ; notre cahier des charges site web template guide 2026 propose une trame prête à remplir, utile même pour un projet de taille modeste.

Ce que ça coûte, et quand passer la main

Un audit technique seul se situe en général, sur le marché, dans une fourchette de quelques centaines d’euros pour un site de taille modeste. Une remise à niveau ciblée (nettoyage des plugins, reconstruction du thème, mise en conformité de l’hébergement) va de quelques jours à deux ou trois semaines de travail selon l’ampleur du désordre trouvé. Une refonte complète est un projet plus long, comparable à une création de site, puisqu’elle repart d’une base saine plutôt que de composer avec l’existant.

Vous pouvez faire seul le diagnostic de premier niveau décrit plus haut, et même désactiver quelques plugins évidents en environnement de test. En revanche, dès qu’il s’agit de toucher au thème, de migrer une base de données ou de reconstruire des templates PHP, l’intervention d’un professionnel évite de transformer une remise à niveau en incident de production. Pour avoir un chiffrage précis correspondant à votre cas plutôt qu’une fourchette générique, la page devis permet d’obtenir une estimation détaillée sous 48h.

FAQ

Peut-on reprendre un site WordPress sans perdre le référencement existant ?

Oui, à condition de conserver les URLs existantes ou de mettre en place des redirections 301 propres, et de ne pas modifier la structure de contenu sans plan de migration. Le référencement est lié aux URLs et au contenu indexé, pas au thème ou aux plugins utilisés en interne.

Faut-il tout refaire si le site a été codé avec Elementor ?

Pas nécessairement dans l’urgence, mais c’est rarement une solution durable. Un site sous Elementor peut être stabilisé et allégé, mais il conservera une charge JavaScript et CSS supérieure à un thème en PHP natif. Si les performances sont un enjeu réel (mobile, conversion, SEO technique), la reconstruction du thème reste la solution qui règle le problème à la racine plutôt que de le contenir.

Combien de temps prend un audit avant de savoir quoi faire ?

Un audit technique sérieux, couvrant le code du thème, les plugins, la sécurité et les performances, prend généralement entre deux et cinq jours ouvrés selon la taille du site, et se conclut par un rapport priorisé plutôt qu’une simple liste de problèmes.

Décrivez-nous l’état actuel de votre site et ce qui vous bloque, nous vous donnerons un avis concret sur ce qui vaut le coup d’être gardé.