En attendant l’intégration de descriptions enrichies sur les pages de résultats de Google en France pour présenter de vraies exemples, vous trouverez ci-dessous une traduction à des fins d’étude personnelle pour de futurs enrichissements documentaires avec des microformats… Dans ce billet « Rich snippets: testing tool improvements, breadcrumbs, and events » posté le 2 septembre dernier, Kavi Goel et Pravir Gupta de l’équipe Search Quality chez Google, présentent les améliorations de l’outil de test des fameux Rich Snippets évoqués par Tantek en juillet dernier. Belle perspective pour encourager l’adoption des microformats.

Depuis le lancement des rich snippets en 2009, les webmestres ont montré beaucoup d’intérêt à ajouter du marquage dans leurs pages web pour améliorer leurs présentations dans les résultats de recherche. Quand les webmestres ajoutent un marquage utilisant des microdata, microformats ou RDFa, Google sait comprendre le contenu des pages web et montrer des descriptions enrichies de résultats de recherche qui embarquent mieux l’information sur la page. Grâce à l’adoption incessante par les webmestres, nous voyons désormais plus de 2 fois plus de recherche avec des « rich snippets » dans les résultats aux USA, et une croissance multipliée par 4 depuis un an. Voici les trois mises à jour récentes.

Améliorations de l’outil de Test

Malgré un taux d’adoption encore faible à cette heure, l’implémentation correcte des rich snippets demeure un défi majeur. Pour aider à résoudre ce problème, nous avons ajouté de nouveaux messages d’erreur sur l’outil de test des rich snippets afin de vous aider à mieux identifier et réparer tous les problèmes avec le marquage.

Vous avez ajouté du marquage dans le passé mais n’avez pas vu apparaître les rich snippets pour votre site, nous vous encourageons à essayer de nouveau le test du marquage sur l’outil de test mis à jour.

Marquage des Rich snippets markup pour les fils d’Ariane

L’année dernière, Google annonçait une modification des résultats de recherche pour commencer à présenter les hiérarchies de sites (aussi appelés « breadcrumbs » ou « fil d’ariane ») plutôt que des URLs standards dans les cas où cela pourrait aider les utilisateurs à mieux comprendre un site web.

Nous ajoutons désormais le support pour le format de marquage des Fils d’Ariane qui permet aux webmestres d’identifier explicitement la hiérarchie du fil d’Ariane sur leurs pages.

Si l’interface-utilisateur du fil d’Ariane s’affiche déjà sur votre site, nous continuerons à la montrer même si vous ne produisez pas le marquage, aussi ne vous souciez pas de toute interface-utilisateur qui disparaîtrait. Notez que ce nouveau format peut être modifié ou remplacé à l’avenir. Comme avec tous les autres types de « rich snippets », alors que le marquage nous aide à mieux comprendre le contenu de votre site, cela ne garantit en aucun cas que l’interface-utilisateur s’affichera pour vos pages web dans les résultats de recherche.

Evénements

En janvier dernier, nous avons ajouté le support des rich snippets pour les événements. Si une page web contenant des listes d’événements s’affiche dans les résultats de recherche, jusqu’à trois liens vers des événements spécifiques pourraient être présentés dans la description enrichie sur la page de résultats de recherche. Ceci fonctionne bien pour les requêtes générales comme les [concerts à seattle], mais nous avons voulu aussi améliorer l’expérience de recherche quand on cherche un événement spécifique. Nous afficherons désormais les « rich snippets » quand les pages contenant un événement unique s’affichent dans les résultats de recherche. Les « rich snippets » d’un événement unique contiennent maintenant la date et le lieu de l’événement :

Pour les instructions sur l’ajout d’un marquage d’événements, référez-vous à la page events dans la documentation rich snippets (NDT : Si vous optez pour les microformats, aidez-vous de l’article de référence d’Emily Lewis concernant le marquage hCalendar avec le « modèle de classe value« .)

Traduction d’un billet microformats.org at 5: Two Billion Pages With hCards, 94% of Rich Snippets publié par Tantek le 8 juillet 2010. Seul le lien original fait référence.

La communauté microformats.org a récemment fêté son 5ème anniversaire ; plus de 5 années de recherche ouverte, de création et d’itération sur les standards du web pour exprimer une sémantique commune conçue d’abord pour les humains, puis pour les machines.

Les résultats de Search Monkey tendent vraiment à fluctuer, même heure par heure, aussi vous pouvez voir différents chiffres, plus bas et au fil du temps de plus en plus hauts. Voici quelques déploiements récents de hCard ayant sans aucun doute contribué à faire passer la barre des deux milliards :

1. Basecamp ajoute les hCards : personnes et sociétés

Il y a quelques jours, Jason Zimdars de 37 Signals rapportait que Basecamp avait été mis à jour pour supporter les hCards pour les personnes et sociétés, et étudie actuellement d’autres usages :

I’m pretty happy with this added functionality so I intend to explore using hCards in other parts of our apps where it makes sense.

Merci à Jeremy Keith pour avoir fait la demande et relancé 37 Signals.

2. Tous les domaines.tel supportent désormais hCard

Et tout juste hier, Telnic a annoncé que tous les noms de domaines .tel supportent désormais le microformat hCard

3. Plus de 14 millions de profils Gravatar en hCard

Il y a environ un mois, Gravatar de chez Automattic a lancé des profils publics et reliables pour tous les utilisateurs de WordPress.com users, magnifiquement présentés et marqués avec hCard, regardez par exemple le profil de Beau Lebens :

C’est un autre paquet de plus de 14 millions de hCards (chiffres de WordPress.com), chacune représentant un blogueur individuel sur le web public.

4. Plus de 20 millions de hCards Brightkite

Pour finir, juste avant le 5° anniversaire, le 20 juin dernier, les développeurs de BrightKite nous ont informé qu’ils avaient pleinement implémenté hCard sur l’ensemble de leurs 5,5 millions de profils utilisateurs et leurs 16,5 millions de pages d’endroits. Soit 22 millions de nouvelles hCards. Merci Brighkite pour ce cadeau d’anniversaire !

94% de marquage en rich snippets

Tous ces déploiements proviennent de la puissante combinaison de 1. facilité de publication des microformats (le moyen le plus facile pour marquer sémantiquement des personnes, lieux, etc. en HTML) et 2. le fait que des moteurs de recherche comme Yahoo et Google indexent les microformats et les rendent visibles sur leurs interfaces utilisateurs.

En mai 2009, Google lançait les Rich Snippets avec le support des microformats et RDFa, avec un ensemble de partenaires de contenus comme Yelp qui ont tous choisi d’utiliser les microformats pour produire des « rich snippets » dans les résultats de recherche de Google.

Démarré l’année dernière avec le support de hCard, hReview, hReview-aggregate et hProduct, Google a aussi rajouté le support de hCalendar et hRecipe.

Pour tout ça, Google a fourni des exemples comparés pour chaque type de snippet dans plusieurs formats (microformats, RDFa, microdata), ce qui a aidé à démontrer combien les microformats étaient plus simples/faciles à beaucoup d’égards (et de la promesse que les microdonnées montrent pour une extensibilité plus générale).

Comme le rapportait récemment ReadWriteWeb, Google signalait récemment lors de la Conférence Semantic Technologies que quand Google trouve des données sur les pages pour des rich snippets, 94% des fois, cette donnée de rich snippets est marquée avec des microformats (40.091 vs. 2.514, une estimation conservatrice supposant qu’aucune de ces pages ne contiennent les deux, s’ils l’avaient fait, le chiffre de 94% serait même plus élevé).

Crédit photo : Read Write Web: Google’s Semantic Web Push: Rich Snippets Usage Growing.

Les chiffres comparant hCard vs d’autres marquages alternatifs sont stupéfiants :

• ~30x plus de snippets sur les personnes utilisant hCard (33.675 vs. 1.160).

Ce n’est pas une surprise, comme le présentait l’étude « The State of Web Development 2010″ qu’il y ait bien plus de développeurs web (6x plus) qui utilisent les microformats dans leur travail quotidien (34.52% utilisent les microformats vs 5.63% qui utilisent RDFa, selon l’étude).

Compte tenu du fait qu’il y ait bien plus de développeurs qui utilisent les microformats, il n’est pas surprenant que Google trouve plus de microformats que d’alternatives. Ce qui est intéressant néanmoins, c’est qu’avec 6x plus de développeurs qui utilisent des microformats, Google trouve 16x plus de microformats pour les rich snippets que d’alternatives.

On pourrait conclure de ces deux chiffres que les développeurs utilisant les microformats sont 2-3 fois plus productifs en termes de nombre de pages produites avec des rich snippets. Cette productivité pourrait s’expliquer parce que les microformats sont plus faciles (prennent moins de temps) à implémenter, et par conséquent Google doit les reconnaître.

Rendre les Micoformats Encore Plus Simples

A nouveau, nous pouvons faire encore mieux. Et non, je ne parle pas simplement de passer de 94% à + de 99%.

La slide de présentation de Google faisait remarquer que les résultats étaient tirés d’un échantillon d’un million de pages sur Internet.. Parmi lesquelles seulement ~40,000 avaient des microformats. Compte tenu du fait que presque chaque page web mentionne des personnes, organisations, événements, ou tout autre microformat populaire, ce chiffre devait être bien plus élevé.

