Suite à un topic sur le forum de référencement twiger par Americas concernant l’utilité d’un nuage de tags sur un site, il a forcément été question des statistiques révélées par Sébastien Billard.
L’étude citée par Sébastien annonce clairement le peu d’intérêt suscité par les nuages de tags pour la plupart des utilisateurs. Du coup, si en plus de servir à rien, ça prend de la place sur vos pages et en plus peut créer du duplicate content, on se dit que c’est une invention bien inutile.
Moi je dis : en l’état oui, mais pas si on réinvente son utilisation.
Pour certains de nos projets, on travaille sur deux types de choses. Prenons de suite un exemple pour être clair :
Je viens d’entamer la refonte du site Festivals rock. Le principe de ce site est majoritairement annoncer les programmations des festivals de musique. Il est donc majoritairement question de festivals et groupes. Voici nos deux types de catégories qu’on pourrait installer.
J’aurais pu alors créer deux catégories, une « festivals » et une « groupes ». Avec pour chacune la liste complète des festivals et groupes dont il sera question. Mais pour faire plus simple et différent, j’ai pris le parti de ne faire qu’une catégorie festivals, et pour chaque post, ajouter les groupes concernés en tags.
Ainsi, je peux créer deux types de nuages de tags, qui s’affichent ainsi dans une forme de menu hiérarchique : les plus gros « festivals » et « groupes » s’affichent en plus gros.
Cela permet donc d’afficher un menu qui n’est pas basiquement en ligne, on peut créer un aspect d’importance d’une catégorie à l’autre, et ceci en séparant groupes et festivals.
De la même manière, ça permet de travailler le contenu intérieur du site plus facilement. En effet, si je veux créer des choses différentes sur la page d’un festival que sur la page d’un groupe, je peux le faire plus facilement.
Démonstration :
Il est plus simple de faire
if (is_tag()) {
// afficher les albums d’un groupe grâce à un API
} elseif (is_category()) {
// afficher autre chose, caractéristique des festivals
}
que :
if (in_category(« groupes »)) {
// afficher les albums d’un groupe grâce à un API
} elseif (in_category(« festivals »)) {
// afficher autre chose, caractéristique des festivals
}
Comment ça sur cet exemple, ça parait pas forcément évident, mais dans la tête quand on met en place le tout, séparer les deux comme des entités vraiment différentes est utile.
Après, cette façon de faire ne marche que pour des cas particuliers qu’on peut reproduire comme ici. Mais si ça peut vous être utile…
