Choisir un système de gestion de contenu engage un projet pour plusieurs années : coût de construction, coût de maintenance, disponibilité des compétences, capacité à évoluer. Ce guide compare WordPress, Drupal et PrestaShop sur les critères qui décident réellement, et propose une grille de décision utilisable en réunion de cadrage.
Le critère qui tranche : la structure du contenu
Avant toute comparaison de fonctionnalités, une seule question sépare les familles d’outils : le contenu est-il structuré ou éditorial ?
- Éditorial — des articles, des pages, quelques taxonomies. Le besoin est de publier vite et souvent.
- Structuré — des types imbriqués, des relations entre entités, des flux de validation, des permissions par rôle, du multilingue exigeant. Le besoin est de modéliser juste.
Un projet éditorial mené avec un outil de modélisation coûte cher pour rien. Un projet structuré mené avec un outil éditorial finit en accumulation d’extensions qu’aucune équipe ne veut reprendre.
La comparaison
| Critère | WordPress | Drupal (CMS / 11) | PrestaShop |
|---|---|---|---|
| Prise en main | Imbattable | Correcte depuis Drupal CMS | Moyenne |
| Modélisation de contenu | Extensions (ACF et équivalents) | Excellente, native | Orientée catalogue |
| Gestion fine des droits | Limitée sans extensions | Native, granulaire | Native (profils employés) |
| Multilingue | Extension (Polylang, WPML) | Dans le cœur | Dans le cœur |
| Écosystème | Considérable | Plus restreint | Spécialisé e-commerce |
| Coût d’un petit projet | Bas | Élevé | Moyen |
| Robustesse à grande échelle | Dépend de la discipline | Supérieure | Bonne sur le catalogue |
| Disponibilité des compétences | Très large | Restreinte et chère | Moyenne |
WordPress : le choix par défaut, et ce qui le fragilise
WordPress reste le choix rationnel pour la majorité des projets éditoriaux : rapidité de mise en œuvre, coût d’entrée bas, vivier de compétences immense. Sa fragilité est connue et se traite : l’accumulation d’extensions.
Deux pratiques changent la trajectoire d’un projet WordPress sur cinq ans :
- Gérer les dépendances plutôt que d’installer depuis l’administration — une structure de projet type Bedrock rend le déploiement reproductible et l’historique lisible.
- Compter les extensions comme de la dette : chaque extension activée charge des ressources sur toutes les pages et devient un point de rupture à chaque montée de version.
La question n’est pas de choisir un camp entre WordPress et Drupal, mais de faire correspondre l’outil à la nature réelle du projet.
Drupal : pertinent, à conditions
Drupal a changé de visage avec Drupal CMS, distribution prête à l’emploi publiée en janvier 2025, ses Recipes et son Experience Builder. La modélisation, les droits et le multilingue restent ses points forts structurels.
Sa faiblesse n’est pas technique mais humaine : recruter un développeur Drupal expérimenté coûte plus cher et prend plus de temps. Ce point pèse autant dans un devis que dans une reprise de projet, et se pose avant la décision technique.
PrestaShop : le cas e-commerce
Pour une boutique dont le catalogue est le cœur du métier — variantes, déclinaisons, règles de prix, transporteurs, comptabilité —, un outil e-commerce natif garde l’avantage sur une extension greffée à un CMS éditorial. Le coût réel se trouve dans les montées de version majeures et la maintenance des modules tiers, qu’il faut budgéter dès le départ.
Grille de décision
| Situation | Choix par défaut |
|---|---|
| Site éditorial, lancement rapide, budget contraint | WordPress |
| Média avec production quotidienne et multilingue | WordPress + extension multilingue maîtrisée |
| Institution, secteur public, université | Drupal |
| Application éditoriale à modélisation complexe | Drupal |
| Boutique dont le catalogue est le métier | PrestaShop |
| Boutique adossée à un site de contenu | WordPress + couche e-commerce |
| Aucun budget de maintenance récurrent | WordPress, et rien d’autre |
Les questions à poser au client avant de trancher
- Qui maintiendra le site dans trois ans, et avec quel budget ?
- Le contenu a-t-il des relations entre entités, ou seulement des catégories ?
- Combien de rôles distincts interviennent dans la publication ?
- Le multilingue est-il une traduction, ou des contenus différents par marché ?
- Quelle est la tolérance à l’indisponibilité lors des montées de version ?
Les réponses à ces cinq questions déterminent le choix plus sûrement que n’importe quel comparatif de fonctionnalités.
Les articles de la rubrique
- Drupal en 2026 : un choix encore raisonnable ?
- Node.js 26 active la Temporal API par défaut
- CloudPanel : l’auto-hébergement WordPress sans panneau lourd
Cette page est mise à jour au fil des publications de la rubrique Back-end.