Evaluations et comparatifs Drupal

J'ai récemment posté un billet en proposant de faire des interviews vidéos des projets Drupal phares, ou plutôt des personnes qui ont réalisé ces projets.

Pour des raisons d'emploi du temps, ces interviews n'ont pas eu lieu le 25 mars comme je le pensais. J'avais pourtant obtenu l'accord de plusieurs projets : Rue89, France24, GlamourParis...

Je propose donc de réaliser ces interviews au moment du DrupalCampParis2 (19 avril 2008, Paris). Ca sera plus pratique pour tout le monde : les interviewés seront déjà sur place, et j'aurai tout le monde sous la main. Donc, n'hésitez pas à venir vers moi ce jour-là si vous souhaitez participer.

J'ai récemment posté un billet en proposant de faire des interviews vidéos des projets Drupal phares, ou plutôt des personnes qui ont réalisé ces projets.

Pour des raisons d'emploi du temps, ces interviews n'ont pas eu lieu le 25 mars comme je le pensais. J'avais pourtant obtenu l'accord de plusieurs projets : Rue89, France24, GlamourParis...

Je propose donc de réaliser ces interviews au moment du DrupalCampParis2 (19 avril 2008, Paris). Ca sera plus pratique pour tout le monde : les interviewés seront déjà sur place, et j'aurai tout le monde sous la main. Donc, n'hésitez pas à venir vers moi ce jour-là si vous souhaitez participer.

Les gros projets un peu connus sont un excellent moyen de promouvoir une technologie. Ils montrent aux utilisateurs finaux et aux décideurs ce qu'une techno peut leur apporter, et permettent de faire le lien entre la technique et le pratique.

Je propose donc de faire une série d'interviews vidéo des équipes qui ont réalisé des "grands" projets Drupal (grand par leur taille, leur complexité ou leur renommée). L'objectif est de comprendre pourquoi ils ont choisi Drupal, dans quelle mesure Drupal a été un avantage ou un inconvénient, et de voir ce que Drupal leur a permis de réaliser, exemples à l'appui.

La première série d'interviews s'effectuera le mardi 25 mars sur Paris (3 ou 4 interviews sur la journée). Elles seront ensuite publiées progressivement sur DrupalFrance.com.

Plusieurs projets me viennent à l'esprit (parce que j'ai travaillé ou été en contact avez eux) :

• CG94
• Rue89
• France24
• Boucheron
• Mairie de Rouen
• Glamour Paris

Si vous pensez à d'autres projets, postez-les dans les commentaires. Si vous avez réalisé vous-même des projets, contactez-moi directement pour qu'on organise quelque chose.

Les gros projets un peu connus sont un excellent moyen de promouvoir une technologie. Ils montrent aux utilisateurs finaux et aux décideurs ce qu'une techno peut leur apporter, et permettent de faire le lien entre la technique et le pratique.

Je propose donc de faire une série d'interviews vidéo des équipes qui ont réalisé des "grands" projets Drupal (grand par leur taille, leur complexité ou leur renommée). L'objectif est de comprendre pourquoi ils ont choisi Drupal, dans quelle mesure Drupal a été un avantage ou un inconvénient, et de voir ce que Drupal leur a permis de réaliser, exemples à l'appui.

La première série d'interviews s'effectuera le mardi 25 mars sur Paris (3 ou 4 interviews sur la journée). Elles seront ensuite publiées progressivement sur DrupalFrance.com.

Plusieurs projets me viennent à l'esprit (parce que j'ai travaillé ou été en contact avez eux) :

• CG94
• Rue89
• France24
• Boucheron
• Mairie de Rouen
• Glamour Paris

Si vous pensez à d'autres projets, postez-les dans les commentaires. Si vous avez réalisé vous-même des projets, contactez-moi directement pour qu'on organise quelque chose.

Les propos du titre ne sont bien entendu pas les miens, mais ceux de "Ploum", un utilisateur qui raconte dans un billet intitulé Petit test Drupal (daté du 31/03/2007) sa première expérience avec Drupal.

