Avant de choisir, posez le bon diagnostic
Un site peut sembler ancien sans être mauvais. À l’inverse, un site récent peut être lent, difficile à comprendre ou incapable de générer des demandes. Il faut observer les usages, le contenu, la technique et les objectifs avant de décider.
Ce diagnostic évite de lancer un chantier lourd pour corriger un problème de message, de parcours ou de performance qui pouvait être traité plus simplement. Il révèle aussi les actifs à protéger si une refonte devient nécessaire.
- Les visiteurs comprennent-ils rapidement ce que vous proposez ?
- Trouvent-ils facilement les informations et l’action attendue ?
- Le site fonctionne-t-il correctement sur mobile et tablette ?
- Pouvez-vous modifier les textes et les pages sans difficulté ?
- Les formulaires, prises de rendez-vous et suivis fonctionnent-ils ?
- Les pages importantes reçoivent-elles encore des visites ou des liens ?
- Le site reflète-t-il l’activité et le niveau de service actuels ?
- Disposez-vous de données fiables pour comprendre les usages ?
Quand une optimisation suffit-elle ?
L’optimisation est souvent la bonne option lorsque la structure générale reste cohérente, que le système est maintenable et que les problèmes sont localisés.
L’intervention peut alors clarifier le premier écran, simplifier le menu, retravailler les appels à l’action, améliorer les contenus, corriger le responsive et alléger les ressources. Une évolution visuelle peut être importante sans devenir une reconstruction totale.
- l’offre et les publics ont peu changé ;
- les principales pages restent utiles ;
- la navigation est globalement compréhensible ;
- les problèmes concernent surtout les contenus, les images, la vitesse ou certains parcours ;
- le site possède des pages qui reçoivent déjà des visites ou des liens ;
- la base technique peut encore évoluer sans accumulation d’exceptions.
Quand faut-il envisager une refonte complète ?
Une refonte est préférable lorsque le site actuel impose trop de compromis et que chaque correction renforce un système devenu incohérent.
- l’entreprise a changé de positionnement, d’offre ou de clientèle ;
- les contenus ont été ajoutés sans logique au fil des années ;
- la navigation ne correspond plus aux questions des visiteurs ;
- la technologie est difficile à maintenir ou à sécuriser ;
- le responsive repose sur des exceptions pour chaque page ;
- les outils ou extensions se contredisent ;
- le site ne permet pas de suivre correctement les demandes et conversions ;
- chaque évolution coûte davantage sans améliorer le système entier.
Refaire le site ne signifie pas tout jeter : les contenus, URL, visuels et fonctionnalités utiles doivent être identifiés puis conservés ou améliorés.
Tableau de décision : optimiser, refondre en partie ou tout refaire ?
La décision la plus utile se prend problème par problème. Une solution hybride peut conserver la base technique tout en reconstruisant les pages commerciales et parcours qui freinent le plus.
| Situation observée | Décision la plus logique |
|---|---|
| Le message est bon, mais le design paraît daté | Faire évoluer le système visuel |
| Quelques pages sont lentes ou difficiles à utiliser | Optimiser les pages concernées |
| Le site fonctionne, mais les contenus sont confus | Revoir les contenus et la hiérarchie |
| L’offre et les publics ont profondément changé | Repenser l’arborescence et les parcours |
| La technologie bloque chaque évolution | Reconstruire sur une base plus adaptée |
| Les URL et contenus se sont empilés | Préparer une refonte avec plan de migration |
| Le site possède déjà des pages utiles et visibles | Les conserver et les intégrer au nouveau parcours |
| Vous ne savez pas ce qui fonctionne | Auditer avant de choisir |
Comment protéger le référencement pendant une refonte ?
Une refonte sûre inventorie les anciennes URL, associe chacune à une destination pertinente, met à jour les liens internes et canoniques, puis teste les redirections avant la bascule.
Google indique que des variations temporaires peuvent survenir pendant la réexploration et l’indexation. Sa documentation conseille de tester le nouveau site, préparer une correspondance précise entre les URL et éviter de cumuler plusieurs changements majeurs sans organisation.
- 1. Inventorier
Croiser sitemap, analytics, Search Console, liens externes et contenu du site pour ne pas oublier une page utile.
- 2. Décider page par page
Conserver, améliorer, fusionner ou supprimer avec une justification. Éviter de renvoyer toutes les anciennes pages vers l’accueil.
- 3. Préparer les correspondances
Associer chaque ancienne URL à sa cible finale et utiliser des redirections permanentes lorsque le déplacement est définitif.
- 4. Aligner les signaux
Mettre à jour canoniques, liens internes, sitemap, données structurées et profils externes avant de surveiller les erreurs.
Un nouveau design est-il automatiquement plus performant ?
Non. Une interface neuve peut rester lente ou instable si elle charge des images trop lourdes, trop de scripts ou des animations mal maîtrisées. Les performances doivent être mesurées avant et après.
Les Core Web Vitals couvrent notamment le chargement du contenu principal, la réactivité et la stabilité visuelle. web.dev rappelle que les tests en laboratoire aident à diagnostiquer, mais ne remplacent pas les données d’utilisateurs réels lorsque le site est public et suffisamment fréquenté.
La qualité d’une refonte se juge donc sur l’ensemble : compréhension, conversion, accessibilité, maintenance, performance et capacité de l’équipe à faire vivre le site.
Sources consultées
Chaque source affiche sa dernière date de vérification. Les sources sont privilégiées au plus près de l’organisme qui publie l’information.
- Google Search Central — How to move a site (s’ouvre dans un nouvel onglet)Inventaire, correspondance des URL, redirections, canoniques, sitemaps, tests et suivi post-migration. · Vérifiée le
- web.dev — Web Vitals (s’ouvre dans un nouvel onglet)Mesure du chargement, de l’interactivité, de la stabilité visuelle et distinction entre laboratoire et terrain. · Vérifiée le