Syndication Et Usages

La syndication de contenu est à la mode en ce moment... La preuve : le nouveau joujou de la fondation Mozilla, Thunder Bird, inclue la gestion (pas top à mon sens) des fils RSS?, à côté de la gestion de l'email et des newsgroups.

La syndication, c'est essentiellement regrouper au même endroit des informations provenant de sources diverses, via un agrégateur, et ainsi son principal intérêt est d'uniformiser les procédures d'accès à l'information : sous thunderbird, on n'a plus qu'à clicker sur le bouton "Recevoir le courrier" au lieu d'aller visiter successivement tout un tas de sites web, parfois inutilement car il n'y a pas de nouvelles sur tous les sites. La présentation de l'information est elle-aussi uniformisée : pour tous les sites, l'information est présentée de la même façon, on s'y retrouve plus facilement.

La syndication est donc extrêmement utile, mais je voudrais montrer ici qu'il serait domage de se contenter de cela, et dans ce but je vais prendre un exemple qui sort un peu du cadre de la syndication de nouvelles : le programme dailystrips. C'est un aggrégateur qui permet de regrouper sur une page web tous les Web Comics? que vous lisez. Je l'ai découvert en cherchant un outil qui me permetrait de faciliter la lecture du comicstrip User Friendly?, qui est le seul webcomic que je lise régulièrement, c'est-à-dire tous les jours.

Comme je ne lis qu'un webcomic je n'ai pas vraiment besoin d'un agrégateur : je peux très bien aller visiter la page web de UserFriendly directement. Il n'empêche, j'utilise bien thunderbird pour ne lire (pour l'instant) qu'un seul fils RSS, alors pourquoi ne pas utiliser un agrégateur de webcomics juste pour un seul webcomic ? En effet, thunderbird, outre le fait que ce soit un agrégateur, propose une fonctionnalité bien utile : la vérification automatique des fils à intervalles réguliers, avec signalisation automatique des nouveaux messages. Je peux donc travailler tranquillement sans me soucier d'aller vérifier toutes les 5 minutes s'il y a des nouvelles qui m'intéressent : s'il y en a thunderbird me le signalera et je pourais aller voir les nouvelles dès que je le pourais/voudrais. On sort de la simple syndication pour prendre en compte un usage des nouvelles : l'information en temps réél (ou presque).

Dans le cadre des webcomics, la plupart d'entre eux sont publiés selon une base quotidienne (le "daily" de "dailystrips"), aussi ce que j'attendais avant tout d'un logiciel de gestion des webcomics était qu'il me signale le matin quand j'allume mon ordinateur si UserFriendly avait été publié ou non, et si non, qu'il vérifie à intervalles réguliers et me signale quand il est enfin publié. Là encore il s'agit de la prise en compte d'un usage, qui dépasse la simple syndication.

D'ailleurs on pourait aller plus loin : à force de lire UserFriendly, je sais maintenant dans quelle tranche horaire il est généralement publié, et s'il est trop tôt je ne vais même pas voir s'il est publié. Un agrégateur de comicstrips digne de ce nom pourrait lui aussi apprendre ce genre de détails pour optimiser la bande passante en n'allant vérifier si le strip du jour a été publié que si ça ne vaut le coup : s'il n'est pas trop tôt, et si le strip du jour n'a pas déjà été publié. La minimisation de la bande passante utilisée peut sembler être un détail étant donné les débits que l'on a aujourd'hui, mais si l'on vérifie inutilement toutes les cinq minutes quelques centaines de sites (ce qui est courant), on obtient déjà une occupation non négligeable de la bande passante pour une journée entière.

Bref, tout ça pour dire quelque chose qui finallement devrait être assez évident : syndiquer c'est bien, mais s'adapter vraiment aux usages, c'est encore mieux. Et cela a des conséquences importantes, par exemple dans le choix des informations que vous allez fournir à votre fil RSS : Si votre fill RSS est lié à votre blog, par exemple, quelle information allez-vous fournir à vos lecteurs ? Le texte entier de vos articles ? Juste le début (quelle taille ?) ? Un résumé ? Et si maintenant votre fil RSS concerne la page Dernières Modifs de votre Wiki, quelle information allez-vous envoyer ? Le résumé laissé par l'auteur de la modif (et s'il n'en donne pas ?) ? Un commentaire généré automatiquement par votre système indiquant l'ampleur de la modif ? Directement le diff de la version précédente ? Le texte entier de la page ? Ce n'est pas si évident que ça de répondre à ces questions, l'information souhaitée peut dépendre de l'utilisateur, et même de la tâche qu'un utilisateur est en train d'exécuter. Et si l'on rentre dans ces considérations, on constate qu'aucun moteur wiki et qu'aucun agrégateur de nouvelles n'est adapté à ces tâches changeantes. Je ne propose bien sûr aucune solution, c'est à vous de réfléchir ;)

-- Clément Pillias