Vous l'aurez compris, celle-ci n'a pas été très positive, mais je trouve son article très instructif : malgré ses efforts, Drupal présente toujours une courbe d'apprentissage importante et reste rébarbatif pour les débutants et les non-techniciens.

Je partage cet avis, qui rejoint mon expérience personnelle : je n'ai pas adopté Drupal juste après l'avoir découvert. J'ai d'abord traversé une phase de découragement où il me paraissait tellement complexe que j'imaginais aller aussi (plus ?) vite en créant mon propre CMS. Cette dernière option représentant un travail tellement énorrrme, je suis finalement revenu vers Drupal (qui avait malgré tout un petit "je-ne-sais-quoi"), je me suis plongé à fond dedans, et depuis je ne suis plus revenu en arrière.

Passons en revue les principaux reproches que Ploum fait à Drupal :

Pas d'auto-installeur

Pour l'installation de nouveaux modules, de nouveaux thèmes, ou de la traduction française, il faut télécharger un fichier .tar.gz depuis Drupal.org, le décompresser et le copier sur le serveur où le site Drupal est hébergé (sans se tromper de répertoire).

Il n'y a pas d'auto-installeur qui permette de télécharger et d'installer des fonctionnalités d'un simple clic.

Pas d'éditeur WYSIWYG

L'édition de contenu se fait par défaut en HTML.

Des éditeurs WYSIWYG existent, mais il faut les télécharger et les installer.

Trop d'options de configuration

Comme dit Ploum : "Tout tout tout tout est configurable ! Il y a des millions d'options partout." Ou encore : "La configuration est ultra-pointue et il existe des millions de plugins dans lesquels il faut fouiller pour trouver ce qu'on souhaite."

Cet argument est ambigü, car la "configurabilité" de Drupal est aussi ce qui fait sa force. Cela dit, l'abondance d'options au point qu'elle décourage le débutant est sûrement un inconvénient. Elle peut révéler une mauvaise conception de l'application ou un mauvais design (il faudrait peut-être prévoir une interface simple et une interface avancée par exemple).

Les "meilleures" remarques anti-Drupal de Ploum

Je ne résiste pas à une petite sélection de ses meilleures critiques :

« Je me dis qu'utiliser Drupal relève de l'utopie. »

« Mon but était simple : arriver à configurer Drupal en un site facilement administrable par le commun des mortels. Bref, un CMSMS mais en mieux, plus performant, plus propre. Eh bien c'est la catastrophe absolue. »

« Si on a pas passé 6 mois dedans, on est complètement perdu. »

« Les modules se mettent dans un obscur répertoire sites/all/modules qui... n'existe pas ! Il faut le créer en uploadant son premier module ! (Le répertoire /modules, tellement facile, ne doit pas être touché, c'est pour le système. Suis-je bête !) »

Conclusion

Même si je ne partage pas son avis et qu'on pourrait répondre à chacun de ces arguments, j'ai apprécié cette critique parce qu'elle m'a servi de piqûre de rappel. Après plus d'un an passé à travailler sur Drupal, on finit par oublier ce qui nous avait paru compliqué au début. Ca m'a d'ailleurs donné des idées d'améliorations pour la formation Drupal :-).

Ploum conclut en disant que "Drupal est une machine à faire les sites et peut sans doute se révéler utile si vous avez un gros budget web et 10 webmasters qui vont gérer votre site". Il se trompe complètement sur le gros budget et les 10 webmasters (faut pas exagérer quand même), mais il a raison quand il parle de "machine à faire des sites" : Drupal est autant un framework de programmation qu'un CMS. C'est exactement la raison pour laquelle je l'utilise et c'est de là qu'il tire sa puissance et sa flexibilité. C'est aussi pour ça qu'il n'est pas adapté à tout le monde, et notamment pas idéal pour les "utilisateurs finaux".

