Fermeture de Reader : Feedly explose, Google campe sur ses positions

Fermeture de Reader : Feedly explose, Google campe sur ses positions

Et une pétition dépasse les 125 000 signatures

Avatar de l'auteur
Sébastien Gavois

Publié dans

Internet

18/03/2013 3 minutes
41

Fermeture de Reader : Feedly explose, Google campe sur ses positions

Suite à l'annonce de la fermeture de Reader, Feedly se frotte les mains et précise avoir recruté plus de 500 000 nouveaux utilisateurs provenant du service de Google. Pendant ce temps-là, une des pétitions visant à maintenir Reader actif a dépassé le cap des 125 000 signatures, tandis que celle sur le site de la maison blanche a été retirée. Google campe sur ses positions, mais pourrait bien préparer un nouveau service... baptisé News.

Google Reader fermeture

 

Il y a quelques jours, Google créait la surprise en annonçant qu'à partir du 1er juillet prochain Reader, son agrégateur de flux RSS, cesserait de fonctionner. Une annonce lourde de conséquences, y compris pour ses concurrents qui sont encore nombreux à exploiter son API.

Feedly annonce avoir recruté 500 000 clients en 48 heures, Digg est sur les rangs

Feedly, qui avait été parmi les premiers à réagir en précisant qu'un clone de l'API de Google était en préparation, vient d'annoncer avoir recruté plus de 500 000 nouveaux membres en l'espace de 48 heures seulement. Un afflux qui n'est pas sans conséquence et la jeune société précise avoir multiplié par dix sa bande passante et ajouté de nouveaux serveurs. Bien évidemment, le travail sur la nouvelle API est toujours en cours.

 

Pour rappel, la firme de Mountain View avait de son côté précisé que « l'utilisation de Google Reader a baissé et, en tant que société, nous devons concentrer notre énergie sur moins de produits. Nous pensons que ce genre de mise au point améliora l'expérience des utilisateurs ».

 

Feedly n'est évidemment pas la seule à plancher sur une solution de remplacement à Reader. Digg par exemple est également sur les rangs et, via ce billet posté sur son blog, la société annonce qu'elle « espère identifier et reconstruire les meilleures fonctionnalités de Reader (y compris son API), mais aussi les propulser dans l'internet des années 2013 », l'idée étant évidemment d'ajouter une dimension communautaire à son agrégateur.

 

Digg Reader compte à rebours

Digg a même mis en place un compte à rebours

 

D'autres sociétés souhaitent également courtiser les utilisateurs en quête d'une solution de remplacement : Netvibes (qui annonce aussi une augmentation substantielle de son trafic), Reeder ou encore OwnCloud (voir cette actualité) pour ne citer qu'eux.

Une pétition obtient plus de 125 000 signatures, Google campe sur ses positions

Sans grande surprise, la Maison Blanche a décidé de retirer la pétition demandant le maintien de Reader en précisant qu'elle « constitue une violation de nos conditions d'utilisation ». Quoi qu'il en soit, une autre pétition déposée sur le site Change.org réunit à l'heure actuelle plus de 125 000 signatures.

 

Interrogée par nos confrères de The Next Web, la firme de Mountain View n'a pas souhaité faire de commentaire sur ce point et s'est contentée de préciser que « nous avons donné un aperçu de notre raisonnement et de nos plans sur les blogs officiels de Google et de Reader, et nous communiquerons directement avec nos utilisateurs sur ces changements ». Les différentes protestations des utilisateurs ne semblent donc pas ébranler le géant du web qui campe sur ses positions.

 

Mais, d'après nos confrères d'Android Police, Google serait en train de préparer une nouvelle section sur son Play Store : News. Elle reprendrait le principe de fonctionnement d'un kiosque à journaux. Une annonce qui pourrait faire suite aux accords passés entre Google et la presse de différents pays... et qui pourrait également proposer une alternative à Reader, mais avec la possibilité d'engranger des bénéfices via des abonnements payants. Réponse dans les mois qui viennent.

Écrit par Sébastien Gavois

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

Feedly annonce avoir recruté 500 000 clients en 48 heures, Digg est sur les rangs

Fermer

