Un site vieillissant ne doit pas forcément être jeté, pas plus qu’une apparence correcte ne prouve qu’il peut encore accompagner l’entreprise. Entre la petite correction et la refonte complète, la bonne décision dépend moins de l’âge du site que de sa capacité à remplir son rôle. Un dirigeant doit pouvoir répondre à des questions simples : les prospects comprennent-ils l’offre, l’équipe sait-elle modifier les contenus, les demandes arrivent-elles au bon endroit et les évolutions restent-elles raisonnables ? L’objectif n’est pas de défendre un nouveau design, mais de choisir le chantier qui résout les vrais blocages sans créer une migration inutile.
Commencer par les problèmes observés, pas par l’apparence
Notez ce qui déclenche la réflexion : offre devenue illisible, formulaires peu fiables, affichage mobile pénible, lenteurs, difficulté à publier ou dépendance à un prestataire. Associez chaque problème à une conséquence concrète. Une page datée qui reste claire n’a pas la même priorité qu’un formulaire qui perd des demandes. À l’inverse, changer les couleurs ne corrigera pas une architecture où trois services différents sont mélangés.
Interrogez les personnes qui utilisent le site : direction, commerce, recrutement et administration. Relevez les questions récurrentes des prospects et les opérations que l’équipe évite parce qu’elles sont trop risquées. Ce diagnostic rejoint la préparation d’un projet de site vitrine centré sur les usages : il faut définir ce que le site doit expliquer et faciliter avant de discuter de sa forme.
Séparer contenu, structure et habillage
Trois couches sont souvent confondues. Le contenu correspond aux offres, preuves, réponses et appels à l’action. La structure organise ces informations en pages, menus et parcours. L’habillage traduit l’identité visuelle. Si les textes ne correspondent plus à l’activité, une réécriture ciblée peut suffire. Si plusieurs offres se disputent la même page ou si le visiteur ne sait jamais où poursuivre, il faut revoir la structure. Le design vient ensuite soutenir cette hiérarchie.
Faites l’inventaire des URL existantes et attribuez une fonction à chacune. Conserver, fusionner, réécrire ou supprimer devient alors une décision explicite. Cette étape évite de recopier dans un nouveau thème des contenus déjà confus. Elle révèle aussi les pages qui reçoivent encore des contacts, sont partagées par l’équipe ou disposent de liens utiles. Une refonte n’autorise pas à les faire disparaître sans destination pertinente.
Évaluer la base technique sans dramatiser
Demandez un état des lieux du CMS, du thème, des extensions, de l’hébergement et du code spécifique. Cherchez les composants non maintenus, les modifications faites directement dans un thème ou une extension, les erreurs récurrentes et l’absence d’environnement de test. Vérifiez également les sauvegardes, les accès administrateur et la possibilité de mettre à jour sans casser un parcours important.
Une base maintenue, documentée et encore compatible avec les besoins peut être améliorée par étapes. En revanche, une accumulation de contournements rend chaque changement plus lent et plus risqué. Le coût ne se trouve alors pas seulement dans la correction demandée, mais dans le temps nécessaire pour comprendre ce qui sera affecté. Si le problème concerne surtout une fonction isolée, un développement PHP ou WordPress ciblé peut éviter de reconstruire tout le site.
Mesurer la qualité de l’administration quotidienne
Un site vitrine n’est pas terminé le jour de sa mise en ligne. L’équipe doit pouvoir mettre à jour une offre, publier une actualité, changer un membre de l’équipe ou corriger un horaire sans reconstruire une page à la main. Testez ces actions avec une personne qui les réalise réellement. Comptez les duplications, les champs incompréhensibles et les risques de décaler la mise en page.
Si les contenus sont bien structurés mais que l’interface est inconfortable, une amélioration de l’administration peut suffire. Si chaque page a été composée différemment, une reprise des gabarits devient plus pertinente. La refonte est justifiée lorsque le modèle de contenu empêche durablement les évolutions prévues : nouvelles offres, plusieurs implantations, cas clients ou langues, par exemple. Elle l’est moins lorsqu’une formation courte ou quelques composants réutilisables résolvent le problème.
Comparer deux scénarios avec les mêmes critères
Demandez un scénario d’amélioration et un scénario de refonte. Pour chacun, précisez le périmètre, les éléments conservés, les contenus à fournir, les tests, les responsabilités et la maintenance. Comparez le coût initial, mais aussi les changements futurs probables. Une solution moins chère aujourd’hui peut rester valable si elle traite la cause. Une refonte plus ambitieuse ne vaut son prix que si elle enlève une contrainte durable.
- Améliorer si la structure générale reste adaptée, la base technique est saine et les problèmes sont localisés.
- Refondre si les offres, les gabarits et les fondations techniques doivent tous évoluer ensemble.
- Procéder par phases si l’urgence porte sur quelques parcours, tandis que la nouvelle architecture demande encore des décisions.
Ajoutez un critère de réversibilité : peut-on livrer une première amélioration sans bloquer une refonte ultérieure ? Cette question limite les dépenses jetables et permet de traiter rapidement un formulaire, une page commerciale ou un problème de sécurité.
Préparer la migration avant de choisir la refonte
Une refonte déplace des contenus, des URL, des formulaires, des comptes et parfois le domaine ou l’hébergement. Il faut donc prévoir une table de correspondance des anciennes pages, les redirections, une copie de sécurité, une recette et une procédure de retour arrière. Les e-mails, outils de mesure, consentements, connexions CRM et documents téléchargeables doivent faire partie de l’inventaire.
Décidez enfin sur la base d’un dossier court : problèmes confirmés, objectifs, scénario retenu, éléments conservés, risques et première étape vérifiable. Si ce dossier montre que la majorité du site peut rester en place, améliorez sans culpabilité. S’il révèle que chaque correction dépend d’une structure devenue inadaptée, la refonte devient un moyen de retrouver une base exploitable, et non une opération cosmétique.