Voilà pourquoi Ploum évoque "une distribution de Drupal simplifiée, avec par défaut une série de plugins courants, des paramètres déjà configurés pour une utilisation standard et une flopée de paramètres cachés". Un système de installation profile (qu'on pourrait traduire par "distribution") est d'ailleurs déjà en place. Il permet de configurer l'assistant d'installation de Drupal de sorte que par défaut il active et configure certains modules core ou contribués, et effectue certains réglages particuliers. Plus d'infos :

• HOWTO: Write an installation profile for the Drupal installer (anglais)
• Liste des profils d'installation existants (anglais)

Si vous avez découvert Drupal récemment et que vous vous posez la question de l'utiliser ou pas, je dirais que le mieux est de l'essayer pour vous faire votre propre opinion.

On ne cesse de comparer les CMS entre eux via leurs fonctionnalités, leur code, leur usabilité... mais on ne parle jamais de l'utilisateur (vous !) qui va le manipuler. C'est pourtant le principal critère de sélection : que savez-vous faire ? combien de temps avez-vous ? allez-vous utiliser Drupal professionnellement ou pour un site perso ?...

C'est pour ça qu'il n'y a pas de CMS idéal : parce que certains CMS correspondent mieux à certains types d'utilisateurs. A vous de décider si Drupal est le CMS qui VOUS convient.

Les propos du titre ne sont bien entendu pas les miens, mais ceux de "Ploum", un utilisateur qui raconte dans un billet intitulé Petit test Drupal (daté du 31/03/2007) sa première expérience avec Drupal.

Vous l'aurez compris, celle-ci n'a pas été très positive, mais je trouve son article très instructif : malgré ses efforts, Drupal présente toujours une courbe d'apprentissage importante et reste rébarbatif pour les débutants et les non-techniciens.

Je partage cet avis, qui rejoint mon expérience personnelle : je n'ai pas adopté Drupal juste après l'avoir découvert. J'ai d'abord traversé une phase de découragement où il me paraissait tellement complexe que j'imaginais aller aussi (plus ?) vite en créant mon propre CMS. Cette dernière option représentant un travail tellement énorrrme, je suis finalement revenu vers Drupal (qui avait malgré tout un petit "je-ne-sais-quoi"), je me suis plongé à fond dedans, et depuis je ne suis plus revenu en arrière.

Passons en revue les principaux reproches que Ploum fait à Drupal :

Pas d'auto-installeur

Pour l'installation de nouveaux modules, de nouveaux thèmes, ou de la traduction française, il faut télécharger un fichier .tar.gz depuis Drupal.org, le décompresser et le copier sur le serveur où le site Drupal est hébergé (sans se tromper de répertoire).

Il n'y a pas d'auto-installeur qui permette de télécharger et d'installer des fonctionnalités d'un simple clic.

Pas d'éditeur WYSIWYG

L'édition de contenu se fait par défaut en HTML.

Des éditeurs WYSIWYG existent, mais il faut les télécharger et les installer.

Trop d'options de configuration

Comme dit Ploum : "Tout tout tout tout est configurable ! Il y a des millions d'options partout." Ou encore : "La configuration est ultra-pointue et il existe des millions de plugins dans lesquels il faut fouiller pour trouver ce qu'on souhaite."

Cet argument est ambigü, car la "configurabilité" de Drupal est aussi ce qui fait sa force. Cela dit, l'abondance d'options au point qu'elle décourage le débutant est sûrement un inconvénient. Elle peut révéler une mauvaise conception de l'application ou un mauvais design (il faudrait peut-être prévoir une interface simple et une interface avancée par exemple).

Les "meilleures" remarques anti-Drupal de Ploum

Je ne résiste pas à une petite sélection de ses meilleures critiques :

« Je me dis qu'utiliser Drupal relève de l'utopie. »

« Mon but était simple : arriver à configurer Drupal en un site facilement administrable par le commun des mortels. Bref, un CMSMS mais en mieux, plus performant, plus propre. Eh bien c'est la catastrophe absolue. »

« Si on a pas passé 6 mois dedans, on est complètement perdu. »

« Les modules se mettent dans un obscur répertoire sites/all/modules qui... n'existe pas ! Il faut le créer en uploadant son premier module ! (Le répertoire /modules, tellement facile, ne doit pas être touché, c'est pour le système. Suis-je bête !) »

