Maintenance Drupal depuis 2015

Faire évoluer votre plateforme sans compromettre sa continuité

PartITech développe et maintient des projets Drupal depuis 2015. Une mise à jour ne consiste pas seulement à changer un numéro de version : elle doit préserver les parcours métier, les contenus, les intégrations, les performances et la capacité des équipes à continuer de faire évoluer l’application.

Nous intervenons sur les applications que nous avons construites comme sur des plateformes Drupal existantes. Notre objectif est de remettre chaque projet sur une trajectoire maintenable, avec une version de Drupal, de PHP et des dépendances qui bénéficient encore de correctifs de sécurité.

Depuis 2015: Développement et maintenance Drupal
Code, données, infrastructure: Un périmètre de migration complet
Recette avant bascule: Des changements vérifiés hors production

Sécurité et pérennité

Pourquoi maintenir Drupal à jour ?

Le maintien à jour du cœur Drupal, des modules, des thèmes, de Composer et de l’environnement PHP fait partie intégrante de la sécurité d’une plateforme.

Corriger les vulnérabilités

Les versions maintenues reçoivent les avis de sécurité et les correctifs du cœur. Les extensions contrib et les dépendances Composer doivent être suivies avec la même attention.

Préserver la stabilité

Les versions correctives résolvent des anomalies, renforcent la compatibilité et réduisent les comportements imprévisibles dans les parcours éditoriaux et métier.

Améliorer les performances

Drupal 11.4 réduit fortement les requêtes de chargement des entités et améliore la compression, les traductions et plusieurs chemins critiques du cœur.

Rester compatible

Drupal évolue avec PHP, Symfony, Twig, CKEditor, les moteurs de base de données et Composer. Une plateforme trop ancienne finit par bloquer tout son environnement.

Limiter la dette technique

Des mises à jour fréquentes isolent les changements. Attendre plusieurs générations cumule les API supprimées, les modules abandonnés et les migrations de données.

Conserver la capacité d’évolution

Une base maintenue permet de livrer de nouvelles fonctions sans commencer chaque projet par une remise à niveau urgente de l’ensemble du socle.

Calendrier 2026

Quelle version de Drupal privilégier ?

Drupal 11 est la génération de référence. Pour un nouveau projet ou une migration compatible avec ses prérequis, la cible actuelle est la branche Drupal 11.4.x.

Branche recommandée

Drupal 11.4

Publiée le 1^er juillet 2026, Drupal 11.4 est prête pour la production et bénéficie d’un support de sécurité annoncé jusqu’en juin 2027.

Consulter les notes de version Drupal 11.4

Chargement des entités et listes plus rapide, avec nettement moins de requêtes en base.
Compression Brotli possible pour les fichiers CSS et JavaScript agrégés.
Application des Recipes et import des traductions accélérés.
Nouvelle interface en ligne de commande native, encore expérimentale.
Mises à jour de sécurité de dépendances clés plus faciles avec core-recommended.

Drupal 11.4.x

À privilégier

Branche actuelle pour les nouveaux développements et les migrations. Support de sécurité annoncé jusqu’en juin 2027.

Drupal 11.3.x

À mettre à niveau

Encore couverte par les correctifs de sécurité jusqu’en décembre 2026. La montée vers 11.4 doit être planifiée.

Drupal 10.6.x

Branche de transition

Dernière branche Drupal 10, maintenue jusqu’en décembre 2026. Drupal 10 atteindra sa fin de vie le 9 décembre 2026.

Drupal 10.5 et antérieures

Non maintenues

Les branches Drupal 10.5, Drupal 11.2 et toutes les branches antérieures ne bénéficient plus du support de sécurité standard.

Socle moderne

Ce que Drupal 11 change pour la maintenance

Drupal 11 poursuit la modernisation commencée avec Drupal 8, 9 et 10. Ces évolutions améliorent la construction des plateformes, mais imposent de traiter les API et dépendances obsolètes avant la migration.

Single Directory Components

Templates Twig, styles, scripts et métadonnées d’un composant peuvent être regroupés dans une structure cohérente, plus simple à tester et à réutiliser.

Recipes

Des ensembles de modules et de configurations peuvent être appliqués de façon reproductible pour accélérer l’installation ou l’évolution de fonctionnalités.

Workspaces

Les équipes peuvent préparer des ensembles cohérents de changements de contenus avant leur publication, sous réserve de vérifier les usages et extensions du projet.

Architectures découplées

JSON:API et les API du cœur permettent d’utiliser Drupal comme socle éditorial pour des interfaces React, Vue.js, mobiles ou multisupports.

Front-end modernisé

Le cœur réduit progressivement sa dépendance aux bibliothèques anciennes et améliore l’outillage Twig, les composants et les standards du Web.

Code obsolète supprimé

Le retrait des API dépréciées maintient le cœur moderne. Les modules spécifiques doivent donc être analysés et corrigés avant une montée majeure.

