Drupal CMS 2.0 et l’IA intégrée

Drupal CMS 2.0 marque une étape importante pour l’écosystème : pour la première fois, une distribution officielle place l’intelligence artificielle au cœur de l’expérience par défaut. L’assistant de mise en page, l’intégration de l’IA dans CKEditor et l’orchestration par Recipes ne sont plus des modules à assembler soi-même, mais des fonctionnalités proposées dès l’installation. Pour un décideur, la question n’est pas de savoir si Drupal sait faire de l’IA, c’est de comprendre ce que cette intégration native change pour le démarrage d’un projet, pour les équipes éditoriales et pour la trajectoire technique d’un site.

Cet article fait le point de manière factuelle : ce qu’est Drupal CMS, comment il se distingue de Drupal core, quelles capacités IA il embarque par défaut et ce que l’architecture des Recipes implique pour vos prochains projets.

Drupal CMS, la distribution officielle

Une distribution construite sur Drupal core. Drupal CMS est une distribution officielle, c’est-à-dire un assemblage préconfiguré bâti au-dessus de Drupal core. Le core, c’est le socle technique : le système de gestion de contenu, l’API d’entités, le routing, la couche de rendu, la gestion des utilisateurs et des permissions. C’est puissant, mais volontairement minimaliste. Construire un site avec le core seul suppose de choisir, installer et configurer une série de modules contrib avant d’obtenir une expérience prête à l’emploi.

Une expérience prête à l’emploi. Drupal CMS répond à ce besoin en proposant un produit cohérent dès l’installation : types de contenu courants, gestion des médias, SEO de base, gestion du consentement, outils éditoriaux et désormais des capacités IA. L’objectif affiché par le projet est de réduire le temps entre l’installation et un site réellement utilisable, en particulier pour les organisations qui n’ont pas de raison de tout reconstruire à la main.

Deux produits, un même fondement. Il faut retenir que Drupal CMS n’est pas un fork ni une version concurrente de Drupal. C’est Drupal, avec un point de départ différent. Les sites Drupal CMS tournent sur le même core, utilisent les mêmes modules contrib et bénéficient des mêmes cycles de sécurité. La distribution est une porte d’entrée, pas une impasse technique.

Drupal core et Drupal CMS : la différence concrète

La distinction est structurante pour cadrer un projet, donc il vaut la peine de la poser clairement.

Drupal core s’adresse aux équipes qui veulent maîtriser chaque brique. On part d’une base nue et on assemble exactement les modules nécessaires. C’est l’approche privilégiée pour les architectures sur mesure, les besoins très spécifiques ou les sites dont le périmètre fonctionnel s’éloigne des standards. Le coût d’entrée en configuration est plus élevé, la liberté est totale.

Drupal CMS s’adresse aux équipes qui veulent démarrer vite sur des bases solides et éprouvées. Les choix structurants (types de contenu, médias, éditorial, IA) sont déjà faits et assemblés de façon cohérente. On peut bien sûr ajouter, retirer ou remplacer des composants ensuite, puisque l’on reste dans l’écosystème Drupal standard.

Dit autrement : Drupal core est le matériau, Drupal CMS est une construction de référence faite avec ce matériau. Le choix entre les deux dépend de la nature du projet, du niveau de personnalisation attendu et de la maturité de l’équipe en place.

Les fonctionnalités IA incluses par défaut

C’est la nouveauté la plus visible de la version 2.0 : l’IA n’est plus un ajout optionnel réservé aux projets avancés, elle fait partie de l’offre proposée à l’installation. Plusieurs capacités méritent d’être détaillées.

L’assistant de mise en page IA. Drupal CMS propose un assistant capable d’aider à la construction des pages. Concrètement, un éditeur peut décrire en langage naturel ce qu’il souhaite obtenir et l’assistant propose une structure de page, suggère des blocs ou organise la disposition du contenu. L’idée n’est pas de remplacer le travail éditorial, mais de réduire la friction du démarrage d’une page, en particulier pour les contributeurs qui ne sont pas des spécialistes de l’outil.

L’IA dans CKEditor. L’éditeur de texte enrichi intègre des fonctions assistées par IA : reformulation, ajustement du ton, correction, résumé, traduction ou génération de variantes d’un texte existant. Ces fonctions s’utilisent directement dans le flux de rédaction, sans quitter l’interface d’édition. Pour les équipes éditoriales qui produisent du contenu en volume, c’est un gain de temps tangible sur les tâches répétitives de mise en forme et de relecture.