Conclusion

Même si je ne partage pas son avis et qu'on pourrait répondre à chacun de ces arguments, j'ai apprécié cette critique parce qu'elle m'a servi de piqûre de rappel. Après plus d'un an passé à travailler sur Drupal, on finit par oublier ce qui nous avait paru compliqué au début. Ca m'a d'ailleurs donné des idées d'améliorations pour la formation Drupal :-).

Ploum conclut en disant que "Drupal est une machine à faire les sites et peut sans doute se révéler utile si vous avez un gros budget web et 10 webmasters qui vont gérer votre site". Il se trompe complètement sur le gros budget et les 10 webmasters (faut pas exagérer quand même), mais il a raison quand il parle de "machine à faire des sites" : Drupal est autant un framework de programmation qu'un CMS. C'est exactement la raison pour laquelle je l'utilise et c'est de là qu'il tire sa puissance et sa flexibilité. C'est aussi pour ça qu'il n'est pas adapté à tout le monde, et notamment pas idéal pour les "utilisateurs finaux".

Voilà pourquoi Ploum évoque "une distribution de Drupal simplifiée, avec par défaut une série de plugins courants, des paramètres déjà configurés pour une utilisation standard et une flopée de paramètres cachés". Un système de installation profile (qu'on pourrait traduire par "distribution") est d'ailleurs déjà en place. Il permet de configurer l'assistant d'installation de Drupal de sorte que par défaut il active et configure certains modules core ou contribués, et effectue certains réglages particuliers. Plus d'infos :

• HOWTO: Write an installation profile for the Drupal installer (anglais)
• Liste des profils d'installation existants (anglais)

Si vous avez découvert Drupal récemment et que vous vous posez la question de l'utiliser ou pas, je dirais que le mieux est de l'essayer pour vous faire votre propre opinion.

On ne cesse de comparer les CMS entre eux via leurs fonctionnalités, leur code, leur usabilité... mais on ne parle jamais de l'utilisateur (vous !) qui va le manipuler. C'est pourtant le principal critère de sélection : que savez-vous faire ? combien de temps avez-vous ? allez-vous utiliser Drupal professionnellement ou pour un site perso ?...

C'est pour ça qu'il n'y a pas de CMS idéal : parce que certains CMS correspondent mieux à certains types d'utilisateurs. A vous de décider si Drupal est le CMS qui VOUS convient.

Encore tout récemment, je me demandais si Drupal était prêt pour le e-Commerce. Aujourd'hui, la réponse pourrait bien être "Oui, et plus tôt que prévu !".

En effet, Drupal.org vient d'annoncer la sortie du module E-Commerce Version 3, une version compatible à la fois avec Drupal 4.7 et Drupal 5.x.

Note : les modules Drupal suivent maintenant un système de version qui permet de les identifier plus facilement. Une version est définie par les fonctionnalités qu'elle contient. Ainsi, le module e-Commerce v3 contient les mêmes fonctionnalités qu'il soit téléchargé pour Drupal 4.7 ou Drupal 5.

Il semblerait que cette version marque l'introduction (ou le perfectionnement) de tout un tas de fonctionnalités telles que : la génération de factures, les achats anonymes (i.e. sans avoir besoin d'être identifié avec un compte Drupal), les paiements récurrents, les charges flexibles, de nouvelles méthodes d'expédition... pour n'en citer que quelques unes. Ces fonctionnalités étaient très demandées et faisaient partie des principaux reproches que l'on faisait à Drupal en termes de e-Commerce.

Avec E-Commerce Version 3, Drupal propose une solution crédible pour faire du e-Commerce et ajoute une nouvelle corde à son arc, qui, espérons-le, séduira de nouveaux utilisateurs.

Reportez-vous à la page du module e-Commerce pour le détail des fonctionnalités, le téléchargement, et les instructions d'installation.

Source : E-Commerce Version 3 (For Drupal 4.7 and 5) (Drupal.org, 10/03/2007)

