Cinq remplaçants de Google Reader au banc d'essai

J'ai testé pour vous cinq remplaçants possibles pour Google Reader. C'était l'objet de mon dernier billet mais il nécessite des compléments.

Feedly : successeur annoncé à Google Reader, l’ergonomie est de loin la plus innovante et conforme à l’état de l’art des nouvelles applications web et mobile, mais ce n’est pas nécessairement ce que nous attendons d’un lecteur de flux.

G2reader : l’application web est très bien, très « propre » mais G2Reader pêche pour l’utilisation sur tablettes et smartphones.

InoReader : n’a pas spécialement de charme mais c’est un bon compromis.

Netvibes : on aime ou on n’aime pas. L’application me parait trop « grosses » pour un simple lecteur de flux.

Yanobs Reader : l’ergonomie la plus spartiate mais la plus efficace à l’usage. Basé sur Tiny Tiny RSS, un logiciel Open Source, ce qui garantit, a priori, une bonne évolutivité, voire une migration vers un auto-hébergement.

DANS LE DETAIL :

Feedly

Application iPhone : très plaisant : fluidité, mode magazine,... Mais ce n’est pas ce que j’attends d’un lecteur de flux. Pas efficace pour une gestion « de masse ».

Application web : même remarque…

Application iPad : même remarque…

Fonctions de partage : OK

Prise en main initiale et récupération des données Google Reader : c’est enfantin.

Intégration manuelle de nouveaux flux: Facile. Affectation initiale d’une catégorie. Un peu déroutant.

Fonctions de recherche : non.

Performances : correctes, a priori.

Gros défauts :

-  nécessite une « extension » pour le navigateur (c’est rédhibitoire pour moi),

-  utilise les bases de Google Reader : on ne sait pas s’ils vont pouvoir assurer après leur disparition.

G2reader

Application iPhone : indisponible à ma connaissance. La version web est convenable en premier abord mais, en réalité, difficilement utilisable, peu pratique. En outre, on est parfois obligé de ressaisir son identifiant et son mot de passe.

Application web : très belle ergonomie, très plaisante.

Application iPad : fonctionne en mode web, difficilement utilisable (syndrome des gros doigts…).

Fonctions de partage : OK

Prise en main initiale et récupération des données Google Reader : jeu d’enfant.

Intégration manuelle de nouveaux flux: Facile. Pas d’affectation initiale d’une catégorie.

Fonctions de recherche : très bien, a priori (je n’ai fait qu’un test).

Performances : correctes, a priori (mais pas les meilleures).

Gros défauts :  sans objet.

InoReader

(présenté aujourd’hui par Thierry)

Application iPhone : indisponible à ma connaissance. La version web est convenable.

Application web : très moyenne mais très plaisante pour la lecture de billets au kilomètre, un peu comme Google Reader.

Application iPad : fonctionnement satisfaisant (sans plus).

Fonctions de partage : a priori oui mais semble lourd (et plein de bugs…) et sur l’application web uniquement.

Prise en main initiale et récupération des données Google Reader : jeu d’enfant. Possibilité de s’identifier avec un compte Google (indépendamment des données GR).

Intégration manuelle de nouveaux flux: Très facile mais pas d’affectation initiale d’une catégorie.

Fonctions de recherche : bien.

Performances : correctes, a priori.

Performances : correctes, a priori.

Gros défauts :  sans objet mais manque de charme.

Netvibes

Application iPhone : disponible en HTML5. Très satisfaisante.

Application web : je n’aime pas du tout le mode « signet » (les goûts et les couleurs…). Le mode standard est très bien.

Application iPad : en mode web. Utilisable mais pas pratique.

Fonctions de partage : oui (sauf Google+) mais semble très lourd.

Prise en main initiale et récupération des données Google Reader : facile mais lourd (c’est lié au fait que l’application n’est pas qu’un lecteur de flux).

Intégration manuelle de nouveaux flux: Facile. Affectation initiale d’une catégorie. Un peu déroutant, voire lourd.

Fonctions de recherche : non disponible.

Performances : pas satisfaisantes. Les billets arrivent avec une ou deux heures de retard. C’est incompréhensible. C’est rédhibitoire pour moi.

Gros défauts :

- les performances,

- la lourdeur (qui pourrait se transformer en avantage pour certains ou selon les utilisations que l’on pourrait avoir, c’est une grosse application !).

Yanobs Reader

Application iPhone : disponible en HTML5. Très satisfaisante.

Application web : de loin la plus ringarde mais le mode « trois colonnes » est définitivement très bien… On n’est pas obligé de faire défilé tout le billet pour passer au billet suivant s’il ne nous intéresse pas.

Application iPad : disponible en HTML5. Très satisfaisante.

Fonctions de partage : Non.

Prise en main initiale et récupération des données Google Reader : il faut savoir où aller chercher… Et il rame un peu lors de la première utilisation.

Intégration manuelle de nouveaux flux: assez facile. Affectation immédiate de la catégorie (libellé,…). Mais pas spécialement instinctif (à cause d’un choix de flux à faire).

Fonctions de recherche : bien.

Performances : correctes, a priori.

Compléments :

- Yanobs Reader affiche de la publicité et a une version Premium. Certains considèreront ça comme un défaut. Pour moi, ça n’en ai pas un : j’aime bien savoir comment les boites gagnent de l’argent pour offrir un service gratuit.

- Basé sur Tiny Tiny RSS qui est un logiciel libre qui permet aux internautes d’avoir leur propre lecteur de flux en auto-hébergement. C’est « LA » référence.

- Beaucoup de plantage sur un de mes postes de travail.

- A une version en français.

CONCLUSIONS PERSONNELLES

Feedly : je n’aime pas cette ergonomie, ce n’est pas ce que j’attends d’un lecteur de flux. Mais peu importe, le fait de devoir installé une extension est pour moi rédhibitoire.

G2reader : l’application smartphone est insuffisante pour moi (c’est ce que j’utilise le plus).

InoReader : rien contre. 

Netvibes : le temps de chargement des flux est rédhibitoire pour moi.

Yanobs Reader : rien contre.

