Ergonomie, Rails et Architecture de l'information web (2.0)

Pour ceux qui avaient manqué notre prestation du W3Café d’avril, mon corréligionnaire en subversion sémantique David Larlet et moi-même réitérerons notre méfait à l’occasion de Paris Web 2008, avec un atelier technique intitulé Microformats Vs RDFA.

Depuis maintenant trois ou quatre ans, on peut lire jusqu’à plus soif que le web 2.0 a inauguré le règne du contenu, et cette allégation n’est pas complètement fausse. L’auteur d’un site publie un contenu ; les visiteurs y réagissent par des commentaires, des billets liés, du bookmarking social, ou de la mise en avant sur les agrégateur sociaux. Bien que la qualité des contenus promus laisse souvent à désirer – il vaut mieux ne pas trop demander aux gens de réfléchir – le système marche semble fonctionner malgré quelques ratés ici et là. Pourtant, si l’on parle beaucoup du contenu, on en oublie que trop souvent la structure, y compris dans le monde des développeurs web, à l’exception peut-être du web sémantique.
Contrairement à ce que j’ai longtemps cru, le XHTML n’est pas seulement un langage de mise en forme ; par la nature même de chacun de ses éléments, il donne du sens à la structure de la page, et ce sens peut être exploité de bien des manières. C’est pour cette raison que l’on parlera dans la suite de cet article de sémantique structurelle.

Je ne croyais pas l’écrire un jour, et c’est un peu triste à admettre, mais plus ça va, et moins j’ai foi dans le futur des Microformats.

Designed for humans first and machines second

Certainement vraie il y a un an, cette assertion fondamentale se contredit constamment aujourd’hui. Les Microformats sont de moins en moins faciles à lire par l’être humain, et la présence de générateurs de Microformats à tous les étages en est un indice plus que probant de cette complexification.

microformats are a set of simple, open data formats

Je ne conteste pas cette notion d’ouverture, au contraire. Pour la simplicité, c’est autre chose, et je réfère désormais constamment au wiki pour inclure des microformats sortant du peloton hcard / hcalendar / rel-tag dans une page web.

built upon existing and widely adopted standards

Là non plus, rien à dire, dès lors que l’on considère le XHTML comme un standard de fait, et non de principe, c’est à dire qu’il est véritablement adopté par la majorité et non simplement standard déclaré.

Le problème des Microformats est un problème de croissance, à tous les niveaux.

Les Microformats ont été créés dans le but de résoudre des problèmes simples de manière simple. La communauté grandissant, chacun apportait un problème de plus en plus complexe à résoudre, oubliant ce principe de base.

Lors d’une présentation chez Mandriva, je déclarais que malgré sa dénomination de Microformat, hResume était en fait un Macroformat : bien que l’on puisse le déclarer seul, il n’existe que par la présence d’autres microformats en son sein. On se retrouve alors avec un Microformat contenu dans une page entière, et à la clé une soupe de balises infâme, même pour moi. D’après vous, pourquoi je n’ai toujours pas remis mon CV version web à jour ?

Il ne faut cependant pas oublier l’objectif premier des Microformats : faciliter la collecte de données sémantiques sur le web à des fins d’exploitation – entre autres – marketing, principalement sur des media comme la musique, les images ou les vidéos sur lesquels les outils de recherche ne peuvent pas faire d’analyse. En cela, ils ont permis une avancée très intéressante, mais je crois qu’ils ont très largement dépassé leur propre nature, et ils risquent aujourd’hui d’imploser sous leur propre poids. Je ne cesse nullement de m’intéresser aux Microformats, mais je ne les considère cependant plus comme la panacée universelle : je vais simplement me pencher sur d’autres pistes de recherche afin de résoudre mes problématiques plus complexes.