Marlène's corner

Plusieurs biblioblogs ou apparentés ont relayé le lancement officiel du service TicTOCS (blog), je ne reviens donc pas dessus (et puis j’en ai déjà parlé). Dans cet article de FUMSI, Lisa Rogers, assistante de recherche sur Tictocs, détaille le contenu du projet, et liste une série de recommandations (faites par les membres d’un groupe de travail consacré à RSS, réunissant des éditeurs et des représentants de TicTOCS) à destination des éditeurs souhaitant utiliser le format RSS pour diffuser leurs tables des matières, je les ai traduites rapidement ici (c’est moi qui souligne en gras, si je peux dire) :

– Utilisez le format RSS 1.0 qui est bien plus flexible : avec les modules appropriés, RSS 1.0 est idéal pour la fourniture d’informations de type tables des matières. Des éditeurs ont déjà choisi cette approche, certains proposent plusieurs formats RSS pour leurs tables des matières (RSS 1.0 et RSS 2.0)

– Utilisez les modules de RSS 1.0 (par ex le module Dublin Core, le module Content ou le module PRISM) pour étendre les fonctionnalités de RSS pour les sommaires

– Utilisez le module de syndication RSS 1.0 pour décrire la fréquence de mise à jour des contenus (utile pour les interfaces automatisées, qui savent ainsi quand elles doivent vérifier les mises à jour)

– Utilisez un outil de validation (comme W3C feed Validation Service ou Redland RSS 1.0 validator), afin de proposer des fils RSS de sommaires correspondants au standards
– N’employez pas de balises HTML dans les élements de base des fils RSS (évitez d’utiliser des balises de mise en forme dans le champ de description des éléments, qui ne doit comprendre que du texte intégral, vu qu’il n’est pas possible de savoir de quoi le fil aura l’air dans l’agrégateur de l’utilisateur)

– Utilisez par contre le module Content de RSS 1.0 pour gérer l’affichage des balises HTML

– Ne restreignez pas l’accès aux fils RSS de vos tables des matières. RSS est un excellent moyen, on marché qui plus est, d’envoyer du trafic sur votre site, et donc d’augmenter la visibilité de votre « marque » en tant qu’éditeur. Limiter l’accès aux fils RSS à vos abonnés uniquement annule une large part des bénéfices potentiels qu’RSS peut vous apporter.

– Produisez régulièrement des copies stables de vos fils RSS, plutôt que de les générer dynamiquement pour chaque utilisateur : ce processus ralentit l’affichage et est source de problèmes de time out (délai d’attente trop long pour le serveur) ; ce qui peut affecter la disponibilité du fil, les outils de validation, ainsi que les services extérieurs qui agrègent vos contenus.

– Ayez bien à l’esprit l’objectif de chaque fil RSS de sommaires que vous délivrez : proposez plusieurs fils spécialisés, plutôt que de diluer l’information dans un seul message qui ne sera pas forcément pertinent pour le public

– Assurez-vous que votre serveur web est bien configuré pour fournir des fichiers RSS de type mime text/xml [ne vous inquiétez pas, votre informaticien sait que ce ça veut dire ;-)]

– Mettez à disposition des fichiers OPML, pour permettre aux agrégateurs et aux usagers d’utiliser plusieurs de vos fils. Il est parfois même approprié de proposer un jeu de fichiers OPML (pour chaque catégorie par ex), ou de permettre à vos utilisateurs de créer leur propres fichiers OMPL à la volée.

Plus aucune raison après ça pour ne pas diffuser ses sommaires de revue par ce moyen, même pour les éditeurs francophones, n’est ce pas ?
[photos :Karim Rezk, monmimoun]