Par conséquent, il y a plein de pistes d’améliorations, et tout particulièrement sur les réactions provenant de Google, Yahoo, d’autres sociétés plus petites et de développeurs web indépendants, nous pouvons et devrions simplifier encore les microformats. Plus simples à écrire, et idéalement plus micro, avec moins de code, pour alléger les pages. Ayant démarré un brainstorming il y a quelques mois, il y a maintenant quelques types qui travaillent sur un “microformats 2.0″ pour parvenir à cet objectif.

Vous avez des réactions ou idées pour faire que les microformats soient même encore plus simples et plus faciles pour les auteurs ?

N’hésitez pas à ajouter vos réflexions à la page wiki microformats-made-simpler.

Avez-vous implémenté les profils hCard sur votre site ?

Ajoutez votre site à la page Profils utilisateurs supportant hCard.

Merci encore à tous pour le travail et les contributions de tous dans la communauté microformats pour cette cinquième année des plus excellentes. Hâte de voir même encore plus de succès pour notre sixième année.

Traduction d’un billet de Frances Berriman publié le 28 avril 2010. Seul le lien original de référence.

Le premier trimestre de cette année a été l’occasion de voir Google vraiment avancer sur les Rich Snippets – quelque chose qu’ils avaient annoncé en mai dernier, avec des implémentations de microformats apparaissant dans les résultats pour tout type de contenu.

hCalendar

L’un des formats originaux et sûrement des plus utiles, hCalendar a fait une avancée majeure en étant adopté sur tout le web comme un moyen standard de marquer l’information liée à un événement. Ceux ayant pris le temps d’ajouter ce format à leurs sites en tirent désormais les bénéfices, avec Google tirant clairement le meilleur parti  de cette donnée riche.

hRecipe

hRecipe est certainement un format relativement jeune, mais s’est toujours montré comme un début prometteur pour rassembler les geeks et l’alimentation.

Avec la vision de faire en sorte que l’organisation de vos BBQs soit plus simple cette année, Google a produit une mise à jour majeure sur les résultats de pages de recherche qui mettent désormais en valeur les recettes dans les résultats, en affichant les informations importantes telles que les notations, les temps de préparation et de cuisson. L’information affichée est formée à partir d’extraits de données marqués avec hRecipe.

Mark Wunsch, développeur pour FoodNetwork et le parseur Prism, qui trouve maintenant ses recettes microformatées affichée sur les pages de résultats de Google nous a dit cela :

Quand nous avons revisité il y a quelques mois nos pages de recettes sur FoodNetwork.com, c’était l’une de nos priorités dans l’ingénierie Front End d’embarquer hRecipe. Nous savions que ce ne serait qu’une question de temps pour le support de l’outil de parvenir à utiliser nos données de recettes. En tant qu’ingénieurs Front End, nous avons un vrai controle sur ce que les pages produisent, et nous avons une réelle opportunité de maximiser la quantité de données qu’un outil comme Google peut tirer de notre marquage. Ce serait une pratique pauvre que de ne pas tirer profit des microformats quand quelque chose d’aussi puissant que Google reconnaît leur importance.

Il reste encore du travail pour défaire les noeuds dans le format hRecipe, mais je pense que cela démontre clairement l’avantage d’être un « early adopter » et de voir ces formats dans la jungle pour du vrai test. Félicitations à tous les contributeurs !

Avec Google supportant désormais officiellement ces deux formats, plus les personnes et critiques, nous anticipons avec impatience son adoption de microformats supplémentaires dans les Rich Snippets.

Le Web Social bouge. Pas trivial de comprendre les enjeux et le « stratagème de Facebook pour s’emparer d’Internet« . Le nouveau Facebook est-il diabolique ? Ayant délaissé FB depuis quelque temps, parfois tenté pour désactiver mon compte devenu ville fantôme, je demeure à priori enthousiaste pour ce premier pas vers un Web Social qui ne fera qu’accélérer la coopétition vers un standard ouvert pour résoudre le vieux problème posé par le Graphique Social. Facebook fait-il de l’OpenWashing ? N’étant pas expert en la matière et très avide d’éclairages en langage clair, j’ai à cette heure particulièrement apprécié ce point de vue de Jesse Stay publié le 22 avril dernier. Comme à l’habitude, la traduction est faite à l’arrache à des fins d’étude personnelle, publiée sous « Fair Use » et seul le lien original fait référence. Pour me faire une propre opinion, j’essaierai dans les prochains jours de décrypter plus en profondeur ce billet de Chris Messina concernant l’ouverture de Facebook sans oublier de plonger dans le HTML/PHP pour implémenter proprement le bouton « j’aime » que ce soit sur les billets de ce blog, ou d’autres pages web.

J’ai déjà dit plusieurs fois que quand vous placez quelque chose sur le web, vous devriez toujours supposer que la donnée est publique, ouverte à tous vents. Jusqu’à cette heure, Facebook demeurait l’exception – Facebook offrait des contrôles de vie privée, permettant aux utilisateurs – tout en assumant que leurs données pourraient être publiques – d’ajouter à ces données une couche de protection et une assurance parce que les datas étaient stockées dans un environnement clos. Tout cela fût bouleversé hier. A la conférence des développeurs F8, ils ont annoncé une nouvelle manière d’intégrer le réseau Facebook, qui basiquement incorporera les sites web qui choisissent de faire ainsi pour faire partie du réseau Facebook. A cette heure, non seulement votre profil Facebook vous suivra quand vous visitez Facebook.com, mais votre profil Facebook vous suivra de site web en site web, vous traquant et emmenant vos amis avec vous sur l’internet tout entier. Facebook est devenu tout simplement le nouvel Internet, ce qui veut dire que mes règles au-dessus s’appliquent désormais à Facebook tout comme à n’importe quel site web extérieur.

Ce que vous devez comprendre

Avant qu’il ne soit supposé que je répande un paquet de FUD, je veux être clair sur le fait que les mêmes règles de vie privée s’appliquent aux sites web que vous visitez comme sur Facebook.com. Vous pourriez avoir remarqué un nouveau message quand vous vous connectez vous demandant un « opt out » si vous ne voulez pas que votre information soit partagée avec ces sites web. Si vous avez vraiment un problème, vous devriez regarder ces réglages et les modifier. Néanmoins, même si vous conservez l’information dessus, il existe encore des obligations qui forceront les propriétaires de sites web à vous connecter à Facebook avant qu’ils ne récupèrent l’information comme les données de vos amis ou d’autres informations plus privées. Il existe encore quelque contrôle.

Ce que vous devez regarder néanmoins est ce que vous déposez dans Facebook.com qui pourrait très bien faire partie intégrante de n’importe quel site web participatif en dehors d’ici. Les mêmes règles s’appliquent désormais à Facebook. Si vous ne voulez pas que d’autres le sachent, ne le partagez pas sur Facebook ! Je crois que Facebook anticipe que le monde devient un endroit bien plus ouvert et prêt à pardonner – personnellement je suis d’accord. J’appelle cela le « petit effet communauté ». Fondamentalement, dans une petite communauté tout le monde sait qui vous êtes. Vous connaissez toutes les forces et faiblesses de tous les autres, et pouvez donc vous entr’aider. Vous pouvez parler, et tout le monde entend. Si vous voulez sortir, quittez simplement la communauté !

Voici un exemple : j’ai beaucoup d’amis sur Facebook qui bossent pour Facebook, Inc. et Twitter, Inc. Je vois vraiment tout le temps de l’information privées qui n’est pas sensée être destinée à une consommation publique. Néanmoins, à la minute où je partage cette information pour ceux à qui elle n’est pas destinée,, je brise cette relation de confiance existante avec mes amis, et tout ce qu’ils devront faire est de me « defriender ». Maintenant, je n’ai plus quelque relation de confiance et mes liens (et amitiés) sont brisés. Quand vous avez une petite communauté, il y a une responsabilité à se faire confiance les uns les autres, et c’est un lien bien plus solide qu’un internet anonyme.

Pourquoi C’est une Bonne Chose

L’internet est simplement devenu un tout bien moins anonyme qu’avant. Cela peut sembler étrange, mais ce ne l’est vraiment pas. Quand vous êtes contraint à vous identifier (et ces identités deviendront de plus en plus réelles au fur et à mesure des avancées des technologies autour de l’identité), vous serez contraint à être vrai. Vous ne ferez pas de chose que vous feriez normalement quand les personnes ne connaissaient pas votre nom. Dans un internet moins anonyme, ce sont les personnes anonymes dont vous devez vous soucier, et ce sont celles-là qui seront forcées de porter la Lettre Ecarlate quand elles seront découvertes.

Voici le vrai avantage : maintenant, plutôt que de chercher et d’espérer trouver les bonnes réponses à vos questions, les réponses vous seront distribuées sans même avoir à demander. Vous visiterez le site web de votre marque favorite, et pourrez voir exactement ce qu’utilisent vos amis qui aiment aussi cette marque. Vous serez aussi amenés vers d’autres choses importantes et intéressantes. Vous pourriez regarder la TV et voir s’afficher ce que vos amis regardent – quelque chose qui peut être souvent bien plus intéressant que d’avoir à piocher au hasard quelque chose dont vous êtes à peu près certain que ce ne sera pas bien. Non seulement ça, mais vous avez l’opportunité de converser, communiquer et collaborer sur ces choses que vous aimez.