Encore tout récemment, je me demandais si Drupal était prêt pour le e-Commerce. Aujourd'hui, la réponse pourrait bien être "Oui, et plus tôt que prévu !".

En effet, Drupal.org vient d'annoncer la sortie du module E-Commerce Version 3, une version compatible à la fois avec Drupal 4.7 et Drupal 5.x.

Note : les modules Drupal suivent maintenant un système de version qui permet de les identifier plus facilement. Une version est définie par les fonctionnalités qu'elle contient. Ainsi, le module e-Commerce v3 contient les mêmes fonctionnalités qu'il soit téléchargé pour Drupal 4.7 ou Drupal 5.

Il semblerait que cette version marque l'introduction (ou le perfectionnement) de tout un tas de fonctionnalités telles que : la génération de factures, les achats anonymes (i.e. sans avoir besoin d'être identifié avec un compte Drupal), les paiements récurrents, les charges flexibles, de nouvelles méthodes d'expédition... pour n'en citer que quelques unes. Ces fonctionnalités étaient très demandées et faisaient partie des principaux reproches que l'on faisait à Drupal en termes de e-Commerce.

Avec E-Commerce Version 3, Drupal propose une solution crédible pour faire du e-Commerce et ajoute une nouvelle corde à son arc, qui, espérons-le, séduira de nouveaux utilisateurs.

Reportez-vous à la page du module e-Commerce pour le détail des fonctionnalités, le téléchargement, et les instructions d'installation.

Source : E-Commerce Version 3 (For Drupal 4.7 and 5) (Drupal.org, 10/03/2007)

J’ai été contacté récemment par un prospect souhaitant réaliser un site e-Commerce avec Drupal. Comme je n’ai jamais réalisé de site e-Commerce avec Drupal et que je n’ai pas entendu beaucoup de bien du module e-Commerce (il ne serait pas très au point et très orienté « américain »), je m’interrogeais : était-il réaliste de vouloir faire un site e-commerce avec Drupal ? Il était temps de se renseigner.

Pourquoi faire un site e-Commerce avec Drupal ?

Pour commencer, on peut se demander pourquoi vouloir utiliser Drupal pour ce genre de besoin. En effet, il existe de nombreuses solutions open source spécialisées dans le e-Commerce, avec des références plutôt convaincantes : osCommerce et ZenCart sont les plus connues, mais il y en a sûrement d’autres.

Seulement, il peut être intéressant d’utiliser Drupal pour profiter de toutes les autres fonctionnalités qu’il propose, et sur lesquelles les sites spécialisés e-commerce ne sont peut-être pas au point, par exemple :

• La création de fiches produits personnalisées avec CCK.
• Les vues catalogue en quelques clics avec Views.
• La publication de tous types de contenus, autres que les produits (textes, images, vidéos…).
• La gestion fine des droits d’accès.
• La taxonomie.
• Le multilingue.
• ...

Par ailleurs, si l’on possède déjà un site Drupal dans lequel on veut intégrer une boutique, il sera plus facile de ne pas recourir à une solution différente.

Enfin, il y a peut-être plus de bons développeurs Drupal que de bons développeurs osCommerce ? :-) Non, là j’exagère.

Que propose Drupal en matière de e-Commerce ?

Le premier réflexe est de faire un tour sur la liste des modules e-Commerce de Drupal.org.

On y trouve avant tout le module e-Commerce qui propose la plupart des fonctionnalités classiques :

• Gestion du panier d’achats
• Gestion des taxes (mais très orientée US)
• Gestion des abonnements et paiements à intervalles réguliers
• Vente de produits physiques (éventuellement par lot) et virtuels
• Génération de facture
• Notification d’expédition
• Personnalisation graphique du panier
• Rapports de ventes
• Workflow de paiement
• Historique des commandes

C’est un bon début, mais il manque tout de même quelques fonctionnalités assez courantes. Certaines sont mises à disposition par d’autres modules Drupal :

