Commentaire général
SPIP, Système de Présentation pour l’Internet, est un logiciel GPL (General Public Licence) de type Portail Communautaire, avec une spécialisation thématique pour la gestion de magazine sur l’internet (webzine). A ce titre, il est surtout adapté pour la gestion de site web associatif ou des sites de news. C’est un logiciel qui évolue peu et reste adossé à sa philosophie de base. Cela lui permet de fournir un fonctionnement robuste. De plus, développé initialement par une équipe française, toute sa documentation et son interface sont en langue française.
Il propose des fonctionnalités intéressantes, qui si elles correspondent aux spécifications du projet, justifient son adoption. Ces fonctionnalités sont : gestion des rubriques du site, gestion des droits minimale, travail coopératif, gestion de mots clés (catégories), syndication, recherche de documents sur le site, la gestion de forum (fils) de discussion (voire de pétitions), rapports de base (statistiques) sur la fréquentation du site et l’accès aux articles (documents), la notification par mail (minimale) de quelques événements de l’application. L’édition des données (via un formulaire html) est séparée de la mise en forme pour la publication automatique (via les squelettes – « fichiers de transformations »). A noter que SPIP fonctionne avec un système de cache et permet ainsi de gérer un site web avec de nombreux accès.
Sa limitation majeure est qu’il ne permet de gérer qu’un seul type de document (en dehors des brèves -news) : l’article, constitué des éléments titre, surtitre, sous-titre, descriptif, chapeau, texte principal, post-scriptum. De même, un seul type de workflow peut être mis en oeuvre.
Basé sur une architecture logicielle Apache, MySql et PHP, on peut étendre ses fonctionnalités sur cette base, indépendamment de SPIP.
Paramétrage
- utilisateurs, rôles et groupes de travail
Une connexion à un annuaire LDAP est possible avec SPIP. Nativement, cependant on utilise la base interne à SPIP des utilisateurs.
Il n’y a que deux rôles principaux (en dehors du rôle d’administrateur de l’application) : l’auteur (rédacteur) et administrateur restreint (responsable de la publication d’une ou plusieurs rubriques). La notion de groupe de travail est donc réduite uniquement au niveau des administrateurs restreints et ne s’applique pas aux rédacteurs qui peuvent participer de ce fait à toutes les rubriques (et non uniquement à celles auxquelles ils participent concrètement). Tous les utilisateurs internes (rédacteurs et administrateurs) ont accès (lecture et modification) à l’intégralité des contenus du site.
Note : 2,5
- workflows
Il n’y qu’un seul type de workflow. L’auteur soumet un article au gestionnaire de rubrique qui valide ou refuse l’article pour la publication. On ne peut pas réinitialiser ce workflow si l’auteur initial modifie cet article. Seule la messagerie interne (au site privé) permet de maintenir le processus actif.
Note : 2
- type de document (structure)
On ne peut gérer avec SPIP que deux types de documents : les brèves et les articles. On ne peut pas créer de nouveau type de document.
Note : 2
- méta données
SPIP n’intègre pas au sens propres la gestion des méta-données, et notamment des catégories de documents. Cependant, on peut détourner un ou deux éléments de l’article pour y associer une ou deux méta-données à un niveau. De même, SPIP gère les mots-clés, qui de facto, peuvent être considérés et gérés comme des catégories. On ne peut toutefois que gérer les mots clés sur deux niveaux (groupe de mots clé et mot clé à proprement parler).
Note : 2
- éditions XML
Les articles sont stockés dans une base de données (mySql) et non sous forme de documents XML. Mais cela offre les mêmes fonctionnalités.
Note : 3
- éditions avec plugin
On ne gère que des articles et des brèves avec SPIP. La notion de plugin est donc superflue et ne s’applique pas ici.
Note : 0
- transformation pour la publication
Elle se fait via les squelettes. On peut ainsi publier les articles (et les brèves) sous toutes les formes désirées (listes, page, aperçu…). Cela nécessite uniquement la connaissance d’html et du langage de boucle de SPIP. La connaissance de PHP facilite aussi peut-être cette tâche mais n’est pas indispensable.
Note : 3
- développement et customisation
On peut personnaliser le graphisme du site à volonté via les squelettes et les feuilles de style. Le comportement par contre est limité aux fonctions proposées par SPIP.
Note : 3
- intégration (serveur de mail; serveur web, proxy, base de données, serveur d’application)
Elle correspond aux possibilités offertes par l’architecture logicielle sur laquelle est construit SPIP, à savoir Apache + MySql + PHP et dépend aussi du système d’exploitation. Pour la notification automatique par mail du suivi éditorial, le serveur de mail doit être paramétré pour cela. De même, le proxy et le firewall doivent permettre à la syndication (récupération du fichier « backend ») de s’effectuer sans entrave.
L’intégration de langage de script (type javaScript) est possible mais nécessite de tâtonner avant qu’elle ne puisse fonctionner correctement.
Note : 3,5
Utilisation
- administration
L’administration est centralisée au niveau de l’interface graphique offerte via l’accès à l’espace privé du site avec son browser.
Elle fonctionne parfaitement et est complète. Elle est cependant adaptée à des sites offrant une complexité moyenne à faible car il faut renseigner les paramètres un par un, sans possibilité d’automatisation.
Pour les fonctions proposées, toutes sont paramétrables à souhait et cela s’effectue simplement. Le remodelage d’un site web géré par SPIP n’est pas bien prévu et il faudra re-ventiler les articles par rubrique un par un. A moins évidemment, d’utiliser un script adéquat pour directement modifier les données dans la base de données de SPIP (mySql).
Concernant la maintenance technique, on peut effectuer via l’interface du site privé un « dump » de la base de données mySql. De même, on peut ensuite effectuer une restauration du site. De plus, SPIP fonctionne avec un système de cache que l’on peut gérer aussi via le module d’administration principale.
Note : 3,5
- récupération de documents existants (import)
Aucune possibilité native n’est proposée pour récupérer des volumes importants de documents. L’insertion de document existant se fait donc de manière unitaire !
Cependant, on peut bien sûr envisager de créer des scripts afin de compléter la base de données mySql sur laquelle SPIP est construit.
Note : 2
- édition de document : création
Elle est simple et se fait via un formulaire html dans le site privé avec son browser. La mise en forme de base (tableau, lien hypertexte, …) se fait à l’aide d’une syntaxe spécifique à SPIP et est à acquérir par l’utilisateur. Des notions d’html ne sont donc pas requises mais améliorent les possibilités du système.
On peut effectivement permettre aux responsables de contenus de publier sur le site web sans avoir de notion d’informatique.
Note : 3
- édition de document : mise à jour
La mise à jour est bien sûr possible mais n’est pas réellement un besoin adressé par SPIP, car les articles une fois publiés n’ont pas vocation à être modifiés pour une nouvelle publication. C’est le détournement de SPIP pour gérer un site web un peu différent de ceux visés par la philosophie d’origine (voir commentaire général) qui amène à avoir besoin de modifier un article. Une illustration est l’absence de versioning dans SPIP.
Une fois l’article publié, seul l’administrateur (gestionnaire de rubrique) peut modifier l’article ! Ou bien alors on retire cet article du site en modifiant son statut qui doit retourner à « en cours de rédaction », pour que l’auteur puisse reprendre la main.
Note : 2
- édition méta données
Nous avons vu qu’il n’y pas, à proprement parler, de prise en charge des méta-données. Cependant, on peut associer plusieurs mots clé à un article, une rubrique, une brève ou même des ressources syndiquées. C’est le gestionnaire de rubrique (administrateur restreint) qui a la charge de renseigner et maintenir ces informations.
Une ressource peut être associée à une ou plusieurs catégories.
Note : 2
- publication
SPIP n’offre pas de fonctionnalité de staging. En fait, l’éditeur (administrateur restreint) peut choisir de publier ou non l’article et si oui, à quelle date cela sera effectué : le système prenant ensuite en charge la publication.
Note : 3
- workflow
SPIP ne gère en fait que la validation des articles avant la publication, soit un seul type de workflow.
Note : 2
- versioning
N’existe pas dans SPIP.
Note : 0
- recherche de documents
La fonction de recherche s’effectue via l’accès à toutes les colonnes de la base de donnée SPIP. SPIP indexe ainsi tous les articles, tous les auteurs, toutes les rubriques, tous les mots clés, tous les sites référencés ainsi que les ressources syndiquées.
Note : 3
- interface graphique
L’interface graphique est bonne. Elle est légèrement personnalisable en permettant le choix de la couleur (thème de couleurs) dans l’espace privé. L’accès aux différentes fonctions de l’application est assez aisé.
Note : 3
Intégration
- intégration des documents dans le système de gestion de contenu lui-même
Hors de propos avec SPIP qui ne gère que des articles (et des brèves).
Note : 0
- utilisation des composants documentaires stockés et intégration avec d’autres applications informatiques
On peut imaginer de coupler la base de données avec d’autres applications…
Note : 2
- migration vers l’application de gestion de contenu
Rien n’est proposé en natif. Il faudra tout développer.
Note : 2
- migration depuis l’application de gestion de contenu vers une autre application
Là non plus, rien n’est proposé en natif. Il faudra tout développer.
Note : 2
Conclusion
SPIP fait très bien ce pour quoi il est prévu et semble prévu pour ne rien faire d’autre. Il faut donc l’utiliser dans le contexte pour lequel il est prévu. Il est très peu évolutif mais par contre son architecture logicielle est ouverte et peut être complétée par d’autres applications.
Note d’appréciation globale : 3,5
Note moyenne (des critères d’évaluation avec un coefficient de 1 pour chacun) : 2,45