Facebook nous encourage à être Social ! Je pense qu’il est temps que nous sortions tous de nos coquilles, prenions ces relations de la vraie vie dans le monde entier et fassions quelque chose avec. Je suis d’accord pour donner un peu d’information pour cette cause. Au final, le réseautage social c’est construire des relations dans la vraie vie. Quoi de mieux que de faire tout ça sur le web, où que vous alliez ?

Je passerai un peu de temps ces prochains jours à étudier les détails du nouveau Graphique Ouvert de Facebook, ce qu’il est et comment il fonctionne. (dans un sens où vous pourriez le comprendre). J’aimerais aussi le comparer à l’API du Graphique Social de Google, une API très proche de ce que produit Facebook. J’aimerais couvrir où sont les priorités, ce que Facebook pourrait avoir fait de mieux (tout comme du côté de la distribution et d’une architecture moins décentralisée), et pourquoi je pense qu’ils se sont dirigés en ce sens.

Pour finir, je pense qu’on peut rester tranquille avec ça. Tous ceux à qui j’ai parlé chez Facebook ont l’intention de rester « bons » avec cette information. Leur promesse unique est de respecter votre vie privée, tout en rendant le web en tant qu’ensemble moins anonyme et bien plus social. Aussi allons-y et soyons sociaux !  Avançons et partageons des choses. C’est une bonne chose !

Traduction d’un billet de Chris Saad publié le 13 avril 2010 sur ReadWriteWeb. Seul le lien original fait référence. Publication sous Fair Use à des fins d’étude personnelle et de promotion de protocoles de communication standards.

Compte tenu des développements récents dans l’écosystème des développeurs de Twitter, je pense que c’est le moment de revisiter l’idée d’une alternative Web ouverte et libre à Twitter.

Le fait est que les différences entre le microblogging et le blog normal sont insignifiantes. Je vous détaillerai 5 différences. Mon objectif ici est d’illustrer le fait que la meilleure voie pour parvenir à une alternative libre à Twitter, n’est pas d’inventer tout un tas de nouvelles technologies ou produits. Au lieu de cela, je veux montrer que la plupart des briques existent déjà dans l’écosystème actuel des blogs. Avec quelques modifications, un écosystème distribué de microblogging peut facilement émerger.

Longueur

Les microblogs, sont bien micros. Plus courts. Ceci n’est pas une invention merveilleuse – c’est une limitation simple, imposée du champ de saisie.  N’importe quel logiciel de publication aujourd’hui, de WordPress à Drupal, peut être modifié pour contraindre les utilisateurs à se restreindre à 140 caractères – appelez ça « mode microblog ». Je ne pense pas que cette différence particulière (ou comment la ponter) vaille beaucoup plus d’explications.

Temps Réel

Alors que les blogs sont généralement mis à jour plutôt lentement sur un modèle de publication/abonnement, le microblog a la réputation d’être plus rapide ou en temps-réel. Le vieux taux de rafraîchissement de 15 minutes ou plus (le temps entre les rafraîchissements RSS) semble une éternité de nos jours.

Bien sûr, la réalité est que l’API Twitter est toujours incapable d’envoyer des mises à jour aux clients individuels en temps réel, et l’ensemble est bien loin du temps réel. Les mises à jour en secondes, sont néanmoins un point-clé du microblogging.

Cepandant, le fait est que les blogs ont désormais une méthode pour pousser les mises à jours qui va bien plus vite et s’avère bien plus efficace que l’API Twitter. C’est un standard ouvert appelé PubSubHubbub et qui est supporté tant par Blogger, WordPress, Buzz et une multitude d’autres petits services.

Les blogs sont déjà passés au temps-réel.

Abonnements Identifiés

L’une des belles choses que fait Twitter et que ne fait pas le logiciel traditionnel de blog s’appelle les Abonnements Identifiés. Ce qui veut dire que quand vous vous abonnez à un utilisateur (follow), son nom et son visage apparaissent dans votre barre latérale, et que vous recevez une joli petite remontée d’ego sous forme d’un e-mail d’alerte et augmentez votre compteurs d’abonnés.

Pourquoi ne pourrions-nous pas ajouter un simple mécanisme à PubSubHubbub de manière à ce que quand un client s’abonne aux mises à jour, cela laisse derrière quelque information optionnelle d’identification sur l’utilisateur comme son nom et son avatar ? Ou peut-être au lieu de laisser le nom d’utilisateur et l’avatar, cela pourrait fournir une URL vers le propre site de microblog de l’utilisateur qui dispose de cette métadonnée stockée dans le header.

« Adressabilité »

C’est peut-être la différence la plus compliquée et le fossé le plus dur à combler. Avec Twitter, vous pouvez facilement dire, « Hé @chrissaad tu es un hippie complètement fou » et je recevrai cela dans mon flux de message.

Les blogs ne peuvent pas faire ça, n’est ce pas ?

Oui, en fait, les blogs font de l’adressabilité depuis leur naissance. Tout comme le reste du Web fait de l’adressabilité – en utilisant des liens. Les blogueurs se lient fréquemment les uns les autres, et puis vérifient leurs trackbacks et pingbacks pour les références entrantes.

Le seul problème avec ce modèle, c’est que n’est pas du tout pratique. La plupart des utilisateurs ne comprennent pas les URLs et vérifier le pingback et les referrer logs est tout bonnement idiot.

Aussi plutôt que de réinventer la roue, pouquoi ne pas simplement y ajouter du caoutchouc ?

Pour faire en sorte que ce soit plus facile pour les utilisateurs, imaginez que le logiciel de blog puisse conserver une trace des utilisateurs que vous suivez (voir au-dessus les Abonnements Identifiés) et quand vous saisissez l’équivalent de « @ », le logiciel fournisse une liste d’alias suggérés à choisir. Quand vous sélectionnez la personne que vous adressez, le logiciel pourrait insérer l’alias et l’hyperlien vers le nom de l’URL associée au site microblog de cet utilisateur.

Les clients pourraient alors s’abonner au moteur de Recherche Google Blog (rappelez-vous que la recherche de blog est en fait le tuyau d’incendie ouvert de la blogosphère) pour y chercher n’importe quelle référence pointant votre URL personnelle.

Le reste n’est rien d’autre que des trucs de présentation pour afficher ces réponses mixées avec le reste de vos items de microblogging.

Clients

Pourquoi les clients existants de Twitter ne peuvent pas offrir aux utilisateurs l’abonnement à des flux PubSubHub, RSS et Atom. Ils devraient aussi permettre de s’abonner à la Recherche Blog Google pour des références à vos propres URL (pour les réponses @). Pas besoin de remplacer Twitter, juste offrir une alternative ouverte : s’abonner à n’importe quel site – à partir de n’importe où.

Le Futur

Comme vous pouvez le voir ici, le microblog est et pourrait être fondamentalement la même chose que le blogging en termes de mécanismes et technonologies. Les techniques utilisées pour construire et améliorer la blogosphère ouverte pourraient être utilisées pour amorcer une sphère de microblogging.

Il y a eu quelque grandes avancées dans ce domaine, comme Status.Net. L’opportunité s’ouvre à cette heure pour les (ex ?) clients Twitter, les plates-formes de publication de blog et les groupes de standards de produire de petites améliorations pour pousser la technologie dans la bonne direction.

Traduction en cours à des fins d’étude et sous Fair Use d’un billet de Marshal KirkPatrick publié le 29 mars 2010 pour ReadWriteWeb. Seul le lien original fait référence.

Deux sociétés en dehors de la Silicon Valley affirment être les premières à implémenter un nouveau protocole open source appelé Salmon, qui permet aux commentaires d’être envoyés par-dessus les murs d’un réseau social pour communiquer avec les utilisateurs d’un autre réseau. Imaginez pouvoir poster un message sur Facebook à « @jeannedupont@twitter » et puis voir en retour Jeanne recevoir le message en temps réel sur Twitter. C’est une vision comparable à celle de pouvoir appeler n’importe quel numéro de téléphone, qu’il fasse ou non partie de votre fournisseur d’accès au téléphone.

Facebook n’implémente pas Salmon, mais c’est ce que Status.net –un service canadien open source pour entreprises– et Cliqset -un service de flux basé en Floride– ont annoncé avoir implémenté ce matin entre leurs réseaux. Voyez ça comme un premier coup d’épée technique pour commencer à déjouer un monopole.

Du fait que Salmon est un standard ouvert, tout service peut l’implémenter sans relations de business formelles, et Google Buzz est attendu pour être le prochain à rentrer dans l’écosystème Salmon. Si une portion substantielle de la communauté technique implémente Salmon, Facebook pourrait se retrouver sous pression pour faire de même. (Comme ce fût aussi le cas par exemple pour OpenID). Si vous pouviez encore envoyer des messages à vos amis à l’intérieur et à l’extérieur de Facebook, ce serait bien plus facile pour de nouveaux réseaux innovants de vous appâter au dehors du gros site unique utilisé à ce jour par 400 millions d’utilisateurs.

Les Joueurs

