Correction ou refonte

Correction ou refonte : comment choisir pour son site web ?

Le bon choix dépend de la cause des problèmes, pas de leur visibilité. Si la base technique reste saine et que les difficultés tiennent à quelques pages, composants ou contenus, une correction ciblée suffit souvent. Si l’architecture, le CMS ou la structure des contenus empêchent d’atteindre vos objectifs, une refonte devient plus rationnelle. Entre les deux, une évolution progressive permet de remplacer le site par étapes.

Ces trois options ne s’opposent pas en termes de qualité : elles répondent à des situations différentes. Une refonte lancée pour un problème de formulaire coûte cher et ajoute des risques inutiles. À l’inverse, accumuler des correctifs sur une base qui ne peut plus être mise à jour repousse simplement le problème. La décision doit donc s’appuyer sur un diagnostic factuel, partagé entre la direction, les personnes qui publient le contenu et le prestataire technique.

• Correction ciblée : la base est saine, les problèmes sont localisés.
• Évolution progressive : la base vieillit, mais le service ne peut pas être interrompu.
• Refonte complète : la base bloque les objectifs ou devient risquée à maintenir.

Commencer par un diagnostic

Un diagnostic sépare les symptômes visibles de leurs causes. Un taux de conversion faible peut venir du message, du parcours, de la vitesse, d’un formulaire défaillant ou simplement d’un trafic peu qualifié. Changer le design sans connaître la cause revient à parier sur une hypothèse.

Mesurez d’abord l’état réel du site : erreurs techniques, pages qui reçoivent du trafic ou des demandes, usages sur mobile, dépendances (extensions, thèmes, services tiers), version du CMS et capacité de l’équipe à publier sans aide. Un audit SEO complète utilement ce bilan en montrant quelles pages sont indexées, lesquelles portent la visibilité et quels problèmes techniques freinent le site.

• Quelles pages génèrent la majorité des visites et des demandes ?
• Le CMS, le thème et les extensions sont-ils encore maintenus et à jour ?
• Combien de temps faut-il pour publier une nouvelle page ?
• Les Core Web Vitals sont-ils dans les seuils recommandés sur mobile ?
• Le site respecte-t-il les bases de l’accessibilité et de la protection des données ?

Notez pour chaque constat sa source (outil, mesure, retour client) et son impact estimé. Ce document servira ensuite de référence pour comparer les options et vérifier les résultats.

Quels signes montrent qu’une correction suffit ?

Une correction suffit lorsque les problèmes sont identifiés, localisés et réparables sans toucher aux fondations du site. C’est souvent le cas d’un site relativement récent, construit sur un CMS maintenu, dont les URL sont stables et dont l’équipe sait publier du contenu.

• Les difficultés concernent quelques modèles de page ou parcours précis.
• Les mises à jour du CMS et des extensions s’installent sans casser le site.
• Les performances peuvent être améliorées par l’optimisation des images, du cache ou des scripts.
• Le contenu a besoin d’être clarifié, mais la structure des pages reste adaptée.
• Le design paraît daté sans empêcher la compréhension ni l’usage sur mobile.

Dans ces situations, une série de corrections bien priorisée produit en général des effets plus rapides qu’une refonte, avec un risque bien moindre pour le référencement acquis.

Choisir la correction ciblée

Corrigez l’existant lorsque les URL, le CMS et les composants restent maintenables. Une série courte d’interventions peut couvrir la navigation, les modèles de page, les performances, l’accessibilité, les formulaires et les appels à l’action. L’objectif est d’agir sur les causes identifiées par le diagnostic, dans l’ordre de leur impact.

Chaque correction doit avoir un critère d’acceptation et une mesure avant/après. « Améliorer la page contact » n’est pas vérifiable; « réduire le formulaire à quatre champs et confirmer la réception de chaque envoi » l’est. Regroupez les corrections en lots cohérents, testez-les sur un environnement de préproduction, puis publiez-les en notant la date afin de pouvoir relier les évolutions observées aux changements effectués.