PHP et infrastructure

Une compatibilité technique ne suffit pas

La version de PHP doit être à la fois acceptée par Drupal, compatible avec les modules et dépendances du projet, et encore maintenue par PHP.

Drupal 11.4 accepte PHP 8.3, 8.4 et 8.5

Pour une nouvelle cible, nous privilégions une version disposant d’une durée de support suffisante, après validation des extensions PHP, des modules contrib, du code spécifique et de l’hébergement.

Drupal 10.6 accepte encore des versions PHP plus anciennes, mais conserver un runtime en fin de vie annule une partie du bénéfice de la migration.

Version et extensions PHP requises
Version de Composer et dépendances verrouillées
MySQL, MariaDB ou PostgreSQL
Serveur web, cache, filesystems et tâches planifiées
Monitoring, sauvegardes et procédure de retour arrière

Les compatibilités sont détaillées dans les prérequis PHP de Drupal. Le statut du runtime doit être contrôlé séparément dans le calendrier officiel de PHP.

Choisir la bonne trajectoire

Que faire selon votre version actuelle ?

Vous êtes déjà sur Drupal 11

Nous appliquons la dernière version corrective de la branche cible, contrôlons les extensions et les dépréciations, puis testons les parcours critiques. Une version majeure récente ne dispense pas du suivi des versions mineures.

Objectif : rejoindre 11.4.x et maintenir une cadence régulière.

Vous êtes sur Drupal 10

La première étape consiste à rejoindre Drupal 10.6, dernière branche de cette génération, puis à supprimer les dépréciations et blocages identifiés avant la migration vers Drupal 11.4.

Objectif : migrer avant la fin de vie du 9 décembre 2026.

8–9

Vous êtes sur Drupal 8 ou 9

Ces générations ne reçoivent plus de correctifs. Le projet doit traiter les paliers compatibles, les versions historiques de PHP et Symfony, les modules abandonnés et le code spécifique avant d’atteindre la cible actuelle.

Objectif : sécuriser l’existant puis organiser une montée par étapes maîtrisées.

Vous êtes sur Drupal 7 ou une version antérieure

Drupal 7 est en fin de vie depuis le 5 janvier 2025. Le passage vers Drupal 11 est généralement un projet de migration : nouvelle architecture, reprise des contenus, utilisateurs, taxonomies, fichiers, redirections et réécriture d’une partie du spécifique.

Objectif : construire une nouvelle base et migrer les données avec des contrôles de complétude.

Une migration vérifiable

Les étapes essentielles d’une montée de version Drupal

Chaque projet est différent, mais une migration fiable doit rendre visibles les dépendances, les décisions, les tests et les conditions de retour arrière.

Audit de l’existant
Versions Drupal et PHP, modules, thème, code spécifique, Composer, base de données, volumes, interfaces et infrastructure.
Définition de la cible
Version Drupal, runtime PHP, base de données, hébergement et stratégie de transition compatibles avec la durée de support attendue.
Cartographie des écarts
Modules incompatibles, API dépréciées, bibliothèques abandonnées, changements de configuration et développements à adapter ou remplacer.
Environnement de migration
Copie isolée, dépendances reproductibles, sauvegardes contrôlées et procédure documentée pour ne pas travailler directement en production.
Mise à jour du code et des données
Montée Composer, adaptations spécifiques, configuration, migrations de contenus et corrections des incompatibilités.
Tests et recette
Parcours métier, administration, droits, recherche, formulaires, médias, SEO, interfaces externes, performance et sécurité.
Répétition de la bascule
Chronométrage, synchronisation finale des données, fenêtre d’intervention, responsabilités, critères de décision et retour arrière.
Mise en production et surveillance
Déploiement, contrôles post-bascule, logs, files de messages, tâches planifiées, cache, métriques et suivi des anomalies.

Des preuves, pas seulement une version

Ce que doit produire la migration

Inventaire des modules, thèmes, dépendances et développements spécifiques
Rapport de compatibilité et registre des décisions
Dépôt Composer reproductible et dépendances mises à jour
Plan de migration des données et contrôles de complétude

Plan de tests et compte rendu de recette
Sauvegardes restaurables et procédure de retour arrière
Plan de mise en production et contrôles post-déploiement
Documentation d’exploitation et calendrier de maintenance

Expérience PartITech

Des mises à jour régulières aux migrations complexes

Depuis 2015, nous avons mis à jour des dizaines d’applications Drupal. Nous pouvons également faire évoluer les serveurs lorsque leur infogérance nous est confiée et reprendre des plateformes que nous n’avons pas développées.

Cette expérience nous permet d’intervenir aussi bien sur une montée de version mineure que sur la modernisation complète d’une application ancienne, en tenant compte des contraintes métier et d’exploitation.

Préparer votre mise à jour Drupal