Quel CMS Open Source choisir pour un site internet ? (3369 lectures)

200905/03

De nombreux articles sur le web parlent des CMS (Content Management System) et tentent de lister les meilleurs d'entres-eux.
Mais très souvent, sauf quelques rares libres blancs, ces articles restent trop subjectifs et ne permettent pas d'établir une réelle comparaison des CMS Open Source.
Je vous propose ici une approche, subjective s'il en est, mais orientée utilisateur.

Qu'est-ce qu'un CMS ?

Posez la question à 100 développeurs ou professionnels du web, et vous aurez très certainement 90 réponses différentes.

La certitude, c'est que CMS est l'acronyme de Content Management System, soit en français Système de gestion de publication ou de contenu (par internet, ça va de soit).

En français déchiffré pour le grand public, un logiciel accessible au moyen d'un navigateur web, qui permet de gérer tout le contenu d'un site internet (textes, médias, ...), sans cumuler l'usage de plusieurs logiciels. 

A partir de cette définition, tout contenu qui peut par internet être créé, modifié, supprimé depuis une interface web peut être considéré comme un CMS.

Du blog au site d'entreprise en passant par un portail d'informations, un forum ou un site de vente de ligne, on devrait dans l'absolu parler de CMS pour tous ceux-là.

A chaque besoin correspond un groupe de CMS spécifique

On pourrait aller faire ses courses (alimentaires) en formule 1, ou vouloir faire un rallye avec la vieille DS de papa, mais ces outils sont-ils les mieux adaptés aux objectifs fixés ?

Ca peut paraître trivial pour certains, mais le mot-clé est outil. Et nous avons parfois trop tendance à considérer l'informatique comme un but et non comme un moyen.
Si le but d'un développeur, tombé follement amoureux d'un CMS (ça doit exister), n'est de voir que par lui, c'est son libre choix. Mais si un DI confiait à ce même développeur le choix d'une solution CMS Open Source pour la gestion d'un portail à très fort trafic et utilisant beaucoup de webservices, ce DI prendrait des risques non négligeables pour son client.

Un CMS n'est pas un but mais un moyen, un outil. 

Il n'existe pas une solution meilleure qu'une autre, mais plusieurs solutions en fonction du type de projet, des ressources humaines qui vont devoir travailler sur ce projet (pré et post-production), et évidemment du budget disponible. 

Un exemple très simple pour reprendre la métaphore de la voiture précédente, c'est celui d'un blog.
Inutile d'engager 20 journées/homme pour déployer un blog et choisir un CMS "trop compliqué", qui nécessitera peut-être même des compétences très spécifiques en terme de connaissance du produit.

Si vos besoins sont d'avoir un blog, il faudra s'orienter vers la famille des CMS de type blog, et déjà le choix se restreint beaucoup.

A l'inverse, si les objectifs sont de déployer un site de type portail, les besoins seront probablement d'avoir beaucoup de fonctionnalités inhérentes au CMS, de manière à éviter de les développer ou de les faire développer en sous-traitance.

Les évolutions souhaitées et programmées d'un site web doivent aussi être prise en compte dans le choix d'un CMS.
Le budget de départ d'un projet web peut faire parfois que des fonctionnalités ne seront pas activées au départ mais devront être prises en compte pour être activées (ou développées) puis intégrées au site dans un second temps.

Existe t-il des mauvais CMS ?

La réponse est oui. Mais la question n'est pas bonne...

Existe t-il des mauvais jours ? Existe t-il des mauvais restaurants ? Existe t-il des mauvaises agences web ?
La réponse est oui aussi, non ?

On le voit, tout est trop relatif à la problématique des besoins pour se permettre de tirer des conclusions.
Entre une formule 1 et une 2CV, laquelle arrivera à destination en premier ?
Et bien ça dépend bien sûr ! S'il faut passer par une piste forestière, avec 10 cm de boue, des cailloux de partout, je mise sur la 2CV, pas vous ?
Et pourtant on trouvera toujours des personnes qui sont persuadées que la formule 1 ira plus vite.

Comme on trouvera toujours des chefs de projet ou décisionnaires pour penser que tel CMS est meilleur qu'un autre, selon des critères relatifs qui n'ont pas forcément de sens pour les besoins du client, ou par manque de culture et d'expertises des CMS, voir parfois par mauvaise foi.

Comment évaluer la qualité d'un logiciel Open Source ?

La méthode courante

