Ce qu'est Canvas — et ce qu'il n'est pas
Canvas est l'éditeur de pages de Drupal CMS, le produit packagé lancé par l'équipe core en 2026. Il faut distinguer Drupal CMS (le produit clé en main) de Drupal (le framework) : Canvas est livré dans le premier, mais n'arrive pas automatiquement sur les installations existantes.
Concrètement, Canvas propose une interface d'édition visuelle en glisser-déposer, avec un catalogue de composants prédéfinis. L'objectif est que les équipes marketing modifient un layout ou assemblent une page sans ouvrir un ticket — sans toucher à un template PHP, sans contacter le développeur.
Ce que Canvas n'est pas : un remplacement de Layout Builder ou Paragraphs sur les sites qui les utilisent. Ces deux outils restent pleinement supportés. Aucune fin de vie n'est annoncée. Aucune migration n'est imposée.
Ce que les dernières versions apportent
Canvas 2.2 et la traduction des pages. Jusqu'en août 2026, la traduction des pages construites avec Canvas était un angle mort. La 2.2 corrige ça : les pages Canvas sont désormais traduisibles nativement, dans le même éditeur. Pour les organisations qui opèrent en plusieurs langues, c'est le frein principal qui tombe.
Canvas AI et le Context Layer. La publication du 18 septembre décrit une intégration IA dans l'éditeur : le modèle peut suggérer ou assembler un layout en fonction du contexte de la page. C'est une feuille de route, pas une fonctionnalité stable aujourd'hui. Mais elle dessine la direction : Canvas comme surface d'édition intelligente.
DrupalCon Rotterdam (30 septembre 2026). Une session dédiée aux retours d'usage réel de Canvas 2.x en production doit se tenir demain. Ces témoignages de terrain seront importants pour distinguer ce qui fonctionne en démonstration de ce qui tient en production.
La grille de décision : quatre profils
Nouveau projet, équipe marketing qui veut l'autonomie
Recommandation : Canvas. Si vous démarrez sur Drupal CMS et que le premier objectif est de donner aux équipes non techniques la capacité de modifier des pages sans développeur, Canvas est construit pour ça. L'onboarding est plus rapide, la courbe d'apprentissage plus courte.
Site existant sous Layout Builder, avec des layouts complexes
Recommandation : restez sur Layout Builder. Layout Builder excelle quand la granularité des affichages est élevée : composants sur mesure, variations par bundle, conditions contextuelles. Migrer vers Canvas représente un chantier significatif — et les gains éditoriaux ne sont pas garantis si la majorité des contenus est produite par des équipes techniques.
Site existant sous Paragraphs, équipe éditoriale frustrée
Recommandation : évaluer sérieusement Canvas. C'est le profil pour lequel la bascule a le plus de sens. Paragraphs peut devenir rigide pour les équipes non techniques : la structure arborescente, les types qui prolifèrent, les droits qui bloquent l'autonomie des rédacteurs. Canvas propose une expérience plus directe.
Mais la migration n'est pas gratuite. Les contenus existants ne se convertissent pas automatiquement. Il faut budgéter la reprise des pages. La question décisive : quelle proportion des pages est gérée par des non-techniques ? Si c'est moins de 30 %, le coût dépasse probablement le bénéfice à court terme.
Plateforme métier, extranet ou portail avec des contenus structurés
Recommandation : ne migrez pas. Canvas est un constructeur de pages éditoriaux. Une plateforme métier — espace client avec workflows, portail partenaire lié à un ERP — n'a pas besoin d'un éditeur de pages marketing. Les contenus structurés sont mieux servis par l'architecture native de Drupal.
Le coût de reprise : ce qu'on sous-estime systématiquement
La migration vers Canvas n'est pas un upgrade de module. Quatre postes sont sous-estimés à chaque fois :
- L'audit des composants existants — chaque affichage Layout Builder ou type de Paragraphs doit être mappé vers un équivalent Canvas.
- La reprise du contenu — les pages existantes gardent leur structure actuelle. Les migrer vers Canvas, c'est les recréer dans le nouvel éditeur.
- La formation des équipes éditoriales — des rédacteurs habitués à Paragraphs depuis des années devront être accompagnés, pas seulement formés.
- La compatibilité des workflows — Canvas embarque son propre système de révisions et de permissions. La compatibilité avec Content Moderation ou Workbench doit être testée.
Ce que Canvas ne résout pas encore
L'extensibilité des composants reste plus contrainte que Layout Builder. Canvas AI est en cours de développement et n'est pas disponible en production stable. Les retours de DrupalCon Rotterdam (30 septembre) n'ont pas encore eu lieu au moment de la rédaction — ils peuvent confirmer ou nuancer cette grille.
La décision en trois questions
Avant de trancher, posez-vous ces trois questions :
- Quelle est la proportion de pages gérées par des équipes non techniques, et quelle est leur frustration réelle avec l'outil actuel ?
- Quelle est la complexité des contenus existants — et quel budget l'organisation est-elle prête à engager pour la reprise ?
- Le projet démarre-t-il de zéro, ou s'agit-il d'une migration sur un site en production ?
Canvas est le bon choix pour les nouveaux projets orientés autonomie éditoriale, et une piste sérieuse pour les sites Paragraphs dont les équipes sont bloquées. Ce n'est pas la réponse universelle que certaines annonces laissent entendre.