Sur les cinq, trois sont éliminés pour mon usage personnel. Les deux qui restent, InoReader et Yanobs Reader, pêchent par l’absence ou la déficience des fonctions de partage. Les deux semblent, en plus, les plus efficaces pour la lecture de flux « en masse ».

Yanobs Reader a pour lui les applications iPhone et iPad, c’est une raison, pour moi, de le retenir. Si j’avais une utilisation exclusivement « en mode web », je retiendrais probablement InoReader même si le mode trois colonnes me plait bien. La technologie de Yanobs Reader m’est plus sympathique (le Tiny Tiny RSS, open source, semble garantir une plus grande évolutivité).

CONCLUSIONS GENERALES

Chacun fera ce qu’il voudra, nananère… Débrouillez-vous ! Tout dépend de l’usage. Par exemple, quelqu’un qui utilise surtout les tablettes pour avoir de la lecture, un peu comme un magazine, aura de toute évidence intérêt à prendre Feedly. Celui qui lit les blogs exclusivement à partir d’un PC prendra Feedly, s’il aime, ou G2Reader, plus traditionnel mais s’il lit vraiment beaucoup de blogs, il aura intérêt à prendre InoReader ou Yanobs Reader.

Netvibes est un cas à part. Il faudrait qu’ils développent une version allégée… Mais un utilisateur proche des blogueurs et méthodique aura intérêt à l’utiliser, pour l’utilisation par widgets.

Ce que je retiens des quatre autres, c’est que je suis obligé d’en éliminer deux pour insuffisance technique mais que ce sont les deux qui ont l’ergonomie la plus travaillée et les fonctions de partage opérationnelles. Il y a donc deux approches bien différentes par les concepteurs, ce qui m’amuse beaucoup en tant qu’informaticien : ceux qui cherchent à faire de bons lecteurs de flux et ceux qui cherchent à séduire les utilisateurs…

DES CONSEILS AUX EDITEURS

Feedly : d’abord, enlevez ce machin qui oblige à mettre en place une extension pour Firefox. Pour le reste, votre approche « magazine » ne pourra pas séduire un blogueur… alors que c’est votre principal atout.

G2Reader : développez-moi vite fait des applications HTML5 pour tablettes et smartphones. Vous reprendriez largement le dessus sur la plupart des autres, pour une utilisation courante.

InoReader : développez aussi des applications HTML5. Surtout, améliorez l’ergonomie générale de la version web pour la rendre plus « grand public ». Il manque par exemple une en-tête, un peu comme la barre de menu Google.

Netvibes : je n’ai pas spécialement de conseil à donner sauf un gros : faites en sorte que les flux se mettent à jour beaucoup plus rapidement mais si ça vous fait du beaucoup de boulot dans les bases de données. Par ailleurs, faites une « version » plus simple pour les utilisateurs plus traditionnels notamment dans la première utilisation : une identification, l’import du fichier Google Reader et tout doit être opérationnel, visible,…

Yanobs Reader : je ne sais pas à quel point Tiny Tiny RSS vous impose des contraintes. Mettez donc une en-tête tout du long, en haut, avec un joli logo et les fonctions principales (basculement de mode d’affichage, ajout d’un flux,…). Par ailleurs, on peut faire un tas de truc avec votre machin, comme des filtres, mais on ne sait pas comment ça marche. Mettez en place une aide, voire un simple lien vers le Redmine de Tiny Tiny RSS, si les explications sont suffisantes.

J’avais choisi Yanobs Reader avant d’avoir fait ce test complet sur la base de quelques lectures sur le web, je ne sais plus pourquoi. Mon instinct est le bon puisque ces essais confirment mon choix… Je vais quand même poser deux questions à Yanobs Reader :

1. Pourquoi vous n’avez pas de fonction « Marquer tous en lu » ? C’est pourtant la base…
2. Comment se fait-il que je découvre par hasard, aujourd’hui, que votre machin est basé sur Tiny Tiny RSS ? Ca fait de votre produit une espèce d’atout (parce que ça me garantit une certaine pérennité et une évolutivité et parce que ça fait un peu geek). Faites donc une page « aide » ou « à propos » où vous pourriez expliquer tout cela…

DES CONSEILS AUX COPAINS

Vous m’avez suivi, par confiance, dans le choix de Yanobs Reader, choix que j’ai fait sans connaître G2Reader et InoReader (mais en connaissant Feedly et Netvibes). Si vous naviguez exclusivement sur PC et vous contentez de lire les blogs, n’hésitez pas à changer par exemple pour G2Reader dont l’interface est beaucoup plus plaisante et qui dispose de fonctions de partage. Il faut deux minutes. Si vous faites un peu sur smartphone ou tablette, passez sur InoReader. Il faut aussi deux minutes. Gardez Yanobs Reader si vous faites le tout…

Pas de bol ! J’ai choisi celui dont la prise en main est la plus lourde… (et encore…).

Lecteurs de flux : tour d'horizon

Avec le remplacement de Google Reader, on découvre tous les jours de nouveaux lecteurs de flux et j’en ai testé plusieurs : Feedly, G2reader, InoReader (présenté aujourd’hui par Thierry), Netvibes, Yanobs Reader. J’ai éliminé tous les autres pour différentes raisons (trop compliqués, trop simplets, incompatibles avec mon poste de travail, …). Etudions les cinq qui restent.

EDIT : J'ai refait ce billet ici en ajoutant un tas de précisions. Considérez donc tout ce qu'il y a ci-dessous comme étant obsolète.

Feedly

Application iPhone : ce n’est pas mon truc mais elle est très bien, probablement la plus « belle », celle qui correspond le plus à (l’état de l’art : mode magazine, …). Dispose des fonctions de partage.

Application web : même remarques que pour l’application iPhone…

Prise en main initiale : c’est enfantin même si la présentation n’est pas trop standard. Surtout, la question ne se pose pas vraiment, Feedly utilise les flux Google Reader.

Fonctions de recherche : je ne sais pas !

Performances : correctes, a priori.

Gros défauts :

-         nécessite une « extension » pour le navigateur (c’est rédhibitoire pour moi),

