Un mois avant la fermeture de Reader, Feedly parle roadmap et monétisation

Un mois avant la fermeture de Reader, Feedly parle roadmap et monétisation

La mutation ne fait que commencer

Avatar de l'auteur
David Legrand

Publié dans

Internet

04/06/2013 5 minutes
46

Un mois avant la fermeture de Reader, Feedly parle roadmap et monétisation

Google Reader, ce sera terminé dans moins d'un mois. Comme nous avons déjà pu largement l'évoquer, le service sera en effet fermé et vous avez pour l'instant la possibilité de récupérer vos données. Depuis l'annonce, de nombreux services tentent de se présenter comme les dignes remplaçants de Reader et, à ce petit jeu, Feedly semble plutôt bien parti. Ainsi, la société dévoile ses plans et se cherche des partenaires.

Comme nous l'avons déjà évoqué, dans la course au remplaçant de Google Reader, les prétendants étaient nombreux, mais finalement, peu ont réussi leur pari. Digg a un temps fait parler de lui mais n'a rien annoncé de nouveau depuis quelques semaines, Flipboard se contente de tout miser sur ses magazines, les alternatives libres ou non plus ou moins bancales se multiplient... mais seul Feedly semble tirer son épingle du jeu.

Pour remplacer Google Reader, Feedly en tête de course, et c'est mérité

Il faut dire que le service était déjà largement populaire avant l'annonce de la fermeture de Reader et que son équipe a su se montrer à la fois à l'écoute et réactive depuis. Les nouvelles moutures se sont multipliées et le service s'est largement amélioré, le tout sur fond de remplissage de bloc User Voice et autres sondages.

 

Récemment, on apprenait que de nouveaux serveurs étaient en train d'être mis en place pour améliorer la rapidité et le service. L'équipe indique aussi qu'elle a embauché afin de mieux gérer ce point précis, promettant de partager avec la communauté les résultats de leur travail.

 

Feedly Serveurs

PA serait comme un gosse

 

Car c'est bien de cela qu'il s'agit : construire une communauté. Le site précise que 68 % des nouveaux arrivants qui testent le service deviennent des utilisateurs actifs. Ces derniers passent deux fois plus de temps à lire du contenu et un partenariat avec Buffer a permis de largement améliorer le taux de partage. 

Une nouvelle série d'améliorations arrive, mais surtout, une stratégie se dessine

Mais qu'est-ce qui est prévu pour les semaines qui restent ? Parmi les 3500 idées soumises par la communauté, plusieurs ont été retenues et devraient être au centre des préoccupations et des annonces. 

  • Proposer un moteur de recherche
  • Rendre Feedly indépendant dans sa version web (disponible sur tous les navigateurs)
  • Proposer des applications Windows 8 et Windows Phone
  • Améliorer le partage à un groupe
  • Corriger les nombreux bugs

Pour notre part, nous aimerions aussi voir cette fameuse colonne de droite disparaitre, ou la largeur des différentes tailles d'écran être mieux gérées, mais cela n'est pas évoqué. Reste à voir si une évolution un peu plus large du design n'est pas en préparation. 

 

Feedly

 

Quoi qu'il en soit, ce sont surtout deux autres mouvements qui devraient avoir un impact bien plus important à terme pour la jeune société :

  • Les partenariats avec les applications tierces
  • Les partenariats avec les éditeurs

Normandy : le véritable remplaçant de Google Reader

Feedly a en effet été l'un des rares à comprendre ce qui comptait vraiment dans Google Reader. Certes le service était simple et bourré de fonctionnalités, sans forcément être digne d'une usine à gaz. Mais surtout, il s'agissait d'une base pour de nombreux autres services. Des partenariats ont donc été noués avec ReederPress, Nextgen Reader, Newsify et gReader autour du fameux projet Normandy. Pour rappel, celui-ci est destiné à remplacer l'API de Reader et donc de proposer un point de synchronisation centralisé pour les développeurs.

 

Tous ces services vous permettrons donc de récupérer les contenus des flux qui seront ajoutés à votre compte Feedly, arborescence comprise. Reste à voir si n'importe qui pourra à terme en profiter, et surtout, dans quelles conditions : de manière gratuite ou payante ? Un formulaire a été mis en ligne pour permettre à chacun de proposer un partenariat, mais les demandes semblent nombreuses et les élus pour le moment assez rares.

 

Feedly Partners

 

L'autre annonce qui semble être passée totalement inaperçue concerne les relations directes avec les éditeurs et les solutions de monétisation qui sont proposées. En effet, Feedly a mis à jour la page de son site leur étant dédiée. S'il est possible de rajouter un bouton « Ajouter à Feedly », de demander à réserver un tag, être mis en avant dans l'application, proposer un Widget Android ou même de lire des conseils pour la migration de leurs lecteurs depuis Reader, il est surtout question d'une prise de contact.

