Refonte de site web : quand faut-il refaire le vôtre ?

Ma façon de développer a changé avec l’IA. Mon point de départ avec une PME reste concret : qu’est-ce qui ne va plus ? Que voulez-vous changer ? Qu’est-ce que le site ne vous permet pas de faire ?

Moderniser son site ou le refaire : par où commencer ?

Si vous voulez remplacer votre logo et ajuster trois ou quatre couleurs, une mise à jour peut très bien suffire. Quand ces retouches répondent au besoin, je trouve plus avantageux de garder le site actuel. Son âge, à lui seul, ne tranche pas la question.

Une refonte mérite d’être examinée quand votre image change profondément ou que publier une page devient pénible. De nouvelles fonctions peuvent aussi remettre la base en question. Un site lent demande d’abord un diagnostic pour comprendre la cause.

Je regarde aussi votre expérience avec le CMS, l’outil qui sert à gérer vos contenus. Arrivez-vous à ajouter un service ? Pouvez-vous modifier un texte sans vous battre avec la mise en page ? Un site peut sembler correct aux visiteurs et devenir frustrant pour la personne qui l’alimente.

De nouvelles fonctions exigent-elles une refonte ?

Imaginons une entreprise avec un simple site vitrine. Elle veut maintenant offrir à ses clients un espace de connexion, des documents et des vidéos explicatives. Cet exemple hypothétique montre un changement de rôle du site, au-delà de son apparence.

J’ai rencontré des demandes de nouvelles fonctions difficiles à intégrer à la base existante. J’ai alors proposé une refonte pour les intégrer au site. L’autre avenue était d’utiliser un service externe.

Le service externe peut être raisonnable. Une nouvelle fonction n’impose donc pas toujours de refaire le site. Je compare ce que vous gagnez à l’intégrer au travail nécessaire pour adapter la base actuelle.

Ce que l’IA change dans mon évaluation d’une refonte

Aujourd’hui, je travaille avec Codex, Claude Code et Cursor. Dans ma pratique, ces outils réduisent le casse-tête de lire et d’écrire le code. Je n’ai plus besoin d’écrire chaque ligne moi-même. Mon rôle est d’orienter l’IA et de juger le résultat.

Auparavant, j’ai passé beaucoup de temps à reprendre du code existant. J’ai notamment retravaillé un menu dont la logique était laborieuse à suivre. L’intervention restait faisable, mais comprendre les effets d’un changement demandait beaucoup de travail.

J’ai aussi connu un projet Nuxt où ajouter une page de service devenait compliqué. Certains composants, ces parties d’interface réutilisables comme un menu, étaient mal organisés. Une modification avait des effets ailleurs.

Je ne prendrais donc pas ces anciennes difficultés comme preuve qu’il faut tout refaire aujourd’hui. L’IA change la façon d’aborder le travail. Je veux surtout savoir si l’organisation du site permet les changements souhaités.

L’architecture, c’est la façon dont les pages, les composants et les contenus sont reliés. Je regarde où placer une nouvelle fonction et ce qu’elle risque de modifier. Ce choix m’appartient, même quand l’IA produit le code.

Je veille à garder des composants simples, à éviter de répéter le même code et à limiter les fichiers inutilement lourds. Je vérifie aussi la cohérence du résultat et ce qui mérite d’être optimisé. Pour décider d’une refonte, je compare les avenues qui répondent réellement au besoin.

Refaire son site pour faciliter sa reprise

Une refonte devrait aussi faciliter la reprise du projet. Pour moi, cela commence par une base que la personne suivante peut démarrer et comprendre, avec l’aide de ses propres outils.

Le README est le document d’accueil du projet. Il indique comment le démarrer, quels outils utiliser et où trouver les informations importantes. Je veux que ces repères soient faciles à retrouver.

J’ai déjà perdu des heures à essayer de démarrer des projets avec la mauvaise version de Node, un outil de l’environnement de développement. Cette expérience explique pourquoi je tiens à documenter la version nécessaire.

Vous n’avez pas à gérer ces détails. L’intérêt pour votre entreprise est de pouvoir confier la suite du site à quelqu’un d’autre sans repartir à la recherche des instructions.

Cette facilité de reprise complète la question des accès et de la propriété de votre site web. Pouvoir récupérer le code est une chose. Pouvoir le comprendre et travailler dessus compte aussi.

Quelle base choisir pour refaire son site web ?

Je choisis les outils selon le rôle du site, votre autonomie avec le CMS et les évolutions envisagées. J’aime travailler avec Nuxt, Vue et Sanity. Avec WebForge(s'ouvre dans une nouvelle fenêtre), je copie une fondation, puis je l’adapte au projet avec l’aide de l’IA. Je garde la responsabilité de choisir une structure et un CMS qui vous conviennent.

L’IA fait évoluer ma façon de produire le site. Les ajouts futurs restent toutefois des travaux à prévoir, avec des choix à faire, des vérifications et de l’entretien.

Que faut-il conserver pendant une refonte ?

Refaire un site web ne signifie pas abandonner ce qui fonctionne. Je regarde les contenus et les pages qui ont déjà de la valeur. Si une adresse change, il faut prévoir une redirection vers la page qui la remplace. Google recommande de faire correspondre les anciennes adresses aux nouvelles(s'ouvre dans une nouvelle fenêtre).

Ce transfert fait partie de la décision et du travail à prévoir. Je l’explique plus en détail dans la section sur la stratégie de refonte de mon guide sur le coût d’un site web au Québec.

Une alerte d’indexation mérite son propre diagnostic. Pour comprendre les pages touchées, consultez les explications de Google(s'ouvre dans une nouvelle fenêtre) et mon guide sur les pages non indexées dans Search Console.