Django CMS a évolué, mais pas assez vite pour suivre le rythme du paysage CMS moderne – et cet écart commence à peser pour les entreprises qui l’utilisent encore.
Si tu as développé sur Django CMS ou si tu maintiens encore un ancien site qui s’appuie dessus, la question n’est pas seulement « est-ce qu’il a changé ? ». C’est de savoir si ces changements sont suffisants pour ce que tu vas construire ensuite.
Regardons les choses en face.
Oui, Django CMS a vraiment fait des progrès
Django CMS n’est pas resté immobile. La communauté est active et il y a eu de vraies améliorations qui méritent d’être soulignées.
Compatibilité avec les nouvelles versions de Django
Le domaine le plus significatif, c’est la compatibilité avec les nouvelles versions de Django. Django lui-même évolue en permanence – notamment en matière de sécurité, de performances et de gestion des bases de données – et Django CMS s’est efforcé de suivre le rythme. C’est important si ton équipe est avant tout Python et souhaite rester sur une pile prise en charge.
Des possibilités frontend plus modernes
On constate aussi un intérêt croissant pour associer Django CMS à des interfaces modernes comme React ou Vue dans des configurations hybrides. C’est faisable, mais ça demande un travail de personnalisation important. Il ne s’agit pas d’une expérience headless native – c’est davantage une solution de contournement qu’une vraie fonctionnalité.
Un développement axé sur la communauté
Le développement est également de plus en plus communautaire. Les corrections et améliorations viennent désormais en grande partie des contributeurs plutôt que d’une équipe centrale. Ça dit beaucoup sur les développeurs qui se soucient encore de la plateforme – mais ça signifie aussi que le rythme d’innovation est plus lent et moins prévisible que sur les plateformes CMS modernes soutenues commercialement.
Les domaines dans lesquels Django CMS prend du retard
C’est là que les choses deviennent honnêtes.
Les progrès réalisés par Django CMS sont réels, mais ils n’ont pas suivi le rythme effréné du reste du monde CMS – en particulier dans le domaine headless et API-first.
L’écosystème des plugins vieillit
De nombreux plugins populaires – notamment aldryn, django-filer et une longue liste d’extensions tierces – ne sont plus activement maintenus. Ils fonctionnent peut-être encore techniquement, mais ils n’ont pas évolué pour répondre aux standards actuels. En pratique, ça veut dire que tout ce qui va au-delà des fonctionnalités de base nécessite souvent du développement personnalisé.
Les mises à niveau restent pénibles
Si un site dépend fortement de plugins ou de fonctionnalités personnalisées créés il y a plusieurs années, chaque mise à jour de Django CMS devient une évaluation des risques. Quelque chose casse, quelque chose doit être réécrit, et les équipes ralentissent. On a écrit un article plus complet sur pourquoi la mise à niveau de Django CMS est si complexe, si tu veux avoir une vue d’ensemble.
Une architecture étroitement couplée
Django CMS a été conçu avec une interface traditionnelle, rendue côté serveur. Ça fonctionnait très bien il y a dix ans. Aujourd’hui, les développeurs s’attendent à une séparation claire des API et à une conception headless-first – et Django CMS n’a tout simplement pas été pensé pour cette évolution. Le moderniser est possible, mais rarement propre.
Des workflows éditoriaux modernes limités
Les équipes de contenu s’attendent aujourd’hui à pouvoir créer des pages par glisser-déposer, à éditer en temps réel et à disposer de modèles de contenu flexibles. Django CMS peut répondre à certaines de ces attentes, mais il n’a pas été conçu pour la publication multicanal ou la diffusion de contenu omnicanal.
Quand Django CMS reste pertinent
Pour être honnête, il y a des cas où Django CMS tient encore bien la route.
C’est un choix solide si ton équipe est native Python et que ton projet est basé sur des pages plutôt que sur une API de contenu. Il gère assez bien les workflows backend de niveau entreprise, et si un contrôle strict du backend est une priorité, le framework Django sous-jacent reste puissant et bien maintenu.
Mais ces cas d’utilisation se réduisent. De moins en moins de projets nécessitent vraiment un CMS Python plutôt qu’une alternative headless moderne – et les compromis sont de plus en plus difficiles à justifier.
Pourquoi les équipes explorent-elles des alternatives ?
La lenteur de l’évolution de Django CMS a poussé de nombreuses équipes à se tourner vers des plateformes conçues pour répondre aux attentes actuelles :
- Architecture API-first prête à l’emploi
- Prise en charge native des frameworks JS modernes comme Next.js
- Modélisation de contenu flexible, code-first
- Écosystèmes de plugins actifs et investissements réguliers dans la plateforme
- Intégrations plus faciles avec les ERP, les CRM et les services tiers
Des plateformes comme Payload CMS ont pris un vrai essor précisément parce qu’elles ont été conçues dès le départ pour répondre à ces exigences – et non pas adaptées a posteriori. C’est aussi pourquoi la migration de Django CMS vers Payload CMS est devenue une décision de plus en plus courante pour les équipes qui veulent avancer sans traîner de bagage hérité.
Il vaut aussi la peine de voir les choses dans leur ensemble. Les coûts cachés de rester sur des plateformes CMS obsolètes – maintenance croissante, risques de sécurité et temps passé par les développeurs à éteindre des incendies – dépassent souvent ce qu’aurait coûté une migration correcte dès le départ.
Si tu hésites entre mettre à niveau ta configuration actuelle ou repartir de zéro, notre guide sur la mise à niveau du système ou la relance complète peut t’aider à y voir plus clair.
Alors, Django CMS évolue-t-il assez vite ?
Ça dépend de ce que tu construis.
Pour les équipes déjà bien implantées dans l’écosystème Python, avec des projets stables basés sur des pages et sans intention de passer au headless, Django CMS reste un choix fonctionnel. Il a fait ses preuves, il est stable, et la communauté ne disparaît pas.
Mais pour les entreprises qui cherchent la flexibilité de l’API-first, des outils éditoriaux modernes, des intégrations fluides ou une plateforme avec laquelle elles n’auront pas à se battre dans deux ans – Django CMS n’est plus la solution.
Prêt·e à aller de l’avant ?
Chez what., on est spécialisés dans les services de migration CMS, avec un accent particulier sur Payload CMS comme plateforme de référence pour les projets web modernes. Si tu te demandes si tu dois rester sur Django CMS ou changer de plateforme, on sera ravis de t’aider à trouver la bonne solution.
Parfois, c’est une migration. Parfois, c’est une approche progressive. Dans tous les cas, on t’aidera à prendre la décision qui convient vraiment le mieux à ton entreprise.
