Le blog du Web pilot
Spip versus Drupal côté gestion de contenu et gestion de site
Deux mises en garde:
1) ceci n'est pas un mode d'emploi
2) ce billet sera mis régulièrement à jour au fur (généralement entre parenthèse) et à mesure de nos investigations et des commentaires reçus. Mais l'essentiel à tout de même été écrit en 2007 !
1. Mise en place du CMS sur le serveur
Poser le CMS Drupal : 5 minutes. Poser le CMS Spip: 7 minutes. On rigole, mais à peine. Poser un CMS brut et presque bête, c'est rapide, après seulement les choses se corsent. Force est pourtant de constater que cela va un poil plus vite avec Drupal. Moins de masques de saisie, des codes à fournir plus instinctifs et surtout, sitôt validé, on entre sur un site et non sur une administration de site.
(ajoutons que ce site vocables.co,, par souci d'expérience, a été posé sans code informatique via drupal. Celui qui commencerait ainsi devrait comprendre la logique menu-page de drupal et la logique des blocs, c'est tout. Avec Spip, il devrait ajouter à son expertise une initiation aux boucles de Spip, ce qui est plus audacieux. Par contre, une fois cela acquis, ce même nouveau venu pourra plus facilement customiser son spip. Bref, chronoliquement les difficultés ne se situent pas au même moment.)
2. Découverte de l'administration
Or justement, l'administration de Spip en décourage plus d'un. Il y a là un paradoxe: l'univers Spip est sympa (alors que celui de Drupal est plutôt anonyme), et ceux qui utilisent Spip régulièrement le trouvent tout à fait convivial. Il y a pourtant à redire. L'interface de l'admin Spip, pour sympathique qu'elle est, impose une conception des choses qui ne se comprend pas spontanément. Des domaines administratifs (et très sérieux !) se placent presque au même niveau que l'édition des pages. Le simple éditeur se retrouve confronté à de nombreuses entrées qui ne le concerneront jamais. Sur l'ensemble des personnes avec qui nous travaillons, nous pouvons dire qu'environ 20% ont compris instantanément, 50% après une formation et s'en estiment satisfait, 25% ont compris mais continuent de "bloquer" régulièrement, et 10% ne semblent pas vraiment s'y faire. Avouons que ces 10% sont justement ceux-là qui peuvent se permettre d'abandonner longtemps leur site. L'utilisation régulière de Spip règle généralement tous les problèmes.
Pourtant, tout nous semble plus simple avec Drupal. L'administration semble plus banale, voire morne, mais elle est modulable. Chacun peut ainsi se construire son petit menu à soi pour ne plus avoir à retourner dans la grande admin. Et pour nous cela fait toute la différence. Ainsi ce site est-il géré quotidiennement avec une menu "admin" simplifié: "ajouter une page", "ajouter un post blog", "voir mon compte", "voir les menus", "retour grande admin".
3. Editer une page
Avantage à Drupal, qui permet de gérer ses pages en restant dans le site côté public, tandis que Spip renvoie toujours au site d'administration, via son volet /ecrire. (ok, Spip dispose d'un plugin à charger pour cela: "crayons"). Autre avantage, l'intégration et la modification d'images dans la page se fait directement (via le module - voir plus bas - tinymce) alors que chez Spip on circule entre deux vues de la page, et on ne peut pas modifier la taile des images d'un coup de souris. Pour finir le système de "révision" sur Drupal va permettre de revenir à une version précédente d'une page si on n'aime plus la dernière. (chez Spip révision exisite aussi, bien caché dans configuration/fonctions avancées) et un jeu de couleur permet de voir quelles phrases ont changé).
4. Modifier le template de base
Chacun de ces deux CMS est livré avec un template de base, appelé "squelettes" chez Spip, "thèmes" chez Drupal. Là encore (toujours en pensant à un CMS "pour les nuls" sans le développement sur mesure qu'une équipe comme vocables.com permettrait...sic), on préfèrera la solution Drupal, pour deux raisons essentielles: le thème Drupal de base a déjà une allure de site alors que celui de Spip ne ressemble franchement pas à grand chose (on ne le voit d'ailleurs presque jamais en usage).
Mieux, quand il s'agit de changer pour un autre thème, on découvre que notre site Drupal dispose de 5 autres templates par défaut (changeable en deux clics), et qu'une page Web de drupal.org recense une foultitude de thèmes. Chez Spip, soit on écrase tous ses squelettes avec une autre volée de squelettes, soit on utilise le plugin qui permet de faire à l'identique que drupal). Il n'y a pas de page Web officielle pour rassembler les templates de la communauté, mais des dizaines de liens éparpillés sur les forums et dans le site Spip, sans grande possibilité de les évaluer facilement (en un mot: testez-les et vous verrez). Petit bémol quand même pour Drupal: ses thèmes sont essentiellement à trois colonnes, et ressemblent fort à des blogs lors de l'installation. A chacun de les personnaliser, mais cela est vaste puisque Drupal offre des "blocs" qu'on pourra placer à divers endroits (et ainsi multiplier les menus au besoin, alors que le spip de base n'offre qu'un unique menu).
5. Ajouter des fonctionnalités
Nous entendons par là ces petites bêtes qui boostent votre CMS, "modules" chez Drupal, "plugins" chez Spip. On apprécie la page Web dédiée à ce sujet sur drupal.org, les commentaires et les reviews. Le message est beaucoup plus succint chez Spip, et il faut souvent circuler dans les forums au préalable. A installer, les modules de l'un et de l'autre sont aussi simples (avouons quand même que plusieurs modules Spip suscitent moult discussions dans des forums où l'on recherche le bon module de la bonne version Spip...).
6. Etre trouvé par les moteurs de recherche
Pour Drupal, nous avons identifié le module "title" et le module "metatags" qui vont facilement donner la mains aux éditeurs pour qu'ils puissent sans code ajouter des mots clés, une description et une title à la page. Avec Spip, des pages non officielles, comme celle-ci, indiquent quel code informatique introduire dans ses squelettes. Pas trop compliqué, mais on sort là du cadre de cet article qui comparait l'usage des deux CMS par de non informaticiens.
7. Gestion des droits ou "rôles"
Un premier avantage pour Spip qui par défaut offre un rôle administrateur (ou rédac chef) et un rôle rédacteur. Quand la rédacteur enregistre son article, l'administrateur en est informé et peut le relire puis le publier et/ou envoyer un message à son auteur. On apprécie aussi de pouvoir créer des administrateurs limités à telle ou telle rubrique(s).
Avec Drupal, on ne va pas pouvoir définir ainsi une rubrique , mais limiter les autorisations à des types de fichiers (pages, formulaires, stories,), ce qui peut vite trouver sa limite, selon les projets. Par contre, on peut liste les fichiers qu'un auteur a e droit de modifier (mais fastidieux dans une rédaction bien sûr). Et il manque le processus de validation à la Spip, mais il existe un module "workflow" qui devrait nous intéresser (à suivre).
Pour finir avec les rôles, la souplesse de Drupal va permettre de définir des rôles très très spécifiques, alors que Spip, sauf erreur (merci aux commentateurs) nous limitera aux trois droits définis plus haut.
A suivre dès que nos clients nous en laisseront le temps!
Un article qui date un peu
L'article date un peu... SPIP a considérablement évolué depuis sa publication. Il reste vrai que la communauté est plus dispersée et qu'il est difficile de trouver la bonne information du premier coup.
Un système de thème simples à mettre en place est désormais disponible par exemple et sera prochainement disponible en standard.
Là où je suis en désaccord avec l'article est sur l'administration : elle me semble au contraire beaucoup plus intuitive avec SPIP. Je donne souvent des formations sur ce CMS (et Typo3) et les utilisateurs comprennent tout de suite les notions de rubriques et d'articles et le mode de fonctionnement.
Dans Drupal il n'existe par défaut aucune interface cohérente : juste une série de liens d'administrations épars. Dans SPIP il y a des boutons Créer une rubrique, créer un article immédiatement disponibles. Naturellement si un spécialiste configure l'interface spécifiquement pour un utilisateur ce dernier s'en sortira peut être mieux dans Drupal mais on sort du cadre du billet.
Il y a aussi une incohérence à décrire des fonctions de Drupal qui nécessitent des extensions (TinyMCE par exemple) et à ne pas prendre en compte les fonctions accessibles en SPIP avec des extensions (&éditions en frontoffice). J'ai le sentiment que les deux CMS évoluent dans le même sens de ce point de vue : avoir moins de choses dans le core, plus dans les plugins, car tous les utilisateurs n'ont pas besoin de tout tout de suite.
Le seul véritable point faible de SPIP pour une utilisation "out of the box" -- celle abordée dans l'article -- est son thème par défaut : celui-ci est désormais résolu avec le nouveau système de thèmes graphiques.
Au jour où j'écris, si on installe un SPIP 2.0 sans plugin et un Drupal 6 sans extension autres que la distribution par défaut, on se retrouve avec beaucoup moins de fonctions dans Drupal que dans SPIP.
Mais au final ni l'un ni l'autre ne sont vraiment conçu pour ce type d'utilisation. Si quelqu'un veut publier du contenu tout de suite et disposer d'un site cohérent le mieux est d'installer un Wordpress ou un Dotclear, Drupal et SPIP nécessitent pas mal de bidouille pour faire quelque chose de satisfaisant.
re: un article qui date un peu
Hé oui l'article date un peu.
Et c'est vrai qu'on pourrait discuter qu'un drupal, à peine posé, n'offre pas une administration simplissime. Mais celui qui a pu se poser un spip ou un drupal saura se réaliser un mini menu d'édition drupal en 10 minutes de plus. (je l'ai fait à l'époque sans aucune connaissance).
A l'inverse, je continue d'entendre des clients à qui le monde, le vocabulaire spip ne "parle" pas. C'est comme si on leur imposait une culture très forte, et que certains ne partagent pas. Idem pour certaines limites intrinsèques à spip: qu'est-ce que c'est que ces "rubriques" dans lesquelles ont ne peut pas éditer ou poser de photo (à moins de bricoler) ? Qu'est-ce que c'est que cette arborescence trop "physique" qui m'empêche d'annoncer un article dans 2 rubriques à la fois. Le rédacteur de base ne comprend pas. Parlons encore des outils de base pour insérer les images: pas du tout intuitif, désolé !
Avec drupal, rien à faire, mes clients s'y mettent plus vite... Certains ont même commencé à éditer (pages, textes, photos) sans avoir attendu mon mode d'emploi... C'est dire.
Sur l'évolution plugin de spip, certes il y a beaucoup de mieux. Mais que de soucis quand on upgrade: trop de plugins ne fonctionnent plus et ne sont pas disponibles dans la version upgradé. La faute, on y revient, à une trop faible communauté ?
Finalement, pour les sites les plus modestes, j'en viens, comme le confrère ci-dessous, à Wordpress.
...et Wordpress ?
on va me dire que Wordpress est d'abord un système pour faire des blogs...mais, franchement, pour avoir pratiqué SPIP et Wordpress, j'ose dire que Wordpress fait très simplement tout ce que SPIP et Drupal savent faire... sauf que la communauté est incomparablement réactive et qu'il existe des thèmes hallucinants qui vous permettent de monter, en 1 jour, des sites professionnels ! sans passer par agence !
wordpress ?
D'accord avec vous pour un site personnel ou de petite association, mais dès qu'il s'agit de multiplier les fonctionnalités, d'ajouter réservation, réseautage, e-commerce ou autre, je continuerais de défendre un Drupal ou un Spip.
Mouais... quand même...
Il ne faudrait pas oublier de préciser que SPIP est avant tout un sur-langage du Php (comprenant ses boucles, ses conditions, faisant appel à tous les objets reconnus du site, les mots clés etc. etc.).
Alors certes, on sort du cadre de cet article "vu par les non-informaticiens", mais si je peux oser ici un avis vu du coté "informaticien", SPIP est quand même infiniment plus modulable. Courte explication:
- Le squelette de SPIP n'est pas qu'un simple template (au sens Skin de drupal, c-a-d basé sur l'apparence, couleurs, logos etc.). Ce squelette EST le site. explication distillée en dessous...
- là ou Drupal impose ses menus, blocs à déplacer, SPIP propose (à qui veut mettre un peu les mains dans la cambouis)une personnalisation TOTALE du contenu à afficher, et soumis à condition si on le souhaite (on peut très bien afficher la liste des article postés entre telle et telle date, n'ayant pas tel mot clé, etc. etc.)
- l'intégration native d'un petit système workflow le place directement dans une possibilité de travail collaboratif, et avec un peu de personnalisation peut s'avérer un très bon intranet
- la communauté est très riche et (sur)active surtout réactive... par expérience, mes problèmes postés sur les listes de diffusions on trouvé solution en général dans la journée
Bon, certe, c'est très gaulois SPIP, un peu (de moins en mois) le bazar sur les sites officiels, et ça a pu être pas facile de trouver la bonne version d'un plugin, mais il y a eu une vague de modernisation impressionante...
Et surtout les applications... tout est ouvert pour le collaboratif, l'éducation, l'associatif, bref le VIVANT...
Mais bon... ce n'est que le point de vue d'un "informaticien"... pour un non initié, pour faire un site rapido presto, rien ne vaut.... Joomla ! ;-)
Entièrement d'accord !
Pour avoir réalisé 4 site avec Spip, je confirme que Drupal est bien plus performant, moins bugguant, plus professionnel, plus rapide.
Surtout, c'est écrit proprement, contrairement à spip qui est très brouillon dans le codage php.
Les modules dans Drupal sont tenus à respecter des regles d'écriture.
Par ailleurs, en terme de souplesse Drupal n'a rien à voir avec Spip !!!
C'est simple, apres avoir testé et comparé Drupal, j'ai reconstruit 3 sites sur les 4 avec Drupal !
Spip , c'est très bien ... pour commencer avec l'univers du CMS... Si on veut faire un site sérieux, on laisse tomber spip et on passe à Drupal !
8 lettres...
En 8 letres : P.A.S. M.I.E.U.X. !
C'est exactement ce que je m'appretais à poster à la lecture de votre billet somme toute fort instructif.
Je ne connaissais pas Drupal et reconnait qu'il y a là très probablement quelques idées à piocher pour de futures versions de Spip.
D'ailleurs, j'avoue que je serais curieux de voir comment vous ferez évoluer cet article lorsque la version 2.0 de Spip sera sur les rails (actuellement nous en somes au 1.9.3 dev donc ca ne devrait plus tarder, il y a rarement de version X.Y.4 chez Spip ;) )
Je bookmarke votre article, j'ai hâte d'en savoir un peu plus ;)
Loiseau2nuit (contributeur en langue anglaise chez Spip-Contrib.Net et webdesigner indépendant)
précision
Et hop ! Visiblement, un manque soit d'intuitivité, soit un défaut de config de la part du webmaster mais je me vois obligé de préciser que c'est au message d'Aurélie que je répondais par mes 8 lettres préférées. Chez Spip, c'eut été clair dès le départ :P
Bon d'accord je pinaille :D
Loiseau2nuit
Quelques précisions par rapport à Spip
Salut,
Je ne connais pas Drupal donc pas de comparaison, mais quelques précisions par rapport à Spip:
> Et pour finir un système de "révision" sur Drupal qui va permettre de revenir à une version précédente d'une page si on n'aime plus la dernière!
Ça ne saute peut-être pas aux yeux mais une option de la configuration de Spip (dans les "fonctions avancées") permet d'activer le suivi des révisions.
> Chez Spip, il faut au dernières nouvelles écraser tous ses squelettes avec une autre version. Et refaire tout à l'inverse si on a quelque regret...
Mmmmh... C'est peut-être pas très accessible pour ce-lles-ux que vous appelez les "non-informaticiens" (je ne savais pas que j'étais informaticienne :-) mais on peut installer plusieurs squelettes à la racine du site puis jouer sur une variable de configuration (dossier_squelettes). Voir http://www.spip.net/fr_article1825.html. Ou encore installer un plugin qui permet de "switcher" entre plusieurs squelettes depuis le site public http://www.spip-contrib.net/Le-Switcher-de-squelettes.
> Et il n'y a pas de page Web officiel pour les templates de la communauté, mais des dizaines de liens éparpillés sur les forums et dans le site Spip, sans grande possibilité de les évaluer facilement (en un mot: testez-les et vous verrez).
> (...) "plugins" chez Spip. (...) Le message est beaucoup plus succint chez Spip, et il faut souvent circuler dans les forums au préalable.
Je ne sais pas si on peut parler d'une page Web officielle mais les squelettes et les plugins sont censés être référencés sur http://www.spip-contrib.net. Chaque plugin ou squelette est présenté par son auteur-e dans un article ouvert à commentaires. Ce n'est peut-être pas aussi succinct, systématique et uniformisé que chez Drupal mais c'est peut-être là, dans l'autonomie des contributeur-ice-s, que réside aussi le côté convivial de la communauté Spip, non?
Pour compléter l'article, je noterais comme critère déterminant entre les deux systèmes pour ce-lles-ux qui débutent, que la communauté Spip (sa documentation, ses listes de discussion, ses forums, son code...) est francophone alors que celle de Drupal est anglophone.
Enfin, donnant moi-même des formations dans ce domaine, je préfère personnellement tenter de déconstruire avec les participant-e-s les images d'"informaticien" et de "novice" pour glisser vers le constat que tout le monde est capable de s'approprier une technologie pour autant qu'ille en ressente le besoin et qu'ille y consacre du temps (ce qui n'est bien entendu pas possible pour tout le monde). J'en retire qu'il s'agit souvent plus d'une question de confiance en soi que d'interface.
Dans mon expérience personnelle, le fait que Spip nous mette directement en prise avec le code dès lors que l'on veut modifier l'apparence de son site m'a permis de sortir de ce sentiment d'impuissance de "la non informaticienne". Je maîtrise aujourd'hui l'xhtml/css, le code propre à Spip et un peu de php, chose que je n'aurais même pas imaginée si on m'avait dit "clique ici pour activer le module truc ou le thème machin"... et qui me semble beaucoup plus proche de l'esprit du logiciel libre.
Ceci dit, je suis globalement d'accord avec les autres constats de cet article.
Aurélie
Pas d'accord sur tout le retour
De mon expérience personnelle et professionnelle, SPIP est surtout une première étape sympathique pour passer à terme vers DRUPAL qui est nettement plus modulable et configurable, bref plus proche de ce que a terme tout site SPIP très visité demande: de la précision, des fonctions, des performances et de la pérénité dans le code et dans les Plug-ins/Modules développés...
Après SPIP est très bien pour débuter, DRUPAL est juste pro.
Et pour moi je suis désolé mais l'esprit libre n'a jamais voulu dire
Poster un nouveau commentaire