Ne dites plus agrégateur de flux RSS mais kiosque pour sites web

En effet, derrière tout cela se cachent de nombreux formulaires permettant aux éditeurs de donner des informations sur leurs sites afin que Feedly puisse nouer des partenariats au cas par cas. L'un d'entre eux est même dédié à la monétisation du contenu. L'équipe précise ainsi : « Nous sommes en train de rajouter des fonctionnalités permettant aux éditeurs de mieux monétiser leur site via un paiement à l'accès ou pour un accès prioritaire ».

 

Feedly Monétisation

 

Comme nous l'expliquions il y a quelques semaines, la fin de Google Reader a surtout fait réagir l'écosystème des intermédiaires dans la lecture du contenu. Ces services cherchent désormais à se poser en apporteur d'audience, et donc de revenus, pour les éditeurs. En gardant une part pour eux, ils comptent assurer leur fonctionnement et leur développement, alors que tout le monde y trouverait son compte.

 

D'autres sont déjà sur les rangs de manière plus ou moins avouée : Google devrait à terme proposer la même chose avec Flux d'actu, Flipboard ou Pocket ont déjà plus ou moins évoqué la chose... la presse des années à venir se financera-t-elle de la sorte, ces services devenant les kiosques de la nouvelle génération ? L'avenir nous le dira.

Écrit par David Legrand

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

Pour remplacer Google Reader, Feedly en tête de course, et c'est mérité

Fermer

Commentaires (46)


Je passerai bien à Feedly… si l’application Android ne merdait pas autant chez moi.

Elle m’affiche des articles que j’ai déjà lu alors que j’ai cliqué sur un autre (qui se trouve du coup marqué comme lu).



Et je trouve l’interface moins intuitive.

