Geckozone

L’explosion du nombre d’icônes RSS

Sur son blog, Ray Ozzie a regroupé différents types d’images représentant des flux RSS apparus sur le Web. Le résultat donne :

Il semble y avoir une fréquence étrangement élevée de tasses à café et de pillules. Je ne suis pas vraiment sûr du rapport entre ces deux-là et l’aggrégation, mais beaucoup de gens ont visiblement pensé y voir des métaphores sensées.

Ce chaos de signaux pour l’utilisateur est dû au retard des navigateurs Web à fournir une interface pratique de détection des flux RSS :

D’autres types de données structurées sont disponibles sur le Web

Les flux RSS ne sont pas les seules données structurées utilisées sur les sites Web. On peut dès à présent observer des boutons similaires pour d’autres types d’informations :

Les coordonnées de contact

Les sites de réseaux sociaux permettent souvent de télécharger les coordonnées d’une personne. Par exemple, LinkedIn :

et openBC / XING :

De temps en temps on observe aussi ces liens sur les sites personnels :

Mais aussi les sites d’entreprises :

Les évènements

Sur Evite.com, les utilisateurs du logiciel iCal peuvent ajouter les évènements recensés sur le site dans leur agenda :

Sur OpenTable, les utilisateurs d’Outlook peuvent ajouter leurs réservations dans un restaurant directement dans leur agenda :

Donc à priori seuls les utilisateurs de Mac vont à des soirées, et seuls les utilisateurs de Windows vont dans des bons restaurants.

Upcoming.org est un peu plus égalitaire, mais en contrepartie voit son interface utilisateur s’alourdir :

De plus de nombreux utilisateurs sont encore exclus. Que faire si on utilise Lightning, Spongecell ou AirSet ? Tous ces logiciels de gestion d’agenda peuvent importer les calendriers iCal mais l’utilisateur est-il sensé le savoir ? Est-ce que chaque site doit créer un bouton pour chaque application qui existe ? Cette histoire nous ramène à celle de l’explosion des icônes représentant les flux RSS... En pire car on ne parle plus uniquement des flux RSS mais de toutes les données structurables avec les microformats.

Les lieux

Il est très commun pour un site Web d’afficher une adresse postale. Par exemple quand on cherche tous les docteurs/magasins/appartements/stations de métro/etc. près d’une adresse particulière. L’endroit s’affiche généralement grâce à un service Web spécifique proposant d’insérer des cartes sur les autres sites. Service souvent pas si génial :

Il y a plusieurs problèmes avec cette approche :

• Les sites Web ne sont pas mis à jour suffisamment fréquemment pour profiter des derniers services de cartographie.
• L’utilisateur ne peut pas choisir le service de carte qu’il souhaite. Peut-être préfèrerait-il utiliser Google Earth, ou le nouveau Yahoo Maps.
• Il n’est généralement pas possible de marquer plusieurs adresses sur la même carte.
• Il n’est généralement pas possible de sauvegarder une adresse facilement.

Bien que l’exemple des lieux soit extrême, on peut généraliser à tous les types de données structurées : coupler ces données à un logiciel/service prédéfini détériore l’ergonomie.

Les icônes représentant les microformats sont aussi concernées

On voit maintenant apparaitre des boutons pour les microformats (voir l’article précédent). Certains de ces boutons sont meilleurs que d’autres, et ils sont souvent utiles... Mais comme pour les flux RSS, le Web a évolué plus vite que les navigateurs, et les signaux reçus par l’utilisateur ressemblent maintenant à un mélange de boutons et une mer d’acronymes incompréhensibles :

C’est un problème que seuls les navigateurs pourront résoudre. Tout comme avec les RSS il est temps pour les navigateurs de fournir une interface utilisateur claire, utile et simple pour gérer ce type de données structurées.