Avec Drupal 11, le CMS poursuit sa modernisation technique. Mais une autre évolution importante se joue en parallèle : rendre Drupal plus simple à démarrer, plus lisible pour les site builders, et plus rapide à configurer pour des besoins courants.
C’est dans ce contexte que Drupal CMS et les Recipes prennent tout leur sens.
Drupal Core et Drupal CMS : deux rôles différents
Drupal Core reste la base technique du CMS. C’est le socle commun : gestion des contenus, entités, champs, vues, configuration, utilisateurs, langues, médias, APIs, sécurité et extensibilité.
Drupal CMS, lui, ne remplace pas Drupal Core. Il s’appuie dessus pour proposer une expérience de démarrage plus complète, plus guidée et plus directement exploitable.
L’idée est de réduire le temps nécessaire entre l’installation d’un site Drupal et l’obtention d’un site réellement utilisable. Là où Drupal Core fournit une base volontairement générique, Drupal CMS cherche à assembler des fonctionnalités courantes avec une meilleure expérience initiale.
Le problème historique des distributions Drupal
Drupal a déjà connu plusieurs approches pour accélérer la création de sites : profils d’installation, distributions, starter kits, projets préconfigurés.
Ces solutions ont souvent rendu service. Elles permettaient de démarrer plus vite avec un ensemble cohérent de modules, de configuration et de bonnes pratiques.
Mais elles avaient aussi des limites importantes.
- elles étaient souvent difficiles à maintenir dans le temps ;
- elles étaient surtout utiles au moment de l’installation ;
- elles pouvaient enfermer un projet dans un choix initial ;
- elles se combinaient mal entre elles ;
- elles demandaient parfois un effort important lors des mises à jour.
Pour un projet professionnel, c’est un vrai sujet. Démarrer vite est utile, mais pas si cela complique la maintenance plusieurs mois ou plusieurs années plus tard.
Ce que les Recipes changent
Les Recipes cherchent à répondre à ce problème avec une approche plus souple.
Une Recipe permet d’appliquer un ensemble de fonctionnalités et de configuration à un site Drupal. La différence importante, c’est qu’elle n’est pas limitée au moment de l’installation du site.
Une Recipe peut être appliquée à différents moments du cycle de vie d’un projet. Elle peut servir à ajouter une fonctionnalité à un site existant, à standardiser une configuration, ou à réutiliser une base commune sur plusieurs projets.
Cette approche est plus modulaire que les distributions classiques. Elle permet d’imaginer des ensembles de fonctionnalités plus petits, plus ciblés, et potentiellement combinables.
Un intérêt fort pour les site builders et les agences
Pour les site builders, Drupal CMS et les Recipes peuvent rendre Drupal plus accessible.
Au lieu de partir d’un Drupal très minimal et de devoir connaître immédiatement les bons modules à installer, les bonnes configurations à activer et les bonnes pratiques à appliquer, l’utilisateur peut s’appuyer sur des ensembles déjà pensés pour des besoins fréquents.
Pour les agences et les équipes qui maintiennent plusieurs sites similaires, l’intérêt est également important.
Les Recipes peuvent aider à reproduire une base fonctionnelle commune : structure de contenus, médias, SEO, formulaires, rôles, configuration éditoriale ou fonctionnalités métiers simples.
Cela ne remplace pas l’expertise projet, mais cela peut réduire les tâches répétitives et améliorer la cohérence entre plusieurs sites.
Une simplification qui ne supprime pas le besoin d’architecture
Il faut toutefois rester prudent.
Drupal CMS ne transforme pas Drupal en outil magique où toutes les décisions techniques disparaissent. Les Recipes peuvent accélérer certaines étapes, mais elles ne remplacent pas l’analyse du besoin, la modélisation des contenus, la stratégie de permissions, la performance, la sécurité ou la maintenance.
Un site Drupal reste un projet d’architecture.
La simplicité de démarrage ne doit pas faire oublier les choix structurants : types de contenus, taxonomies, workflows éditoriaux, gestion multilingue, intégrations externes, déploiement de configuration, mises à jour et gouvernance du site.
Drupal CMS peut faciliter l’entrée dans l’écosystème. Il ne dispense pas de construire proprement.
Une évolution cohérente pour Drupal
Drupal a longtemps été reconnu pour sa puissance, sa souplesse et sa capacité à répondre à des projets complexes.
Mais cette puissance a aussi un coût : la courbe d’apprentissage peut être élevée, surtout pour les nouveaux utilisateurs ou les équipes qui découvrent Drupal.
Drupal CMS et les Recipes s’inscrivent dans une évolution logique : conserver la robustesse de Drupal, tout en améliorant l’expérience de démarrage.
Ce n’est pas une rupture avec Drupal Core. C’est plutôt une tentative de rendre ses capacités plus accessibles, plus rapidement.
Conclusion
Drupal CMS et les Recipes ne changent pas la nature profonde de Drupal. Le CMS reste une plateforme puissante, modulaire et exigeante.
Mais ils peuvent changer la manière de commencer un projet Drupal.
En facilitant l’assemblage de fonctionnalités réutilisables, en réduisant certaines tâches répétitives et en proposant une expérience initiale plus guidée, Drupal cherche à devenir plus accessible sans renoncer à ce qui fait sa force.
C’est probablement l’un des enjeux importants des prochaines années pour l’écosystème Drupal : rester une plateforme solide pour les projets ambitieux, tout en étant plus simple à adopter.