Commentaires (41)


Fermer un service alors que l’autre n’est pas prêt, grossière erreur de Google.








Industriality a écrit :



Fermer un service alors que l’autre n’est pas prêt, grossière erreur de Google.







Quel est l’autre ?



News n’a rien à voir avec un lecteur de flux RSS.



Perso j’avais déjà un compte Feedly du coup je suis retourné voir comment ça avait évolué pour préparer la fermeture de Reader, Feedly est loin d’être aussi pratique, si quelqu’un a mieux à me conseiller, je suis preneur.








Industriality a écrit :



Fermer un service alors que l’autre n’est pas prêt, grossière erreur de Google.







L’hypothétique nouveau service sera sans doute prêt avant la fermeture de Reader en juillet. Probablement un ou deux mois avant, pour que tous ceux qui utilisaient Reader puisse récupérer leurs fils RSS favoris via Google Takeout à temps. C’est l’annonce de la fermeture de ce service avant l’arrivée du prochain qui pose problème puisque cela laisse le temps à la concurrence de s’adapter et remplacer le service en passe d’être éteint avant que celui que Google souhaite voir en substitut n’arrive. Une telle annonce suscite la crainte des internautes qui ont souscrit à Reader. L’incertitude les ronge. Ils préfèrent se préparer au changement dès maintenant, avant qu’il ne soit réellement trop tard, et cela même si les rumeurs indiquent qu’un nouveau service est en préparation. Si Google les avait rassuré en leur avouant directement qu’un remplaçant arrive (ce qui semble être le cas) et à quelles seraient ses fonctions (s’il y a des bouleversement, s’ils retrouveront la simplicité du service et la perfection de l’interface), il n’y aurait pas eu ce mouvement de panique et finalement, le nombre de départ chez la concurrence aurait été moindre.



Enfin, il n’est pas exclu qu’il y ait des retours en arrière. Google proposera peut-être un service qui s’imposera de lui-même, faisant tout naturellement revenir les utilisateurs vers sa nouvelle plateforme.



Quoi qu’il en soit, niveau communication, Google n’a très franchement pas assuré, sur ce coup-là.



Apparemment Google a aussi retiré son plugin RSS pour Chrome. Dans un tel cas, Google a vraiment une dent contre les RSS.


Je ne pige pas trop en quoi la disparition de google reader est si catastrophique : ce n’est qu’un agrégateur de flux RSS, il existe des tonnes d’appli (à commencer par nombre de clients mails) capables d’en faire autant.



Après je ne connais pas google reader, qui offre peut être des options auxquels je ne pense pas mais là comme ça, je ne vois pas trop.


Perso j’ai tout basculé sur netvibes. Adios Google !








Industriality a écrit :



Fermer un service alors que l’autre n’est pas prêt, grossière erreur de Google.





Ouais enfin, à mon avis, ils ont pensé aux conséquences avant d’annoncer cette fermeture.



C’est peut-être plus facile de fermer un service et d’en créer un nouveau, marquant une séparation nette entre les deux, plutôt que de dire aux utilisateurs de Reader “Coucou, à partir de demain, Reader se renomme News et vous aurez la possibilité de payer pour aggréger vos infos !”.



Je suis pressé de voir ce que Feedly et Digg vont nous sortir j’espere vraiment un service aussi agréable que reader.

Je n’ai vraiment pas envie de payer pour un abo à différents journaux d’actu ce n’est qu’une perte de temps en revanche sur une tablette cela peut être interessant.



De toute façon comme le dis NiCr, News n’est pas un service de RSS le comparatif n’a pas à être fait.








batoche a écrit :



Je ne pige pas trop en quoi la disparition de google reader est si catastrophique : ce n’est qu’un agrégateur de flux RSS, il existe des tonnes d’appli (à commencer par nombre de clients mails) capables d’en faire autant.



Après je ne connais pas google reader, qui offre peut être des options auxquels je ne pense pas mais là comme ça, je ne vois pas trop.







Effectivement, tu ne connais pas GReader <img data-src=" />



GReader, en plus d’avoir une super interface web (donc accessible depuis n’importe quel device), c’est surtout la centralisation de tous les flux accessible depuis une API.



