La question qui précède toute refonte
Avant de parler de gabarits, de navigation ou de charte graphique, une seule question mérite d'être posée : qu'est-ce que ce site doit faire pour l'organisation ?
Générer des leads qualifiés ? Réduire la charge de support en permettant aux clients de trouver eux-mêmes les réponses ? Alimenter un CRM avec des informations exploitables ? Exposer un catalogue à un réseau de revendeurs connectés à un ERP ?
La réponse à cette question change tout. Elle détermine les pages à construire, les intégrations à prévoir, les métriques à définir avant le premier sprint. Elle transforme un projet graphique en projet système.
Sans cette réponse, la refonte produit un site plus beau — et une organisation qui se retrouvera dans trois ans à demander une nouvelle refonte pour les mêmes raisons.
Le site vitrine : comprendre le repoussoir
« Site vitrine » est une formule qu'on emploie souvent pour désigner un site institutionnel sobre — quelques pages de présentation, un formulaire de contact. La forme n'est pas le problème. Le problème est ce que la formule implique : un site conçu pour être vu, pas pour travailler.
Un site vitrine au sens strict n'est connecté à rien. Il ne lit pas dans le CRM. Il n'alimente pas de pipeline commercial. Ses formulaires envoient des emails à une boîte générique et les données disparaissent dans un tableur que personne ne relit. Son contenu est statique parce qu'il n'y a pas de raison de le mettre à jour — aucun KPI n'en dépend.
Ce n'est pas une question de budget ou de taille : des organisations importantes maintiennent des sites vitrines. C'est une question de posture. Un site vitrine ne pose jamais la question de ce qu'il produit. Un système, si.
Ce que change une refonte Drupal pensée comme système
Partir du système plutôt que de la vitrine ne complique pas le projet. Ça le clarifie.
Un système a des entrées et des sorties définies. Il sait d'où viennent les données et où elles doivent aller. Il est connecté aux outils de l'organisation — CRM, ERP, outils marketing, plateforme de gestion — pas par ambition technique, mais parce que chaque connexion résout un problème concret.
Dans le contexte d'une refonte Drupal, cette approche se traduit en décisions très pratiques. Le CRM est mentionné dès le cadrage : les formulaires du site alimenteront-ils directement le pipeline commercial, ou les données continueront-elles à s'évaporer dans des emails non suivis ? Les contenus sont pensés par intention de recherche et par étape du parcours client, pas par hiérarchie organisationnelle. Les accès sont structurés selon les rôles réels — l'équipe commerciale qui publie ses ressources, le service client qui met à jour la base de connaissances, le partenaire qui accède à un espace dédié.
Drupal, dans sa version actuelle, est particulièrement adapté à cette approche. Son système de permissions granulaires, son architecture API-first, ses capacités de workflow éditorial et ses modules d'intégration permettent de construire un site qui s'insère dans un écosystème plutôt que de rester à côté.
Les intégrations d'abord, les gabarits ensuite
C'est l'inversion qui change la trajectoire d'un projet.
Dans un projet de refonte classique, on commence par les maquettes. On choisit les types de pages, on construit les gabarits, on pense à l'expérience utilisateur. Les intégrations arrivent en fin de projet, traitées comme des branchements techniques à réaliser après la conception.
Quand on part du système, l'ordre s'inverse. Avant de dessiner une seule page, on identifie les flux de données : qu'est-ce que le site doit lire depuis d'autres systèmes ? Qu'est-ce qu'il doit envoyer ? À quelle fréquence ? Sous quelle forme ?
Ce travail fait apparaître des contraintes et des opportunités invisibles dans l'approche gabarit-d'abord. Une intégration avec le CRM commercial implique que le formulaire de contact principal est un composant critique — il mérite autant d'attention que la page d'accueil. Une connexion à l'ERP pour afficher un catalogue en temps réel change radicalement l'architecture des contenus produits.
Les gabarits viennent ensuite. Ils sont plus simples à concevoir une fois qu'on sait ce que chaque page doit faire — parce que la réponse à « quelles informations afficher ? » découle directement de « quels flux de données avons-nous définis ? »
Quatre questions à poser avant le premier sprint
Recadrer une demande de refonte Drupal en demande système ne prend pas un atelier de deux jours. Quatre questions posées tôt changent la direction du projet.
1. Qu'est-ce que ce site doit produire ? Pas en termes de pages, mais en termes de résultats. Des leads qualifiés transmis à l'équipe commerciale. Des demandes d'assistance réduites grâce à un centre d'aide accessible. Des renouvellements de contrats facilités par un espace client. La réponse définit les KPI du projet.
2. À quels systèmes ce site doit-il se connecter ? CRM, ERP, outil marketing, plateforme de gestion documentaire, service tiers. Chaque connexion identifiée en phase de cadrage évite une intégration de dernière minute en phase de recette.
3. Qui fait quoi dans le site ? Les équipes qui publient du contenu, les rôles qui accèdent à quelles données, les workflows d'approbation. Drupal excelle à gérer des droits complexes — encore faut-il les avoir définis avant de configurer les rôles.
4. Comment saura-t-on que le site fonctionne ? Cette question force la définition d'indicateurs mesurables avant le lancement. Sans eux, il est impossible de distinguer un site qui fonctionne d'un site qui existe.
Conclusion : la refonte comme investissement, pas comme dépense
Une refonte Drupal pensée comme système produit un actif digital. Elle a des KPI clairs, des intégrations définies, des workflows opérationnels. Elle peut évoluer — de nouvelles intégrations, de nouveaux rôles, de nouveaux contenus — sans tout recommencer.
Une refonte pensée comme vitrine produit un site beau et statique qui vieillira jusqu'à la prochaine demande de refonte.
La différence ne tient pas à la technologie. Elle tient à l'ordre dans lequel on pose les questions. Partir des objectifs métier et des intégrations, pas des gabarits : c'est ce changement de posture qui transforme un projet en investissement mesurable.