Evan Prodromou de Status.net dit que son service compte 1.2 million d’utilisateurs, héberge 12 000 sites sur son nuage et en ajoute 800 par semaine. C’est une petite startup frétillante qui implémente rapidement de nouveaux protocoles techniques et fait des recrutements de haut calibre. Status.net a commencé à implémenter le support Salmon au début du mois mais a annoncé aujourd’hui que cela fonctionnait avec Cliqset pour afficher une communication inter-réseau. « Nous avons eu différentes implémentations de communications qui utilisent bien ce standard ouvert pour les conversations inter-réseaux, » affirmait Prodromou aujourd’hui, « C’est la première fois ! »

Cliqset est meilleur en innovation de pionnier qu’en acquisition d’utilisateurs mais demeure un membre très respecté de la communauté technique travaillant à créer une inter-opérabilité de réseaux sociaux.

Google Buzz semble avoir reçu une réaction mitigée à son lancement mais se montre le plus disruptif du fait de son support pour les standards de données ouverts. Salmon est encore listé à l’étape « coming soon » de la roadmap de Buzz.

La nouvelle du jour n’est pas uniquement sur ces joueurs, mais c’est aussi le protocole Salmon qui devrait permettre à n’importe quel réseau social de participer. Salmon a été développé initialement par John Panzer, salarié chez Google. Si vous avez vu la façon dont le système de commentaires Echo affiche les Tweets, trackbacks et autres mentions de médias sociaux sous les billets de blog, c’est le type même de modèle que Salmon vise à rendre en open source.

L’Interoperabilité en tant que Fondation pour le Choix, l’Innovation et le Contrôle par l’Utilisateur

Le quasi-monopole de Facebook sur le réseautage social grand public veut dire que les utilisateurs ont des options limitées leurs façons d’expérimenter le réseau social et que ceux-ci doivent jouer selon les règles du jeu de Facebook. Tout le monde n’apprécie pas forcément la façon dont Facebook change ses règles, tout particulièrement sa politique concernant la vie privée.

Et même si Facebook se montre incroyablement rapide pour innover, il est généralement supposé qu’un marché avec plus d’un compétiteur donne à toutes les sociétés en question plus de motivationq pour essayer de gagner le coeur des utilisateurs.

Simplement dit, si vous pouviez quitter Facebook et continuer à communiquer avec les personnes utilisant Facebook (vous ne pouvez pas à cette heure), alors le fait de quitter Facebook serait bien plus facile. Et bien plus de réseaux sociaux auraient raison d’investir pour construire un service convaincant pour vous inciter à l’utiliser. S’il existait plus d’une option, ces services se battraient pour tenter chacun de construire le meilleur réseau social. Et Facebook aurait plus de raisons de se montrer prudent au moment d’effectuer des modifications dramatiques comme sa Politique de Respect de la Vie Privée. Aujourd’hui, où iriez-vous ailleurs sans perdre contact avec tous vos amis ?

C’est la raison pour laquelle l’inter-opérabilité est importante. Et c’est aussi la raison pour laquelle ceci est une très grande nouvelle que deux petits réseaux sociaux utilisés par des « early adopters » aient poussé dans la jungle l’interopérabilité basée sur Salmon.

Ayant décidé samedi dernier de quitter Twitter pour une solution plus ouverte de microblog, je dépose ici une traduction d’une interview publiée initialement sur le site du FOSDEM qui vous expliquera très clairement les raisons de ce choix difficile pour avancer vers un Web Social plus ouvert. Pour les programmeurs, l’excellente présentation d’Evan est disponible sur YouTube : « Inside StatusNet – How Identi.ca works« . Comme à l’habitude, cette traduction est personnelle, peut être améliorée et seul le lien original fait référence. N’hésitez pas à me faire part de vos commentaires.– xtof@status.net

Interview : Evan Prodromou

Evan Prodromou a donné une conférence StatusNet lors du FOSDEM 2010.

Pourriez-vous vous présenter rapidement ?

Je m’appelle Evan Prodromou. Je viens de San Francisco et vis à Montréal, Québec depuis 2002, où j’ai une femme et deux petits enfants.
Je suis développeur web et un enthousiaste open source depuis 15 ans. Impliqué sur différents projets comme Debian et Freenet à l’époque, mais la plupart des personnes me connaissent comme fondateur du Wikitravel, le projet de guide de voyage avec du contenu ouvert. J’ai aussi fondé le projet StatusNet en 2008, et suis le PDG de StatusNet Inc.

Quel sera précisément le contenu de votre conférence ?

Je discuterai de notre logiciel, StatusNet, en mettant l’accent sur la scabilité du logiciel pour servir les besoins du site web Identi.ca.

Qu’espérez-vous produire durant cette conférence ? Qu’en attendez-vous ?

J’aimerais parvenir à deux choses. Tout d’abord, je donnerai aux personnes une idée de ce qu’est StatusNet, ce que ça fait et pourquoi le logiciel open source de réseau social distribué est important. Deuxièmement, j’aimerais montrer un exemple du vrai monde sur la façon dont vous pouvez faire grandir un outil opensource reposant sur LAMP tout en le maintenant valable pour des petits sites destinés à l’utilisateur individuel.

Quelle est l’histoire du Projet StatusNet ? Comment a-t’elle évolué ?

J’ai démarré StatusNet en mai 2008. Durant environ un an, je pensais pouvoir disposer d’un clone open source de Twitter, et parce que personne n’en avait produit, j’ai décidé d’y aller. J’ai lancé Identi.ca en juillet 2008 et reçu une énorme part d’attention, ce qui je pense m’a donné la motivation pour continuer.

Durant les 18 derniers mois, ma société, StatusNet Inc a connu un grand succès pour développer le logiciel et le projet. Nous avons presque une centaine de personnes qui ont contribué au code, et nous avons su attirer de grands développeurs comme Brion Vibber (de MediaWiki) et James Walker (de Drupal) pour venir travailler avec nous.
Nous avons lancé une beta privée de notre service cloud, status.net, et nous y ajoutons des milliers de nouveaux sites par jour.

Identi.ca est le site web StatusNet le plus proéminent. Pouvez-nous citer quelques autres sites proéminents qui l’utilisent ?

Il existe environ 700 sites sur le web ouvert qui utilisent notre logiciel : des sites comme bleeper.de, army.twit.tv, todaysmama.com, phitter.com et chum.ly. Néanmoins, le logiciel est beaucoup plus utilisé dans le monde de l’entreprise, où des sociétés comme SAP, Sun, Motorola et Intuit l’utilisent pour faire que les salariés restent informés sur ce qui se passe.

Quels sont les plus gros problèmes de scalabilité derrière Identi.ca et comment ont-ils été résolus ?

Le plus gros problème de scalabilité avec Identi.ca fût de supporter un format de boîte de réception pour la messagerie. Durant les derniers 18 mois, nous sommes passés par quatre structures de données différentes pour nos boîtes de réception, tout en utilisant quelques autres techniques de scalabilité comme une réplication de base « master-slave » et le système memcached.

C’est une problématique fascinante — faire que l’information sur le truc du moment reste facile à recevoir tandis que l’information plus ancienne demeure accessible et gérable.

Pourquoi est-ce que cet abonnement à un compte fonctionne de manière fédérée parmi les serveurs StatusNet, mais les groupes et annonces directes ne le font pas ? Est-ce quelque chose qui sera implémenté dans le futur ou est-ce une possibilité technique ?

La principale raison est que logiciel StatusNet a évolué plus vite que ne l’a fait le standard OpenMicroblogging. Nous travaillons dur pour remédier à cela, et notre version à venir 0.9.0 inclura le protocole d’abonnement distant. Elle supporte les groupes ; les messages directs viendront probablement plus tard. Ajouter des données privées à des flux publics est vraiment dur !

Quelle est la taille de la communauté de développeurs StatusNet ?

Nous avons environ 75 personnes qui ont contribué au code du noyau. Je considère néanmoins que notre communauté de développeurs s’étend bien au-delà de ce groupe. Nous avons plus de 300 applications web, bureau et mobile qui supportent StatusNet à travers notre API Web. Au-dessus de ça, nous avons peut-être une vingtaine de « thémeurs ». Et nous avons une autre dizaine de personnes apportant un support par les pairs, produisant de la documentation et soutenant le produit.

Quelles fonctionnalités pouvons-nous attendre de StatusNet en 2010 ?

Je ne sais pas ! C’est ce qui est amusant. Nous allons sortir la version 1.0 en mars 2010 qui sera considérablement compactée. Nous garderons un petit noyau des fonctionnalités de microblog basées sur le web et retirerons la plupart du code produisant les interactions externes (comme les extensions Twitter et Facebook) ou les fonctionnalités optionnelles (comme la connexion OpenID) pour évoluer vers des extensions dédiées qui évolueront de manière autonome.

Mon but est de voir croître rapidement cette écologie de l’extension. Personnellement, j’aimerais voir plus d’extensions de syntaxes (J’aime par exemple ce qui se produit sur microsyntax.org), des connexions vers d’autres services Web, des outils d’abonnements inter-sites comme FETHR et RSSCloud, une intégration verticale utilisant OpenSocial et d’autres APIs Web, et l’intégration avec des systèmes de messagerie instantanée comme IRC, AIM, MSN et Yahoo. Nous voulons vraiment le faire éclater pour l’ouvrir en grand et voir ce que les gens produiront.

StatusNet est enraciné dans la même philosophie distribuée et ouverte que Jabber, RDFa, etc. Comment voyez-vous l’avenir de ce type de « web ouvert » ? Est-ce que les personnes continueront à utiliser les alternatives fermées comme Twitter, MSN, etc., tout simplement parce qu’ils sont plus faciles à utiliser ?