Donc tu peux lire tes flux via GReader ou via n’importe qu’elle appli (web ou non) qui sait exploiter son API.



Avec des clients lourds, impossible de synchroniser ses flux et ses lectures entre différentes machines.









Groove a écrit :



Ouais enfin, à mon avis, ils ont pensé aux conséquences avant d’annoncer cette fermeture.



C’est peut-être plus facile de fermer un service et d’en créer un nouveau, marquant une séparation nette entre les deux, plutôt que de dire aux utilisateurs de Reader “Coucou, à partir de demain, Reader se renomme News et vous aurez la possibilité de payer pour aggréger vos infos !”.







Je pense ques les deux stratégies sont risquée, apparemment la politique est la suppression de services et à l’uniformisation de leurs plateformes comme partout, c’est devenu contraignant, comme par exemple l’impossibilité de poster un commentaire sur Google Play pour une appli si tu n’as pas de compte Google+ (ce qui est mon cas).



Bref, reader marchait bien et attirait du monde, c’est assez étrange comme décision.









Haseo a écrit :



Perso j’avais déjà un compte Feedly du coup je suis retourné voir comment ça avait évolué pour préparer la fermeture de Reader, Feedly est loin d’être aussi pratique, si quelqu’un a mieux à me conseiller, je suis preneur.







+1









Industriality a écrit :



Bref, reader marchait bien et attirait du monde, c’est assez étrange comme décision.





Ya marqué le contraire dans l’article <img data-src=" />









Industriality a écrit :



Bref, reader marchait bien et attirait du monde, c’est assez étrange comme décision.







Le problème étant que Reader ne rapportait à priori pas grand chose financièrement. Si ça attirait du monde (mais en baisse à priori, d’après Google), est-ce que ça incitait vraiment les gens à utiliser les autres services (sur lesquels ils peuvent monétiser) ?



J’avoue que perso je n’en sais rien, j’utilisais pas GReader de toute façon.

Mais si dans ma société on identifiait un service qui ne rapporte rien mais consomme une partie de mes ressources, moi aussi je pèserais le pour et le contre et commencerais à me poser la question de la réelle valeur ajoutée du service en question.

Après, la réputation risque d’être un peu ébréchée, mais dans le cas de Google, je ne suis pas sûr que ça les inquiètent plus que ça…









NiCr a écrit :



Effectivement, tu ne connais pas GReader <img data-src=" />



GReader, en plus d’avoir une super interface web (donc accessible depuis n’importe quel device), c’est surtout la centralisation de tous les flux accessible depuis une API.



Donc tu peux lire tes flux via GReader ou via n’importe qu’elle appli (web ou non) qui sait exploiter son API.



Avec des clients lourds, impossible de synchroniser ses flux et ses lectures entre différentes machines.





Tout a fait. Pour mon utilisation la synchronisation entre mes differents ordis est ce que j’apprecie le plus. J’utilise un client pour mes flux RSS, donc en soit GReader en ligne ne me sert pas, mais si je lis les flux sur portable 1, ils apparaissent lus sur portable 2.



Si vous avez une alternative et mobile et desktop, je prends,

mes exigences:

de préférence pas de client pour le desktop

un interface simple sur mobile.



Synchronisation entre les deux, je lis sur desktop un élément, ça disparait sur le mobile et vice-versa.








frscot a écrit :



Tout a fait. Pour mon utilisation la synchronisation entre mes differents ordis est ce que j’apprecie le plus. J’utilise un client pour mes flux RSS, donc en soit GReader en ligne ne me sert pas, mais si je lis les flux sur portable 1, ils apparaissent lus sur portable 2.





Idem en ce qui me concerne!



Si je comprends bien, il faut que je compte maintenant sur la mise en place de l’API “Normandie” de Feedly et que mes lecteurs de flux (NewsRob, Beyond Pod et Google Currents!) se synchronisent dessus.



Exact?



D’abord surpris, deçu, puis résigné.



J’en ai fait mon deuil.