À un mois du décès de Reader je me trouve sans remplaçant. :(


Moi c’est tout trouvé !



Tiny Tiny rss me convient quoi que je dois encore faire des réglages car il va chercher les informations tous les x temps et sur mobile l’application est payante après 2 jours de test donc hum mais sinon c’est exactement ce qu’il me faut et surtout je suis seul maître des données ^^








EMegamanu a écrit :



…..

À un mois du décès de Reader je me trouve sans remplaçant. :(





J’étais comme toi et je suis passé à Newblur avec Blar sur Android. Ca me suffit bien. <img data-src=" />

Bon, j’ai moins de 50 flux mais si besoin et si ils corrignet les quelques bugs que j’ai sous Opera, je sera près à y mettre les quelques 20 euros par an.



Est-ce une bonne idée de pousser les utilisateurs déçu d’un service hébergé à se tourner vers un autre service hébergé ? Il y a les mêmes risques. Pas de pérennité, maîtrise des données toussa toussa.

C’est au contraire le bon moment pour se lancer sur des service auto-hébergés (éventuellement mis en commun).











freedommaner a écrit :



Moi c’est tout trouvé !



Tiny Tiny rss me convient quoi que je dois encore faire des réglages car il va chercher les informations tous les x temps et sur mobile l’application est payante après 2 jours de test donc hum mais sinon c’est exactement ce qu’il me faut et surtout je suis seul maître des données ^^





L’application android est opensource. Elle se trouve sur f-droid sans limitation. (légalement)












EMegamanu a écrit :



Je passerai bien à Feedly… si l’application Android ne merdait pas autant chez moi.

Elle m’affiche des articles que j’ai déjà lu alors que j’ai cliqué sur un autre (qui se trouve du coup marqué comme lu).



Et je trouve l’interface moins intuitive.

À un mois du décès de Reader je me trouve sans remplaçant. :(





Je trouve Press (https://play.google.com/store/apps/details?id=com.twentyfivesquares.press ) pas mal du tout.









Oudip a écrit :



Je trouve Press (https://play.google.com/store/apps/details?id=com.twentyfivesquares.press ) pas mal du tout.







Y a-t-il aussi une interface web ?

Je pensais plutôt passer à quelque-chose du style Tiny Tyny RSS en auto hébergé d’ici une quinzaine de jours ;)



En tout cas merci à tous de vos conseils. ;)



Ras le cul de ces services hébergés.



Je me suis pris un dédié et je passe à du tout hébergé maison.

Lecteur de flux à la google reader =&gt;https://github.com/tontof/kriss_feed








touch444719 a écrit :



Ras le cul de ces services hébergés.



Je me suis pris un dédié et je passe à du tout hébergé maison.

Lecteur de flux à la google reader =&gt;https://github.com/tontof/kriss_feed





Un dédié pour les RSS, ça fait cher le service à l’année pour pas grand chose non ? <img data-src=" /> M’enfin, je doute que tout le monde aille vers une solution dédiée + auto-hébergement, même à terme, même avec la Fibre. Rien que la complexité de mise en oeuvre freine la majorité des utilisateurs (un peu comme quand certains expliquent que la solution à l’email c’est le serveur email maison).









David_L a écrit :



Un dédié pour les RSS, ça fait cher le service à l’année pour pas grand chose non ? <img data-src=" /> M’enfin, je doute que tout le monde aille vers une solution dédiée + auto-hébergement, même à terme, même avec la Fibre. Rien que la complexité de mise en oeuvre freine la majorité des utilisateurs (un peu comme quand certains expliquent que la solution à l’email c’est le serveur email maison).







http://www.web4all.fr/hebergements.html



Moins de 15€ par an. Et tu peux y mettre d’autres applications.



Ceux qui ont réellement besoin d’un lecteur RSS fiable en ont une utilisation qui justifie plus que largement le coût à mon avis <img data-src=" />



soupir … Et moi je suis content que Reader soit mort. Et j’espère que ni Feedly ni personne d’autre ne prendra le relai, merci bien. On s’est fait chier à standardiser RSS/Atom et OPML qui marchaient très bien (simple, universel, contrôlé par l’utilisateur faisant ce qu’il veut des flux avec l’outil adéquat et réparti sur les différents serveurs auquel on s’abonne -et non géré par un gros minitel central-, etc.), Google est venu avec ses gros sabots créer sa petite domination avec Reader, et de nombreux devs trop feignasses ou mauvais pour lire une norme minuscule (c’est qu’un XML avec quelques titres d’article et un minimum de métadonnées!) se sont lancé dans le “Google Reader only”… Tout bénef’ pour les utilisateurs qui on le choix soit de manger que du Reader ou soit de se contenter des rares logiciels utilisant des standards normalement, yaaay…



Don’t be evil, we take care of that.


Etonnant que the old reader soit pas plus connu:

http://theoldreader.com/

C’est comme Greader ça va a l’essentiel








David_L a écrit :



Un dédié pour les RSS, ça fait cher le service à l’année pour pas grand chose non ? <img data-src=" /> M’enfin, je doute que tout le monde aille vers une solution dédiée + auto-hébergement, même à terme, même avec la Fibre. Rien que la complexité de mise en oeuvre freine la majorité des utilisateurs (un peu comme quand certains expliquent que la solution à l’email c’est le serveur email maison).







Si on ne veux pas être trop regardant, un simple RSS est facile à mettre en place en auto-héberger :



http://sebsauvage.net/rhaa/index.php?2013/03/17/15/28/17-puisqu-il-faut-un-exemple-










Oungawak a écrit :



soupir … Et moi je suis content que Reader soit mort. Et j’espère que ni Feedly ni personne d’autre ne prendra le relai, merci bien. On s’est fait chier à standardiser RSS/Atom et OPML qui marchaient très bien (simple, universel, contrôlé par l’utilisateur faisant ce qu’il veut des flux avec l’outil adéquat et réparti sur les différents serveurs auquel on s’abonne -et non géré par un gros minitel central-, etc.), Google est venu avec ses gros sabots créer sa petite domination avec Reader, et de nombreux devs trop feignasses ou mauvais pour lire une norme minuscule (c’est qu’un XML avec quelques titres d’article et un minimum de métadonnées!) se sont lancé dans le “Google Reader only”… Tout bénef’ pour les utilisateurs qui on le choix soit de manger que du Reader ou soit de se contenter des rares logiciels utilisant des standards normalement, yaaay…



Don’t be evil, we take care of that.





Owi, c’est tellement bien de tout gérer en manuel à travers ses différents services. Je vois d’ailleurs pas trop ce que le respect ou non de la norme vient faire dans le potage hein.







NiCr a écrit :









Je croyais que tu parlais de dédié, du coup, forcément, ça fait moins cher (encore trop à mon avis mais bon).







5h31k a écrit :



Si on ne veux pas être trop regardant, un simple RSS est facile à mettre en place en auto-héberger :



http://sebsauvage.net/rhaa/index.php?2013/03/17/15/28/17-puisqu-il-faut-un-exemple-





Pas trop compliqué = bien trop compliqué pour 90 % des utilisateurs. Une fois qu’on a compris ça… ;)









David_L a écrit :



…bien trop compliqué pour 90 % des utilisateurs…







C’est être très gentils avec les 10% restants. J’irais plutôt vers 99.9% des utilisateur, ce qui nous fait une personne sur 1.000 ce qui me semble déjà beaucoup. L’installation dédiée et sa gestion, c’est pas loin d’être un boulot de pro.









mrotta a écrit :



C’est être très gentils avec les 10% restants. J’irais plutôt vers 99.9% des utilisateur, ce qui nous fait une personne sur 1.000 ce qui me semble déjà beaucoup. L’installation dédiée et sa gestion, c’est pas loin d’être un boulot de pro.





Non mais même prendre un mutu et uploader un fichier tout bête. Personne ne fera ça pour un service. Ou alors on a changé de monde et personne ne m’a prévenu <img data-src=" />



Pour moi c’est netvibes en interface lecteur, qui au final ressemble enormement a Reader.








David_L a écrit :



Je croyais que tu parlais de dédié, du coup, forcément, ça fait moins cher (encore trop à mon avis mais bon).







J’ai mon lecteur de RSS sur un dédié, mais j’ai aussi plein d’autres choses sur le dédié.



Par contre, vu mon utilisation de mon lecteur (c’est, avec mon webmail, l’onglet qui s’ouvre à chaque fois sur tous mes navigateurs et que je consulte le plus), 15€/an c’est vraiment peu de mon point de vue. <img data-src=" />









David_L a écrit :



Owi, c’est tellement bien de tout gérer en manuel à travers ses différents services.





Mais gérer QUOI ?? Pour l’utilisateur c’est juste rentrer le lien du flux dans son appli (et encore des fois avec un bouton l’agrégateur et le navigateur se débrouillent tout seul). Et pour migrer faut enregistrer un fichier OPML et le balancer dans l’autre appli, sérieusement tu trouves ça insurmontable ??







David_L a écrit :



Je vois d’ailleurs pas trop ce que le respect ou non de la norme vient faire dans le potage hein.





Hmm, je sais pas, au hasard, le fait qu’il existe actuellement (mais plus pour longtemps, bien fait pour les développeurs qui n’avaient qu’à réfléchir) des camions entiers d’applications ne fonctionnant qu’avec des comptes Google Reader sur tous les stores qui existent ? Certaines avec des concepts sympa mais qui laissent sur le carreaux tout ceux (ça en étonnera certains à ce niveau de la discussion si ça m’inclus aussi <img data-src=" />) qui ne souhaitent pas passer par Google, parce que le dev s’est détourné du fameux standard qui permet à tout le monde de communiquer ensemble pour l’API perso d’une boîte ? T’as déjà oublié l’époque des sites “optimisés” IE-only ?



J’ai testé feedly et je m’y suis pas fait. Au bout de 2 semaines d’utilisation, je trouve GReader plus performant dans le sens où la navigation est plus fluide, moins de saccades lorsqu’on passe d’un article à l’autre. Et en plus, pas besoin d’extension pour le navigateur.



J’ai testé the old reader, mieux que Feedly, je trouve mais encore un chouia moins fluide que GReader, donc je pense m’orienter vers une solution maison au final.








Oungawak a écrit :



Mais gérer QUOI ?? Pour l’utilisateur c’est juste rentrer le lien du flux dans son appli (et encore des fois avec un bouton l’agrégateur et le navigateur se débrouillent tout seul). Et pour migrer faut enregistrer un fichier OPML et le balancer dans l’autre appli, sérieusement tu trouves ça insurmontable ??





De le faire constamment sur l’ensemble des appareils : ouais. Après tu ne rajoutes peut être des flux que deux fois par an sur une seule machine, mais je doute que ce soit le cas de tout le monde, surtout de ceux qui trouvaient une utilité à Reader.





Hmm, je sais pas, au hasard, le fait qu’il existe actuellement (mais plus pour longtemps, bien fait pour les développeurs qui n’avaient qu’à réfléchir) des camions entiers d’applications ne fonctionnant qu’avec des comptes Google Reader sur tous les stores qui existent ? Certaines avec des concepts sympa mais qui laissent sur le carreaux tout ceux (ça en étonnera certains à ce niveau de la discussion si ça m’inclus aussi <img data-src=" />) qui ne souhaitent pas passer par Google, parce que le dev s’est détourné du fameux standard qui permet à tout le monde de communiquer ensemble pour l’API perso d’une boîte ? T’as déjà oublié l’époque des sites “optimisés” IE-only ?



La plupart des applications fonctionnait indépendamment de Reader, mais permettait la synchro avec ce dernier. Du coup tu avais le choix : tout gérer à la main comme tu l’apprécies, ou tout synchroniser si tu préfères.



Le standard n’est pas en question, ce qu’apportait Reader c’était la synchronisation des flux, de leurs éléments et de leur état. Et le standard n’apportait pas ça :)









David_L a écrit :



De le faire constamment sur l’ensemble des appareils : ouais. Après tu ne rajoutes peut être des flux que deux fois par an sur une seule machine, mais je doute que ce soit le cas de tout le monde, surtout de ceux qui trouvaient une utilité à Reader.





Je me doute qu’ils y trouvaient un intérêt (heureusement même <img data-src=" />), mais ce n’est pas une raison pour abandonner le standard, et développer des logiciels Google-only, plutôt que de développer un service qui se reposerait sur lui. Reader et la galaxie qui gravite autour, ça aurait très bien pu être la même chose sans Google, surtout si au final le besoin en question revient à faire des clients RSS capables de se synchroniser autour d’un bête fichier OPML en ligne. Certes faudrait peut-être un petit complément au standard à ce niveau, mais ce n’est pas plus compliqué que de développer une API.



Et puis bon à moins d’avoir une flotte personnelle de smartphone et d’ajouter un nouveau flux toutes les semaines, je ne suis pas convaincu de l’économie de temps réelle, surtout quand on voit le résultat : Sans même considérer les problèmes de vie privée et de dépendance à une entreprise pour lire et gérer ces flux que ce genre de service impose, au final les gars qui croyaient se simplifier la vie en mettant tout leurs œufs dans le même panier, se retrouvent le bec dans l’eau à rapatrier leur flux et remplacer sur leurs différents appareils leurs logiciels qui se servent d’un format alakon inutilisable. Tandis que ceux “ ” “se sacrifiant” “ ” en utilisant des flux directs sans intermédiaire n’ont aucun soucis (faut dire qu’on n’a jamais vu un standard mettre la clef sous la porte). La simplicité n’est peut-être pas aussi évidente que ça. <img data-src=" />



Je me demande si Google a viré Reader parce que la pub intégrée aux flux n’était pas assez rentable, parce que la possibilité de connaître les sites que fréquentait l’utilisateur n’était pas aussi intéressante que scanner leur compte Gmail ou Google+, ou [ /complot] s’ils en avait juste marre de se trainer le service…







David_L a écrit :



La plupart des applications fonctionnait indépendamment de Reader, mais permettait la synchro avec ce dernier. Du coup tu avais le choix : tout gérer à la main comme tu l’apprécies, ou tout synchroniser si tu préfères.



Le standard n’est pas en question, ce qu’apportait Reader c’était la synchronisation des flux, de leurs éléments et de leur état. Et le standard n’apportait pas ça :)





Ça c’était peut être le cas au début, quand Reader était petit. Mais je peut t’assurer que des applications sur lequel j’ai du faire l’impasse parce que “donne-moi un compte Reader ou crève”, j’en ai vu passer des tas. Tu me répondras peut-être “bah elle valaient pas le coup de toute façon, ignore-les et prend-en une mieux”, et je te répondrai que oui effectivement, mais enterrer le 34 des apps qu’on croise juste pour ça au bout d’un moment ça gave…



Le plus amusant c’est que j’ai vu le phénomène inverse dernièrement, un agrégateur de flux sur le Windows Store ne supportant que Reader et qui s’est finalement forcé à se mettre à jour pour lire des flux normaux. <img data-src=" />









Oungawak a écrit :



Je me doute qu’ils y trouvaient un intérêt (heureusement même <img data-src=" />), mais ce n’est pas une raison pour abandonner le standard, et développer des logiciels Google-only, plutôt que de développer un service qui se reposerait sur lui. Reader et la galaxie qui gravite autour, ça aurait très bien pu être la même chose sans Google, surtout si au final le besoin en question revient à faire des clients RSS capables de se synchroniser autour d’un bête fichier OPML en ligne. Certes faudrait peut-être un petit complément au standard à ce niveau, mais ce n’est pas plus compliqué que de développer une API.



Et puis bon à moins d’avoir une flotte personnelle de smartphone et d’ajouter un nouveau flux toutes les semaines, je ne suis pas convaincu de l’économie de temps réelle, surtout quand on voit le résultat : Sans même considérer les problèmes de vie privée et de dépendance à une entreprise pour lire et gérer ces flux que ce genre de service impose, au final les gars qui croyaient se simplifier la vie en mettant tout leurs œufs dans le même panier, se retrouvent le bec dans l’eau à rapatrier leur flux et remplacer sur leurs différents appareils leurs logiciels qui se servent d’un format alakon inutilisable. Tandis que ceux “ ” “se sacrifiant” “ ” en utilisant des flux directs sans intermédiaire n’ont aucun soucis (faut dire qu’on n’a jamais vu un standard mettre la clef sous la porte). La simplicité n’est peut-être pas aussi évidente que ça. <img data-src=" />



Je me demande si Google a viré Reader parce que la pub intégrée aux flux n’était pas assez rentable, parce que la possibilité de connaître les sites que fréquentait l’utilisateur n’était pas aussi intéressante que scanner leur compte Gmail ou Google+, ou [ /complot] s’ils en avait juste marre de se trainer le service…





Ça c’était peut être le cas au début, quand Reader était petit. Mais je peut t’assurer que des applications sur lequel j’ai du faire l’impasse parce que “donne-moi un compte Reader ou crève”, j’en ai vu passer des tas. Tu me répondras peut-être “bah elle valaient pas le coup de toute façon, ignore-les et prend-en une mieux”, et je te répondrai que oui effectivement, mais enterrer le 34 des apps qu’on croise juste pour ça au bout d’un moment ça gave…



Le plus amusant c’est que j’ai vu le phénomène inverse dernièrement, un agrégateur de flux sur le Windows Store ne supportant que Reader et qui s’est finalement forcé à se mettre à jour pour lire des flux normaux. <img data-src=" />









J’ajoute mon avis.

La seule chose qui me fait regretter Greader, comme dit précédemment, c’est la synchro.

Je suit pas mal de flux, j’en ajoute/retire régulièrement, je suis parfois envahi de centaine d’actus… Actus que je met un point d’honneur à lire quasi en intégralité même si le sujet m’intéresse peu ou pas.

Je lis indifféremment (et suivant mon humeur) entre Firefox et ma page igoogle (qui va aussi disparaître mais que je remplacerais par netvibes), firefox et feedly, chrome et une extention, chrome et feedly, sur mon smart avec feedly, parfois flipboard, parfois pulse…



Bref, avec Greader, j’avais une total synchro de mes lectures, de mes favoris, de mes sauvegardes. Trouve moi une appli installable sur mutu ou dédié qui le fasse et je n’hésiterais pas une seconde.






au fait… il y en a ici qui ont backuper l’historique de leurs flux ou je suis le seul à penser à faire cela ?








EMegamanu a écrit :



Je passerai bien à Feedly… si l’application Android ne merdait pas autant chez moi.

Elle m’affiche des articles que j’ai déjà lu alors que j’ai cliqué sur un autre (qui se trouve du coup marqué comme lu).



Et je trouve l’interface moins intuitive.

À un mois du décès de Reader je me trouve sans remplaçant. :(







La dernière fois que j’ai testé Feedly sur Android, il ne lisait ni les .gif, ni les vidéos a moins d’aller sur le site en question, l’app iOS fait beaucoup mieux sur ce point, encore une occasion perdu d’utiliser ma Nexus 7.



Les énormes avantages de Google Reader sont pour moi:




  1. La sauvegarde et la récupération des flux en continu, et ce même sans avoir la page active. (Très utile quand on reste absent une semaine ou plus)

  2. Les raccourcis claviers








freedommaner a écrit :



Moi c’est tout trouvé !



Tiny Tiny rss me convient quoi que je dois encore faire des réglages car il va chercher les informations tous les x temps et sur mobile l’application est payante après 2 jours de test donc hum mais sinon c’est exactement ce qu’il me faut et surtout je suis seul maître des données ^^





j’ai pataugé un moment avant d’avoir un truc qui fonctionne correctement.



au final, j’ai la mise a jour dans ma config web reglée a “jamais”, et la maj toutes les 30mn via un daemonize



Feedly me convient bien. Mais j’ai pas compris la transition.

Il va falloir créer un nouveau compte sous feedly et importer ses flux ? C’est çà ?

Si c’est le cas, cela sera fonctionnel à partir de quand ?


J’arrive pas à réaliser que Reader va vraiment fermer, je l’utilise tout les jours et aussi avec des app qui ne lisent rien d’autre pour le moment, j’ai essayé pas mal d’alternatives et pour le moment j’arrive pas à y passer.








freedommaner a écrit :



Moi c’est tout trouvé !



Tiny Tiny rss me convient quoi que je dois encore faire des réglages car il va chercher les informations tous les x temps et sur mobile l’application est payante après 2 jours de test donc hum mais sinon c’est exactement ce qu’il me faut et surtout je suis seul maître des données ^^





Il y a les versions OpenSource du client:

Official TT-RSS Client

Tiny Tiny RSS Reader (Fork de l’original)









noptien a écrit :



Feedly me convient bien. Mais j’ai pas compris la transition.

Il va falloir créer un nouveau compte sous feedly et importer ses flux ? C’est çà ?

Si c’est le cas, cela sera fonctionnel à partir de quand ?





Le transfert sera automatique.



Par contre, toujours pas d’info sur le fait de pouvoir passer par un compte non google. Pour moi c’est pas pratique, c’est bloqué au boulot.



J’ai demandé à feedly plusieurs fois, de plusieurs manière. Pas de réponse. Je les ai relancé sur Twitter, j’attends leur réponse…









Krystanos a écrit :



Le transfert sera automatique.







Cool. Merci.



La version google play de TT-RSS non limité (le fork):

TTRSS-Reader


J’en ai testé pas mal, et pour moi ça sera effectivement Feedly (mais suis toujours ouvert à tester autre chose et migrer éventuellement).



je trouve bien curieux de vouloir se compliquer la vie à gérer un truc dédié, alors qu’un agrégateur de flux RSS sert justement simplifier les choses… Bref, pas question pour moi de perdre du temps pour un truc censé m’en faire gagner !<img data-src=" />

Mais on ne doit peut être pas avoir la même utilisation…..


Moi je trouve feedly moins pratique que Reeder, encore trop bling bling axé plus dans une logique de magazine qu’une logique de production…



Et puis tant qu’il n’y a pas de version pure web, je ne prends pas. Je n’adhère pas du tout au concept de plugin browser pour ce genre d’outil.








Krystanos a écrit :



Le transfert sera automatique.



Par contre, toujours pas d’info sur le fait de pouvoir passer par un compte non google. Pour moi c’est pas pratique, c’est bloqué au boulot.



J’ai demandé à feedly plusieurs fois, de plusieurs manière. Pas de réponse. Je les ai relancé sur Twitter, j’attends leur réponse…





tu as essayer de regarder sur leur uservoice ?

http://feedly.uservoice.com/





mckro a écrit :



Moi je trouve feedly moins pratique que Reeder, encore trop bling bling axé plus dans une logique de magazine qu’une logique de production…



Et puis tant qu’il n’y a pas de version pure web, je ne prends pas. Je n’adhère pas du tout au concept de plugin browser pour ce genre d’outil.







tu as theoldreader ou commafeed



The Old Reader il n’y a pas d’appli mobile. Autant je ne veux pas de plugin browser, autant je ne peux pas me passer d’appli mobile <img data-src=" />



Commafeed je vais regarder, je connais pas.



Sinon les histoires d’API tout ça, moi je m’en fous perso.

L’important pour moi c’est:




  • des interfaces de consultation sobre, qui permette une vue en liste rapide

  • une interface 100% web

  • une appli mobile android qui met à jour automatiquement le contenu des flux pour lecture offline

  • la possibilité de gérer un grand nombre de flux RSS (&gt; 300 chez moi, et encore j’ai baissé :o)

  • un système intelligent de classement des flux (dossiers, tags, etc.)

  • la possibilité de marquer une news comme “unread” - ou tout autre système permettant de retrouver facilement une news pour la lire plus tard (sans passer par un autre service type read it later)

  • idéalement des fonctions simples de partage (type envoi par email)


Pour moi c’est Tiny Tiny RSS. Après en avoir essayé plusieurs, c’est celui qui se rapproche de reader pour mon utilisation.



Je dois dire que j’avais déjà un serveur et un domaine sous la main, du coup c’était vite fait.

Mais c’est pas dur a installer, il y a des tutos complet sur internet, ou bien des distrib prête à l’emploi.



Ma prochaine étape, c’est le serveur mail perso (<img data-src=" />. J’en cherche un libre avec AES (pour les push mail). J’ai pas encore trouvé.








mckro a écrit :



L’important pour moi c’est:




  • des interfaces de consultation sobre, qui permette une vue en liste rapide

  • une interface 100% web

  • une appli mobile android qui met à jour automatiquement le contenu des flux pour lecture offline

  • la possibilité de gérer un grand nombre de flux RSS (&gt; 300 chez moi, et encore j’ai baissé :o)

  • un système intelligent de classement des flux (dossiers, tags, etc.)

  • la possibilité de marquer une news comme “unread” - ou tout autre système permettant de retrouver facilement une news pour la lire plus tard (sans passer par un autre service type read it later)

  • idéalement des fonctions simples de partage (type envoi par email)







    Je préférais Reader moi aussi, mais je trouve que Feedly répond plutôt bien à tes exigences (sauf les 300 RSS: j’ai pas essayé, j’en ai que 160 (que je ne lis pas tous en fait) et ça marche assez bien).



    Pas compris ce que tu veux dire par full web et plugin browser….? il me semble que feedly peut s’utiliser en full web, non?



Pour compléter la news:

Si feedly veut vraiment être prêt le jour ou G Reader sera débranché, outre Normandy, il y a encore du travail pour construire un écosysteme.

Par exemple, il faudrait qu’il s’arrange pour être pris en charge par IFTTT, ce qui leur permettrait d’un coup d’être immédiatement relié à pas mal de services….








CiskoCitron a écrit :



Pour moi c’est Tiny Tiny RSS. Après en avoir essayé plusieurs, c’est celui qui se rapproche de reader pour mon utilisation.



Je dois dire que j’avais déjà un serveur et un domaine sous la main, du coup c’était vite fait.

Mais c’est pas dur a installer, il y a des tutos complet sur internet, ou bien des distrib prête à l’emploi.



Ma prochaine étape, c’est le serveur mail perso (<img data-src=" />. J’en cherche un libre avec AES (pour les push mail). J’ai pas encore trouvé.







Idem j’avais déjà un petit dédié avec vocal + serveur web (site+forum) et autres petits trucs ^^









Tiebor a écrit :



Je préférais Reader moi aussi, mais je trouve que Feedly répond plutôt bien à tes exigences (sauf les 300 RSS: j’ai pas essayé, j’en ai que 160 (que je ne lis pas tous en fait) et ça marche assez bien).



Pas compris ce que tu veux dire par full web et plugin browser….? il me semble que feedly peut s’utiliser en full web, non?







La dernière fois que j’ai regardé, on ne pouvait pas consulter ses flux en allant simplement voir sur www.feedly.com (ou une autre URL). Il fallait systématiquement installer un plugin browser. A mon boulot, je n’ai pas la main pour ajouter un plugin au navigateur web. C’est donc juste simplement impossible pour moi d’utiliser feedly (confortablement au moins).









Tiebor a écrit :



je trouve bien curieux de vouloir se compliquer la vie à gérer un truc dédié







A tout hasard pour ne plus se retrouver dans la situation présente, à savoir dépendre d’un fournisseur qui te dit “bon bah dans trois mois je ferme, démerde toi pour trouver un autre fournisseur, bye” ? <img data-src=" />







mckro a écrit :



Moi je trouve feedly moins pratique que Reeder, encore trop bling bling axé plus dans une logique de magazine qu’une logique de production…



Et puis tant qu’il n’y a pas de version pure web, je ne prends pas. Je n’adhère pas du tout au concept de plugin browser pour ce genre d’outil.







Attention, Reeder est une excellente application pour iOS/Mac :http://reederapp.com/



Désolé, coquille, effectivement c’est Google Reader, pas Reeder.








monpci a écrit :



tu as essayer de regarder sur leur uservoice ?

http://feedly.uservoice.com/





Will do. <img data-src=" />

Ils répondent en partie à la question, sans donner vraiment de réponse, mais en se laissant des portes ouvertes :





How will I login to feedly once Normandy is completed?



You will be able to use your Google credentials, and we may support other options.





En gros, on pourrait, ou pas, on verra. <img data-src=" />



À propos, dans tous ces gestionnaires de flux, en existe-t-il un qui permette de rapatrier le contenu entier ? Notamment lorsque les flux ne contiennent qu’un aperçu (teaser) ?



Ce n’est pas uniquement par vile volonté de spolier le droit d’auteur (quoique <img data-src=" />), mais parce qu’il m’est arrivé suffisamment souvent de voir une info à l’instant T, pour constater qu’elle a disparu x temps après quand je veux l’utiliser comme source. :/



Lorsqu’il s’agit de quelques articles ponctuels lus sur site, ça marche de sauvegarder à la main, mais quand on suit des dizaines de flux, le top serait juste d’attribuer un label/cocher une case sur l’article pour que ça soit récupéré en local.



Si quelqu’un a une info je vous en remercie par avance.<img data-src=" />








5h31k a écrit :



Si on ne veux pas être trop regardant, un simple RSS est facile à mettre en place en auto-héberger :

http://sebsauvage.net/rhaa/index.php?2013/03/17/15/28/17-puisqu-il-faut-un-exemple-







Merci beaucoup pour le tuyau, j’ai regardé vite fait ça a l’air méga simple en effet. Vais tester ça ce week-end (même si ça ne répond pas au besoin exprimé plus haut, au moins c’est de l’auto-hébergé).



PS : À l’équipe PCInpact, je n’arrive pas à éditer le message précédent, pourtant dans la limite de temps. Lorsque je clique sur le bouton Editer aucune réaction (c’est la première fois que ça m’arrive)… Actuellement sous Kubuntu 12.04 64bits, Firefox 20.