Je pense qu’en 2010, nous n’avons pas le même problème avec la facilité d’utilisation, problème que rencontraient les personnes avec le logiciel open source ces dernières années. Les services Cloud comme wordpress.com facilitent l’installation d’un blog WordPress tout comme ce l’est sur Blogger ou TypePad ou tout ce que vous voudrez. Notre service cloud, status.net, est en beta privée et sera disponible pour tous les publics ce mois-ci.

Même si vous n’utilisez pas de service cloud, installer un logiciel web opensource est bien plus facile que ce ne l’était. WordPress a vraiment posé le standard de son processus d’installation en 5 minutes ; d’autres logiciels web ont besoin de faire de même ou mieux. Nous avons un programme d’installation très similaire qui devrait vous permettre de le faire fonctionner très vite avec les fonctions basiques de microblog (ou dites-le moi si vous n’y parvenez pas).

Il y a deux choses qui, selon moi, feront basculer les gens des services privés vers des technologies de Web Ouvert. D’abord l’effet réseau : ce qui veut dire que la valeur du médium de communication augmente avec le nombre de participants. De ce fait, les grands sites Web sociaux qui sont fermés ont un très fort taux de « magnétisme » pour les personnes.

Nous pouvons contrer ces effets en donnant aux personnes un moyen de rester connectés avec leurs réseaux existants en utilisant le logiciel ouvert sur le web. Vous pouvez entrer dans Twitter et Facebook en utilisant StatusNet ; nous supporterons -je l’espère- un peu plus tard dans l’année d’autres services comme LinkedIn, MySpace et Ning. Le fait de donner un accès aux personnes à leurs réseaux existants facilitera l’essai de nouveau outils.

La deuxième chose, c’est le prix. Si un service web propriétaire, fermé est au même prix qu’un service web ouvert, pourquoi migrer ? Je pense qu’au fur et à mesure que les personnes commenceront à comprendre que leur présence sur les réseaux sociaux est importante, elles voudront mieux contrôler ce qui s’y passe — quelque chose que les services propriétaires ne vous laisseront pas faire.

Tout cela pour dire en résumé : je pense que les outils web ouverts ont un avantage concurrentiel énorme sur les outils fermés, mais c’est un processus incrémental que de faire en sorte qu’ils s’implémentent.

Cet entretien est sous licence Creative Commons Attribution 2.0 Belgique.

(Si le sujet vous intéresse, vous pouvez aussi jeter un oeil à « L’avenir de StatusNet par @evan« , traduction tirée d’un entretien d’evan avec Joe Brockmeier publiée sur OStatic le 10 mars dernier)

Après avoir présenté rapidement un avis personnel sur l’installation facile de l’extension hReview sur WordPress, je m’essaye ici en amateur non programmeur à localiser un article publié le mois dernier par Joost de Walk, consultant SEO et développeur web au Pays-Bas pour plonger plus à fond dans le microformat de publication de critique : hReview. Comme d’habitude pour toutes les traductions, ce billet est un chantier en cours. Publié ici à seule fin d’exercice personnel pour imaginer le futur de sites personnels de critiques. En attendant une implémentation valide sur ce blog, merci de considérer que seul le lien original Implementing hreview in your WordPress theme fait référence.

Dans son billet précédent sur Yoast, Frederick expliquait pourquoi vous devriez utiliser les Microformats pour accroître le taux de clic (CTR) provenant de Google. Dans les commentaires de ce billet, les personnes demandaient s’il existait des extensions pour implémenter facilement ceci dans votre thème. Même si ce peut être un peu difficile à faire, j’ai pensé que ce serait bien d’expliquer comment j’ai implémenté hReview dans mon thème.

Comment j’active un avis critique

J’ai fait allusion à cela dans le  dernier podcast de mardi avec Dougal Campbell : Quand j’ajoute un champ personnalisé « rating » à un billet, mon thème marque désormais automatiquement ce billet sous forme de microformat hReview. Aussi simple que ça :

Le champ « rating » est entre 0 et 5, parce qu’ainsi Google comprend au mieux et nous n’avons pas à donner à Google quelque métadonnée complémentaire à son propos.

La fonction hreview_echo

Pour faire en sorte que ce processus soit facile, j’ai créé une fonction dans mon fichier functions.php appelée hreview_echo. Elle ressemble à ça :

function hreview_echo($val) {
global $post;
$rating = get_post_meta($post->ID, 'rating', true);
if ($rating) {
echo $val;
}
}

Nous utiliserons cette fonction sur les différents endroits où nous avons besoin d’ajouter des classes supplémentaires pour produire le hreview. (NDT : figure 1)

La classe pour contenir tout : hreview

La première classe que nous devrions ajouter est ce qui va contenir tout le microformat : la classe hreview. Celle-ci devrait être sur la div entourant le billet (cette div devrait contenir le titre et l’auteur). Dans le thème par défaut (NDT : et à cette heure ce n’est pas le mien !), ça ressemble à ça :

<div <?php post_class() ?> id="post-<?php the_ID(); ?>">

Dans ce cas, la classe de cette div est en fait extraite par la fonction au coeur de WordPress post_class(), aussi devrons nous accrocher à cette fonction. Heureusement, elle nous permet de faire facilement ça en utilisant un filtre, que nous produirons en utilisant les fonctions ci-dessous, que vous poserez aussi à l’intérieur de votre fichier functions.php :


function hreview_post_class($classes, $class, $post_id) {
global $post;
$review = get_post_meta($post->ID, 'rating', true);
if ($review) {
$classes[] = 'hreview';
}
return $classes;
}
add_filter('post_class','hreview_post_class',10,3);


Si votre thème n’utilise pas la fonction post_class(), c’est encore plus facile ! (NDT : c’est mon cas) Imaginons que la div de votre billet ressemble à cela :

<div class="post">


Vous pouvez alors simplement utiliser notre fonction hreview_echo() :

<div class="post<?php hreview_echo(' hreview'); ?>">


L’item critiqué : le titre

Ensuite, dans la lignée des choses à ajouter, c’est une classe sur le titre du billet. Le titre a besoin de deux noms de classe : les classes item et fn. Dans mon cas, ça ressemblait à cela :

<h1><?php the_title();?></h1>

Ceci peut être facilement transformé dans ce qui suit, en utilisant à nouveau la fonction hreview_echo créée précédemment : (NDT : figure 3 – adaptation – dans mon cas le billet contenait d’autres classes)

<h1 <?php hreview_echo(' class="item fn"'); ?>>
<?php the_title();?>
</h1>

La date de la critique

Pour la date nous allons devoir travailler ça un peu. Le microformat hReview détermine que la date doit figurer en format ISO. Ce qui veut dire que la date du jour doit être sous cette forme là pour le 7 mars 2010 : 2010-03-07.
Votre thème a probablement une autre façon d’afficher la date. Ma date sur mon thème ressemblait à ça :

<span class="date"><?php the_time('d F Y');?></span>


Maintenant pour faire en sorte que ça ressemble encore à ça et que nous puissions donner aussi au microformats une date correctement formatée, nous utiliserons un truc : en ajoutant un span avec une classe ayant la valeur value-title et puis en ajoutant la date correcte dans le title de ce span, les parseurs de microformats ignoreront l’autre contenu et extrairont la valeur provenant de ce title.

Par conséquent, nous le transformerons ainsi :

<span class="date<?php hreview_echo(' dtreviewed') ?>">
<?php
hreview_echo('<span class="value-title" title="'.
get_the_time('Y-m-d').'"/>');
the_time('d F Y');
?>
</span>

Ce qui donne :

<span class="date dtreviewed">
<span class="value-title" title="2010-03-07"/>
7 mars 2010
</span>


Solution élégante, non intrusive, n’est ce pas ? (NDT : l’adaptation pour ce thème a été + facile ayant déjà implémenté le modèle de classe « value » : cf figure 4)

Le critique : l’auteur

La classe suivante que nous devons ajouter est la classe reviewer, parce que c’est l’auteur de la critique. Aussi une classe simple à implémenter, c’est l’auteur du billet. Dans mon thème, le bloc « author » ressemble à cela :

<span class="author"><?php the_author(); ?></span>


Maintenant, à nous de jouer :

<span class="author<?php hreview_echo(' reviewer'); ?>">
<?php the_author(); ?>
</span>


Facile, non ? Vous pouvez faire quelque chose de la sorte avec n’importe quel type d’affichage du nom de l’auteur. D’autres fonctions qui pourraient être utilisées dans votre thème seraient par exemple the_author_link() ou the_author_posts_link(). (NDT : souvenons-nous néanmoins que la propriété « reviewer » a besoin d’être une hCard !)

Le contenu de la critique

Nous avons à ce stade fait plus de la moitié du travail ! Continuons avec les contenus de la critique. Dans le microformat hReview, ceci a besoin de la classe description. Dans mon thème, tout comme dans le thème par défaut Kubrick, le contenu est emballé dans la div suivante :

<div class="entry">

Vous avez pigé maintenant, non ? Allons-y :

<div class="entry<?php hreview_echo(' description'); ?>">

(NDT : dans le cas de ce blog motorisé avec hAtom, j’ai ajouté la description sur la classe « entry-content »)

