C’est une question dont on discute souvent entre webmasters, webdesigners, webmarketers, etc… : l’architecture technique. Il faut que nos choix:
- répondent au maximum aux besoins du client en terme de fonctionnalité (pour éviter au maximum le développement sur mesure),
- qu’ils soient simples d’usage pour le client (même si facturer de la formation peut-être tentant, c’est un mauvais calcul, car ce sera un mauvais souvenir et pour le client qui se sent bête et ne sait pas s’il pourra se débrouiller tout seul et au final le site ne vivra pas, et pour vous, parce que la formation, c’est pas votre coeur de mêtier),
- qu’ils soit sur des plateformes génériques (PHP/MySql // même si je vais vous parler de quelques perles à la fin de l’article je pense)
- et que vous vous sentiez à l’aise à les manipuler.
En types de sites, je vais aborder les sites généralistes, les blogs, les sites e-commerce et les sites plus « sur-mesure ».
Je ne vais pas faire un tour de tout ce qui existe (il y en a trop). Je vais parler des principaux et de ceux moins connus qui ont retenus mon attention. En gros, je vais aborder :
- Joomla (ex Mambo), avec lequel j’ai commencé et que je connais bien, ainsi que son copain ecommerce Virtuemart
- WordPress, que je connais par coeur
- Drupal, incontournable
- Concrete5, pas très connu, mais je l’adore
- PrestaShop
- Magento
- OsCommerce
Ceux que je voudrais tester, mais pas eu l’occasion :
D’emblée, j’écarte les solutions pré-hebergées, courantes. Je pense qu’en tant que professionnel du web, notre devoir est de proposer du dur, c’est à dire du serveur + solution clef en main, et qu’on ait le loisir de toucher le code de la bête.
Je vais faire le tour par type de site / client.
Première Catégorie : Le site « je présente mon business » et le client « n’a pas trop le temps de s’y consacrer ».
Là, ma réponse est directe, rapide : Concrete5.
Pour plusieurs raisons : d’abord, le moteur de templating est un véritable régal, plus encore que WordPress, c’est dire. Faites votre HTML / CSS / JS, testez le en cross-browser, faites vos variantes, puis remplacez vos zones de contenu par des marqueurs que vous inventez, autant que vous voulez par page. L’édition, pour le client, se fait en wysiwyg, sur la page même. Un vrai régal et pour vous, et pour le client, et les performances sont correctes. Cela convient parfaitement pour le client qui se dit au bout de quinze ans, tiens, il me faudrait un site quand même.
Deuxième Catégorie : Le site d’entreprise avec de l’actualité fréquente voire un blog.
Réponse : WordPress.
WordPress est d’une souplesse impressionnante, et plus je l’utilise, plus je me rends compte que l’on peut presque gérer des catalogues de produits (sans vente bien sûr). De plus, c’est une véritable merveille en terme de référencement si on fait bien son template (je me souviendrai toujours avec émotion du jour où DatingWatch, le blog que je tenais à l’époque, s’était classé en troisième position sur le mot clef Meetic, juste après Meetic.fr et Meetic.fr).
Son moteur de template est super souple. Je lui reproche juste parfois, dans l’intégration des plugins, d’interférer avec les javascripts que l’on installe soi même. Donc, bien débugguer, surtout sous IE 6…
Troisième Catégorie : Le petit site e-commerce sympa et le web commerçant qui n’en veut.
Réponse : PrestaShop.
Simple d’utilisation pour le client, le templating est standard (Smarty). Un avantage, c’est qu’il est français, donc s’adapte à merveille à nos chers petits clients. Exemple, le module de paiement Atos est intégré. PrestaShop est souple et léger, et certaines des boutiques que j’adore tournent dessus, c’est ce qui m’a fait l’adopter.
Quatrième Catégorie : Le bon gros site e-commerce.
Réponse : Magento.
Une usine à gaz simple, mais la solution la plus puissante au niveau marketing. La référence, mais nécessite un hébergement à la hauteur (un dédié !). Il s’interface aussi désormais avec WordPress & Drupal. Je n’ai pas eu la chance pour l’instant de mener un projet en entier dessus, me suis contenté de le tester et le templater. Mais dieu, pour le marketing, que c’est beau (on peut créer des promotions complexes comme on aime)
Cinquième élement : Le big site.
Réponse : Drupal.
Et bien là, soit un développé totalement dédié, soit Drupal. Surtout qu’il s’interface avec Magento s’il faut de l’ecommerce en plus. Une usine à gaz modulaire… on peut juste tout faire avec Drupal, ou presque… Dans tous les cas, il faut pas mal de développement et de connaissances. Mais à vous la dimension communautaire sur votre site et les fonctionnalités avancées !
Le recalé n°1 : Joomla & Joomla/Virtuemart
Certes une référence, mais l’administration n’est pas du tout appréciée des clients, et personnellement, j’ai toujours trouvé ce package ni assez généraliste ni assez spécialisé, bien que très puissant. Mais c’est une affaire de goût, j’en conviens. De plus, le code source est un peu une usine à gaz à l’heure actuelle. Egalement, je n’ai jamais compris la gestion de l’arborescence chez Joomla (enfin, si, je l’ai comprise, mais dieu que ce n’est pas ergonomique — tiens, ça fait deux fois que je dis dieu dans cet article, bizarre ce lundi matin).
Le recalé n°2 : OsCommerce
Je travaille à la refonte d’un site OsCommerce depuis ce matin… et je m’arrache les cheveux, car il n’y a aucun moteur de templating… le code et la présentation sont totalement imbriqués, et TOUT est en table… une HORREUR à fuir absolument…
Ceux qui m’ont tapé dans l’oeil (mais pas forcément gratuits) :
Expression Engine : à priori pour du bon gros site, un peu moins riche que Drupal, mais avec une interface d’admin ma-gni-fique et apparemment des super performances et super puissant. J’ai hâte.
EzPublish : a l’air d’être la référence en terme de fonctionnalités. Il faut que j’aille jeter un oeil.
Les Atypiques
Là dedans, je vais vous parler de choses qui ne sont pas en PHP MySql, mais qui semblent prometteur.
En fait, je ne vais vous parler que d’un seul.
C’est du early-stage (0.2), mais juste un petit tour de ce qui m’a fait flasher :
- 10x plus rapide qu’un CMS php.
- Comet included
- Le modèle de donnée est totalement flexible (catégories de données & relations)
- Template en ETL
- Orienté évènement
Ca s’appelle Zotonic, c’est en Erlang + Postgres. Et en plus l’admin est magnifique… Je parlerai bientôt de pourquoi Erlang me fascine.
Petit Tableau Récapitulatif.
Conclusion Importante
Ce qu’il faut noter, c’est que si on est là pour faire des sites, conseiller en tant que performances, optimiser, nous avons surtout un rôle de diagnostic humain. Trop de fois, j’ai vu des clients me demander un site e-commerce, pour au final qu’ils n’aient pas le temps de s’en occuper, à part deux trois fois par an pour changer les produits. Plus le site est complexe, important, plus le client doit s’y impliquer. N’hésitez jamais à prévenir qu’un site ne vit pas seul, il faut un travail quotidien pour le faire vivre et pour que ça marche.
Mots-clefs : CMS, Concrete5, Drupal, Joomla, Magento, Mysql, PHP, Prestashop, WordPress, Zotonic
Très intéressant cet article !
Je ne connaissais pas Concrete5, ni Zotonic et je connais mal les plateformes e-commerce. Je vais m’y atteler ;)
Pour les autres, voici un petit mémo que je m’étais fait pour mon usage personnel, j’espère que ce n’est pas trop long (enfin ça boostera peut-être ton référencement ;) ) :
Memo CMS
–
Cmsms : très bien pour les sites vitrines avec une séparation totale Pages/Actualités. Très simple, bon backend moche mais efficace. Agréable avec ses snippets : morceaux de code réutilisables
Modx : Du même genre que Cmsms mais en plus puissant, plus complexe aussi. Utilise également les snippets. Sorte de framework : il faut tout programmer pour arriver à un résultat presque sur mesure. Bon backend
Wordpress : Très moderne, très agréable pour l’utilisateur, pas mal pour le designer, bien pour le développeur. Très clair et efficace. Orienté blogging et sites d’informations. Communauté très active
Joomla : Usine à gaz, trop rigide, peu intuitif pour l’utilisateur, compliqué pour le designer, très complexe et ésotérique pour le développeur. Lent et vieillot. Bof.
Drupal : Complexe. Il faut beaucoup de temps pour passer de l’installation à quelque chose d’utilisable. Très puissant au demeurant. Le backend est complètement personnalisable. Un peu lourd…
Cas d’usage
–
Pour un site vitrine basique : Pas de backend ou alors cmsms. En moins d’une heure on peut transformer un site statique en un site cmsms powered. Le client sera content de pouvoir éditer son contenu, et donc de payer plus cher, pour un travail supplémentaire minime. Certaines choses sont automatisées (templates, menus déroulants, formulaires)
Pour un site magazine/journal/blog : Wordpress, sans hésiter. S’il faut générer en page d’accueil des blocs correspondant aux rubriques du site avec un résumé des articles, cmsms ne fait pas le poids. Le backend est simple et efficace. Parfait pour des journalistes. Plus on va vers le site institutionnel avec du contenu fixe, moins Wordpress est adapté.
Pour un gros site institutionnel : Pourquoi pas Joomla, mais c’est pas rigolo rigolo… Il faut qu’il s’agisse d’un site très classique, il ne faut pas sortir des rails, sinon c’est à s’arracher les cheveux.
Pour un site plus complexe, avec des besoins assez particuliers (collections d’objets, contenu particulier, etc.) : modx pour les petits/moyens projets (pour son côté framework très ouvert), drupal pour les gros projets.
Merci Artus pour ce retour !
Jamais testé ModX (le nom fait super tuning quand même ) et Cmsms… je vais jeter un coup d’oeil.
Intéressant !
Et des conseils par rapport à l’internationalisation des sites ?
@Carl : Ah vaste sujet. Déjà, l’avantage d’une approche internationale, c’est que cela fait éviter une erreur commune : l’utilisation d’images inutiles (celles qui contiennent du texte) pour s’orienter vers du quasi tout CSS.
Après, la grande question, est comment gérer l’international … Langue du navigateur ? Géolocalisation ? Ce choix dépend vraiment à mon sens de beaucoup de chose : le site en lui même, sa cible, l’historique utilisateur sur le site, etc…
Après, pour un site de contenu, quel workflow utiliser ? Quels outils ?
Au niveau marketing : impact au niveau SEO ?
J’essaierai d’y consacrer un billet.
Et Spip, t’en penses quoi ?
@Antoine. En fait, je n’ai jamais testé SPIP en live. D’après ce que je sais, c’est très orienté éditorial, avec un process de gestion des collaborations assez évolué. Je pense qu’il est assez bien adapté à certaines cibles éditoriales, donc, et sa maturité joue pour lui.
Après, c’est du PHP4, donc pas sûr que sa programmation soit orientée objet (pas regardé le code), donc pour le tweaker, je sais pas trop comment ça se passe. Mais c’est souvent le problème de projets matures, c’est qu’ils se basent sur des technos un peu vieillotes, avec une base de code pas toujours up to date.
Donc faut voir.
L’impression aussi que SPIP est un peu en perte de vitesse, à part dans l’hexagone où il bénéficie d’une bonne base de développeurs qui le connaissent bien.
Enfin, ce ne sont que des impressions ;)
Tu as un projet dessus ?
Cher Julien,
SPIP est un très bon CMS-CMF qui exploite PHP5 depuis quelques temps déjà. Il n’est pas en perte de vitesse, bien au contraire, il ne cesse d’évoluer et d’être un très sérieux concurrent aux autres CMS, mais sa faiblesse c’est d’être resté très francophone et de n’avoir pas su étendre sa communauté au monde anglophone, c’est à dire à la planète. Par conséquent peu de monde le connaît en dehors de la francophonie. Mais il gagne à être connu !
Ses qualité ont trop nombreuses pour être décrites dans ce forum, on trouvera de l’information ici :
- La facilité avec SPIP versus la souffrance avec Drupal : http://icp.ge.ch/sem/cms-spip/spip.php?article942
- Roadmap du CMS-CMF spip : http://icp.ge.ch/sem/cms-spip/spip.php?article893
Merci François pour ces éclaircissements !
En effet, je n’ai jamais utilisé SPIP, mais à chaque fois, quelque chose faisait que je n’étais pas « assez convaincu » pour l’essayer.
Peut-être aussi est-ce du au site SPIP qui n’est pas aussi bien « marketé » que d’autres, ou aussi à sa réputation très « contenu » qui à chaque fois m’en ont éloigné vis à vis de mes projets.
J’essaierai d’y jeter un coup d’oeil plus sérieusement.
Les questions clefs ensuite, c’est aussi comment SPIP est-il codé ? 100% objet ? est-ce que développer des add-ons est aisé ? comment est structuré la base de données ? etc…
SPIP a adopté la technologie des plugins en été 2006. Dès lors la plupart des add-ons sont développés en plugins. Mais il n’y a aucun problème d’ajouter des add-ons directement dans les squelettes (templates) ou dans le moteur, mais là le problème c’est que l’on créé un fork de spip, et c’est absolument à éviter (ça a été l’énorme erreur de SPIP AGORA qui était un fork de SPIP et qui s’est complètement planté, car ne pouvant pas rattraper l’énorme retard qu’il a accumulé sur l’évolution continue de SPIP) : la création de plugins est la solution. Des infos ici :
- Comment SPIP est codé et toute la doc sur « SPIP-NET » : http://www.spip.net/fr
- Toutes les contributions, plugins et add-ons sur « SPIP-CONTRIB » : http://www.spip-contrib.net/
- L’espace de documentation du code de SPIP sur « DOC-SPIP-ORG » : http://doc.spip.org/
Et plus généralement la boussole SPIP : 22 liens en icône dans l’édito du site CMS-SPIP : http://icp.ge.ch/sem/cms-spip/
A ce jour on a déployé 70 sites SPIP sur la plate-forme ICP du Département de l’instruction public à Genève.
salutations Cordiales
FDG
Ah tiens, on parle de Concrete5, tellement rare… C’est vrai qu’il est tip top pour faire de chouettes sites, je découvre ses avantages tous les jours (template, bon framework, de plus en plus d’addons). Par contre son gros point noir pour moi, justement… l’internationalisation…
Apparemment, l’internationalisation arrive ;)
Très chouette article, à part wordpress que je connais bien, je ne sais jamais quel cms utiliser pour quel projet. Je pensais me mettre à joomla et virtuemart car je sens que je vais bientôt avoir une demande dans ce sens.
Mais du coup, je vais m’essayer à ceux que tu as cité.
En tout cas, cet article est bookmarqué et dans les premières places.
J’ai pas trop suivi ce qui arrive dans la v5.4… c’est prévu l’internationalisation ?!.. ou plus lointain ?
N’arrivant pas à mettre en ligne sur un serveur distant concrete5 j’ai découvert le petit dernier des « seo-friendly » seotoaster qui est nativement en français et a l’air … pas mal du tout ! bluffant même pour est plus habitué à des usines à gaz comme joomla.
Bonjour Julien,
Merci pour ce très beau comparatif.
Humble graphiste-designer remontant ses manches, je suis rompu à Wordpress, séduit par cmsMadeSimple, intrigué mais frileux face à Drupal, dépité face à joomla, déçu avec cmsSimple (pas de MySql).
Merci pour ce propos et ces pistes.
Elles vont étayer mes choix à venir.
Bonne continuation et encore bravo !
Pascal
Bonjour à tous,
Super article ! Je cherchais depuis un moment ce genre d’éclairage.
Pour ma part, j’avais tesé Joomla mais rapidement abandonné (comme cité, les clients n’aiment pas trop l’interface administration et la gestion des sections/catégories, etc…). Je me suis ensuite rangé sous Wordpress mais sans forcément y trouver mon bonheur…
J’ai découvert récemment Jaws-Project (http://www.jaws-project.com), très prometteur pour les sites vitrines ! Son atout majeur? Sa simplicité d’utilisation.
Mais ce que je vois de concrete5 ne me donne qu’une envie : le tester de suite !