De mon point de vue, l’une des grandes forces de Drupal est sa modularité. Je développe sous WordPress depuis bientôt 5 ans, et presque 30% des sites réalisés n’utilisent pas les articles de WordPress, mais uniquement les pages. Et je ne vous parle même pas du pourcentage de projets n’utilisant pas les commentaires…

Malheureusement, WordPress ne permet pas la désactivation des fonctionnalités non utilisées, c’est regrettable à plusieurs points. Le premier, c’est les performances, charger en mémoire des lignes de code non utilisé peut s’apparenter à un gâchis de ressources. Le deuxième point, c’est la présence de menus inutiles dans la console d’administration. Cet aspect peut être corrigé via des plugins permettant  la personnalisation la console d’administration, ces derniers proposent de choisir précisément les fonctionnalités que l’on souhaite afficher ou masquer.

Mais revenons à drupal…

Lorsque je discute avec des clients, des développeurs, on me dit, WordPress ce n’est pas vraiment un CMS, Drupal oui !

C’est vrai et faux, en fait techniquement parlant, ces 2 outils sont des CMS. WordPress est un CMS orienté gestion de contenu personnelle (plutôt blog), tandis que Drupal est un CMS « non orienté ». Autrement dit, Drupal est extrêmement générique et on le ressent bien à l’installation. (Comme l’on dit plusieurs blogueurs de la communauté WP, WordPress est beaucoup plus packagé que Drupal, plus « ready to use »).

Cette orientation, publication personnelle/blog, est donc à la fois la plus grande force et faiblesse de WordPress.

Force, car cela lui attire la sympathie d’un très grand nombre de webmestres, développeurs et surtout des utilisateurs. Faiblesse, car comme beaucoup d’outils de masse, on le considère à tort comme un outil d’entrée de gamme peu adapté au monde professionnel et à un usage CMS. Et pourtant…

J’ai installé un drupal en local, et j’ai comparé les modules par défaut de drupal avec ceux de WordPress. Vous trouverez dans un premier le tableau comparatif, puis mon analyse.

Module drupal	Alternative WordPress	Commentaire
Aggregator	Plugin : WP-o-matic	Ancien, mais plugin très complet
Blog	Natif	–
Blog API	Natif	–
Book	Natif + Plugins	Les pages de WordPress non ? Couplé à un plugin Séries ou une navigation bien pensée ;)
Color	Natif + Thèmes	Dans WordPress, le thème peut avoir une page d’administration. C’est le cas du thème par défaut, il permet à l’utilisateur de modifier le schéma de couleur de certains thèmes.
Comment	Natif	Permets aux utilisateurs de commenter et de discuter le contenu publié.
Contact	Plugins : Cforms	Cforms, what else ?
Content translation	Plugins	Qtranslate, WP-ML, il y a pour tous les goûts…
Database logging	Plugins	Partiel, pas de plugin générique à ce niveau.
Forum	Plugins ou bbPress	bbPress se couple facilement à WordPress. La prochaine version devrait être encore plus intégrée à WordPress !
Help	Natif	Pas besoin d’aide pour utiliser WordPress ! ;)
Locale	Natif	–
Menu	Plugins	Par défaut, pas grand chose. (ça devrait changer dans WP 3.0), mais des plugins permettent cela
OpenID	Plugins	–
Path	Natif	Par défaut, les permaliens…
PHP filter	Plugins	–
Ping	Natif	–
Poll	Plugin : WP-Polls	–
Profile	Plugin : BuddyPress	Des profils, mais pas seulement…
Search	Natif	Sans compter les innombrables plugins à ce sujet
Statistics	Plugins : Wassup, StatsPress	–
Syslog	Plugins	Des plugins permettent des logs pour l’activité, d’autres pour le développement. Globalement ca existe.
Taxonomy	Natif + Plugins	L’API le supporte, les plugins apportent la couche utilisateur.
Throttle	Pas vraiment	À ma connaissance, aucun plugin ne permet de désactiver des fonctionnalités selon la charge. Cependant, les plugins de cache permettent ponctuellement d’alléger la charge serveur. Conclusion, pas vraiment ! mais pas très utile !
Tracker	Natif + Plugins	Les commentaires sont des contributions utilisateurs, sinon des plugins comme TDO Form permettent de créer des formulaires publics.
Trigger	Natif	Similaire aux actions/filtres de WordPresss
Update status	Natif	–
Upload	Natif	Depuis bien longtemps + La retouche d’image depuis WordPress 2.9

Comme vous pouvez le constater, mis à part 1-2 fonctionnalités mineures qui n’ont pas d’alternative complète sous WordPress, la totalité des fonctionnalités des modules intégrés dans Drupal possède une alternative ou plusieurs alternatives. Parfois nativement, parfois sous la forme de plugins de la communauté !

Lorsque la fonctionnalité est native, elle possède le même niveau de qualité que sa concurrente drupal. Lorsqu’il s’agit d’un plugin, c’est variable. Certains plugins de la communauté sont bien plus évolués que leurs concurrents par défaut de drupal (mais des plugins drupal peuvent équilibrer la balance), tandis que dans certains cas, c’est l’inverse.

Je conclurai en 3 points.

1. WordPress n’a rien à envier aux modules de base de Drupal. La communauté très active remplit parfaitement son rôle en réalisant des plugins de qualité similaire.

2. Le programme de plugins « officiel » de WordPress.org va permettre de constituer une base de plugins sûrs, vérifiés et mis à jour régulièrement. Ces plugins deviendront l’équivalent des modules de drupal.

3. Drupal possède une longueur d’avance concernant la possibilité de créer nativement des types de contenus à la volée. (je ne parle pas de CCK, mais des types de contenus), WordPress supporte depuis très longtemps ce genre d’ajout via des plugins, mais rien de  très propre. La version 3.0 ajoutera une API complète permettant d’ajouter autant de types de contenu que souhaité.

Dans un prochain article, je vous parlerai de Views/CCK et WordPress !

PS: J’ai sûrement oublié certaines fonctionnalités, je pense par exemple aux permissions, je me suis contenté des modules de base pour le moment, mais si vous voyez des fonctionnalités de bases qui n’existe pas dans WordPress, dites-le-moi, j’essaierai de trouver l’alternative si elle existe !