D'une manière très générale et répandue, l'évaluation de la qualité d'un logiciel/CMS Open Source suit un schéma très simple et rapide :

1. Tout le monde en parle, testons-le.
2. Est-il facile à installer ? Déjà à ce niveau, beaucoup de CMS ne franchissent pas le cap des tests d'utilisation.
3. Est-il "convivial" ? Ca peut vous faire rire, mais vous n'imaginez pas l'importance que nous accordons à l'apparence dans notre société...
4. Est-il simple d'emploi ? Que voilà une question délicate qui porte à bon nombre de débats partout sur le web.
5. Existe t-il un support en ligne ? Un guide, un forum où on pourra poser des questions si on est bloqué.
6. Est-ce que je peux faire moi-même la vidange où il me faut bac+15 pour faire des modifications ou je dois faire appel à un spécialiste à 100 €/heure ?

Cette méthode peut permettre dans certains cas d'éliminer d'office des CMS, sous réserve d'avoir en amont une méthodologie bien définie.
Par exemple, un développeur qui a bien configuré son fichier de configuration PHP (php.ini) pour activer tous les avertissements, warning et erreurs, pourra dès le lancement d'un logiciel l'abandonner selon le type d'erreurs renvoyé (variables non définies, ...).

Autre exemple. Untel ou untel a coutume d'utiliser toujours le même CMS. Un client lui demande un site avec des fonctionnalités spécifiques. Il faut vérifier si les modules/plugins existent, s'ils sont installables facilement et répondent aux attentes du client. Au moindre problème/bug il convient d'être vigilant, et peut-être s'orienter vers autre chose.

Mais cette méthode ne peut pas être utilisée par un non initié. D'ailleurs, le rôle du non initié devrait se limiter à l'usage et non aux tests.

Et surtout, cette méthode autorise tout le monde a dire tout et son contraire à propos d'un logiciel Open Source. Car les critères d'évaluation n'ont pas été définis précisément et répondent souvent à un choix subjectif.
Il ne doit pas être rare qu'un développeur/webdesigner ou autre choisisse d'ailleurs un CMS sur l'avis de personnes en qui il a confiance, mais pas sur la base de vrais tests.