• Prioriser selon l’impact sur les visiteurs et la difficulté de mise en œuvre.
• Définir un critère d’acceptation mesurable pour chaque correction.
• Tester avant publication, puis comparer avec la mesure initiale.
• Planifier une maintenance régulière pour éviter de revenir au même point.

Choisir une évolution progressive

Une évolution par lots convient lorsqu’il faut préserver le service et répartir l’effort dans le temps. Elle permet de moderniser un site important sans tout arrêter, et d’étaler le budget sur plusieurs phases dont chacune livre un résultat utilisable.

Commencez par les pages qui portent le plus de valeur, par exemple les pages d’offre ou le parcours de demande de devis. Stabilisez ensuite les composants communs (en-tête, navigation, pied de page, gabarits), puis migrez les sections restantes. Le plan doit fixer une date de fin : faire cohabiter durablement deux systèmes incohérents complique la maintenance, brouille l’expérience des visiteurs et multiplie les risques techniques.

• Définir le périmètre et la date de chaque lot à l’avance.
• Partager un même système de composants entre l’ancien et le nouveau.
• Prévoir les redirections lot par lot, pas seulement à la fin.
• Prévoir l’arrêt définitif de l’ancien système dans le planning.

Cette approche demande une coordination plus suivie qu’une refonte classique, car chaque lot modifie une partie du site en ligne. Désignez une personne qui arbitre les priorités entre les lots et tient à jour la liste des pages déjà migrées. Après chaque étape, vérifiez les redirections, les formulaires et les indicateurs des pages concernées avant de passer à la suivante. Si un lot révèle un problème de fond, comme un CMS incapable de porter la nouvelle structure, il est encore temps de réorienter le projet vers une refonte complète.

Quand faut-il refondre un site web ?

Une refonte se justifie quand l’architecture bloque les objectifs, que la maintenance devient risquée ou que les contenus ne peuvent plus être structurés correctement. Ce n’est pas une question d’âge du site, mais de capacité à évoluer : un site ancien bien construit peut encore servir, un site récent mal conçu peut déjà freiner l’entreprise.

• Le CMS ou des composants essentiels ne reçoivent plus de mises à jour de sécurité.
• Chaque modification demande un développeur et crée de nouveaux bugs.
• Le site n’est pas utilisable correctement sur mobile.
• Votre offre a changé au point que l’arborescence ne la reflète plus.
• Il faut ajouter des langues, une boutique ou des fonctions que la base ne supporte pas.
• Les performances restent mauvaises malgré les optimisations possibles.

Une refonte de site web exige un inventaire des URL, des données, des intégrations, des accès et des obligations de conservation, par exemple les documents ou données que vous devez garder. Elle demande aussi de reprendre les contenus : transférer tels quels des textes qui ne fonctionnaient pas reproduit les mêmes résultats dans un nouvel habillage.

Comparer les coûts et les risques des trois options

La comparaison doit porter sur le coût total, les délais et les risques, et non sur le seul montant du devis initial. Une correction est moins chère à court terme, mais une base fragile génère des frais répétés. Une refonte demande un investissement plus important et une période de transition, mais peut réduire les coûts de maintenance et ouvrir de nouvelles possibilités.

• Coût direct : conception, développement, rédaction, migration des contenus.
• Coût interne : temps de votre équipe pour fournir, relire et valider.
• Risque SEO : perte de visibilité si les URL changent sans plan de redirection.
• Risque opérationnel : formulaires, intégrations ou paiements interrompus.
• Coût de maintenance : mises à jour, sécurité, hébergement sur plusieurs années.

À titre de repère, les sites vitrines de Navanem démarrent dès 900 CHF (essentiel) et dès 1’790 CHF (professionnel), une boutique en ligne dès 2’490 CHF et la maintenance web dès 79 CHF/mois, hors TVA. Ces montants sont des points de départ : le prix final est fixé par un devis détaillé. Le détail des formules est disponible sur la page tarifs.

Protéger la continuité SEO