Après quelques recherche d’une solution qui puisse me convenir, entre feedly en dekstop, feedly, theoldreader et autre, j’ai finalement avec bonheur tenté le coup Opera, installé hier. Alors que je connaisais uniquement de nom. Il est devenu mon navigateur par défaut, en lieu et place de Chrome (histoire de leur faire un pied de nez par la même occasion <img data-src=" /> )



Je vous invite vraiment a essayer. C’est un peu laborieux au début de s’y retrouver, mais une fois que tout est bien paramètré, c’est que du bonheur, il ne manque qu’un raccourci clavier pour ouvrir dans un nouvel onglet, vu que peu de site donne autre chose que le titre et le chapeau dans le flux RSS, et ce serait vraiment parfait.



Au final, c’est vraiment une agréable surprise que m’a fait google en fermant reader. <img data-src=" />








jinge a écrit :



Ya marqué le contraire dans l’article <img data-src=" />







C’est ce que dit Google !







kikoo25 a écrit :



j’ai finalement avec bonheur tenté le coup Opera, installé hier. Alors que je connaisais uniquement de nom. Il est devenu mon navigateur par défaut, en lieu et place de Chrome (histoire de leur faire un pied de nez par la même occasion <img data-src=" /> )



Je vous invite vraiment a essayer







Ça n’a rien à voir entre GReader et un client lourd <img data-src=" />



J’avais un compte feedly que je n’utilisais pas, voila une occasion de sauter le pas !

L’interface de la version mobile est vraiment pratique pour passer d’une actu a une autre je trouve, j’aime bien :)


Pour ma part, je suis assez satisfait par feedly pour l’instant.

J’aime bien la mise en valeur des articles ayant le plus de “likes”, du coup c’est assez rafraichissant par rapport à Greader.

Encore quelques défauts, comme l’obligation d’installer une extension, la tendance générale un peu trop “magazine” à mon goût, une séparation par journée exagérée qui rend l’affichage peu compact.

Mais je ne doute pas que beaucoup de monde doit actuellement travailler sur ces sujets, et d’excellents outils vont surement émerger ! <img data-src=" />


Ce que j’aimerai savoir dans ce “Nettoyage de printemps” de Google, c’est l’API CalDav, qui est actuellement utilisé par pas mal de devices et logiciels qui ne sera plus supporté (sauf pour les devs sur liste blanche) comment ça va se passer ?



Je ne vois pas comme ils peuvent faire la différence entre Microsoft qui utilise le protocole CalDav dans un application de mail, plutôt qu’un dev indépendant qui fait pareil ?








Industriality a écrit :



Bref, reader marchait bien et attirait du monde, c’est assez étrange comme décision.





reader n’attirait pas grand monde au contraire. Le grand public ne s’est jamais familiarisé avec les flux RSS; le produit a stagné depuis un moment (à part le passage au nouveau thème, il y a t il eu une seule évolution de reader ces 3 dernières années ?).

Le supprimer c’est jeter l’éponge & donner plus de visibilité aux autres services Google. Si Currents se dotait d’une interface web, ce serait d’ailleurs un remplaçant assez complet de Reader (sans la notion de boite de réception avec compteur de messages non lus, mais ce concept a beaucoup de détracteurs).









Snake-Ice a écrit :



Si vous avez une alternative et mobile et desktop, je prends,

mes exigences:

de préférence pas de client pour le desktop

un interface simple sur mobile.



Synchronisation entre les deux, je lis sur desktop un élément, ça disparait sur le mobile et vice-versa.







auto hébergement <img data-src=" />



explication d’une installation ICI









Teovald a écrit :



reader n’attirait pas grand monde au contraire. Le grand public ne s’est jamais familiarisé avec les flux RSS; le produit a stagné depuis un moment (à part le passage au nouveau thème, il y a t il eu une seule évolution de reader ces 3 dernières années ?).

Le supprimer c’est jeter l’éponge & donner plus de visibilité aux autres services Google. Si Currents se dotait d’une interface web, ce serait d’ailleurs un remplaçant assez complet de Reader (sans la notion de boite de réception avec compteur de messages non lus, mais ce concept a beaucoup de détracteurs).







Tout dépend donc de ta définition de “grand monde”.

C’est sûr que si on compare (de manière totalement stupide) les usages d’un Google Reader à ceux d’un réseau social grand public, on risque de trouver qu’il n’y a pas grand monde sur Google Reader.

Mais ce n’est pas la cible à viser !



Non, les gens qui utilis(ai)ent Google Reader sont les journalistes, les bloggers, les veilleurs, les pros de certains secteurs, les plus curieux sur certains domaines parfois aussi, etc.



C’est grâce aux gens qui utilisent activement les RSS (via Google Reader ou autre, mais vu que Reader domine/ait le marché…) que la “curation” se fait, parce que suivre l’actualité de 300/500/1000 sites de contenus via twitter/facebook, ça ne doit pas être particulièrement productif…



Donc le “grand monde” se réfère à cette majorité des curateurs… et là, oui il y avait du monde à utiliser.

Et même au-delà (je crois que c’est) le New York Times a visiblement 24M d’abonnés à son flux RSS via Google Reader, pas trop mal…



Ce qui est con, et on commence à en voir les effets, c’est de tuer un service si apprécié, en terme d’image et de confiance… sans penser à la réaction au lancement de nouveaux services.

Les news sur Google Keep commencent à pleuvoir et il me semble pas en avoir vu une seule ne faisant pas écho (dans l’article où les commentaires) au frein à l’usage posé par ce manque de confiance sur la pérennité : “Pfff, si c’est pour que ça ferme dans 3 mois”, etc.



Donc oui, le choix de Google est compréhensible, mais ça reste un choix assez hasardeux vis-à-vis d’une base d’utilisateurs plutôt… “fan” de Google et de ses services en général.









NiCr a écrit :



Effectivement, tu ne connais pas GReader <img data-src=" />



GReader, en plus d’avoir une super interface web (donc accessible depuis n’importe quel device), c’est surtout la centralisation de tous les flux accessible depuis une API.



Donc tu peux lire tes flux via GReader ou via n’importe qu’elle appli (web ou non) qui sait exploiter son API.



Avec des clients lourds, impossible de synchroniser ses flux et ses lectures entre différentes machines.





Il faut une API pour du RSS ?????



Fermer un service peu rentable en laissant ses utilisateurs dans la panade, en pensant en concevoir un autre qui leur permettra de mieux se remplir les fouilles…



GOOGLE dans tout sa splendeur, le benef avant la satisfaction utilisateur !!!



Merci de signer pour qu’ils arrêtent de nous prendre pour des moins que rien :

http://www.change.org/petitions/google-keep-google-reader-running



Ma confiance en Google en a pris un sacré coup et je me sent un peu perdu du coup :(








zempa a écrit :



Il faut une API pour du RSS ?????







Si tu veux pouvoir accéder tes flux sur plusieurs appareils et plusieurs applis tout en gardant synchronisé l’état de lecture, oui.









luinil a écrit :



Si tu veux pouvoir accéder tes flux sur plusieurs appareils et plusieurs applis tout en gardant synchronisé l’état de lecture, oui.





Et il ne pouvait pas recracher un RSS compilé ?









kubus a écrit :



Les news sur Google Keep commencent à pleuvoir et il me semble pas en avoir vu une seule ne faisant pas écho (dans l’article où les commentaires) au frein à l’usage posé par ce manque de confiance sur la pérennité : “Pfff, si c’est pour que ça ferme dans 3 mois”, etc.

l.





T’es peut-être tombé sur mon commentaire sur Presse-citron! <img data-src=" />









zempa a écrit :



Et il ne pouvait pas recracher un RSS compilé ?





L’API permet de gérer (entre autres) la liste des flux, les articles lus/non-lus, les favoris, le classement…

Notamment pour le multi-support, typiquement si je lis un article grace à Google Reader “Web”, il a apparaitra comme lu dans l’app Greader de mon smartphone.









zempa a écrit :



Et il ne pouvait pas recracher un RSS compilé ?







Comme le dit le post au dessus, un simple RSS compilé te permet pas de synchroniser l’état de lecture des flux. (tout comme les favoris, la structure de classement, etc..)









kikoo25 a écrit :



Après quelques recherche d’une solution qui puisse me convenir, entre feedly en dekstop, feedly, theoldreader et autre, j’ai finalement avec bonheur tenté le coup Opera, installé hier. Alors que je connaisais uniquement de nom. Il est devenu mon navigateur par défaut, en lieu et place de Chrome (histoire de leur faire un pied de nez par la même occasion <img data-src=" /> )





T’inquiète pas, à la prochaine mise à jour d’adobe reader, si tu cliques un peu vite, chrome se réinstallera comme navigateur par défaut! <img data-src=" /> <img data-src=" />









ZeHiro a écrit :



L’API permet de gérer (entre autres) la liste des flux, les articles lus/non-lus, les favoris, le classement…

Notamment pour le multi-support, typiquement si je lis un article grace à Google Reader “Web”, il a apparaitra comme lu dans l’app Greader de mon smartphone.





Et pourquoi ne pas pondre des flux RSS “articles lus”, “favoris”, etc ?

En fait, ce qui me semble mal foutu, c’est de partir d’un techno interopérable et assez simple (pour ne pas dire basique) et finir avec une API qui sont tout sauf interopérable !?!



Le truc, c’est que je souhaite juste un lecteur de flux RSS (et autres formats du meme style) avec interface web et, eventuellement, une application Android, de maniere a pouvoir lire mes flux ou que je sois. GReader remplissait ces fonctions. (Et je suis un adpete du “keep it simple”…)

La, j’ai migre vers Netvibes (reader version… l’interface widget est trop “fancy” a mon gout) et ca remplit les memes fonctions. Si Google veut fermer Reader, c’est son choix. S’il veut en migrer des fonctionnalites vers le Play Store, je ne suivrai pas. Surtout si c’est pour mieux nous inciter a payer pour les obsoletes du secteur de la Presse.








durthu a écrit :



auto hébergement <img data-src=" />



explication d’une installation ICI







ça ira avec un petit 40 kbps en upload en période calme ?

et sinon, niveau charge processeur ? Si je le fais, ça sera sur un eeepc 901 donc un petit atom,

si tout est bon, je lance ça dans la semaine.

Sinon, sur une raspberry ? (J’ai pas, mais j’en veux un, sans raison vraiment valable, parce que j’aime le concept)









Snake-Ice a écrit :



ça ira avec un petit 40 kbps en upload en période calme ?

et sinon, niveau charge processeur ? Si je le fais, ça sera sur un eeepc 901 donc un petit atom,

si tout est bon, je lance ça dans la semaine.

Sinon, sur une raspberry ? (J’ai pas, mais j’en veux un, sans raison vraiment valable, parce que j’aime le concept)







Si tu comptes te mettre à l’autohébergement, encore plus sur un RPi, tu as intérêt à prendre rapidement le réflexe Google. <img data-src=" />



http://lmgtfy.com/?q=ttrss+raspberry+pi









Snake-Ice a écrit :



ça ira avec un petit 40 kbps en upload en période calme ?

et sinon, niveau charge processeur ? Si je le fais, ça sera sur un eeepc 901 donc un petit atom,

si tout est bon, je lance ça dans la semaine.

Sinon, sur une raspberry ? (J’ai pas, mais j’en veux un, sans raison vraiment valable, parce que j’aime le concept)







Je t’avoue que je ne sais pas pour la charge processeur, je l’ai essayé avec un pentium G850 sans soucis. Pour l’upload, je n’ai essayé qu’avec une connexion fibrée…










®om a écrit :



Quelques alternatives







Y’en a un qui fait de l’archivage “illimité” <img data-src=" /> ?



C’est vrai la fonctionnalité que j’arrive à trouver nulle part ailleurs … <img data-src=" />



bon j’ai réussi à installer Tiny Tiny RSS sur mon serveur mutualisé chez OVH



par contre si j’exporte depuis Googler Reader il me propose pas d’exporter en OMPL mais un zip contenant des json et un xml de mes souscriptions, la belle affaire, comment l’importer dans TT-RSS?



en prime, bonne blague de Google, le zip récupéré via Google Takeout comporte un @ dans son nom ([email protected]) et également dans l’arborescence interne du zip, je ne parviens pas à le décompresser sous Ubuntu…