Une couche IA configurable. Ces fonctionnalités reposent sur le module AI et son écosystème, qui font le lien entre Drupal et les fournisseurs de modèles. Le point important pour un décideur est que le choix du fournisseur (OpenAI, Anthropic, Mistral ou un modèle auto-hébergé, selon les besoins) reste un paramètre de configuration. L’IA est intégrée à l’expérience, mais pas verrouillée sur un prestataire unique. Cette souplesse est déterminante pour les organisations soumises à des contraintes de souveraineté ou de confidentialité des données.

Sur ces sujets, j’ai détaillé mon approche de l’intégration de l’IA dans Drupal, des cas d’usage éditoriaux jusqu’aux questions de gouvernance des données et de coût des appels aux modèles.

L’architecture des Recipes

Le second pilier de Drupal CMS, moins visible mais tout aussi structurant, c’est le mécanisme des Recipes.

Qu’est-ce qu’une Recipe. Une Recipe est une unité de configuration réutilisable et composable. Elle décrit un ensemble cohérent de modules à installer, de configuration à appliquer et de contenu de départ à créer pour activer une fonctionnalité donnée. Par exemple, une Recipe peut tout préparer pour un blog : type de contenu, champs, vues, permissions et menus, le tout en une seule opération.

Composables et idempotentes. Contrairement à une distribution monolithique appliquée une fois pour toutes à l’installation, les Recipes peuvent être appliquées à n’importe quel moment du cycle de vie du site et combinées entre elles. Drupal CMS est lui-même construit comme un assemblage de Recipes : l’IA, le SEO, les médias et l’éditorial correspondent à des Recipes distinctes. On active ce dont on a besoin, on laisse de côté le reste.

Ce que ça change pour la maintenabilité. Cette approche apporte de la traçabilité et de la modularité. La configuration n’est plus un état figé difficile à reproduire, elle devient une série de briques documentées et versionnables. Pour les équipes, cela facilite la standardisation entre projets : une Recipe maison validée une fois peut servir sur plusieurs sites. C’est un changement de paradigme par rapport aux profils d’installation classiques, qui étaient plus rigides.

Ce que ça change pour les nouveaux projets

Pour un décideur qui lance un projet aujourd’hui, l’arrivée de Drupal CMS 2.0 modifie utilement l’équation de départ.

Un démarrage plus rapide sur des bases standard. Pour un site institutionnel, un portail de contenu ou un site corporate dont les besoins recoupent les standards, partir de Drupal CMS fait gagner du temps en phase d’amorçage. Les choix structurants sont déjà faits, l’équipe se concentre plus tôt sur la personnalisation et le contenu plutôt que sur l’assemblage de l’infrastructure de base.

Des capacités IA accessibles dès le premier jour. Plutôt que de planifier un chantier IA séparé, les équipes éditoriales disposent d’outils d’assistance dès la mise en route. Cela permet d’évaluer la valeur réelle de l’IA sur des cas concrets et d’ajuster ensuite la configuration en connaissance de cause.

Une décision d’architecture à poser tôt. Le choix entre démarrer sur Drupal CMS ou sur le core seul mérite d’être tranché en début de projet, car il oriente la structure de configuration. La bonne nouvelle est que ce choix n’est pas irréversible : on reste dans l’écosystème Drupal et les Recipes facilitent l’ajout progressif de fonctionnalités. Pour un projet existant, l’adoption de ces nouveautés s’inscrit naturellement dans une trajectoire de migration Drupal vers les versions récentes du core, plutôt que dans une bascule brutale.

Un cadrage qui reste essentiel. L’IA intégrée et les Recipes simplifient le démarrage, mais ils ne dispensent pas d’un travail de cadrage : gouvernance des contenus générés, choix et coûts du fournisseur de modèle, protection des données, gestion des accès et stratégie de personnalisation. Ces fonctionnalités abaissent la barrière technique, elles ne suppriment pas la réflexion produit.

En résumé

Drupal CMS 2.0 fait de l’IA une fonctionnalité de première classe, portée par une architecture de Recipes qui rend la distribution modulaire et reproductible. Le tout reste solidement ancré sur Drupal core, donc sans compromis sur la pérennité ni sur la liberté de personnalisation. Pour de nombreux nouveaux projets, c’est un point de départ plus rapide et mieux outillé. Pour les projets existants, c’est une raison de plus de maintenir son site à jour afin de profiter de ces capacités.

Le bon choix dépend toujours du contexte : nature du site, ambitions éditoriales, contraintes de données et maturité de l’équipe. C’est précisément le type d’arbitrage que j’aide à poser, en restant complémentaire de vos équipes internes et de vos partenaires existants.

Vous évaluez Drupal CMS 2.0 pour un nouveau projet ou vous vous demandez comment intégrer ces capacités IA à un site existant ? Parlons de votre projet et cadrons ensemble la bonne approche.