En passant, si vous voulez aussi marquer les articles de votre page d’accueil sous forme de hReview, et que vous utilisiez des extraits de résumés au lieu d’articles complets, comme je le fais, vous devriez utiliser summary, au lieu de description :

<div class="entry<?php hreview_echo(' summary'); ?>">

Pour conclure : la note ! (rating)

Et maintenant pour conclure, il est temps pour nous d’ajouter la note, parce que c’est bien tout l’intérêt de ce format, non ? Il existe plusieurs moyens d’afficher une note, j’ai pour ma part choisi de le faire dans un HTML qui ressemble à ça :

<div class="rating">Ma note :</div>
<div title="4.5 sur 5 étoiles" class="rating_bar">
<div style="width:90%"></div>
</div>

Ce qui donne ça :

(NDT : à l’étude sur ce code, l’idée serait d’utiliser la sous-propriété best pour changer l’échelle de notation sur 20.)

La seconde div (classe rating_bar) affiche la note, et contient les étoiles vides. La div qui contient les étoiles jaunes, remplit les étoiles là où elles doivent être.

La CSS pour ces 3 divs ressemble à ça :

.rating { float: left;
margin-right: 10px;
}

.rating_bar { float: left;
width: 55px; background: url(images/stars.gif) 0 0 repeat-x;
}

.rating_bar div {
height: 12px; background: url(images/stars.gif) 0 -13px repeat-x;
}

Téléchargez l’image des étoiles ici.

Maintenant, nous devons faire deux choses : produire dynamiquement la taille de la div intérieure dans la rating_bar, et rendre la note lisible pour un parseur de microformats.

Pour afficher la note, parce que c’est une valeur entre 0 et 5, nous la multiplierons par 20. Pour faire que ce rendu soit parsable par un analyseur de microformat, nous utiliserons le même truc value-title utilisé précédemment. Pour finir, nous transformerons tout cela dans une fonction pour afficher la note, que nous déposerons à l’intérieur de notre fichier functions.php, tout comme les deux fonctions précédentes.

<?php
function display_hreview_rating() {

global $post;
$rating = get_post_meta($post->ID, 'rating', true);

if ($rating) {
?>
<div class="rating">
Ma note:
<span class="value-title" title="<?php echo $rating; ?>"/>

</span></div>
<div title="<?php echo $rating; ?> sur 5 étoiles" class="rating_bar">

<div style="width:<?php echo ($rating*20); ?>%"></div>
</div>

<?php
}
return $output;
}
?>

Ainsi, vous pouvez désormais utiliser simplement la fonction display_hreview_rating() n’importe où dans votre billet, à l’endroit où vous voulez ajouter la note.

S’il n’y a pas de note, cela n’affichera rien.

Tester votre hReview

Tester votre marquage hReview peut se faire avec plusieurs outils, mais j’ai personnellement trouvé l’Outil Google Rich Snippets extrêmement utile. Si vous utilisez Quix, saisissez simplement ‘snippet’ sur le billet que vous voulez tester ! Dans mon cas, pour ce billet, cela produit un fragment comme ça :

Bonus : pricerange & tags

Comme vous pouvez le constater dans le snippet au-dessus, cela contient quelque chose qui n’est documenté nulle part dans la documentation officielle de Google pour les avis, mais que Google supporte vraiment : le pricerange.

Crédit : j’ai trouvé d’abord cet attribut pricerange quand mon collègue Eduard m’a indiqué ce billet posté par les types de SEOgadget, qui pointait vers ce Knol. Extrêmement utile et cela semble autoriser toutes sortes de texte. Les gens l’utilisent pour afficher une échelle de prix dans un style €€ – €€€, ou pour afficher une « vraie » fourchette de prix, comme € 100 – € 150. Dans le cas d’un avis individuel, vous pouvez simplement l’utiliser pour dire ce que vous avez payé (NDT : en monnaies libres !).

Parce que ce que j’ai payé pour un produit ne fait pas vraiment partie de mon thème, je fais ici au plus simple : quand je dis que l’extension est gratuite, je marque cette ligne comme ça :

cette extension est
<span class="pricerange">gratuite</span>

Si vous voulez vraiment placer la valeur dans un champ personnalisé et l’afficher, vous pourriez adapter facilement l’une des fonctions au-dessus pour faire ça, je vous laisserai cela pour exercice.

Une autre chose trouvée que Google reconnaît est la classe tags. C’est vraiment facile à faire : j’ai juste ajouté la classe ‘tags’ autour de mes tags. Je ne sais pas néanmoins si Google utilise ça, je ne l’ai vu nulle part dans la jungle. (NDT : je conseillerai d’ajouter tout simplement le microformat rel= »tag »)

Un dernier mot

Si vous avez modifié votre thème pour le marquer sous forme de hReview, assurez-vous SVP d’utiliser ce formulaire pour faire savoir à Google que vous l’avez. Ils pourraient ne pas l’afficher si vous ne correspondez pas à sons segment de test, parce que comme Google le déclare dans le Knol :

Actuellement les sites de critiques et les sites sociaux de réseaux/personnes sont éligibles. Nous prévoyons à l’avenir d’étendre les « Rich Snippets » à d’autres types de contenus.

J’espère que vous trouverez ce billet utile, faites-moi savoir dans les commentaires si vous l’avez utilisé pour ajouter hReview à votre thème (premium), et sentez-vous à l’aise pour poster des liens vers des exemples. J’aimerais tant les voir. Si vous vous posez la question : tous les exemples de code sur ce site, sauf déclaration contraire, sont sous licence MIT : libres en distribution, libres en modification. Ajoutez SVP un lien vers l’endroit où vous avez reçu le code original.

A mon humble avis, des ajouts comme ceux-ci devraient être intégrés dans tous les thèmes premium, parce que c’est ce qui -selon moi- rend vraiment un thème premium. Happy coding!

Premiers coups d’oeil ces derniers jours sur une vidéo résumant le protocole PubSubHubbub. Un protocole simple pour publier et s’abonner. D’après ce que je comprends, un protocole de communication plus écolo que RSS, pour dire au monde quand votre site et/ou service web est mis à jour.

Suite à une note de DeWitt Clinton (ingénieur logiciel chez Google) trouvée dans mon Buzz, je suis très tenté pour explorer et implémenter ce protocole sur cette branche WordPress. Comme à l’accoutumée pour les traductions à la va-vite, seul le lien original fait office de référence : A quick note about realtime feeds in Buzz.

Une note rapide concernant les flux en temps-réel dans Buzz :

PubSubHubbub est un protocole qui permet aux auteurs de pousser les mises à jours aux abonnés par l’intermédiaire d’un hub persistent [1]. PubSubHubbub fonctionne en faisant que l’auteur choisit un hub (l’élément lien rel= »hub »), et en notifiant le hub à chaque fois que de nouveaux items sont disponibles. Quand le hub reçoit une notification, le hub récupère toutes les nouvelles entrées provenant de l’auteur et les pousse à tous les abonnés.

Une fois qu’un auteur déclare un hub, les clients peuvent s’abonner au hub au lieu d’avoir à sonder directement le fil, et le hub leur poussera les nouvelles entrées dès qu’elles seront reçues.

La combinaison de l’auteur notifiant le hub et du hub poussant les mises à jour aux abonnés rend le temps de latence très faible entre le moment où l’entrée est postée et le moment où les clients peuvent la voir.

Ainsi, vu côté auteur, il y a deux étapes :

1. Ajouter un rel="hub" au flux
2. Notifier le hub pour lui faire savoir à chaque fois que du nouveau contenu est disponible

Vu côté abonné :

1. Abonnement au hub
2. Attendre que de nouvelles entrées vous soient poussées

Google Buzz est à la fois un auteur et un abonné PubSubHubbub. Ce qui veut dire :

1. Tous les fils Buzz contiennent un rel="hub" et Buzz notifie le hub à chaque fois qu’il y a une nouvelle entrée
2. Si un fil rentrant dans Buzz contient un rel="hub", Buzz s’abonnera au hub et écoutera les nouvelles entrées à chaque fois qu’elles seront disponibles

Vous remarquerez que même si Buzz est complètement activé des deux côtés sur PubSubHubbub, ceci ne veut pas dire que tous les fils sur le web vont être par magie reçus en temps réel. Ceci du fait que l’auteur (la source du flux) n’a soit pas déclaré un rel="hub" ou ne notifie pas le hub quand il y a de nouvelles mises à jour disponibles. (Ou il y a un bug quelque part sur le chemin – SVP faites le savoir [2].)

Si cela vous intéresse que votre service favori puisse publier des mises à jour en temps réel, vous pourriez lui demander s’il est intéressé pour ajouter un support sortant de PubSubHubbub.

C’est un processus simple, et il existe pour les auteurs un bon nombre de hubs tiers disponibles, tant des gros que des petits. [3, 4].

[1] http://code.google.com/p/pubsubhubbub/
[2] http://code.google.com/p/google-buzz-api/issues/list
[3] http://superfeedr.com/
[4] http://code.google.com/p/pubsubhubbub/wiki/Hubs

PubSubHubbub – Hébergement du Projet sur Google Code

P.S. A cette heure, je me suis inscrit sans problème sur le service Superfeedr. N’étant pas programmeur, j’ai préféré aller au plus simple et stupide, en installant l’extension PubSubHubbub pour WordPress. Malheureusement, son activation me déclenche cette erreur fatale :

