Drupal traîne une réputation forgée à l’époque des versions 6 et 7 : puissant, rigoureux, et d’un abord punitif. En 2026, la question de sa pertinence se pose sur des bases différentes. Le projet a livré une distribution prête à l’emploi, une roadmap centrée sur l’IA et une refonte de l’expérience de construction. Reste à savoir sur quels projets il constitue encore le bon outil.
Drupal CMS, le fait marquant
L’événement n’est pas Drupal 11 en tant que tel, mais Drupal CMS, publié en version 1.0 le 15 janvier 2025 et issu de l’initiative Starshot annoncée par Dries Buytaert à la DrupalCon Portland 2024. Il s’agit d’un téléchargement prêt à l’emploi, bâti sur le cœur de Drupal 11, qui vise un public historiquement délaissé par le projet : responsables marketing, créateurs de contenu et constructeurs de sites sans compétence en développement.
Deux briques portent la rupture : les Recipes, paquets de configuration qui installent une fonctionnalité complète en une opération, et les Single Directory Components côté thème. L’Experience Builder, outil d’édition visuelle, complète l’ensemble. Le détail officiel est publié sur la page de l’initiative sur drupal.org.
Drupal CMS ne vise plus à remplacer WordPress sur les petits sites éditoriaux. Il vise le projet structuré qu’un WordPress accumulé ne tiendra pas dans la durée.
Le pari 2026 : IA et commerce
La feuille de route 2026 est explicite : huit capacités structurantes autour de l’IA dans Drupal CMS, avec des agents capables d’assister la configuration, et un investissement marqué sur le commerce — recettes e-commerce, paiement express, Experience Builder appliqué aux pages produit. Le projet ne se contente donc pas de combler son retard d’ergonomie : il fait le pari que la construction de site assistée par IA constituera un facteur de différenciation.
La promesse d’« agents qui configurent le site » appartient toutefois à la catégorie de celles qui se jugent sur des projets livrés, pas sur des annonces.
Drupal ou WordPress : la comparaison
| Critère | Drupal (CMS / 11) | WordPress |
|---|---|---|
| Prise en main débutant | Correcte depuis Drupal CMS | Imbattable |
| Modélisation de contenu | Excellente, native | Extensions (ACF et équivalents) |
| Gestion fine des droits | Native, granulaire | Limitée sans extensions |
| Multilingue | Dans le cœur | Extension (Polylang, WPML) |
| Écosystème d’extensions | Plus restreint | Considérable |
| Coût et délai d’un petit site | Plus élevés | Plus bas |
| Robustesse d’un projet volumineux | Supérieure | Dépendante de la discipline d’équipe |
Le critère décisif. Lorsque le contenu est structuré — types imbriqués, relations, flux de validation éditoriale, permissions par rôle, multilingue exigeant — Drupal fait gagner du temps sur la durée. Pour du contenu éditorial classique avec un besoin d’itérer vite et à budget contraint, WordPress reste le choix par défaut.
Les contextes où Drupal reste pertinent
- Institutions, secteur public, universités : gouvernance, droits et multilingue disponibles en standard.
- Application éditoriale complexe où la modélisation prime sur le délai de mise sur le marché.
- Projet à durée de vie longue, avec une équipe technique interne chargée de la maintenance.
- Contraintes fortes de sécurité et d’audit, où un écosystème resserré devient un atout.
Les contextes où il ne l’est pas
- Blog, site vitrine ou petit e-commerce à lancer en deux semaines.
- Client sans budget de maintenance récurrent.
- Besoin d’une extension de niche qui n’existe que dans l’écosystème WordPress.
- Équipe qui n’investira pas dans la montée en compétence sur l’outil.
Le risque principal n’est pas technique
La faiblesse structurelle de Drupal tient au vivier de compétences. Recruter un développeur Drupal expérimenté coûte plus cher et prend plus de temps que de trouver un intégrateur WordPress, et cette réalité pèse autant dans un devis que dans une reprise de projet. Drupal CMS abaisse la barrière d’entrée pour construire ; il ne la réduit pas nécessairement pour maintenir un site sur mesure. Le sujet se traite au même titre que le choix d’hébergement, où un socle auto-hébergé maîtrisé reste préférable à un mutualisé au rabais.
Ce qu’il faut retenir
Drupal constitue en 2026 un choix défendable, à condition qu’il réponde à un besoin de structuration réel. Drupal CMS lui donne enfin une porte d’entrée praticable, et la feuille de route montre un projet tourné vers l’avant. Il ne s’agit pour autant pas d’un outil par défaut : il se justifie quand le contenu est structuré, l’horizon long et l’équipe prête à investir.
J’ai fait du Drupal 6, avec hook_menu() et une courbe d’apprentissage qui tenait de la falaise. Ce souvenir m’a longtemps servi d’argument contre l’outil ; il n’est plus valable. Ce qui reste valable, c’est la question du vivier : je l’aborde systématiquement avec un client avant de proposer Drupal, parce que c’est là que les projets se cassent, pas dans le code. — Simon Janvier