• Currency Exchange permet la conversion des prix dans plusieurs monnaies.
• E-Commerce Live Subproducts permet d’avoir plusieurs modèles du même produit (par exemple, un T-shirt en différentes tailles et couleurs).
• lm_paypal permet la prise en charge des paiements Paypal.
• Quickfile propose une gestion améliorée des produits digitaux (ebooks, musique, logiciels…).

Il faut reconnaître que la plupart de ces modules sont uniquement disponibles pour Drupal 4.7 (voire 4.6) ou encore en version bêta, ce qui limite sacrément leur intérêt.

De plus, je n’étais pas sûr qu’ils couvrent tous les besoins de mon prospect…

Drupal couvre-t-il les besoins e-Commerce d’un « vrai » client ?

C’est une chose que de regarder la liste des fonctionnalités, assez génériques, proposées par les modules e-commerce. C’en est une autre que de se demander s’ils vont répondre aux besoins bien spécifiques d’un client.

En confrontant ces besoins à l’offre e-Commerce de Drupal, il ressort certaines lacunes :

• Pas de gestion adaptée de la TVA.
• Pas de gestion des frais de port variables en fonction du total de la commande.
• Pas d’interface avec les plateformes de paiement francophones.
• Pas de filtrage collaboratif (« Les clients ayant acheté A ont également acheté B. »).
• Pas de prise en charge des bons cadeaux/bons de réduction.

Bien sûr on peut toujours développer ces fonctionnalités, mais cela limite l’intérêt d’utiliser un CMS ainsi que l’évolutivité de la plateforme.

Conclusion

Si le e-commerce a longtemps été le maillon faible de Drupal, on sent que c’est en train de changer. En témoignent l’activité intense des développeurs e-commerce récemment, ou les initiatives entièrement dédiées à Drupal et au e-Commerce comme Ubercart, qui n’est rien de moins qu’une série de nouveaux modules Drupal e-Commerce destinés aux « boutiques en ligne commercialisant des produits physiques et possédant un large catalogue ».

Une solution pleine de promesses mais qui n’est pas encore sortie à ce jour (février 2007).

Pour vous rendre compte de ce dont Drupal est capable en terme de e-commerce, le mieux est peut-être de consulter la liste de sites Drupal e-commerce [en] de Drupalsites.net (je n’ai pas trouvé de référence francophone).

En conclusion, si vous devez développer un site de e-Commerce aujourd’hui, je recommanderais Drupal uniquement pour une boutique sans trop de contraintes pratiques pour gérer les commandes, avec un catalogue relativement réduit, et peu de procédures automatisées à mettre en place. En revanche, pour un catalogue plus important et dans le but de vraiment seconder le commerçant dans son activité, Drupal est loin d’avoir le même niveau de fonctionnalités qu’un osCommerce dont c’est la spécialité. Dans ce cas il faudra mieux s’abstenir avec Drupal ou patienter… mais combien de temps ?

J’ai été contacté récemment par un prospect souhaitant réaliser un site e-Commerce avec Drupal. Comme je n’ai jamais réalisé de site e-Commerce avec Drupal et que je n’ai pas entendu beaucoup de bien du module e-Commerce (il ne serait pas très au point et très orienté « américain »), je m’interrogeais : était-il réaliste de vouloir faire un site e-commerce avec Drupal ? Il était temps de se renseigner.

Pourquoi faire un site e-Commerce avec Drupal ?

Pour commencer, on peut se demander pourquoi vouloir utiliser Drupal pour ce genre de besoin. En effet, il existe de nombreuses solutions open source spécialisées dans le e-Commerce, avec des références plutôt convaincantes : osCommerce et ZenCart sont les plus connues, mais il y en a sûrement d’autres.

Seulement, il peut être intéressant d’utiliser Drupal pour profiter de toutes les autres fonctionnalités qu’il propose, et sur lesquelles les sites spécialisés e-commerce ne sont peut-être pas au point, par exemple :

• La création de fiches produits personnalisées avec CCK.
• Les vues catalogue en quelques clics avec Views.
• La publication de tous types de contenus, autres que les produits (textes, images, vidéos…).
• La gestion fine des droits d’accès.
• La taxonomie.
• Le multilingue.
• ...