N’étant pas programmeur, toute aide serait bienvenue pour effectuer ce bricolage directement dans les flux (ici et ailleurs) afin de mieux explorer et comprendre la puissance et les perspectives de ce protocole semblant aller dans le sens des standards pour un Web Social Ouvert et décentralisé.

Emily nous encourage dans le dernier billet de sa série à implémenter le « modèle-de classe-value ». Pour mémoire, le modèle-classe-value est un modèle de design microformats qui résout désormais les problématiques d’accessibilité et de localisation.

J’ai inséré dans cette traduction un exemple de localisation d’une hCard avec domicile. La traduction reste ouverte à vos commentaires et corrections. Seul le lien original fait référence : URL raccourcie : http://ablognotlimited.com/s/106. Prochaine étape : implémentation sur ce site.

Non, vos yeux ne vous lâchent pas. Voici une autre contribution de ma série Parvenir Au Sémantique Avec Les Microformats (avec un remerciement spécial à Ben Ward pour son assistance technique) !

Cela fait environ six mois depuis la 7° partie, aussi vous pouvez vous demander pourquoi j’ai attendu si longtemps. Bon, disons que j’ai été occupée.

Mais même mon infâme calendrier ne pouvait m’empêcher de poster ce dernier billet, qui vient à la suite de l’annonce que le modèle-de-classe-value est officiel. Commençons la célébration !

Laissez-moi Rafraîchir votre Mémoire !

A moins que vous ne soyez une geek microformats comme moi, vous ne savez probablement pas ce qu’est le value-class-pattern ou le « modèle de classe value ».

Si vous avez suivi cette série et s’il vous est arrivé de lire mon article Microformats, hAccessibility & Moving Forward, vous en savez probablement plus que vous ne l’imaginez.

Mais ne me faites pas croire ça et vous restituer le contexte 411.

hAccessibilité

The Web Standards Project avait remarqué un problème d’accessibilité dans les microformats (défini "hAccessiblity") concernant le datetime design pattern.

Au coeur de ce problème, l’usage de abbr pour contenir une information de date lisible-par-les-humains, avec la valeur d’attribut title représentant la date lisible-par-les-machines ISO 8601. Cela ressemble à ça :

<abbr class="dtstart" title="2009-05-18">18 mai 2009</abbr>

Et quand c’est lui par un lecteur-écran, ce modèle de design fait que la date ISO 8601 se retrouve lue à l’utilisateur comme "deux zéro zéro neuf tiret zéro cinq tiret un huit." Ce qui est pire est quand la valeur ISO 8601 fait plus qu’une date, mais inclut aussi l’horaire comme dans cet exemple :

<abbr class="dtstart" title="2009-05-18T10:30:00">18 mai 2009 à 10h30</abbr>

Ceci donne une sortie dans le lecteur-écran : "deux zéro zéro neuf tiret zéro cinq tiret un huit T un zéro deux points trois zéro deux points zéro zéro."

La communauté pour l’accessibilité (à juste titre, IMO) soutenait que ce n’est pas accessible pour ces utilisateurs. Pendant ce temps, la communauté des microformats défendait que :

• les dates ISO 8601 sont en fait (sur toutes les cultures) lisibles par les humains;
• La valeur sémantique d’offrir des valeurs développées via abbr surpasse la problématique du lecteur d’écran
• Parce que la plupart des lecteurs d’écran n’ont pas développé de jeu.

Et ce débat pesait depuis des années.

Utilisabilité

Mais il n’y avait pas que l’hAccessibiliy qui était une déchirement du côté des microformats. C’étaient aussi les problèmes d’utilisabilité concernant le « modèle-de-design-date-horaire ».

Une fois de plus, le problème était la date ISO 8601 sous la valeur abbr title. Cette fois, le problème n’était pas lié à l’activité du lecteur d’écran, mais au comportement normal du navigateur. Vous voyez, la plupart des navigateurs affichent les valeurs abbr title sous forme de bulle d’aide pour l’utilisateur :

Seuls les plus geekies–des–geeks reconnaîtront probablement cette information. Pour tous les autres cela jette une (relativement petite) déchirure dans leur expérience de navigation. Et les parties lisible-par-les-machines des microformats sont supposées être invisibles pour l’utilisateur. Cet affichage de bulle d’aide n’est pas invisible et il peut être déroutant au quotidien pour les utilisateurs (non geeks).

Internationalisation

Une autre plainte souvent entendue sur les microformats est qu’ils ne sont pas "internationalisés." Ce qui veut dire, que quelques-unes des valeurs demandées par les microformats ne font sens que pour ces types qui publient en Anglais-Américain.

Imaginons que les valeurs type acceptées pour telephone dans la hCard : "cell" est la valeur requise à utiliser si vous indiquez un téléphone cellulaire. Les utilisateurs anglo-américains savent probablement ce qu’est un téléphone cellulaire, néanmoins, les lecteurs anglais et français appellent ces types de téléphones "mobile."

A nouveau, des questions d’utilisabilité.

Entrez dans le Modèle de Classe Value

Pour résoudre ces problématiques, la communauté des microformats a travaillé de façon diligente pendant un moment pour parvenir à la solution.
En fait, je me suis même essayé de publier et de tester à la main ce qui s’appelait initialement le « pattern-value-excerption ».

Et tout ce dur travail a finalement payé avec le modèle-de-classe-value, qui offre aux auteurs plusieurs options pour marquer leurs contenus sans avoir à se préoccuper des problématiques d’utilisabilité, d’accessibilité et de localisation mentionnées plus haut.

Information Date & Heure

Je viens de le dire, mais je le redirai : en utilisant le modèle-de-classe-value, les auteurs ont plusieurs options pour marquer l’information de date et d’horaire. Vous choisissez celle que vous aimez ; celle qui vous semble la plus pertinente pour votre contenu et vos préférences. J’en tremble rien qu’à y penser.

Tout d’abord, jetons un oeil à quelques-unes des options pour marquer l’information de date et d’horaire.

Vous Pouvez Encore Utiliser <abbr>

Le modèle de classe value n’abolit pas l’utilisation du modèle-de-design-abbr pour l’information date-horaire (AKA datetime design pattern). Si vous êtes du côté du "débat" qui pense qu’utiliser abbr avec les valeurs ISO 8601 de date et heure en title fait un sens sémantique, allez-y.

Avant que le modèle de classe value ne soit rentré dans la danse, voici comment vous pouviez marquer votre information date-heure pour dstart dans un hCalendar :

<abbr class="dtstart" title="2009-06-06T18:30:00">6 juin 2009 à 18h30</abbr>

Néanmoins, cette méthode est considérée comme dépréciée pour l’information date-heure. Les machines peuvent encore l’analyser, mais désormais avec le modèle-de-classe value, ce n’est plus la méthode recommandée.

Notez néanmoins que le modèle de design abbr en lui-même — pour les expansions de nom de pays, les coordonnées abrégées de latitude / longitude, etc. — est encore complètement valide. Ce n’est que pour l’information date-horaire que les choses changent légèrement.

Quels sont ces changements légers ?

<p class="dtstart"><abbr class="value" title="2009-06-06T18:30:00">6 juin 2009 à 18h30</abbr></p>

Remarquez que la sous-propriété dtstart est assignée au p contenant (qui peut être n’importe quel élément), alors que l’abbr est maintenant assignée au class="value". La valeur title ISO 8601 demeure la même.

Gardez à l’esprit cependant que cet exemple génère encore des problématiques d’accessibilité et d’utilisabilité derrière hAccessibility. Mais ce peut être la méthode préférée de quelques auteurs. La beauté du modèle de classe value est que vous pouvez choisir la méthode qui fonctionne le mieux pour vous.

Laissez Tomber le Modèle de Design Abbr

Si vous êtes soucieux des problématiques de lecteur d’écran et d’utilisabilité concernant le modèle de design abbr pour votre information de date-heure, le modèle de classe value est pour vous aussi, grâce au sous-ensemble value-title

Ainsi, au lieu d’utiliser abbr pour contenir le contenu lisible-par-les-humains avec la donnée machine dans l’attribut title, vous pouvez utiliser un élément span nommé class="value-title" et un attribut title contenant la date ISO 8601. Les machines reconnaissent alors que la valeur de la donnée pour cet élément (celle nommée class="value-title") devrait être extraite à partir du title, et non pas du texte à l’intérieur.

<p class="dtstart"><span class="value-title" title="2009-05-18T13:00:00">18 mai 2009 à 13h00</span></p>

Ceci réalise l’objectif des microformats pour des données humaines et machine, tout en ne provoquant pas l’affichage des infobulles dans le navigateur n’alertant pas les lecteurs d’écran de lire l’information machine sur la date. La plupart des navigateurs, néanmoins, afficheront encore la valeur en infobulle, l’exception étant Safari 3.0.3 sur Windows XP.

Séparer la Date & l’Heure

Pour démontrer plus en profondeur le niveau de flexibilité du modèle de classe value, vous pouvez aussi l’utiliser pour spécifier séparément la date et l’heure.

<p class="dtstart"><span class="value-title" title="2009-05-18">18 mai 2009</span> à <span class="value-title" title="13:00:00">1 heure de l'après-midi</span></p>.

