Bonsoir,

Peu, voire aucune activité récente sur ce blog car je m'occupe de mettre la dernière main à un petit réseau social "sur mesure" pour ma famille. Si je peux je ferai une étude de cas sur la question, ça prend évidemment beaucoup de temps mais c'est vraiment sympa.

J'avais cependant promis de compléter mon dernier message, sur un problème qui perturbe manifestement beaucoup les débutants, surtout ceux qui viennent de la concurrence (comprendre : d'un autre CMS) : structurer un site avec Drupal. Profitant de quelques instants avant une fin de semaine chargée, j'ajoute les quelques réflexions que j'avais en tête.

Ne cherchez pas à reproduire une structure dont vous avez l'habitude

Soyez assez souple pour repenser complètement la façon dont vous structurez un site. Drupal se distingue trop des CMS classiques sur ce point. Comprenez d'abord la logique Drupal, cherchez ensuite comment faire rentrer vos données dedans. Vous verrez que les possibilités sont vraiment très grandes une fois qu'on a pigé le truc. Vous pourrez mettre une dose de hiérarchique, ne croyez pas que j'y sois foncièrement allergique ; mais quand vous saurez comment la mettre vous aurez moins de mal.

J'insiste tout de même sur le fait qu'on peut se passer complètement de hiérarchisation dans la structure d'un site Drupal.

Pensez accès plutôt que classement

Le point essentiel à bien comprendre, c'est que vos visiteurs ne cherchent pas des étagères et des tiroirs bien ordonnés ; ils veulent accéder à l'information que vous leur proposez. Il importe donc de définir quels publics vont venir sur votre site et quel pourra être leur raisonnement par rapport à vos données.

On peut penser à plusieurs types de publics possibles :

• ceux qui savent ce qu'il y a sur votre site et cherchent une information précise (par exemple : votre site propose des recettes de cuisine et tel visiteur veut la recette de la tomate-mozzarella)
• ceux qui savent ce qu'il y a sur votre site mais ne cherchent rien de précis (par exemple : votre site vend des livres et tel visiteur voudrait offrir un bon roman d'heroic-fantasy à son filleul adolescent)
• ceux qui ne savent pas ce qu'il y a sur votre site mais sont près à s'y intéresser (par exemple : votre site présente l'association des Esitériophiles anonymes et tel visiteur, dont la curiosité a été piquée, est prêt à en savoir plus)

Pour le premier il faudra un bon vieux moteur de recherche.

Pour le deuxième, la taxonomie vous rendra de fiers services : pour regrouper ensemble tous les livres par type (les romans, les BD, etc.), et par public (enfants, ados, adultes), et par genre (fantastique, aventure, romance...) ; vous permettrez à votre visiteur d'affiner petit-à-petit sa recherche, mais il pourra l'aborder comme il veut (chercher d'abord par genre, puis par public, ou d'abord par type, puis par genre). La taxonomie permet de croiser les catégories : plus besoin de ranger les livres, le rêve du libraire !!

Pour le troisième, il faudra quelque chose de plus linéaire (dans Drupal, un book pourra être parfait) pour la partie sur l'histoire des titres de transports, mais il faudra éventuellement pouvoir proposer des comptes-rendus d'ouvrages sur le sujet, des comptes-rendus des réunions de votre association, la date des prochaines, des liens vers d'autres sites aussi passionnants, un forum pour des annonces d'échanges entre collectionneurs, etc. C'est là qu'interviennent les types de contenu.

Pensez type de contenu plutôt que rubrique

Le CCK est quasiment indispensable dans un site Drupal, au point que dans Drupal 7 on n'aura même plus besoin d'aller le chercher ailleurs. Quand vous modélisez vos données, classez-les par type en fonction des informations significatives qui leur sont attachées. Pour reprendre l'exemple de nos ésitériophiles [oui, moi aussi j'ai dû vérifier l'orthographe la deuxième fois que je l'ai écrit], chaque partie (la documentation sur les titres de transport, les comptes-rendus d'ouvrages, de réunions, les dates, les liens...) fera l'objet d'un type de contenu (bon pour les liens, vous pourrez faire un menu) car chaque contenu regroupe des informations différentes :

• la documentation est constituée de pages (un titre, un texte)
• les comptes-rendus d'ouvrages auront besoin de références bibliographiques en plus du compte-rendu lui-même
• les dates de réunion auront besoin d'une date, d'une heure, d'un lieu, d'un ordre du jour,
• etc

Bien sûr, vous pourriez vous contenter de faire des articles pour tout cela, et en gros tout mettre dans le corps du texte. Mais alors, comment retrouver facilement le compte-rendu de la magistrale somme De esiteriophila ad usus vulgus pecum (je vous demande un peu ???) ? Alors que si son titre est bien distinct du compte-rendu lui-même, vous pouvez même ajouter un lien vers un libraire en ligne pour permettre à vos visiteurs d'acheter le livre. Et comment classer les réunions par date pour avoir un bel agenda ? Alors que si la date est "connue" de Drupal, isolée dans un champ bien à elle, vous pouvez même programmer l'envoi d'un mail rappelant à vos adhérents que vous les attendez demain soir... Retenez : des informations isolées sont des informations récupérables par la machine.

L'autre intérêt de distinguer les types de contenu, outre celui de pouvoir les structurer correctement, est celui de pouvoir leur affecter

• des vocabulaires de taxonomie distincts
• des paramètres de thèmes distincts (affichage ou non de l'auteur, etc.)
• des templates distincts

En d'autres termes, de sectionner visuellement votre site. Vous pourrez donc faire un site très clair, sans problème (mais avec un peu de travail).

Ajoutons enfin la possibilité de distinguer par rôle qui pourra poster tel ou tel type de contenu.

En conclusion, car il est tard

Structurer un site Drupal n'est pas plus compliqué que dans un système plus classique. Il suffit pour cela de comprendre qu'une structure (rubriques, catégories...) ce n'est jamais que des regroupements de contenu, selon certains critères. La force de Drupal est de vous laisser la liberté de définir ces critères, puisque par défaut aucun noeud n'est lié à aucun autre. Le module Views vous permettra d'exploiter ces critères avec beaucoup de finesse.

Analysez donc tous les moyens que vous offre Drupal pour regrouper des contenus (par terme de taxonomie, par type de contenu, par parent/enfant dans le cas du book, par un champ dans un même type de contenu...), comment chacun fonctionne, et organisez l'utilisation que vous allez en faire de la façon la plus pertinente possible par rapport à vos données (et par rapport à ceux qui les mettront en ligne, selon les permissions que vous voulez leur donner).

-----

Je suis en déplacement professionnel toute la fin de la semaine, n'attendez pas une grande réactivité.