Fin de vie de Drupal 7 en 2026 : Options de migration, coûts et guide de décision
Si vous vous accrochez encore à Drupal 7, eh bien, vous êtes dans cette phase de vie sur du temps emprunté. Le support s'est officiellement terminé en novembre 2023. Bien que Tag1 Consulting et quelques autres aient aimablement proposé un support commercial étendu, même cela disparaîtra en janvier 2026. Après cela ? Rien. Pas de mises à jour, pas de correctifs de sécurité — votre site devient une cible facile pour les pirates. Et ne parlons même pas des maux de tête de conformité, surtout si vous avez affaire au RGPD ou au traitement des paiements.
Au cours des dernières années, j'ai perdu le compte du nombre de sites Drupal 7 que j'ai aidé à migrer. Certains étaient de simples sites informationnels ; d'autres étaient des labyrinthes de modules personnalisés et de types de contenu enchevêtrés. Croyez-moi, essayer de reconstituer des Views qui ressemblent à une explosion de pâtes sur une assiette n'est l'idée de personne. Voici le guide que j'aurais aimé avoir à l'époque — une explication sans détour de ce que vous pouvez réellement faire ensuite.
Table des matières
- La chronologie de la fin de vie de Drupal 7 : Ce qui se passe réellement
- Comprendre votre site Drupal 7 actuel
- Option 1 : Mettre à jour vers Drupal 10/11
- Option 2 : Devenir Headless avec Next.js + Supabase
- Option 3 : Migrer vers une autre plateforme CMS
- Comparaison des coûts : Chiffres réels pour des projets réels
- Considérations d'hébergement et d'infrastructure
- Le cadre décisionnel
- Trouver la bonne agence
- FAQ

La chronologie de la fin de vie de Drupal 7 : Ce qui se passe réellement
Ces dates peuvent sembler floues, alors clarifions les choses :
- 1er novembre 2023 : Le support communautaire de Drupal 7 s'est terminé. Plus d'avis de sécurité de la part de l'équipe de sécurité Drupal.
- Tout au long de 2024-2025 : Des vendeurs tiers comme Tag1 Consulting ont proposé un support étendu, mais c'est payant.
- 5 janvier 2026 : Fin du support commercial de Tag1. C'est votre limite.
Après janvier 2026, vous naviguez en eaux inconnues. Votre site ne mourra pas spontanément, mais les menaces incluent :
- Aucune mise à jour de sécurité pour les vulnérabilités Drupal 7
- Cauchemars de compatibilité PHP à mesure que les hébergeurs passent à PHP 8.3+ (adieu la zone de confort PHP 5.x/7.x)
- Barrières d'hébergement en raison de l'abandon du support PHP 7.4
- Chaos de conformité avec les normes exigeant des logiciels à jour — pensez au RGPD
- Obstacles d'assurance à mesure que les plates-formes corrigées et supportées deviennent incontournables pour l'assurance
Comprendre votre site Drupal 7 actuel
Avant de choisir votre chemin, vous devez avoir une compréhension cristalline de l'état actuel de votre site. Sauter cette étape, et vous ferez probablement face à un budget qui explose.
Audit de contenu
Commencez par un audit de contenu. Récupérez la liste de vos types de contenu avec :
SELECT type, COUNT(*) as count
FROM node
GROUP BY type
ORDER BY count DESC;
Vous voudrez savoir :
- Références d'entités et leurs interconnexions
- Pièces jointes multimédias et leurs emplacements de stockage
- Vocabulaires de taxonomie et toute hiérarchie
- Champs personnalisés de ces merveilleux modules contribuants
Inventaire des modules
Listez vos modules activés :
drush pm-list --status=enabled --type=module
Triez-les par :
- Fonctionnalité de base
- Créations personnalisées — celles-ci pourraient vous hanter
- Pièces d'intégration (passerelles de paiement, CRM, SSO)
- Modules oubliés dont vous aviez oublié l'existence
Les modules personnalisés sont les véritables jokers ici. Sans leur développeur original ou documentation, le temps de migration peut facilement gonfler de 30-50%.
Ligne de base du trafic et des performances
Obtenez votre analytique bien calibrée pour évaluer le site post-migration :
- Sessions mensuelles et visiteurs uniques
- Core Web Vitals (LCP, FID/INP, CLS)
- Temps de réponse du serveur (TTFB)
- Ratios de cache (en particulier si Varnish ou un CDN est impliqué)
Option 1 : Mettre à jour vers Drupal 10/11
Ne soyons pas détournés : migrer de Drupal 7 vers 10 c'est comme construire une maison de zéro après avoir démoli l'ancienne. Les changements entre D7 et D8 (la base de D10/11) sont monumentaux. Voici ce qui vous attend :
Ce qui est impliqué
- Nouvelle configuration Drupal 10/11 — oubliez de réutiliser les thèmes
- Restauration des types de contenu et correspondance des champs
- Migration de contenu via le module Migrate ou ETL personnalisé
- Reconstruction de Views — des bons moments
- Reconstruction de modules personnalisés pour l'architecture Symfony
- Chasse aux substituts de modules contribuants
Quand cela a du sens
- Votre équipe éditoriale est ancrée dans l'univers Drupal
- Vous dépendez de fonctionnalités Drupal spécifiques (par exemple, les permissions granulaires)
- Le traitement de plusieurs langues est non négociable
- Vous êtes dans des secteurs comme le gouvernement ou l'éducation
Quand ce n'est pas le cas
- Votre site dispose d'un modèle de contenu épuré
- Les améliorations de performance du frontend sont cruciales
- Le budget du projet est serré (pensez à moins de £40k/$55k)
- Vous n'utilisez pas la plupart des ressources de Drupal