A nouveau, dans cet exemple, j’ai laissé tombé l’usage du abbr et utilise l’approche span class="value-title". Mais cette fois, remarquez que j’ai spécifié séparément la date et l’horaire dans leurs propres éléments span class="value-title" (chacun avec l’information ISO 8601 appropriée dans le title). Les machines peuvent alors combiner les données séparées de date et d’heure à l’intérieur d’une valeur unique date-heure.

Et cette séparation de la date et de l’horaire peut être utilisée avec le modèle de design abbr. En fait, quelques types croient que cela aide à résoudre les problème d’utilisabilité avec les infobulles de date et d’heure. Spécifiquement, les infobulles individuelles résultantes pour la date et l’heure sont plus "utilisables" qu’une infobulle affichant la chaîne complète date-horaire :

Pour ces types, cette implémentation du modèle de classe value appliquée au modèle de design abbr est idéale :

<p class="dtstart"><abbr class="value" title="2009-06-06">6 juin 2009</abbr> à <abbr class="value" title="18:30:00">18h30pm</abbr></p>

Vous pouvez simplement définir séparément les valeurs de date et d’heure, chacune avec ses propres abbr class="value" et les valeurs title ISO 8601 appropriées.

Remarquez que je n’utilise pas le sous-ensemble value-title dans cet exemple. C’est parce qu’il ne devrait pas être utilisé avec le modèle de design abbr.

Au moment d’utiliser le modèle de classe value avec le modèle de design abbr, il est seulement nécessaire d’assigner class="value" à l’élément abbr. Les machines savent déjà comment extraire les date et heure ISO 8601 à partir de l’attribut abbr title, ainsi class="value-title" n’est pas nécessaire et invalide.

Sous-Ensemble Value-Title Avec <span>s Vides

Et il y a même encore une autre option à cette heure ; une qui élimine à la fois les infobulles et les expansions de lecteur d’écran.

Vous pouvez aussi utiliser l’approche class="value-title" avec un span vide … bon en fait pas vraiment vide. Un span contenant un seul espace blanc :

<p class="dtstart"><span class="value-title" title="2009-05-18T13:00:00"> </span>18 mai 2009 à 13h00</p>

Le résultat final est le même : les utilisateurs reçoivent une information compréhensible de date et d’horaire sur le navigateur et les machines reçoivent la date en ISO 8601. Et une fois de plus, pas de problèmes pour les lecteurs d’écran. Mais cette fois-ci, vous éliminez aussi les infobulles déroutantes.

Il y a quelques règles pour cette implémentation particulière, la première est d’utiliser cette approche "title-value vide" de façon restreinte. Ne l’utiliser que quand vous ne pouvez pas utiliser les autres modèles de design. Et quand vous l’utilisez :

• L’élément vide value-title devrait immédiatement suivre l’élément parent, apparaissant avant le contenu lisible-par-les-humains et sans imbrication supplémentaire.
• L’élément vide value-title ne devrait être utilisé qu’une fois seulement au moment de définir la valeur de la donnée pour une propriété unique. Aussi il ne devrait pas être utilisé au moment de séparer la date et l’heure dans – par exemple – la valeur dtstart de hCalendar.
• L’implémentation value-title vide ne devrait seulement (au moins à cette heure) s’appliquer qu’à :
  • Des valeurs de date ISO 8601, dateheure, timezone et durée
  • Des valeurs énumérées comme les sous propriétés de hCard tel, email adr
  • Les coordonnées pour les latitude et longitude dans le microformat geo
  • Les propriétés du numéro de téléphone

Pas Juste pour hCalendar

Les exemples que j’ai couverts à cette heure se concentrent sur l’information de date et d’heure qui apparaîtrait dans hCalendar. Mais vous pouvez appliquer le modèle de classe value à n’importe quel microformat qui références de l’information de date et d’heure. Par exmple, les anniversaires dans la hCard :

<p class="bday">Mon anniversaire est le <span class="value-title" title="1974-09-04">4 septembre</span>.</p>

Ou pour publier des dates dans hAtom :

<p class="published"><span class="value-title" title="2009-06-03">2 juin 2009</span></p>

Localiser Tout en Internationalisant

A ce stade, je n’ai fait que parler du modèle de classe value en relation avec les informations de date et d’heure. Mais vous souvenez-vous de ma précédente discussion sur les problématiques d’internationalisation ? Bon, jetons un oeil sur la manière dont le modèle de classe value peut aider.

Les types de Téléphone

Dans ma précédente référence, je mentionne spécifiquement les types de telephone dans la hCard. La seule valeur valide type pour spécifier un téléphone portable est "cell," mais tout le monde n’appelle pas ainsi ces types de téléphone.

Vous pouvez utiliser le modèle de classe value pour afficher la valeur locale que comprendront vos utilisateurs, et indiquer la valeur de microformat requise via span class="value-title" et l’attribut title :

<p class="tel"><span class="type"><span class="value-title" title="cell">mobile</span></span>: <span class="value">505-123-4567</span></p>

Dans cet exemple, du fait que j’utilise le sous-ensemble value-title, les machines sauront extraire la valeur de donnée type (cell) provenant de mon attribut title, plutôt que le texte à l’intérieur (mobile).

Numéros de Téléphone Localisés

Un autre exemple (que j’ai volé sur le Microformats Wiki, parce que je m’y connais pas assez en numéros internationaux) est pour les numéros de téléphone localisés. Dans ce cas, un numéro français :

<p class="tel"><span class="type">Home</span>: <span class="value">+33</span> (0) <span class="value">603 960 492</span></p>

La logique derrière cette implémentation est que la donnée valide pour le numéro de téléphone est +33603960492. Mais les français sont familiers avec l’inclusion du (0) pour une numérotation locale. A cette heure +330603960492 est un numéro invalide.

Aussi, pour donner aux utilisateurs français locaux l’information la plus utilisable et fournir à nouveau une donnée machine valide pour le numéro, vous appliquez le modèle de classe value. Dans cet exemple, le préfixe +33 est contenu par le span class="value" comme l’est le numéro 603 960 492. Néanmoins le (0) n’est pas contenu par quoi que ce soit. Ainsi les machines concatènent les deux textes à l’intérieur de span class="value" pour former la donnée valide et complète.

Et il existe encore bien plus d’usages du modèle de classe value. Mais ce billet de blog est déjà plus long que prévu (je ne sais pas pourquoi cela me surprend encore, compte tenu de ma passion pour la verbosité) et j’ai bien d’autres choses à faire … aussi je vous laisse explorer ça plus en profondeur.

Pick your Poison… (NDT : Vous avez l’embarras du choix)

Pas pour suggérer que les microformats sont du poison (en fait ils ne sont que plein de bonnes choses délicieuses), mais j’avais envie de balancer un titre de piètre qualité.

Le point demeure, vous choisissez quelle implémentation de modèle de classe value marchera pour vous. Vous n’êtes pas marié à une méthode de marquage de votre contenu avec ce modèle.

Comme pour mes propres préférences, je ne fais pas partie de ces types intéressés pour continuer à utiliser le modèle de design abbr pour les dates et les heures. Ne me faites pas dire ce que je n’ai pas dit. Je pense vraiment que abbr fait sens sémantiquement parlant pour contenir l’information de date et s’épancher avec ISO 8601 via le title.

Mais parce que j’aime tant la sémantique, je ne suis pas une vraie puriste. Je pense que la valeur non sémantique span class="value-title" offre pour l’accessibilité et l’utilisabilité bien plus de poids et l’emporte sur ma compulsion à être sémantique.

Néanmoins, je ne suis pas trop enthousiaste sur l’usage de l’approche value-title vide. Aussi je ne prévois pas de trop l’utiliser. Pour la majorité de mes propres implémentations utilisant les dates et les heures, je me vois bien faire contenir mon contenu avec span class="value-title" et de spécifier la donnée machine dans l’attribut title.

Il y aura probablement des exceptions à cela, mais c’est ce que j’aime dans le modèle de classe value. Il est flexible pour les besoins des auteurs de contenus.

Mettez à Jour Vos Implémentations

Même si j’ai trouvé le temps pour tomber cet article, je n’ai pas à cette heure encore trouvé le temps de mettre à jour mes implémentations de microformats existants. Mais je le veux … oh, oui je le veux. Et j’espère que vous le ferez, vous aussi.

A cette heure, les développeurs sont en train de travailler leurs outils pour reconnaître proprement le nouveau modèle de classe value. Optimus mène la danse avec sa mise à jour v0.8 qui supporte le modèle de classe value.

Aussi, assurez-vous de prendre votre part et de mettre à jour votre marquage.

Encore d’Autres à Venir ?

Aucune promesse sur ce point de futurs billets pour cette série. J’aimerais couvrir quelques autres microformats, mais avec mes obligations de livre, je doute fortement que j’aurai le temps … au moins pas jusqu’à ce mon manuscrit final soit bouclé en Août.

Mais si vous plongez pour en savoir plus, pourquoi ne pas revisiter quelques-uns de mes précédents articles couvrant :

• rel-home, rel-license, rel-me & rel-tag
• XFN
• hCard
• hCalendar
• hAtom
• hResume
• Thèmes & Problématiques

J’ai aussi donné récemment une rapide présentation des microformats qui pourrait vous intéresser (ou non).

Aussi, jusqu’à la prochaine fois … et oui, il y aura une prochaine étape en rapport avec les microformats même si elle ne fera pas partie de cette série.