SPIP et les Champs Extras

Champs_Extras quoi t’est-ce ?

Petit retour sur un des plugins qui a changé la vie de SPIP : Les champs extra est une mise en plugin d’une fonctionnalité apparue alors officieusement dans la version 1.7 de SPIP et, qui permet d’ajouter ponctuellement de nouveaux champs à ses objets SPIP quand on en a besoin.

Il devient depuis dès lors très facile de personnaliser son back-office en ajoutant à volonté, en plus des traditionnels #TEXTE, #CHAPO, #TITRE, ... de nouvelle #BALISES persos à ses rubriques, articles, ....

Avec la sortie de SPIP 2, une interface voit le jour, également sous forme de plugin, permettant la création de ces champs à la volée.

Je ne reviendrai pas là dessus, le Papa des plugins sus-cités le fait déjà bien mieux que moi sur son site. En revanche, pour ce qui me concerne, ce plugin a limite révolutionné ma conception de certains fonctionnements de SPIP, et j’accorde que certains des aspects qui méritaient il fut un temps, une gymnastique cérébrale épuisante à base de mot-clés, prennent soudain une dimension d’une simplicité déconcertante !

Quelques possibilités d’utilisation des Champs extras

Alors, exception faite des informations textuelles basiques à rajouter ponctuellement à vos contenus, et pour lesquelles j’ose espérer que vous n’aurez pas besoin de moi, voyons un peu jusqu’où on peut déjà aller dans le perfectionnement des fonctionnalités de son site web avec cette chose là :

Options SEO

Avant que plusieurs plugins dédiés ne le gèrent depuis tout récemment (avec malgré tout quelques limitations pour ceux que j’ai pu tester et sur lesquels je reviendrai dans un billet dédié), Champs_extras a présenté pour moi une possibilité d’affinage avancé des mécanismes de référencement de SPIP. Déjà très puissant par lui même lorsque l’on génère automatiquement ses METAS avec les données de l’élément en cours :

un exemple parmi d’autres : <title>#TITRE - #TITRE_PARENT - #NOM_SITE_SPIP</title> (la balise #TITRE_PARENT n’est pas native à SPIP, elle nécessite le plugin Couteau Suisse pour pouvoir être utilisée)

avec champ_extras, la nouvelle dimension vient du fait que l’on peut désormais personnaliser ses METAS à la main, s’affranchissant ainsi d’une structure établie (et plus ou moins fermée) qui même s’il est est efficace pour la majorité des publications, peut s’avérer limitative pour certaines pages que l’on souhaiterait faire rebondir différemment.

Ainsi depuis l’interface, il devient aisé de créer pour ses articles, de nouveaux champs intitulé meta_title, meta_keywords et meta_description, rendant ainsi de nouvelles balises #META_TITLE, #META_KEYWORDS et #META_DESCRIPTION pour ses squelettes.

Ainsi par la suite, il devient facile de créer une boucle dans son inc-head.html, par laquelle on peut dire à SPIP d’utiliser :

• soit le fonctionnement normal codé en dur dans les squelettes pour générer automatiquement les METAS
• soit de créer ceux-ci avec les informations ainsi rentrée dans le back-office

Je vous laisse par vous même regarder comment on peut jouer à "si oui si non" avec SPIP, je vais pas non plus vous mâcher tout le boulot

• Comment bien utiliser le filtre sioui sinon
• Exemple d’utilisation du filtre ? ( sinon ) de SPIP 1.8

Créer des class CSS persos

Même principe, même fonctionnement ! J’avais déjà parlé il y a quelques temps des possibilités des mot-clés afin de créer à la volée de nouvelles class CSS depuis son back-office pour les pages de son SPIP. Je pense que si vous avez bien suivis l’exemple précédent, vous devriez comprendre que maintenant, créer de nouvelles class CSS devient d’un coup beaucoup beaucoup plus facile que ce que j’avais écrit alors.

Lier un mot-clé à une rubrique ?

Une des choses que j’ai également pu faire avec les champs extras, c’est de permettre à un mot-clé de récupérer les variables d’environnement d’une rubrique. A quoi ca sert ?

En fait, cette recherche là fait suite à une réflexion initiée par Vincent ROBERT [1] concernant les arborescences de rubrique trop profondes. Son propos d’alors se concluait par le fait que si les mot-clés de SPIP devait avoir une utilisation intensive (en dehors de l’aspect technique qui lui pour le coup, est à limiter) c’était justement bien pour sous-traiter une partie du travail de catégorisation de ses contenus afin d’éviter un trop grand nombre de sous-rubriques pour ses contenus SPIP.

Problème : lorsque vous créez un groupe de mot-clés, comment faire comprendre à celui-ci (et par définition aux rédacteurs du site) que ses mot-clés sont en fait des sous-rubriques du secteur 3 ? En lui disant tout simplement :

• Créer un champ_extra intitulé ’Rubrique_d_origine’ pour l’objet ’mot-clé’
• A la création du mot-clé, indiquer dans ce champ l’ID du (ou des) secteur-s auquel-x rattacher le groupe de mot-clés
• dans le squelette du mot-clés, il devient alors possible d’utiliser cette nouvelle balise #RUBRIQUE_D_ORIGINE dans des boucles qui vont récupérer au cas par cas des variables d’environnement du secteur en question, afin que votre page mot-clé se comporte effectivement comme si elle était issu de son secteur d’origine.

Et encore, ce n’est que le début

Les possibilités sont finalement assez énormes et les champs d’application également. Le but de cet article n’est pas d’en faire le tour mais de présenter quelques unes des astuces qui me sont venues de mon utilisation de ces Champs Extras.

Je pense qu’il y en a beaucoup d’autres et à la rigueur si vous en avez trouvé d’autres, n’hésitez même pas et partagez les dans le forum de ce billet.