La continuité SEO se protège en conservant les URL utiles et en redirigeant précisément celles qui changent. C’est le point le plus souvent négligé lors d’une refonte, et celui dont les conséquences sont les plus durables : des pages qui disparaissent sans redirection perdent leur visibilité et les liens externes qui pointaient vers elles.

Conservez les URL utiles quand cela est possible. Pour chaque changement, préparez une redirection permanente vers l’équivalent le plus proche, mettez à jour les liens internes, les canoniques et le sitemap, puis surveillez les réponses serveur après publication. Une redirection générale vers l’accueil ne remplace pas ce travail. La méthode complète est décrite dans le guide migration SEO.

• Exporter toutes les URL existantes avant de commencer.
• Identifier les pages qui reçoivent du trafic, des liens ou des demandes.
• Valider le tableau de correspondance avant la mise en ligne.
• Contrôler Google Search Console dans les semaines suivant la bascule.

Quelles erreurs éviter lors d’une refonte de site web ?

Les erreurs les plus coûteuses d’une refonte sont presque toujours des oublis de préparation, pas des défauts de design. Elles apparaissent quand le projet se concentre sur l’apparence du nouveau site et néglige ce que l’ancien faisait déjà correctement.

• Supprimer des pages qui recevaient du trafic ou des demandes, faute d’inventaire.
• Rediriger toutes les anciennes URL vers l’accueil.
• Laisser la balise noindex de la préproduction sur le site en ligne.
• Oublier les formulaires, les e-mails de notification ou les intégrations CRM.
• Raccourcir fortement des contenus qui répondaient bien aux recherches.
• Remplacer des images optimisées par des visuels lourds qui dégradent le LCP.
• Perdre l’accès au nom de domaine, à l’hébergement ou aux comptes d’analyse.
• Publier sans période de test ni personne disponible pour corriger les incidents.

La plupart de ces erreurs se préviennent avec trois documents simples : un inventaire des URL et de leurs métriques, une liste des fonctions et intégrations à reproduire, et une checklist de mise en ligne validée par une personne qui n’a pas produit le site. Prévoyez aussi un moment précis, quelques semaines après la publication, pour comparer les indicateurs avec ceux relevés lors du diagnostic. Cette comparaison indique si la refonte a atteint ses objectifs et quels ajustements restent nécessaires.

Enfin, évitez de lancer une refonte dans une période commerciale chargée. Un site qui change au moment où vos clients en ont le plus besoin concentre les risques au pire moment.

Préparer le cahier des charges du projet

Un cahier des charges utile décrit les objectifs, le périmètre, les contraintes et les critères de réussite, sans imposer de solution technique arbitraire. Il s’appuie directement sur le diagnostic et permet de comparer des propositions sur une base commune.

• Objectifs mesurables et publics visés.
• Liste des pages et fonctions à conserver, à modifier, à créer ou à supprimer.
• Intégrations existantes : CRM, newsletter, réservation, paiement, outils internes.
• Langues, contraintes d’accessibilité et de protection des données (nLPD).
• Responsables des contenus, des validations et des accès.
• Planning souhaité, périodes à éviter et critères d’acceptation.

Précisez aussi qui sera propriétaire du code, des contenus, du nom de domaine et des comptes. Ces points évitent des dépendances difficiles à défaire plus tard, notamment si vous changez de prestataire.

Questions fréquentes

Une refonte fait-elle forcément perdre du référencement ? Non, mais elle crée un risque. Une refonte bien préparée, avec redirections précises et contenus repris avec soin, limite fortement les pertes. Aucun prestataire sérieux ne peut toutefois garantir le maintien exact des positions.

Peut-on changer uniquement le design ? Oui, si la structure et le CMS sont sains. Il s’agit alors d’une correction ou d’une évolution progressive plutôt que d’une refonte complète.

Faut-il changer de CMS lors d’une refonte ? Seulement si le CMS actuel ne répond plus aux besoins ou n’est plus maintenu. Changer d’outil ajoute une migration des contenus et des URL à planifier.

Comment savoir quelle option convient à mon site ? Le plus simple est de partir d’un diagnostic. Vous pouvez nous contacter avec l’adresse du site et vos objectifs pour un premier avis.