Option 2 : Devenir Headless avec Next.js + Supabase
Pour la plupart des sites de taille moyenne à grande, c'est le chemin que nous recommandons chez Social Animal. L'idée est d'utiliser un CMS headless pour servir le contenu, un framework frontend élégant, et un service backend pour vos besoins côté serveur.
La pile
- CMS headless : Considérez Sanity, Contentful ou Storyblok
- Frontend : Next.js pour le site — profitez du rendu côté serveur et de la génération statique
- Backend/Base de données : Supabase pour l'authentification, les bases de données, le stockage de fichiers et la logique
- Hébergement : Vercel ou Netlify pour le frontend, Supabase pour le backend
Pourquoi Supabase ?
Supabase vous offre une profusion de richesses : Postgres avec les API REST/GraphQL, l'authentification, le stockage de fichiers et les fonctions de edge. C'est cocher la case pour :
- Inscription/connexion utilisateur sans modules Drupal lourdauds
- Les soumissions de formulaires web stockées proprement dans Postgres
- Gestion des fichiers
- Options de recherche (en utilisant Postgres ou en ajoutant Typesense)
- Tâches CRUD habituelles
Supabase est également économique — le niveau gratuit convient bien aux petits sites, le plan Pro à £25/mois est or.
// Exemple : Migration d'un formulaire web D7 vers Supabase
import { createClient } from '@supabase/supabase-js'
const supabase = createClient(
process.env.NEXT_PUBLIC_SUPABASE_URL!,
process.env.NEXT_PUBLIC_SUPABASE_ANON_KEY!
)
export async function submitContactForm(formData: ContactFormData) {
const { data, error } = await supabase
.from('contact_submissions')
.insert({
name: formData.name,
email: formData.email,
message: formData.message,
submitted_at: new Date().toISOString(),
})
.select()
if (error) throw new Error(`Submission failed: ${error.message}`)
return data
}
Stratégie de migration de contenu
Voici un aperçu approximatif de la migration de contenu :
- Exporter le contenu de D7 en utilisant des requêtes Drush ou bases de données personnalisées
- Transformer pour adapter votre nouvelle configuration CMS (c'est le vrai travail)
- Importer dans votre CMS headless via son API
- Valider tout — rien de pire que des références brisées ou des médias manquants
Un site typique avec 5 000 nœuds pourrait signifier environ 2-4 semaines dédiées à la migration seule.
Option 3 : Migrer vers une autre plateforme CMS
Pas chaque solution n'exige une configuration headless. WordPress, Craft CMS, ou même des générateurs de sites statiques comme Astro sont des alternatives légitimes.
Comparaison des plates-formes
| Facteur | Drupal 10/11 | Next.js + CMS Headless | WordPress | Craft CMS | Astro (Statique) |
|---|---|---|---|---|---|
| Complexité du contenu | Excellente | Bonne (dépendante du CMS) | Modérée | Excellente | Simple |
| Expérience éditoriale | Abrupte | Varie | Facile | Bonne | Nécessite un CMS |
| Performance | Modérée | Excellente | Modérée | Bonne | Excellente |
| Réservoir de développeurs | En diminution | En croissance | Abondant | Petit | En croissance |
| Coût d'hébergement/mois | £50-£300 | £0-£50 | £10-£100 | £20-£100 | £0-£20 |
| Maintenance | Élevée | Faible-Moyenne | Moyenne | Moyenne | Faible |
| Multilingue | Excellent | Bon | Dépendant du plugin | Bon | Varie |
| Complexité de migration | Élevée | Élevée | Moyenne | Moyenne-Élevée | Faible-Moyenne |
Comparaison des coûts : Chiffres réels pour des projets réels
Voici à quoi les projets ont ressemblé en termes de dépenses :
Petit site
| Catégorie de coûts | Mise à jour Drupal 10 | Next.js + Headless | Migration WordPress |
|---|---|---|---|
| Développement | £15k-£25k / $20k-$35k | £12k-£20k / $15k-$28k | £8k-£15k / $10k-$20k |
| Migration de contenu | £3k-£5k | £3k-£5k | £2k-£4k |
| Design/UX | £5k-£10k | £5k-£10k | £3k-£8k |
| Hébergement (annuel) | £600-£3,600 | £0-£600 | £120-£1,200 |
| Maintenance (annuelle) | £3k-£8k | £1k-£3k | £2k-£5k |
| TCO 3 ans | £34k-£75k | £23k-£44k | £19k-£43k |
Site de taille moyenne
| Catégorie de coûts | Mise à jour Drupal 10 | Next.js + Supabase | Migration WordPress |
|---|---|---|---|
| Développement | £40k-£80k / $55k-$110k | £35k-£65k / $45k-$90k | £25k-£50k / $35k-$70k |
| Migration de contenu | £8k-£15k | £8k-£15k | £6k-£12k |
| Design/UX | £10k-£20k | £10k-£20k | £8k-£15k |
| Hébergement (annuel) | £1,200-£6,000 | £300-£1,800 | £600-£3,600 |
| Maintenance (annuelle) | £6k-£15k | £3k-£8k | £4k-£10k |
| TCO 3 ans | £79k-£178k | £63k-£129k | £53k-£117k |
Site volumineux/Entreprise
| Catégorie de coûts | Mise à jour Drupal 10 | Next.js + CMS Headless |
|---|---|---|
| Développement | £100k-£250k / $130k-$350k | £80k-£200k / $100k-$275k |
| Migration de contenu | £20k-£50k | £20k-£50k |
| Design/UX | £20k-£40k | £20k-£40k |
| Licence CMS (annuelle) | £0 | £3k-£30k |
| Hébergement (annuel) | £3,600-£24,000 | £1,200-£6,000 |
| Maintenance (annuelle) | £15k-£40k | £8k-£25k |
| TCO 3 ans | £196k-£532k | £147k-£413k |
Note sur la licence du CMS : Drupal est open source, pas de frais de licence. Mais attention — les plates-formes comme Contentful deviennent chères rapidement. Pour une option auto-hébergée sans frais de CMS, envisagez Payload CMS.
Considérations d'hébergement et d'infrastructure
Les gens misjugent souvent l'hébergement lors de la migration de plates-formes. C'est plus impliqué que vous pourriez le penser.
Hébergement Drupal 10
Drupal a besoin d'une configuration d'hébergement réelle :
- Pantheon : £34-£167/mois
- Platform.sh : £44-£175/mois
- Acquia : À partir de £134/mois
- VPS : £20-£100/mois (approche DIY, toutes les mises à jour sur vous)
Hébergement Next.js + Supabase
- Vercel : Niveau gratuit, Pro à £20/mois par personne
- Supabase : Gratuit pour commencer, Pro à £25/mois
- CMS headless : Varie largement
Grand total ? Souvent bien moins que l'hébergement Drupal.
SSL, CDN, Email — Oh non !
Drupal nécessite parfois des mains supplémentaires comme Cloudflare, des accords d'email via SendGrid, et SSL avec Let's Encrypt. En contraste, les configurations headless incluent beaucoup de fonctionnalités dès le départ — mais n'oubliez pas votre configuration d'email.
Le cadre décisionnel
Voici un cadre pour que votre prise de décision reste stable :
Restez avec Drupal (Mise à jour vers D10/11) si :
- Votre équipe éditoriale aime la façon de faire Drupal
- Vous avez besoin des permissions granulaires de Drupal
- Le contenu multilingue n'est pas un luxe
- Les normes de l'industrie vous enferment
Devenir Headless (Next.js + Supabase/CMS Headless) si :
- La performance vous fait ou vous défait
- Réduire les coûts à long terme est crucial
- Votre équipe préfère JavaScript/TypeScript
- Un sentiment d'application web élégante est l'objectif
- Le découplage joue pour votre stratégie de contenu
Allez à WordPress si :
- Un site de contenu simple vous convient
- Vous comptez vos sous (autant que ces projets vont)
- Vous voulez la trousse d'outils d'éditeur la plus simple
Allez statique (Astro) si :
- La livraison d'informations l'emporte sur tout le reste
- Les performances maximales sont importantes
- Les pages et les mises à jour sont limitées
- Aucun besoin d'engagement utilisateur complexe
Trouver la bonne agence
Voici comment détecter les bonnes :
Renseignez-vous sur leur protocole de migration. Si leur plan semble juste un "on improvise" affaire, courez.
Évaluez leur expertise Drupal. Même si vous l'abandonnez, l'expertise Drupal prévient la migration chaotique.
Vérifiez leur arsenal frontend. Headless nécessite une expertise dans votre framework ciblé.
Obtenez un devis au prix fixe. Envisagez une phase de découverte pour préciser la portée avant de signer les conditions.
Clarifiez les arrangements de support. Qui est là pour les attaques de panique la nuit quand quelque chose tourne mal ?
Si vous êtes au cœur de la stratégie de ce mouvement, nous serions heureux de discuter — contactez-nous quand vous voulez.
FAQ
Quand exactement le support de Drupal 7 se termine-t-il ?
Le support communautaire s'est arrêté le 1er novembre 2023. Le support étendu de Tag1 se termine le 5 janvier 2026. Après la limite, vous faites face à des risques sans mises à jour.
Puis-je simplement rester sur Drupal 7 après la fin de vie ?
Techniquement, oui. Mais attendez-vous à des vulnérabilités non corrigées et à des problèmes de conformité. Les logiciels en fin de vie sont une vente difficile pour le RGPD et l'assurance cybernétique.
Est-ce que migrer de Drupal 7 vers Drupal 10 est vraiment une reconstruction complète ?
Ouais. Le changement de D7 à D8 (fondation pour D10/11) est sismique. Préparez-vous à un projet de reconstruction complète, pas une gentille « mise à jour ».
Combien de temps dure une migration Drupal 7 typique ?
Petits sites : 6-10 semaines. Moyen : 12-20 semaines. Grand/Entreprise : 6-12 mois. Le contenu et l'assurance qualité s'étirent souvent plus longtemps que prévu.
Quelle est l'option de migration la moins chère ?
WordPress est souvent la plus économique pour les sites simples (à partir de £8k/$10k). Pourtant, sur trois ans, devenir headless pourrait économiser sur la maintenance et l'hébergement.
Dois-je migrer vers Drupal 10 ou devenir headless avec Next.js ?
Drupal convient aux configurations éditoriales profondément intégrées. Pour la performance moderne et l'efficacité des coûts, Next.js peut être votre meilleur pari. Le cadre ci-dessus devrait le clarifier pour vous.
Quel CMS headless dois-je utiliser pour remplacer Drupal 7 ?
Sanity, Payload CMS ou Storyblok sont d'excellents choix, avec Payload offrant un chemin auto-hébergé. Choisissez en fonction de l'adéquation organisationnelle — taille d'équipe et complexité.
Dois-je redessiner mon site pendant la migration ?
La refonte et la migration vont souvent bien financièrement. Si serré au budget, reproduisez les designs et prévoyez des améliorations ultérieures.