Drupal CMS 2.0 : Canvas et IA intégrée en 2026
Drupal CMS 2.0 est sorti le 28 janvier 2026, porté sur Drupal Core 11.3. La distribution introduit trois ruptures pour les équipes Drupal : Drupal Canvas (ex-Experience Builder) comme page-builder visuel par défaut, IA intégrée au core (génération de pages, chatbot admin, alt text automatique), et un design system préconfiguré qui accélère drastiquement le démarrage des projets.
Ce guide couvre : ce qu'est exactement Drupal CMS (à ne pas confondre avec Drupal Core), ce qui change avec la version 2.0, les fonctionnalités IA et leur maturité, quand utiliser Drupal CMS 2.0 vs Drupal Core classique, et les points de vigilance pour les migrations depuis Drupal CMS 1.x. Source : drupal.org, annonces core managers, documentation officielle Drupal CMS. Pour le cadre complet de Drupal en 2026, voir notre roadmap Drupal 12.
Drupal CMS vs Drupal Core : quelle différence
Confusion fréquente sur ce qu'est Drupal CMS. La clarification avant d'entrer dans les fonctionnalités.
Drupal Core (Drupal 11, Drupal 12)
Le moteur open source de Drupal : API, modules système, architecture, base de données, système de routage. C'est ce qu'on installe quand on lance composer create-project drupal/recommended-project. Flexibilité maximale, tout est possible, mais le démarrage demande plusieurs jours pour configurer les bases (types de contenu, rôles, workflows, thème).
Drupal CMS (initiative Starshot)
Une distribution packagée de Drupal Core, avec des choix opinionnés et une configuration préconfigurée. Drupal CMS = Drupal Core + recipes + workflows éditoriaux + design system + intégrations prêtes à l'emploi. L'objectif : passer de 0 à site en ligne en quelques heures au lieu de plusieurs jours, tout en gardant la capacité d'évoluer vers du custom complet. Initiative lancée en janvier 2025.
Ce qu'on gagne avec Drupal CMS
- Temps de démarrage : quelques heures vs plusieurs jours pour un site fonctionnel.
- Cohérence design et UX : design system intégré, pas besoin de tout refaire à chaque projet.
- Accessibilité par défaut : composants RGAA-compatibles dès l'installation.
- Drupal Canvas intégré comme page-builder visuel (v2.0).
- AI Framework disponible en modules optionnels.
Quand utiliser Drupal Core classique plutôt
Drupal Core pur reste le bon choix pour les projets très custom (architecture découplée avec React/Next.js en front, API-first, use cases métier spécifiques), pour les équipes qui ont déjà un design system propriétaire à intégrer, et pour les sites à exigences très particulières en workflows éditoriaux ou en performances.
Drupal Canvas : le page-builder visuel par défaut
Drupal Canvas (initialement connu sous le nom Experience Builder) est le grand tournant UX de Drupal CMS 2.0. C'est un page-builder visuel en drag-and-drop qui permet aux contributeurs de créer des pages complètes sans intervention du développeur pour chaque modification.
Ce que ça change côté contributeur
- Création de pages en direct : interface de composition visuelle, aperçu temps réel, drag-and-drop de blocs et composants.
- Bibliothèque de composants construite sur les Single Directory Components (SDC), alignée avec les composants codés côté développeur.
- Pas de dépendance au développeur pour chaque modification de mise en page ou ajout de section.
- Gouvernance éditoriale préservée : workflows, permissions, versioning s'appliquent comme sur les contenus standard.
Ce que ça change côté développeur
- Composants codés = composants visibles : les SDC que le développeur écrit apparaissent directement dans la bibliothèque Canvas.
- Pas de double source de vérité entre design system et code (contrairement au couple Layout Builder + Paragraphs qui pouvait dériver).
- Plus de temps sur le custom et les intégrations, moins sur la configuration des pages standard.
Comparaison avec Layout Builder et Paragraphs
Layout Builder et Paragraphs restent supportés pour les sites existants, mais Drupal Canvas les remplace progressivement pour les nouveaux projets. Canvas apporte une expérience utilisateur plus moderne (drag-and-drop fluide, aperçu temps réel), une meilleure cohérence design-code, et une intégration native avec les briques IA.
Pour les projets existants en Layout Builder, pas d'urgence à migrer. Pour les projets neufs en 2026 et au-delà, Drupal Canvas est le choix recommandé par les core managers Drupal.
L'IA intégrée : trois fonctionnalités natives
Drupal CMS 2.0 intègre l'IA directement dans l'expérience de création et d'administration, sans modules tiers à installer. Trois fonctionnalités natives au moment du lancement.
1. Génération de pages depuis prompt texte
Le contributeur décrit en langage naturel la page souhaitée (par exemple "page de présentation d'une offre de service avec un hero, trois bénéfices, une FAQ et un CTA de contact"), l'IA propose une structure avec composants Canvas et contenu initial. Le contributeur ajuste ensuite le contenu réel. Accélère significativement la phase de brouillon.
2. Chatbot administrateur
Assistant IA intégré à l'interface admin qui aide les site builders aux tâches de configuration : explication des options, suggestion d'actions, recherche dans la documentation Drupal. Particulièrement utile pour les équipes éditoriales qui découvrent Drupal ou pour les administrateurs occasionnels.
3. Génération automatique d'alt text
À l'upload d'une image, l'IA propose un texte alternatif pour l'accessibilité. Le contributeur valide ou ajuste. Cette fonctionnalité s'attaque à un des points noirs RGAA historiques : les équipes oubliaient de renseigner les alt text, le score accessibilité baissait. Maintenant, il y a un premier jet automatique sur lequel valider.
AI Framework en modules complémentaires
Au-delà du core intégré, Drupal CMS 2.0 donne accès à un AI Framework modulaire qui ajoute des briques plus avancées : personnalisation de contenu par comportement visiteur, recherche sémantique vectorielle sur la base de contenus, édition temps réel assistée par IA, agents conversationnels sur les contenus du site. Ces briques sont à activer selon les besoins du projet.
Points de vigilance sur l'IA intégrée
- Hébergement des prompts : selon la configuration, les prompts et données sont envoyés à des API externes (OpenAI, Claude). Vérifier la conformité RGPD et les contraintes de souveraineté (option Mistral disponible pour les projets publics français).
- Coût API : les appels IA génèrent des coûts récurrents. Sur un site à fort volume de contributions, le budget API peut peser. À intégrer au TCO.
- Qualité variable : les pages générées par prompt sont des points de départ, pas des livrables finaux. La relecture humaine reste nécessaire.
- AI Act 2026 : si l'usage IA tombe dans la catégorie haut risque (peu probable pour un CMS standard mais à vérifier sur les usages gouvernementaux), des obligations de conformité s'appliquent. Voir notre guide AI Act 2026.
Migration depuis Drupal CMS 1.x
Pour les sites existants en Drupal CMS 1.x, la migration vers 2.0 est recommandée pour accéder à Drupal Canvas, aux fonctionnalités IA, et au design system mis à jour. La migration est gérée comme une mise à jour de recipe, pas comme une refonte complète.
Complexité typique
- Site standard (peu de modules custom, thème par défaut ou léger) : 2 à 4 semaines.
- Site avec personnalisations importantes (thème surchargé, modules custom, intégrations métier) : 6 à 10 semaines.
- Site très custom ou adapté depuis Layout Builder vers Canvas : 10 à 16 semaines, proche d'une mini-refonte.
Points de vigilance techniques
- Compatibilité des modules contribués avec Drupal 11.3 (prérequis sous-jacent).
- Remplacement de Layout Builder par Drupal Canvas : migration des mises en page existantes, tests visuels systématiques.
- Tests de non-régression sur les workflows éditoriaux (permissions, versioning, modération).
- Adaptation du thème custom si présent (certains hooks et templates évoluent).
- Support multilingue complet à partir du T1 2026 : vérifier la maturité si le site est multilingue.
Pour le contexte plus large de la gestion des versions Drupal (10, 11, 12), voir notre roadmap Drupal 12 et le guide fin de vie Drupal 10.
Drupal CMS 2.0 vs Drupal Core 11 : comment choisir
Drupal CMS 2.0 est un bon choix quand
- Site institutionnel, associatif ou corporate avec exigences éditoriales standard (news, pages, formulaires, RGAA).
- Équipe éditoriale qui veut autonomie sur la création de pages sans dépendre du développeur.
- Démarrage rapide souhaité (quelques semaines vs plusieurs mois).
- Projets multilingues standards (à partir du T1 2026 avec le support multilingue complet).
- Bénéfice direct des fonctionnalités IA (génération contenu, alt text, chatbot admin).
Drupal Core 11 est un meilleur choix quand
- Architecture découplée (headless) avec front React, Next.js ou Vue.js.
- Projet avec design system propriétaire déjà construit, à intégrer tel quel.
- Workflows éditoriaux très spécifiques (validation multi-niveaux métier, cycles de vie propriétaires).
- Intégrations métier lourdes (ERP, SAP, outils verticaux) qui dépassent le périmètre d'une distribution standard.
- Contraintes strictes de souveraineté ou de sécurité qui rendent certaines briques IA externes indésirables.
Questions fréquentes
Pour aller plus loin
Drupal 12 en 2026 : sortie, nouveautés, migration
Calendrier Drupal 12 (cible août 2026), prérequis plateforme, modules retirés du cœur, matrice de décision par version.
Fin de vie Drupal 10 : plan de migration 2026
Drupal 10 EOL 9 décembre 2026. Options de migration (D11 maintenant, attendre D12), prérequis, checklist.
Notre offre Drupal
Migrations Drupal 7 à 12, Drupal CMS 2.0, modules custom, architecture découplée, DSFR, RGAA. Références Vie Publique, IPAG.
AI Act : guide entreprise 2026
Si votre projet Drupal exploite l'IA intégrée, vérifier les obligations AI Act applicables. Classification risques, CE marking, sanctions.
Un projet Drupal CMS 2.0 à cadrer ?
Parlons-en directement.
