Refonte ou évolution : le réflexe coûteux
Tout refaire est la réponse par défaut à un site qui déçoit. C'est parfois juste, et le plus souvent une façon de ne pas diagnostiquer.
Le site ne convient plus. La conclusion vient toute seule : il faut tout refaire.
Elle est parfois exacte. Elle est surtout confortable, parce qu’elle évite d’identifier ce qui ne va pas.
Ce qu’une refonte remet à zéro sans le dire
Le référencement acquis, si le plan de redirection est bâclé. Les habitudes des utilisateurs réguliers, qui devront réapprendre. Les correctifs accumulés sur des cas particuliers, dont personne ne se souvient et qui seront redécouverts un par un.
Ce dernier point est systématiquement sous-estimé. Un site de cinq ans contient des dizaines d’ajustements motivés par des situations réelles. Repartir de zéro, c’est réintroduire les bugs qu’ils corrigeaient.
Quatre critères en faveur de la refonte
Le socle n’est plus maintenu. Une version majeure abandonnée, sans correctifs de sécurité : la question n’est plus de savoir s’il faut changer, mais quand.
Le modèle de données ne supporte plus le besoin. Ajouter une notion centrale impose de réécrire la moitié des écrans : le coût de l’évolution rejoint celui de la reconstruction.
Le coût d’une évolution simple a doublé à périmètre comparable, année après année.
La structure elle-même est le problème. Une arborescence à revoir intégralement, ou un parcours à repenser, se traitent mal par retouches successives.
Deux critères réunis justifient l’examen sérieux d’une refonte. Un seul, rarement.
Ce qui plaide pour l’évolution
Quand l’insatisfaction porte sur l’apparence, la lenteur, ou quelques parcours mal fichus, la refonte est une réponse disproportionnée.
Une nouvelle charte graphique appliquée à une structure conservée coûte une fraction d’une reconstruction, et se livre en semaines plutôt qu’en trimestres. Les problèmes de performance se traitent presque toujours sans toucher au socle : images, cache, requêtes.
La voie médiane : refaire par tranches
Reconstruire un parcours à la fois, en le branchant sur l’existant, permet de livrer en continu et de mesurer avant d’aller plus loin.
L’ordre se déduit de deux critères croisés : ce qui est le plus utilisé, et ce qui est le plus pénible. La première tranche produit un bénéfice visible en quelques semaines, ce qui finance politiquement la suite.
Cette approche a un coût : maintenir deux systèmes en parallèle pendant la transition. Il est réel, et généralement inférieur à celui d’un grand projet qui livre tout à la fin — ou qui n’arrive pas au bout.
La question préalable
Que doit faire ce site que l’actuel ne fait pas ? Si la réponse tient en trois lignes concrètes, elles se traitent probablement sans tout reconstruire.
Si elle est vague, la refonte produira un site plus récent et tout aussi insatisfaisant.