-         utilise les bases de Google Reader : on ne sait pas s’ils vont pouvoir assurer après leur disparition.

G2reader

Application iPhone : indisponible à ma connaissance. La version web est convenable. Dispose des fonctions de partage.

Édit : à l'usage, le machin est inutilisable. 

Application web : très belle ergonomie, très plaisante, avec des fonctions de partage.

Prise en main initiale : jeu d’enfant.

Fonctions de recherche : très bien, a priori (je n’ai fait qu’un test).

Performances : correctes, a priori (mais pas les meilleures).

Gros défauts :  sans objet.

InoReader

(présenté aujourd’hui par Thierry)

Application iPhone : indisponible à ma connaissance. La version web est convenable. N’a pas de fonction de partage.

Application web : très moyenne mais très plaisante pour la lecture de billets au kilomètre, un peu comme Google Reader. Pas de fonction de partage.

Prise en main initiale : jeu d’enfant.

Fonctions de recherche : non disponible.

Performances : correctes, a priori.

Performances : correctes, a priori.

Gros défauts :  sans objet mais manque de charme.

Netvibes

Application iPhone : disponible en HTML5. Très satisfaisante. Dispose des fonctions de partage.

Application web : je n’aime pas du tout le mode « signet » (les goûts et les couleurs…). Le mode standard est très bien. Dispose des fonctions de partage.

Prise en main initiale : facile mais lourd (c’est lié au fait que l’application n’est pas qu’un lecteur de flux).

Fonctions de recherche : non disponible.

Performances : pas satisfaisantes. Les billets arrivent avec une ou deux heures de retard. C’est incompréhensible. C’est rédhibitoire pour moi.

Gros défauts :

-         les performances,

-         la lourdeur (qui pourrait se transformer en avantage pour certains ou selon les utilisations que l’on pourrait avoir, c’est une grosse application !).

Yanobs Reader

Application iPhone : disponible en HTML5. Très satisfaisante. Pas de fonction de partage.

Application web : de loin la plus ringarde mais le mode « trois colonnes » est définitivement très bien… On n’est pas obligé de faire défilé tout le billet pour passer au billet suivant s’il ne nous intéresse pas. Pas de fonction de partage.

Prise en main initiale : il faut savoir où aller chercher… Et il rame un peu lors de la première utilisation.

Fonctions de recherche : bien.

Performances : correctes, a priori.

Gros défauts :

-         ergonomie désuète (mais ça n’est pas du tout rédhibitoire pour moi, bien au contraire),

-         des plantages (à mon bureau uniquement, je n’en ai pas entendu parler chez des copains qui l’utilisent).

Compléments :

-         Yanobs Reader affiche de la publicité et a une version Premium. Certains considèreront ça comme un défaut. Pour moi, ça n’en ai pas un : j’aime bien savoir comment les boites gagnent de l’argent pour offrir un service gratuit.

Conclusions

J’ai éliminé Feedly et Netvibes pour des raisons que j’exprimées ci-dessus. Par ailleurs, ces deux services n’ont pas une ergonomie qui me convient. Ils pourront convenir à d’autres. Ils ont des très belles applications iPhone, le premier en natif (via l’Apple Store), le second en « web application » (HTML 5).

Je n’ai rien contre InoReader, à part l’absence de fonction de recherche, mais je n’ai rien pour non plus.

Il reste donc G2Reader et Yanobs Reader. Au niveau du look, ils n’ont rien à avoir (mais répondent aux mêmes fonctions : nouveau flux, tous les flux, catégories de blogs,…), le premier est moderne mais le deuxième plus efficace. Le premier a l’avantage d’avoir des fonctions de partage dans les applications web et mobile alors que le second n’a rien.

Néanmoins, le second semble avoir le plus de fonctionnalités, des filtres, … Et il a une vraie application pour iPhone, même si elle n’est que de type « web Application ».

J’ai un faible pour Yanobs Reader parce qu’il ne ressemble à rien de ce qu’on peut connaître et pour toutes les raisons que j’ai évoquées dans un précédent billet.

Édit : à l'usage, l'application iPhone élimine G2reader. Celle de InoReader, par contre, tiens la route. 

Nouvel édit : pour l'application iPhone, Yanobs Reader gagne largement le duel. Tant pis pour le partage.

Autre édit : utilisation de G2reader sur iPad très pénible.

Actions

Pour l’instant je ne touche à rien dans mes petites habitudes. Il est fort probable que je garde les deux avec des usages différents, comme j’ai actuellement deux lecteurs : Feedlerrss et Yanobs Reader. G2Reader remplacera ce dernier.

On verra bien.

Remplacement Google Reader - Etape 5 - Choix du remplaçant

Je suis désolé mais il faut bien le reconnaitre : nous sommes orphelins. Personne n'égalera Google Reader. Certes, certains successeurs sont plus "jolis" mais, dans le fond, on s'en fout un peu. Seules comptent les habitudes que nous pouvons avoir avec chacun des outils et les performances globales : Google Reader était parfait.

Pour moi, il y a quatre produits qui tiennent la corde pour remplacer "une partie" de Google Reader :

- Feedly,

- Netvibes,

- Yanobs Reader,

- FeedlerRSS.

Ce dernier est pour moi la meilleure application pour smartphone et tablettes. Les goûts et les couleurs, ça ne se discute pas, vous pouvez ne pas être d'accord. Néanmoins, je ne suis pas tarée, elle a été meilleure application du genre pour iPad.

 Je souhaite donc la conserver puisque je fais un maximum de lecture de blogs sur iPad et iPhone. Néanmoins, elle est basée sur la base de données Google Reader et je n'ai trouvé aucune information sur ses évolutions potentielles.

