La plupart des refontes partent d’une bonne intention. Le site est vieux, l’offre a évolué, l’image ne correspond plus, le CMS fatigue, les équipes veulent un outil plus simple, ou la direction sent que quelque chose cloche. Le danger commence lorsque la refonte devient la réponse avant même que la question soit correctement posée.
Refondre un site sans cartographier les actifs numériques existants, c’est prendre le risque de déplacer des problèmes structurels dans un contenant plus neuf. Un diagnostic stratégique de lisibilité numérique permet d’éviter cette erreur en identifiant les surfaces canoniques à préserver. On peut sortir du chantier avec un design plus propre, un CMS plus moderne et une lisibilité encore plus fragile qu’avant.
Pourquoi la cartographie arrive trop tard dans la plupart des projets
Dans beaucoup d’organisations, la cartographie n’est pas vue comme un prérequis. On commence par les besoins apparents :
- refaire l’accueil ;
- simplifier la navigation ;
- réécrire les pages services ;
- migrer de plateforme. L’enjeu de la refonte machine-first explique pourquoi cette approche par la surface échoue souvent ;
- moderniser l’image.
Tout cela est légitime. Mais si l’on ne sait pas exactement quels actifs existent, quel rôle ils jouent, ce qui doit être conservé, ce qui doit être fusionné, ce qui doit être redirigé et ce qui parasite la lecture, la refonte devient une opération à l’aveugle.
Le problème n’est pas seulement technique. Une organisation possède souvent plus d’actifs qu’elle ne croit :
- site principal ;
- anciennes pages toujours indexées ;
- microsites ;
- documentation ;
- pages de support ;
- articles de blogue ;
- domaines historiques ;
- pages experts ;
- actifs produits ;
- profils publics fortement visibles.
Sans cartographie, une partie de ces éléments disparaît du radar de projet. Pourtant, ils continuent de peser sur la compréhension.
Ce que la cartographie change réellement
Cartographier les actifs ne consiste pas à faire un inventaire bureaucratique. Il s’agit de comprendre :
- quels actifs sont centraux ;
- lesquels sont périphériques ;
- lesquels jouent un rôle de preuve ;
- lesquels créent de la confusion ;
- lesquels doivent devenir des surfaces canoniques ;
- lesquels doivent être redirigés, consolidés ou désaccentués.
Cette lecture change le projet dès le départ. Elle évite de traiter toutes les pages comme si elles avaient la même importance. Elle empêche aussi de migrer des contenus simplement parce qu’ils existent. Un actif ancien peut être encore utile. Un actif récent peut être stratégiquement faible. Une page de support peut être plus structurante pour la compréhension qu’une page marketing. Une documentation peut jouer un rôle de preuve qu’aucune page commerciale n’assume.
Les quatre erreurs les plus fréquentes avant une refonte
1. Considérer le site principal comme l’actif unique
L’équipe pense travailler “sur le site”, alors que la lecture externe et les systèmes lisent en réalité un écosystème. Si la documentation, les produits, les anciens domaines ou les pages satellites ne sont pas intégrés à la réflexion, la refonte améliorera peut-être la façade centrale tout en laissant les contradictions autour intactes.
2. Migrer par inertie
Quand un contenu existe depuis longtemps, on le garde “au cas où”. Des pages faibles, des catégories vides, des doublons d’offre, des billets sans fonction claire et des routes historiques sont déplacés d’un ancien environnement vers le nouveau. Le futur site naît déjà chargé d’un héritage non trié.
3. Confondre visibilité et rôle
Une page peut générer du trafic sans être une bonne surface de compréhension. À l’inverse, une page moins visible peut être essentielle pour stabiliser une lecture. La cartographie force à distinguer la performance brute d’un actif et sa fonction dans le système.
4. Refaire le contenant sans revoir la logique
Une nouvelle arborescence, un nouveau design et un meilleur CMS ne résolvent pas automatiquement une offre floue, une marque ambiguë ou un corpus mal gouverné. Sans diagnostic, la refonte peut même renforcer les mauvais raccourcis. Les bonnes idées de départ sont compressées dans une navigation plus jolie, mais pas plus lisible.
Quels actifs faut-il cartographier
Avant toute refonte sérieuse, il faut au minimum cartographier cinq familles d’actifs.
Les surfaces de conversion
Pages d’accueil, pages services, pages secteurs, formulaires, diagnostics, pages “à propos”, FAQ.
Les surfaces de preuve
Études de cas, preuves inspectables, captures, schémas, documentations, démonstrations, pages de trajectoire, pages résultats.
Les surfaces de contexte
Articles de blogue, contenus experts, lexique, pages pédagogiques, prises de position, textes structurants.
Les surfaces techniques ou satellites
Documentation, centre d’aide, produits, sous-domaines, anciens sites encore actifs, actifs générés, fichiers de gouvernance, routes machine.
Les héritages
Anciennes marques, anciens slugs, contenus à forte indexation, domaines historiques, propriétés plus visibles qu’on ne l’imagine.
Cette cartographie n’a pas besoin d’être monumentale. Elle doit être juste. Le but n’est pas de remplir un tableur parfait. Le but est de permettre une décision propre.
Ce que la cartographie révèle souvent
Dans la pratique, trois types de surprises reviennent fréquemment.
La première : le vrai problème ne se situe pas sur les pages que l’équipe avait mises au centre du projet. La faiblesse de lecture vient parfois d’actifs périphériques beaucoup plus visibles qu’on le croit.
La deuxième : certaines pages qu’on croyait secondaires deviennent essentielles. Une page de preuve bien structurée, une documentation claire ou une page secteur très lisible peut devenir un pivot du système.
La troisième : la refonte devait être plus petite ou plus stratégique qu’imaginé. Parfois, il faut moins reconstruire que réordonner. Parfois, il faut au contraire élargir le périmètre parce que les actifs historiques pèsent trop lourd pour être ignorés.
Pour qui cette étape est vitale
La cartographie préalable devient particulièrement importante pour :
- les organisations multi-domaines ;
- les cabinets et firmes qui ont accumulé des pages d’offre proches ;
- les éditeurs logiciels avec documentation riche ;
- les marques personnelles avec plusieurs propriétés ;
- les PME B2B spécialisées qui ont beaucoup publié sans gouverner l’ensemble.
Avant de refaire, il faut décider
Une refonte est un bon chantier quand elle traduit une décision déjà clarifiée. Elle devient un mauvais chantier quand elle remplace cette décision.
Avant de refaire le site, il faut savoir :
- ce qui doit devenir central ;
- ce qui doit être relégué ;
- ce qui doit être fusionné ;
- ce qui doit être redirigé ;
- ce qui doit être réécrit ;
- ce qui doit être montré comme preuve.
Sans cette étape, le risque n’est pas seulement de perdre du temps. Le risque est de construire une nouvelle version plus propre d’un système qui reste mal compris.
C’est exactement pour cela que nous plaçons le diagnostic avant la refonte. Non pour ralentir le projet, mais pour éviter qu’il reconstruise le problème au lieu de le résoudre.