Par ailleurs, si l’on possède déjà un site Drupal dans lequel on veut intégrer une boutique, il sera plus facile de ne pas recourir à une solution différente.

Enfin, il y a peut-être plus de bons développeurs Drupal que de bons développeurs osCommerce ? :-) Non, là j’exagère.

Que propose Drupal en matière de e-Commerce ?

Le premier réflexe est de faire un tour sur la liste des modules e-Commerce de Drupal.org.

On y trouve avant tout le module e-Commerce qui propose la plupart des fonctionnalités classiques :

• Gestion du panier d’achats
• Gestion des taxes (mais très orientée US)
• Gestion des abonnements et paiements à intervalles réguliers
• Vente de produits physiques (éventuellement par lot) et virtuels
• Génération de facture
• Notification d’expédition
• Personnalisation graphique du panier
• Rapports de ventes
• Workflow de paiement
• Historique des commandes

C’est un bon début, mais il manque tout de même quelques fonctionnalités assez courantes. Certaines sont mises à disposition par d’autres modules Drupal :

• Currency Exchange permet la conversion des prix dans plusieurs monnaies.
• E-Commerce Live Subproducts permet d’avoir plusieurs modèles du même produit (par exemple, un T-shirt en différentes tailles et couleurs).
• lm_paypal permet la prise en charge des paiements Paypal.
• Quickfile propose une gestion améliorée des produits digitaux (ebooks, musique, logiciels…).

Il faut reconnaître que la plupart de ces modules sont uniquement disponibles pour Drupal 4.7 (voire 4.6) ou encore en version bêta, ce qui limite sacrément leur intérêt.

De plus, je n’étais pas sûr qu’ils couvrent tous les besoins de mon prospect…

Drupal couvre-t-il les besoins e-Commerce d’un « vrai » client ?

C’est une chose que de regarder la liste des fonctionnalités, assez génériques, proposées par les modules e-commerce. C’en est une autre que de se demander s’ils vont répondre aux besoins bien spécifiques d’un client.

En confrontant ces besoins à l’offre e-Commerce de Drupal, il ressort certaines lacunes :

• Pas de gestion adaptée de la TVA.
• Pas de gestion des frais de port variables en fonction du total de la commande.
• Pas d’interface avec les plateformes de paiement francophones.
• Pas de filtrage collaboratif (« Les clients ayant acheté A ont également acheté B. »).
• Pas de prise en charge des bons cadeaux/bons de réduction.

Bien sûr on peut toujours développer ces fonctionnalités, mais cela limite l’intérêt d’utiliser un CMS ainsi que l’évolutivité de la plateforme.

Conclusion

Si le e-commerce a longtemps été le maillon faible de Drupal, on sent que c’est en train de changer. En témoignent l’activité intense des développeurs e-commerce récemment, ou les initiatives entièrement dédiées à Drupal et au e-Commerce comme Ubercart, qui n’est rien de moins qu’une série de nouveaux modules Drupal e-Commerce destinés aux « boutiques en ligne commercialisant des produits physiques et possédant un large catalogue ».

Une solution pleine de promesses mais qui n’est pas encore sortie à ce jour (février 2007).

Pour vous rendre compte de ce dont Drupal est capable en terme de e-commerce, le mieux est peut-être de consulter la liste de sites Drupal e-commerce [en] de Drupalsites.net (je n’ai pas trouvé de référence francophone).

En conclusion, si vous devez développer un site de e-Commerce aujourd’hui, je recommanderais Drupal uniquement pour une boutique sans trop de contraintes pratiques pour gérer les commandes, avec un catalogue relativement réduit, et peu de procédures automatisées à mettre en place. En revanche, pour un catalogue plus important et dans le but de vraiment seconder le commerçant dans son activité, Drupal est loin d’avoir le même niveau de fonctionnalités qu’un osCommerce dont c’est la spécialité. Dans ce cas il faudra mieux s’abstenir avec Drupal ou patienter… mais combien de temps ?