Backdrop CMS est un fork de Drupal 7, toujours maintenu, qui propose une mise à jour directe depuis un site Drupal 7 : on remplace le code, on lance le script de mise à jour, et les contenus restent en place. Sur le papier, c'est la sortie la plus simple depuis la fin de support de Drupal 7, le 5 janvier 2025. En pratique, c'est un bon choix pour certains sites et une fausse économie pour d'autres. Tout dépend de vos modules, de votre code sur mesure et de l'horizon que vous visez.
Je travaille sur Drupal 11 et Symfony, pas sur Backdrop : j'ai donc un intérêt à vous orienter vers Drupal 11. Raison de plus pour être précis sur les cas où Backdrop est la bonne réponse. Les informations ci-dessous proviennent de backdropcms.org, de sa documentation et de drupal.org, vérifiées en octobre 2026.
Backdrop CMS, c'est quoi exactement ?
Backdrop est né d'une copie de Drupal 7, au moment où Drupal 8 changeait complètement d'architecture (orientation objet, composants Symfony). Ses fondateurs ont voulu conserver la logique de Drupal 7 et continuer à la faire évoluer. La version 1.0 est sortie en janvier 2015 (historique sur Wikipédia, en anglais).
Ce n'est donc ni un projet de l'Association Drupal, ni une version « prolongée » de Drupal 7. C'est un logiciel distinct, sous licence GPL, avec sa propre communauté :
- gouvernance : un comité de gestion de projet de six membres, sur le modèle des projets Apache, valide les nouvelles fonctionnalités de chaque version (page Leadership) ;
- structure juridique : le projet est rattaché à la Software Freedom Conservancy, une association à but non lucratif qui détient ses marques (page À propos) ;
- taille : le site officiel annonce plus de 3 600 sites en Backdrop et plus de 1 300 modules, thèmes et gabarits de mise en page.
Backdrop n'est pas figé sur Drupal 7. Il a intégré au cœur des fonctions qui demandaient des modules contrib en Drupal 7 (Views, alias d'URL automatiques, menu d'administration), stocke la configuration dans des fichiers JSON et organise les pages avec un système de mises en page (Layouts).
Un calendrier de sorties régulier
Backdrop publie une version mineure tous les quatre mois, les 15 janvier, 15 mai et 15 septembre (calendrier officiel). La version 1.35.0 est sortie le 15 septembre 2026 (notes de version). Aucune version 2.0 n'est planifiée à ce jour.
Côté sécurité, seules les deux dernières versions mineures reçoivent des correctifs (politique des avis de sécurité). Il n'y a pas de version à support long. Autrement dit, un site Backdrop doit être mis à jour au moins une fois tous les huit mois environ. Ces mises à jour mineures restent compatibles avec l'existant, mais elles demandent quelqu'un pour les appliquer.
Sur l'hébergement, Backdrop marque un vrai point par rapport à Drupal 7 communautaire : il fonctionne à partir de PHP 7.1 et la version 1.33.0 a ajouté le support de PHP 8.5 (notes de la 1.33.0, exigences système). La question de la version de PHP, qui bloque Drupal 7 en 8.3, ne se pose donc pas de la même façon.
Ce que la mise à jour depuis Drupal 7 implique
La documentation officielle résume la procédure ainsi : supprimer l'ancien code, déposer le nouveau, lancer le script de mise à jour (étape 3 du guide de mise à jour). On importe la base Drupal 7 dans une nouvelle base, on y branche une installation Backdrop, et core/update.php convertit les données.
C'est la force de Backdrop : pas de réécriture des migrations de contenus, contrairement au passage vers Drupal 11 où l'on construit un nouveau site puis on importe les données. Mais la simplicité s'arrête au cœur. Quatre points demandent du travail.
Les modules contrib
Chaque module contrib doit exister en version Backdrop, et être en place avant le lancement de la mise à jour. Certains sont dans le cœur, d'autres ont été portés, d'autres non. Pour le savoir, le module Backdrop Upgrade Status s'installe sur le site Drupal 7 et classe chaque projet : disponible, en développement, pas encore porté.
C'est le premier test à faire. Un module absent signifie le porter vous-même, le remplacer ou renoncer à la fonction.
Les modules du cœur Drupal 7 retirés
Une quinzaine de modules du cœur Drupal 7 ne sont plus dans celui de Backdrop, parmi lesquels Blog, Forum, Poll, OpenID, Statistics ou PHP Filter (liste officielle). Certains existent en contrib, d'autres doivent être portés ou leurs contenus convertis avant la mise à jour. Attention au filtre PHP : les contenus qui l'utilisent repassent en texte brut, ce qui peut afficher du code censé rester caché.
Le code sur mesure
La documentation estime qu'au moins 80 % du code d'un module Drupal 7 sur mesure reste compatible. Les différences principales portent sur la configuration (variable_get() devient config_get(), stockage en JSON), les entités et le système de mises en page (guide de conversion des modules).
Une couche de compatibilité permet de faire tourner un module Drupal 7 presque tel quel. Mais l'équipe précise elle-même qu'il ne faut pas s'en contenter durablement, car elle envisage de la retirer dans Backdrop 2.0. Comptez donc un vrai portage, même s'il est plus léger qu'une réécriture pour Drupal 11.
Le thème
Un thème sur mesure Drupal 7 doit être porté vers Backdrop. Le passage aux Layouts change la façon dont les régions et les blocs sont organisés : c'est souvent là que se concentre l'essentiel de l'adaptation visuelle.
Et le support étendu ?
L'autre voie consiste à rester en Drupal 7 et à acheter des correctifs à l'un des deux fournisseurs certifiés par l'Association Drupal, HeroDevs ou Tag1 (page officielle de fin de vie). Le site ne bouge pas, ce qui est son principal intérêt. En contrepartie, le code sur mesure reste hors périmètre, la question de PHP n'est qu'en partie traitée et l'abonnement ne finance aucune évolution.
J'ai détaillé ce que couvrent ces offres et leurs limites dans l'article sur le support étendu Drupal 7. Retenez qu'il s'agit d'une solution d'attente, pas d'une destination.
Comparaison des trois options
| Critère | Backdrop CMS | Support étendu Drupal 7 | Migration Drupal 11 |
|---|---|---|---|
| Sécurité à long terme | Correctifs communautaires, à condition de suivre les versions mineures | Correctifs du fournisseur tant que le contrat court, hors code sur mesure | Équipe de sécurité Drupal, cycle connu ; Drupal 11 supporté jusqu'à la sortie de Drupal 13 |
| Effort de départ | Moyen : mise à jour en place, portage des modules et du thème | Faible : aucun changement du site | Élevé : nouveau site, migrations de données, thème |
| Contenus et URL | Conservés par la mise à jour | Inchangés | Migrés par scripts, redirections si besoin |
| Code sur mesure | À adapter (API proche de Drupal 7) | Reste en l'état, sans correctifs | À réécrire (architecture différente) |
| Écosystème de modules | Plus de 1 300 extensions ; manques possibles | Figé à Drupal 7 | Écosystème Drupal actuel, le plus large des trois |
| PHP et hébergement | PHP 7.1 à 8.5 | Selon le fournisseur ; PHP 8.3 maximum en Drupal 7 communautaire | PHP 8.3 minimum |
| Trouver un prestataire | Vivier restreint | Vivier Drupal 7 qui se réduit | Vivier Drupal actuel |
| Pérennité | Liée à une communauté bénévole de petite taille | Liée à la durée du contrat | Feuille de route Drupal publique |
| Coût récurrent | Maintenance des mises à jour mineures | Abonnement, sans rien construire | Maintenance classique d'un Drupal actuel |
Deux précisions. D'abord, Drupal 11 est supporté « jusqu'à la sortie de Drupal 13 » selon les notes de la version 11.4.0 ; les échéances sont regroupées sur la page fins de vie Drupal, PHP et Symfony. Ensuite, le module Migrate Drupal, qui lit les bases Drupal 7, est déprécié depuis Drupal 11.4 : une migration Drupal 7 se prépare sur Drupal 11, pas sur Drupal 12.
Quand Backdrop est un choix raisonnable
Backdrop se défend bien dans ces situations :
- site associatif, institutionnel ou vitrine de taille modeste, construit avec des modules courants, sans intégration complexe ;
- Backdrop Upgrade Status indique que tous vos modules, ou presque, sont disponibles ;
- peu ou pas de code sur mesure, et un thème simple à porter ;
- budget contraint qui ne permet pas de reconstruire le site, avec une équipe qui connaît Drupal 7 et veut garder ses habitudes d'administration ;
- quelqu'un, en interne ou chez un prestataire, s'engage à appliquer les mises à jour mineures tous les quatre à huit mois.
Dans ce cas, Backdrop règle la sécurité et la version de PHP pour un effort bien inférieur à une migration vers Drupal 11. C'est un choix honnête, pas un pis-aller.
Quand ce n'est pas le bon choix
Backdrop devient risqué, ou simplement plus coûteux qu'il n'y paraît, dans ces cas :
- plusieurs modules clés ne sont pas portés : chaque portage est un petit projet, et vous en devenez responsable ;
- beaucoup de code sur mesure ou d'intégrations (SSO, CRM, paiement, API métier) : le portage se rapproche d'une réécriture, sans l'écosystème de Drupal 11 ;
- site stratégique pour lequel votre politique de sécurité ou vos achats exigent un éditeur et une communauté de grande taille ;
- besoin de recruter ou de changer facilement de prestataire : les développeurs Backdrop sont rares ;
- projet de refonte déjà envisagé : reconstruire deux fois (Backdrop maintenant, autre chose plus tard) coûte plus cher que de le faire une fois.
Pour ces sites, la voie la plus solide reste la migration vers Drupal 11, avec si besoin un support étendu pour couvrir la durée du projet.
Par où commencer
Avant de choisir, trois vérifications suffisent à éliminer la plupart des mauvaises options :
- Confirmer la version exacte du site et de PHP. Le vérificateur de version Drupal donne un premier aperçu depuis l'extérieur.
- Lister les modules activés et, si Backdrop vous tente, installer Backdrop Upgrade Status sur une copie du site pour voir ce qui manque.
- Mesurer le code sur mesure : nombre de modules, intégrations externes, complexité du thème.
Si vous préférez un regard extérieur, un audit flash établit cet inventaire et compare les trois options pour votre site, y compris Backdrop quand il est pertinent. Vous décidez ensuite, avec un devis ferme pour la voie retenue.