Feedly est le successeur désigné par Google Reader et les internautes. Néanmoins, il faut installer une extension au navigateur (c'est rédhibitoire pour moi qui suis itinérant). Pour ma part, je n'aime pas la résentation.

Netvibes est un des lecteurs les plus utilisés au monde (peut-être le deuxième après Google Reader) ce qui prouve qu'il est très bien. Il ne me parait pas adapté à des gens qui ont beaucoup de flux, comme moi. Surtout, il me semble qu'il est assez lent à se mettre à jour.

Yanobs Reader est celui qui ressemble le plus à Google Reader. Il me semble victime de défauts de jeunesse mais depuis un mois ou deux que je le connais, sa progression est fulgurante. Je pense que d'ici quelques semaines ou quelques mois, il sera largement le meilleur (pas le plus beau...).

Yanobs Reader et Netvibes n'ont pas d'application pour smartphone mais les versions "mobiles" semblent correctes (je suis accroc à Feedlerrss donc réticent pour tester autre chose).

Sur ordinateur, Netvibes a l'interface qui semble la plus aboutie, puissante, ...

Je retiens :

Yanobs Reader remplacera mon Google Reader. J'attends de savoir comment évoluera Feedlerrss après la disparition de Google Reader. S'ils "merdent", je serais bien obligé de cumuler Yanobs Reader et Feedly... 

Indépendamment de tout ça, je me remets à Netvibes pour mes blogs "préférés" (ou ceux de mes proches) qui seront donc dans deux lecteurs...

Rapidité des lecteurs de flux

Je continue à tester Netvibes et Yanobs Reader pour préparer le remplacement de Google Reader.

Yanobs Reader :

Je suis très perturbé par l'ordre d'affichage des flux, différent entre Google Reader et Yanobs Reader.

Mon billet du présent blog (flèche cyan) est le dernier dans mon GR. Ils sont à la même heure (dans YR, c'est en GMT). Il est premier dans le GR.

Le billet de ma copine Miss Clooney est deuxième dans Google Reader (flèche mauve ajoutée sur YR) et a un titre différent. Ensuite, on a mon billet d'un autre blog (flèche bleue sur YR) et en suite (flèches vertes) un tas de billet du blog en question, comme s'il venait de "capter" le flux.

Enfin, on a le billet de Presse Citron (flèche rouge).

Yanobs Reader semble ne pas suivre l'ordre chronologique.

En outre, des billets de ce matin (avec GR), ceux de mon copain Bab, viennent d'arriver dans YR.

Netvibes :

 

Les billets sortent à peu près en même temps sur YR et GR mais arrivent beaucoup plus tard sur Netvibes (je fais le test avec un billet de ma copine Elooooody, celui que je cite dans le billet avec la flèche bleue). Dans GR, il est dété de 15h46 (dans YR, en GMT, ça donne 13h46) mais n'est toujours pas arrivé dans Netvibes. Mes billets du présent blog et de l'annexe que j'ai fait vers 16h15 (il est 17h15) n'y paraissent pas.

Par contre, les billets récents de Presse Citron y sont bien. Favoritisme ;-)

C'est étrange.

Le billet de Jacques Etienne, vient d'arriver (17h20). Il est daté

Netvibes pour les nuls

Je parle d’abonnement aux blogs tous les jours, ici, mais j’oublie que les lecteurs de mes autres blogs ne sont pas tous geeks… Bien au contraire. Je vais donc faire un billet de présentation de Netvibes. Ceux qui connaissent, vous pouvez tourner le dos.

Qu’est-ce qu’un abonnement ?

A côté des blogs, un petit fichier, appelé « flux RSS » (souvent à tort, d’ailleurs, puisqu’il peut s’agir un « flux ATOM » mais on s’en fout) est généré. Il contient les derniers billets d’un blog. Des logiciels, appelés « agrégateur de flux » ou « lecteurs de flux », permettent d’afficher ces fichiers pour tous les blogs auxquels on est « abonné ».

Voir la première illustration. Je suis abonné à plus de 300 blogs. Ils sont triés par signet. Le premier est « amis » mais celui ouvert dans l’écran est « leftblogs ». On voit au bout de la flèche rouge qu’il y a un billet que je n’ai pas encore lu dans le blog « Du trASh et DeS baSIerS ».

Cliquez sur les illustrations pour les agrandir.

Créer un compte Netvibes

Vous allez sur http://www.netvibes.com/fr et vous cliquez sur « Netvibes for Individuals » :

Cliquez ensuite sur « Devenez Basic ». Vous obtenez ceci.

Je vais saisir « blogs politiques ». Là, il faut attendre quelques secondes avant que le machin dise « c’est fait ».

Choisissez une illustration au hasard et cliquer sur le machin vert pour obtenir un nouveau bel écran avec un gros pavé vert « Suivant » dont au sujet duquel j’ai la flemme de faire une copie d’écran. Vous cliquez sur « passer l’assistant ».

Vous cliquez sur « inscription » en haut à droite. Et vous remplissez le formulaire (je vous rappelle qu’on ne « renseigne » pas un formulaire) avec tous les trucs y compris l’affreux code en bas. Dans mon exemple, j’ai mis une majuscule à mon « nom d’utilisateur », il m’encadre la zone en rouge parce que c’est interdit.

Là vous validez, vous cochez, vous revalidez… Le machin vous envoie un mail. Vous allez dans votre messagerie, vous ouvrez le mail, vous cliquez sur « Validez le mail ». Vous arrivez sur un écran splendide comme celui-ci.

Le machin a déjà sélectionné un contenu. Dans mon exemple, j’ai plusieurs pavés : « News Search », « Blog Search », « Vidéo search », … Vous supprimez tous les machins inutile car vous allez pouvoir mettre vos blogs préférés vous-même. Pour se faire vous cliquez sur la croix en haut à droite de chaque pavé.

Quand le ménage est fini, vous obtenez ceci. J’innove : je fais des flèches de couleur.

Au bout de la flèche verte, le nom de votre page (vous pouvez la renommer en cliquant dessus). Au bout de la flèche rouge, un premier onglet. Je vais le renommer en cliquant dessus pour la suite de ma présentation. Je vais l’appeler « blogs bataves ». Au bout de la flèche bleue, un « + » qui vous permettra de c réer des signets.

Je vais directement cliquez dessus pour créer une catégorie : « blogs de gros réacs avec du poil dans les oreilles », que je vais résumer en « Réacs ». J’obtiens donc cet écran.

Le machin me demande d’entrer les sujets que je veux surveiller. Ne saisissez rien, fermez directement ce truc avec la croix au bout d’une flèche d’une couleur assez traditionnelle (ce qui est normal pour les réacs). Ensuite, cliquez sur « nouvel onglet 1 » et changez le nom.

Vous pouvez commencer !

En cliquant sur « ajouter du contenu », vous pourrez… ajouter du contenu.

Cliquez sur « ajoutez un flux » (flèche rouge). Dans la zone de saisie (j’ai oublié la couleur que j’ai choisie, le vert probablement), vous pouvez mettre le nom d’un blog. Je vais ajouter http://didiergouxbis.blogspot.fr (je suis resté dans l’onglet « réac »). Ensuite, vous cliquez sur ajouter un flux et vous obtenez ceci :

Il y a plein de pavé. Vous cliquez sur le premier. Le machin vous demande une confirmation. Vous cliquez sur « Ajouter à ma page ». En haut à droite de l’écran, vous avez une grosse croix grise, vous cliquez dessus pour fermer la zone pour ajouter du contenu.

Au bout de la flèche verte (de mémoire), on voit que j’ai 100 billets « non lus » sur cette page. Au bout de la flèche rouge, on voit que j’ai 100 billets restant sur le blog de Didier Goux.

Didier, j’ai tout lu (sauf la tartine de ce matin, je me la réserve pour le comptoir). Si c’est indiqué « non lu », c’est parce que je viens de créer un nouveau compte pour l’exemple.

Vous cliquez sur le « 100 » et tous les blogs passent en lus. En cliquant sur un billet, vous pouvez le lire et le marquer en « lu » ou « non lu ». Je vais marque le dernier billet de Didier en « non lu » sinon il va faire la gueule.

Pendant que vous avez le dos tourné, je vais ajouter mon politique, mon comptoir et les deux de Sarkofrance dans la partie « blogs bataves ».

Pour faire un exemple concret, j’ai mis en « non lu » le dernière billet d’un blog de Sarkofrance et de mon blog politique. Je me retrouve donc avec deux billets à dire dans les blogs bataves et un chez les réacs.

Et la flèche rose, me demanderez-vous. Cliquez sur le bouton, pour voir. Non, pas sur l’illustration de mon billet, andouille, sur ton netvibes.

Tu obtiens ce magnifique écran :

Cliquez sur « tous les flux » en haut à gauche ou sur ceux d’un onglet. Tous les billets non lus sont affichés dans l’ordre « chronologique inverse ». On voit par exemple, qu’il me reste trois billets à lire, dont le mien (mais je ne me lis pas, c’est trop mal écrit, je m’abonne pour me faire plaisir).

Tiens ! L’heure affichée est mauvaise. Tant pis.

Vous pouvez alors lire le billet sans aller sur son blog, ce qui vous évite de vous salir les mains quand il tourne un peu trop facho. En cliquant sur le titre de billet, vous irez sur son blog et pourrez mettre un commentaire pour l’incendier prodigieusement.

La flèche est d’une couleur indéterminée. En cliquant sur le bazar, vous pourrez remettre le billet en cours dans l’état « non lu » pour y repasser plus tard ou pour vous rappeler de lire tous les commentaires.

Voila…

N.B. : Je n'utilise pas Netvibes... Il n'est pas très pratique pour suivre beaucoup de blogs.

Les vraies raisons de la suppression de Google Reader

Dans le blog politique, j’ai fait un long billet sur l’avenir de l’informatique et j’en tire une espèce de conclusion à propos de la disparition annoncée de Google Reader. D’une part, la disparition de Google Reader pourra pousser des gens vers Google+. Mais c’est une bricole. D’autre part, Google Reader est un des principaux moyens pour faire de « la veille ». Quand les gens n’auront plus ce machin pour faire de la veille, ils feront autrement, probablement, mais ne trouveront plus de contenu intéressant à diffuser dans les réseaux sociaux comme Facebook et Twitter. Ces derniers se retrouveront vidés de leur consistance et les usagers seront obligés d’aller ailleurs pour retrouver de l’information… Dans Google+ ?

C’était la première raison.

Hier, j’ai fait un long billet pour expliquer ce que sont les flux RSS. Ce sont des petits fichiers à côté des blogs que vont chercher les lecteurs de flux mais aussi tous les machins qui les utilisent comme l’application qui balance mes blogs dans Twitter ou Facebook ou le machin de Blogger qui forme les blogrolls dynamiques de nos blogs (le plus récent billet en haut).

Ce matin, pour me préparer à l’après Google Reader, j’ai fait ma première revue de blog avec Netvibes (c’est pas mal, finalement, mais ça manque un peu de fluidité sur l’iPad). Je me suis rendu compte que les billets arrivaient bien plus tard que dans Google Reader. Par exemple, j’ai fait un billet sur mon blog politique, ce matin. Immédiatement après, j’ai fait ma revue de blog, il était bien dans Google Reader. C’est à ce moment là que j’ai eu l’idée de faire ma revue de blog avec Netvibes. Il n’y était pas. Après cette dernière, je suis revenu à Google Reader, il y avait « un tas » de nouveaux billets qui n’étaient pas dans Netvibes…

J’en tire la conclusion que Netvibes va beaucoup moins souvent que Google Reader lire ces petits fichiers. Google Reader a donc mis en place une infrastructure gigantesque pour gérer tout ça et avoir les flux en permanence.

Et les coûts sont considérables en regard d’un service rendu gratuit.

C’était la deuxième raison.

Le moteur de recherche Google me donne de moins en moins de satisfaction pour certaines recherches. Il y a trop d’information pour trouver de manière sûre ce que l’on cherche, surtout avec les pros du référencement. Par ailleurs, Google privilégie l’actualité. L’autre jour, je cherchais les visites de Nicolas Sarkozy à Dijon. J’ai eu du mal, tant Google était pollué avec la visite de Hollande dans cette ville. Par ailleurs, quand on fait une recherche, on tombe toujours sur les mêmes sites. Vous cherchez la recette des choux farcis, vous tombez sur Marmiton. Vous cherchez autre chose, vous tombez sur Wikipédia.

Google finit par ne plus être le point d’entrée du web et est juste un intermédiaire vers Wikipedia ou Marmiton… J’ai fait la recherche de la recette des choux farcis dans Yahoo, ça tombe aussi dans Marmiton.

Le plus drôle est qu’une grande partie des utilisateurs de Facebook doivent taper Facebook dans le Google qu’ils ont en page d’accueil.

Google se sent à la ramasse pour son moteur de recherche.

C’était la troisième raison

Elle appelle la quatrième qui n’est encore qu’une supposition de ma part. Google+ deviendra Google. Quand vous taperez www.google.com, vous n’arriverez plus sur le moteur de recherche mais sur la page d’accueil de Google+. Les gens seront incités à y faire leurs recherches. Et la recherche sur le web ne sera plus qu’une option dans le nouveau menu qu’ils nous concoctent. Les gens auront d’abord un contenu qui a été recommandé par leurs proches.

C’était la quatrième raison.

C’est très bien Google+, on y trouve plein de recette de choux farcis ailleurs que chez Marmiton, recommandées par des vrais gens. Marmiton n’aura plus qu’à payer Google+ pour promouvoir sa page de recette de choux farcis… Et Marmiton sera obligé de mettre toutes ses recettes sur sa page Google+ pour avoir du trafic.

C’était la cinquième raison.

Pour être au top de l’actualité et du contenu, Google est obligé de scanner en permanence tout le web (et de lire en permanence les fichiers avec les flux RSS). Le nombre de pages web croit à une vitesse grand V et les moyens que doit fournir Google pour connaître tous ça font que Google doit avoir des moyens informatiques considérables (comme pour Google Reader) pour un outil de moins en moins pertinent.

Le coût est énorme.

C’était la sixième raison.

On est bien d’accord que les quatre dernières raisons n’ont pas grand-chose à voir avec Google Reader. La suppression de ce machin (comme de Feedburner) rentre dans une stratégie globale de Google de se recentrer sur son réseau social phare où les pages et les communautés donneront toutes les réponses aux besoins des internautes, dans un contexte beaucoup plus maitrisé que le gigantisme du web.
 

Internet, les blogs et RSS pour les nuls

Parallèlement à l'arrêt de Google Reader, on parle beaucoup de RSS. Par exemple, un commentateur a un de mes billets a dit : "Oui il faut pas confondre google reader et flux RSS car même si le RSS n'a pas eu le succès escompté mais c'est un outil indispensable pour faire sa veille." Le hic : RSS n'est pas un outil. C'est un format de fichier. Les gens évoquent RSS mais ne savent pas ce que c'est... Ils utilisent des mots sans savoir ce qu’il y a derrière. Je dois avouer que j'ai eu beaucoup de mal à comprendre, retroussons les manches... Et reprenons à la base. Tu permets que je te tutoie ?

Quand, dans ton navigateur, tu cliques sur un lien, tu choisis un favori ou tu tapes l'adresse de mon blog, tu envoie, en fait, une requête http. C'est un peu comme si tu faisais un numéro de téléphone.

Il va donc partir sur le réseau http://www.aubistrogeek.com avec un pas d'autres informations (où tu es, quel navigateur tu utilises, comment tu es arrivé sur le site, par exemple). Ton fournisseur d'accès va envoyer tout ça à un serveur de routage (les machins DNS) qui va savoir où est le serveur qui gère aubistrogeek.com pour lui envoyer tout ce bordel.

En fait aubistrogeek.com est un pseudo pour jegweb.blogspot.com. C'est donc le serveur blogspot.com qui va recevoir la demande. Blogspot est le machin qui héberge les blogs Blogger, la filiale de Google qui gère les blogs. D'autres blogueurs ont fait des choix différents des miens. Ils peuvent, par exemple, avoir leurs propres serveurs chez eux. Le machin DNS saura où envoyer la demande (il va convertir le nom de domaine en adresse IP, mais je ne vais pas descendre jusque là).

Nous en étions au moment où blogspot.com reçoit la demande pour jegweb.blogspot.com. Il va se dire : "tiens ! Un appel pour le blog jegweb." Et transmettre tout ça à l'application qui gère mon bordel.

Celle-ci va alors préparer une page HTML que le serveur va renvoyer à votre navigateur pour lui donner des instructions. Notre navigateur va recevoir çà et sous votre regard émerveillé mon blog va s'afficher...

Que va contenir la page HTML ? 

Tu peux regarder toi-même, si tu veux. Par exemple, si tu es avec Firefox, tu trouveras dans les menus une option "outil pour les développeurs" puis "afficher le code source". Tu n'y comprends rien ? C'est normal... Mais il y a 10 ou 12 ans, c'est ce genre de merdier qu'il nous fallait taper si on voulait gérer un serveur web.

La page HTML va contenir, globalement des instructions d'affichage, du texte à afficher, des adresses d'images à afficher, des bouts de "scripts",...

Par exemple, pour mon blog, il y aura l'instruction : "Hé ! Banane ! Affiche donc en haut à gauche et en gros : Partageons l'addiction" puis "Hé ! Banane ! Affiche donc en dessous le slogan du blog mais en plus petit".

Ces instructions sont appelées : balises html. Il va y en avoir pour un tas de trucs, comme afficher du texte, insérer un lien, afficher une image à aller chercher sur un serveur, exécuter un bout de programme,...

T'as vu ? En haut à droite, j'ai un machin avec les cercles Google+. Je suppose que dans la page HTML, j'ai un bout de commande qui dit : vas donc voir sur les serveurs de Google+ ce qu'il faut faire pour "le comptoir de Jegoun". Le serveur Google+ enverra alors des instructions à ton navigateur...

Tu as bien suivi ?

Je résume... Tu tapes http://www.aubistrogeek.com. Le réseau envoie ça à un serveur Blogspot dont une application va transmettre une page html avec des instructions pour ton aviateur qui, dans la joie et la bonne humeur, exécutera ces instructions pour que tu puisses voir mon blog.

Je vais m'attarder un peu sur le HTML. C'est important. C'est une norme qui permet, globalement, à un serveur de parler dans une langue connue par le navigateur. La norme évolue sans cesse. Elle est définie par le W3C (World Wide Web Consortium) qui est un organisme à but non lucratif, composé des industriels, des gens qui font des navigateurs. Les anciennes versions étaient très lourdes et on a vu éclore des tas de machins qui se sont greffés dessus, comme le Javascript qui s’est greffé dessus pour nous faire des machins comme on voit actuellement. Nous en sommes à HTML 5 qui est commence à voir le jour. Elle permet un tas de nouveaux trucs, comme l'affichage de vidéos en streaming sans passer par des serveurs comme YouTube et sans Flash ce qui sera bien pratique mais on s’en fout, à ce stade.

Bref, comme dit Wikipedia : « L’Hypertext Markup Language, généralement abrégé HTML, est le format de données conçu pour représenter les pages web. » Je répète : c’est la base ; ça permet à un serveur de parler à un navigateur.

Tant que je parle de normes, il me faut évoquer XML. C’est aussi un machin défini par le W3C. C’est ce qui permet de transporter des données sur le web. Hier, par exemple, à propos de la disparition de Google Reader, on disait qu’on pouvait télécharger la liste des blogs auxquels on est abonné. Je te disais comment le faire… Si tu l’as fait, regarde le fichier vite-fait. C’est important que des gugusses fassent ce genre de normes, sinon on serait toujours à échanger des 0 et des 1 sans savoir quoi en faire… Il y a plein de normes, comme ça ! Par exemple, IMAP est la norme qui vous permet de récupérer les messages dans une messagerie.

Revenons aux blogs. Votre navigateur ne sait pas ce qu’est un blog. C’est donc le serveur web qui va lui envoyer les instructions en HTML, voire des données en XML (ou un mix des deux, le langage XHMTL).

Qu’est-ce que le serveur de blog ?

C'est, d'un côté, ce que je vais appeler une application, c'est-à-dire un ensemble de logiciels et, de l'autre côté, une base de données, soit un ensemble de fichiers. L'application va utiliser ces données pour préparer une page HTML pour ton navigateur.

Cette base de données à plusieurs volet : la description du blog, les billets et les machins comme les images qui sont affichées dans les billets.

La description du blog est ce qui permet sa mise en page, la couleur du fond, le contenu des colonnes, la police de caractères, le détail de la blogroll,... Appelle-ça comme tu veux : feuille de style, CMS,... peu importe. Pour des lascars comme moi, qui gèrent leurs blogs avec Blogger, tout cela est presque transparent.

Les "billets" est la partie qui évolue au quotidien est qui contient la description des billets : le titre, le texte, la présentation, la position des images (stockées à part dans ce que j'appelais "les machins", ci-dessus).

Je résume à nouveau. Pour l'affichage d'un blog, nous avons trois trucs qui interviennent : ton navigateur, le serveur web et la base de données.

Le serveur web est très fort : il va pouvoir préparer les pages html de différentes manières selon que tu consultes le blog d'un ordinateur ou d'un smartphone.

On a donc 3 machins, le navigateur, le serveur et la base. On appelle ça une architecture 3 tiers ("tier" est un mot anglais qui veut dire niveau, ce que je sais depuis peu). Ceci a peu d'importance dans le cadre du présent billet mais c'est pour ta culture générale parce que c'est la base de l'informatique actuelle. Prends l’exemple de ta banque. Pour consulter tes comptes tu as un navigateur, un serveur et une base de données. Ton conseiller financier aussi. Le navigateur et la base de données seront les mêmes. Seul le serveur change... Réfléchis bien à ça. La standardisation par les normes est importante. Vos navigateurs vont parler le même langage, HTML, aux deux serveurs différents qui parleront avec le même langage à la base de données.

Deux serveurs différents ? Pour les blogs, c'est pareil. Par exemple, pour voir mon blog, j'utilise (et toi aussi) un serveur blogspot.com (redirigé à partir de aubistrogeek.com). Pour gérer mon blog, j'utilise un autre serveur, blogger.com. En fait, ce sont plus précisément trois serveurs : un pour la consultation sur ordinateur, un, très proche, pour la consultation sur smartphone, un pour la gestion du blog. Pour la banque, c'est pareil. Tu auras un serveur pour consulter tes comptes sur ton PC et un autre pour consulter ton compte à partir d'un automate de type « distributeur de billets ».

Revenons à nos moutons.

Je disais qu'un blog est avant tout une base de données. Ça te troue peut-être le cul mais c'est comme ça. Les gens qui ont un blog "Wordpress.org" le savent très bien.

Cette base de données est composée de trois machins, disais-je... J'ai oublié quelques détails. Par exemple, elle contient aussi les commentaires aux billets.

Et les flux RSS ?

Ils font partis des machins que j'ai oubliés. Le fameux flux RSS ! C'est en fait un petit fichier à côté du blog. Tiens ! On parle parfois de flux ATOM. C'est à peu près pareil. Ce sont deux standards différents mais tous les deux basés sur la norme XML que j'évoquais plus haut.

Le flux RSS est un fichier qui est mis à jour quand on publie un nouveau billet, notamment. Il contient une description rapide du blog et les derniers billets, soit complets, soit tronqués. S'ils sont complets, ils peuvent avoir le même format que les billets. D'ailleurs, si tu consultes un de mes billets, il aura la même tronche dans Google Reader que sur mon blog.

L'intérêt du fichier RSS est qu'il est tout petit et "statique" alors que le blog lui même contient un tas de saloperies diverses (bannière, image de fond, blogroll, les commentaires, le soft pour gérer les commentaires...). Le fichier HTML est généré à chaque affichage du blog.

Si tu utilises Netvibes ou une application sur smartphone, tu auras remarqué que l'affichage prend quelques temps : il faut que le serveur qui gère ça aille voir si les flux RSS de chaque blog ont été modifiés depuis la dernière fois puis, le ça échéant, le télécharge. Si besoin, il va le traduire en HTML pour que ton navigateur l'affiche.

Autour des flux RSS, il y a une espèce de double malentendu. D'une part, la notion de flux est un peu abusive. Ça vient probablement de l'anglais ou d'un vieil usage dans l'informatique. D'autre part, l'abonnement aux flux ne vient pas du fait qu'on s'abonne à un blog mais qu'autrefois il fallait être abonné pour pouvoir lire un flux. Vous vous abonniez à un blog dans votre agrégateur et, lui, s'abonnait au flux pour avoir l'autorisation de le lire.

Avec le terme abonnement, on avait l'impression que c'est l'abonné (l'agrégateur) qui recevait automatiquement l'information (comme on reçoit dans notre boîte à lettres un journal auquel on est abonnés) alors que c'est bien l'agrégateur qui va chercher le fichier avec ce qu'on appelle un flux.

L'utilisation quasi obligatoire à une époque de feedburner rendait cette notion d'abonnement plus réelle. Comme Google Reader et Feedburner étaient dans la même boutique, ça facilitait la chose.

Bon...

Il n'y a pas que les agrégateurs ou lecteurs de flux qui utilisent les flux RSS. Par exemple, les billets de ce blogs sont publiés automatiquement sur mon compte Twitter et ma page Facebook. Pour ce faire, j'utilise dlvr.it qui va vérifier périodiquement le flux de mon blog pour voir s'il y a du neuf.

Tous les dix minutes, dlvr.it appelle Blogspot : "hé ho ! Y'a du neuf chez aubistrogeek.com ?", Blogspot renverra la question à Blogger qui renverra la question à Feedburner... Vous imaginez le bordel !

Autre exemple... Vous voyez en haut de ma colonne la plus à droite. Il y a une blogroll dynamique. Les blogs y sont affichés avec le dernier billet de chacun. C'est basé sur les flux.

Allez sur mon blog politique. Je ne sais plus combien de blogs sont présentés. Disons 150. A chaque fois qu'une andouille ouvre mon blog, il faut que blogueur aille voir les flux de chacun d'entre eux pour aller voir les billets de chacun (et ne présente que les 25 derniers). Vous avez vu ce bordel ? 8 ou 900 fois par jour, il va interroger 150 blogs, tout ça pour quelques loustics qui cliquent...

Je résume. Le flux RSS et son concurrent, le flux ATOM, sont des petits fichiers à côté des blogs que vont périodiquement mais fréquemment consulter des applications pour demander : "alors, quoi de neuf sur ce site ?". La réponse est négative dans 100% des cas.

J'espère que vous avez tout compris jusque là ! Des puristes pourront apporter des précisions si je me plante. Qu'ils ne focalisent pas sur les détails, je ne fais que vulgariser. Merde, quoi. Vive la vulgarisation.

Un dernier détail. Les flux RSS ne sont pas dédiés aux blogs ou aux sites web. Par exemple, si vous suivez le compte Twitter @leftblogs, il contient tous les billets de notre groupe de blogueurs gauchistes. Il est diffusé par dlvr.it sur la base d'un flux RSS qui agrège les flux RSS des blogs de tous les membres du groupe. Autre exemple, vous pouvez vous abonner à un flux RSS avec l'ensemble des tweets que vous avez marqué comme favoris.

Il existe, ainsi, des centaines de millions, probablement des milliards de flux RSS. C'est le bordel.

Bref…

Quand j’ai commencé à bloguer, fin 95, on ne parlait pas des flux RSS. On allait dans les blogs à la main, de blogroll en blogroll. La notion a commencé à se développer par la suite, j’ai appris que j’avais moi-même un flux RSS et que tous les blogs en avaient.

Techniquement, ça restait un peu du chinois. Les gens parlaient de syndication ou de mots compliqués comme ça. On y comprenait que dalle. C’est en 2007 qu’on a commencé à comprendre que la « syndication de contenu » était très importante et l’avenir du web.

On a commencé à s’abonner aux blogs dans Netvibes, qu’on aimait bien, c’était un truc Français. Il est sorti en 2005, trois semaines avant que Google ne sorte son service… On est passé à Google Reader pour différentes raisons, notamment qu’il offrait des services complémentaires.

RSS ne mourra pas. Google Reader sera repris par Feedly, ils ont vraisemblablement des accords. Google Reader n’avait plus aucun intérêt pour Google qui développe une autre approche du web.

C'est quoi RSS ?

Il faut que je réponde à mon commentateur. Ce n'est pas un outil.

C'est un petit fichier, annexé aux sites web, qui décrit les dernières modifications de celui-ci. Pourquoi voudriez-vous que ça disparaisse ?

Netvibes pour remplacer Google Reader (bis) ?

Dans un mes derniers billets, je disais que Netvibes n'était pas adapté à mon utilisation à cause de l'affichage par Widget. Il y a en fait un mode différent (flèche rouge) qui pourrait me faire revenir sur mon choix...

Netvibes pour remplacer Google Reader ?

En entendant parler de la fermeture de Google Reader, j'ai immédiatement pensé à Netvibes que j'utilisais auparavant. J'ai réactivé mon compte... Et fais des copies d'écran pour te rendre service. Ce n'est pas gentil de ma part ? Le tout pour récupérer tes abonnements Google Reader dont tu auras récupéré la liste en respectant le mode d'emploi donné ici.

Netvibes ne semble pas convenir à mon usage parce que je suis 300 blogs mais est néanmoins très bien. Je te le conseille...

Etape 0

Tu vas sur Netvibes, tu crées un compte, tu bricoles un peu pour savoir comment ça marche, tu supprimes les widgets inutiles.

Etape 1

Tu cliques sur "ajouter du contenu".

Etape 2

Tu cliques sur "ajouter un flux" puis sur "importer".

Etape 3

J'ai oublié de faire une copie d'écran. Bref ! Tu choisis ton fichier avec les listes des abonnement Google Reader.

Etape 4

Quand c'est fini (c'est très rapide), tu cliques sur OK...

Etape 5

Te voilà avec un bel écran mais tu vas attendre quelques minutes pour que tout ce mette à jour (il faut qu'il récupère tous les flux de tes abonnements...).

Etape 6

Ceci n'est pas une étape mais je t'invite à créer des onglets par catégorie de blogs.

Là, par exemple, j'ai créé un onglet leftblogs, le machin me propose automatiquement de suivre "leftblogs" dans Google+ et dans Twitter et un autre truc avec des recherches je ne sais où.