On trouvera autant de développeurs/utilisateurs (sur les forums, blogs, ...)  pour préférer SPIP à Drupal, ou Drupal à Joomla ou Wordpress à Dotclear (etc). Par exemple. Mais combien parmi eux ont fait des tests de performances (tests unitaires, analyse de l'architecture, des conventions, ...), où se sont renseignés de l'existence de ces tests ?
On parle d'un module e-commerce pour Drupal, mais quels sites en production l'utilisent ?
Les bruits court (il faut avoir l'ouïe fine c'est vrai) que Wordpress est maintenant un framework ? Mensonge ou ignorance ?
Existe t-il des statistiques recensant la satisfaction des utilisateurs de CMS, autre que des professionnels du web ?
Autant de questions qui peuvent rendre complexe le choix d'un CMS.

Une méthode plus pragmatique et objective

Il existe une méthode conçue pour qualifier, sélectionner et comparer les logiciels open source, qui a été créée par QSOS.

QSOS consiste en un processus itératif en quatre étapes :

• Définir les données de référentiel (types de licences, types de communautés, grilles de couverture fonctionnelle par domaine, …)
• Évaluer les logiciels selon trois axes principaux : couverture fonctionnelle, risques du point de vue de l’entreprise utilisatrice, risques du point de vue du fournisseur de services (expertise, formation, support). Chaque axe est constitué d’un certains nombre de critères. Par exemple, l’axe des risques entreprise comprend : la pérennité intrinsèque, l’intégration, l’adaptabilité technique, le niveau d’industrialisation et la stratégie du projet. Ces critères étant eux-même composés de sous-critères.
• Qualifier le contexte spécifique d’une entreprise (ou d’un utilisateur) en effectuant une pondération des critères précédents.
• Sélectionner et comparer les logiciels répondant aux besoins.

Ce processus génère des fiches d’identités de logiciel ainsi que des grilles de comparaison et de choix. La démarche par étape, les multiples critères d’analyse, et la métrologie définis par QSOS en font une méthode qui permet une évaluation objective et argumentée des logiciels libres précieuse notamment dans des phases amont d’étude d’opportunité de migration vers les logiciels libres ainsi que pour choisir une solution open source optimale dans un contexte donné.

Sources : www.qsos.org  

Les modules favorisent l'enrichissement d'un CMS

Qu'on les appelle modules, plugins, composants ou une autre dénomination propre à un CMS, ils contribuent très fortement à l'enrichissement d'un logiciel Open Source et à sa popularité.

Ces modules sont le plus souvent le fruit du travail de la communauté rassemblée autour d'un CMS. Ils constituent un processus de contribution naturel, favorisé par l'idéologie de partage du monde open source, qui permet au CMS de garder une bonne pérénité et de suivre les tendances du web (webservices, web 2.0, ...).

Le problème majeur des CMS réside dans la qualité et la fiabilité des ses modules.

Comment savoir à l'avance si un module, hormis le fait qu'il parait fonctionner correctement, est techniquement correct (propreté du code source, maintenance, consommation en ressources apache/php, sécurité, ...) ? On l'a dit, sans tests et analyse précise du module, le comportement revient à "faire confiance" à quelqu'un, ou alors attendre qu'un module soit suffisament déployé (sur plusieurs sites) pour en éprouver sa fiabilité.
Sur un module largement déployé, un bug ou une faille seront plus vite décelés et corrigés.

Pour un module type "widget" nuage de mots-clés, le risque est faible. Mais pour un module e-commerce de calcul de remise en fonction d'un code promotionnel, il devient un peu plus clair de regarder mieux ce module avant se s'empresser à le mettre en production.

De ce fait, on peut avoir des CMS bons, voir très bons part le noyau qui les compose, mais qui ont plusieurs modules défaillants, mal écrits, incompatibles d'une version à l'autre, etc. Mais ça, on ne le sait qu'à l'usage si on n'audit pas le code.

Le processus de validation et d'intégration  de modules sur le framework Zend est par exemple tout à fait remarquable. S'il est gourmand en temps, il présente l'avantage "d'éviter" la phase d'audit et de tests, comme le montre le schéma ci-dessous :

 

Remettre le client au centre des préocupations

Si j'avais donné à ma grand-mère le volant d'une Ferrari Testarossa, il est très probable qu'on l'aurait retrouvé dans un arbre dès le premier coup d'accélérateur...

Lorsqu'un client définie ses besoins pour un site internet, il confie à un professionnel le choix d'une solution.
Les critères du client peuvent porter sur la facilité d'usage d'une solution pour des non-initiés à l'informatique, quitte à donner une formation sur le logiciel.

Il m'est arrivé de former des clients à l'usage d'un logiciel Open Source sur plusieurs projets. Mais si le client ne touche pas au site pendant plusieurs semaines ou mois, il a tout oublié et revient à la case départ. 

Quel est le rapport avec notre Ferrari ?

La demande est de vouloir une voiture qui va vite, très vite, qui est classe, très classe, mais qui se pilote facilement.
Si c'est mamie qui doit piloter, même avec 1000 heures de formation de conduite, il va falloir se faire une raison, elle n'y arrivera pas. Il faudra lui trouver un modèle qui va peut-être moins vite, qui est peut-être moins classe, mais qu'elle saura piloter bien plus facilement.

Et si mamie insiste elle qu'elle veut à tout prix la Ferrari, il ne reste plus qu'à lui trouver un chauffeur.

Donc à déléguer la gestion du site et de ses contenus à la sous-traitance.
La montée en charge des solutions Open Source fait même proposer par de nombreux organismes de plus en plus de formations spécialisées sur un produit.

Et l'on reparle de l'usabilité des solutions Open Source

Si une solution open source est destinée à être géré uniquement par le client sans intervention du prestataire, l'usabilité devient un critère aussi important que les fonctionnalités du logiciel.

L'usabilité, c'est la capacité, l'efficacité et la satisfaction avec lesquelles un groupe d'utilisateurs ciblés arrive à réaliser une série de tâches dans un environnement particulier.

Ainsi, un logiciel qui parait archi simple d'emploi à un développeur va paraître très complexe à un autre utilisateur, parce que son usabilité est très faible. On trouve des logiciels Open Source très populaires qui n'ont pas une bonne usabilité.
Je ne vais pas en donner la liste ici, sinon cet article va servir de défouloir à certains. Mais c'est en projet depuis un moment déjà et ça fera sûrement l'objet d'un projet article.

 

Articles connexes :

• L'open Source séduit de plus en plus les entreprises 
• Etude des CMS Open Source par le JDN
• Traduction française de Comment choisir le bon CMS ?