La fin de Google Reader : et après ?

[Gordon Fowler]

La fin de Google Reader : quelles alternatives ?
Google va-t-il écouter les protestations ? Et après, au tour de quel autre service de fermer ?


C’est devenu une habitude. À chaque printemps, Google fait un grand nettoyage. Qu’il justifie toujours avec les mêmes arguments. Des services ne seraient pas assez utilisés. D’autres seraient dépassés techniquement. D’autres encore ne seraient plus dans l’air du temps.

Mais si l’on lit entre les lignes, la vérité est ailleurs. Google se recentre sur ce qu’il peut monétiser.

Après le portail iGoogle - fermé malgré de nombreux adeptes, après l’API des Google Maps - passée payante en créant un vent de panique, après la fin des « Gadgets » dans les Google Apps - dont Table (représentation automatisée de données sur une carte) particulièrement mis en avant seulement quelques semaines auparavant, et avant l’arrivée de chaînes à péage sur YouTube, c’est donc au tour de Reader de faire les frais de la nouvelle stratégie du géant de l’Internet.

D'autres outils qui vont disparaître

Certes, les très nombreux utilisateurs - quoi qu'en dise Google - pourront exporter leur flux avec un outil (Google Takeaway). Mais pour en faire quoi ?

De nombreuses solutions existent (voir notre sondage).

Mais elles ne sont pas toutes en mode SaaS (ce qui permet une synchronisation entre appareils), elles ne sont pas toutes multiplateformes, ou issues d’acteurs aussi pérennes que Google (quoi que la preuve en est que ce n’est pas non plus un critère absolu de survie pour un service).

Certaines solutions de lecture de flux RSS s’appuient même sur l’API de Reader.

Et c’est bien là le vrai fond du débat.

En mettant fin d'un seul coup à l'API qui permettait à d'autres éditeurs et sites web de s'appuyer dessus pour fonctionner et vivre, Google met ces entreprises dans une situation très difficile.

Et il envoie au passage un message clair : « si cela ne me rapporte pas d'argent, je ferme le service. Peu importe qu'il soit bon. Peu importe qu'il soit utilisé. Peu importe ce qu'il y a comme écosystème autour ».

Certains ont déjà annoncé qu’ils survivraient à cette décision. Comme Feedly, qui travaillerait même sur une API alternative baptisée - pour l’instant - Normandie. Mais les autres ?

À qui le tour ?

Cette fin brutale pose aussi la question du prochain outil qui sera envoyé par le fond. Ou rendu payant. L’export des agendas pour les encapsuler sur un site ? L’API Google Maps payante pour tout le monde ? Priority Inbox dans Gmail ?

Aujourd’hui, la toile réagit violemment à cette manière de faire. Des pétitions fleurissent et des « mèmes » ont surgi en moins de 24h. Comme celui-ci reprenant la fameuse scène de « La Chute » :

La Chute de Google Reader

La Chute de Google Reader

Beaucoup de développeurs commencent en tout cas à avoir des sueurs froides et se demandent (encore un peu plus) depuis ce matin s'il ne faudrait pas prévoir des alternatives à chaque technologie de Google.

Ou tout bonnement refaire des solutions from scratch. 100 % maison. À l’ancienne, quoi.


Source : Comment puis-je télécharger mes données Google Reader ?, Feedly

Et vous ?

En tant qu’utilisateur, quelle alternative proposez-vous pour remplacer Google Reader ?
Vous utilisiez l’API de Reader, qu’allez-vous faire ?

Quel est d’après vous le prochain service – pas assez rentable – que Google va fermer ou rendre payant ?

[yann.falevoz]

Je pense mettre Selfoss ou Tiny Tiny RSS sur mon serveur perso...

[Julien Bodin]

Pour ma part j'ai switché sur Netvibes. Il remplit mes faibles besoins en la matière.

Je préfèrais Google Reader qui est plus simple à utiliser mais bon, j'ai fini par m'y faire

[DrSnake]

J'ai switché sur Feeldy aujourd'hui, notamment parce que les feeds lus/non lus sont synchronisés entre la version web et la version Android.

Mais à plus long terme, je pense passer à une solution selfhost (sur dedibox, comme pour mes liens et mon cloud). En remplacement de GReader, j'ai déjà repéré les services suivants :

• leed
• tiny tiny rss
• rsslounge
• selfoss

Le problème reste l'application Android synchronisée ... mais si les services proposent des api ou une interface web responsive, cela ne devrait pas trop poser problème.

[n2engineer5]

quelle deception!
Google me fait de plus en plus douter de son avenir. Anyway on n'a pas besoin de vos apis. On sait coder nous même et les Qatariens payront pour les bonnes idées. Comme a Paris

[danielhagnoul]

Feedreader 3.14

[tomlev]

Envoyé par danielhagnoul

Feedreader 3.14

Oui mais si tu as l'habitude de lire tes flux depuis différents devices (ce que je fais : PC pro, PC perso, tablette, smartphone), un lecteur RSS "local" ne convient pas, parce que les éléments déjà lus restent non-lus sur les autres devices. Il faut un mécanisme de synchronisation...

J'ai testé Feedly, ça a l'air assez sympa. En plus ils travaillent actuellement à copier l'API de Google Reader, si bien que les clients Google Reader existants pourront utiliser Feedly à la place, avec très peu de modifications (si j'ai bien tout compris)

[beekeep]

c'est vraiment pas étonnant, les utilisateurs migrent vers les nouvelles applis comme Feedly qui utilisent l'API gratuite de G.Reader.
Maintenant Feedly code son API et bascule sur le cloud Google (payant bien sûr).

Envoyé par Gordon Fowler

Ou tout bonnement refaire des solutions from scratch. 100 % maison. À l’ancienne, quoi.

c'est ça, comme on dit on est jamais mieux servit que par soi-même ^^

[dseed]

Il existe également poulpit.com qui va bientôt sortir.

[danielhagnoul]

Envoyé par tomlev

Oui mais si tu as l'habitude de lire tes flux depuis différents devices (ce que je fais : PC pro, PC perso, tablette, smartphone), un lecteur RSS "local" ne convient pas, parce que les éléments déjà lus restent non-lus sur les autres devices. Il faut un mécanisme de synchronisation...

J'ai testé Feedly, ça a l'air assez sympa. En plus ils travaillent actuellement à copier l'API de Google Reader, si bien que les clients Google Reader existants pourront utiliser Feedly à la place, avec très peu de modifications (si j'ai bien tout compris)

Je l'utilise sur un seul ordinateur, mais il existe une version online.

[camus3]

Voila , j'espère que les amateurs de Saas et autre "clouderies" vont enfin comprendre la leçon. Et dire qu'il y a des idiots près à acheter des chromebook à plus de 1200 $ ... ils seront les dindons de la farce tot ou tard.

[gexian]

J'ai, comme beaucoup ici, besoin d'un accès sur différent types d'appareils (PC perso, pro, tablette, smartphone). Et pour ça je dois dire que google reader faisait très bien l'affaire.

J'ai un peu regardé les existants du même type que GR : Feedly, Netvibes, Newsblur, mais j'avoue qu'après le traumatisme de de la fermeture de GR, je suis plus qu'hésitante à prendre une solution qui n'est pas auto-hébergée. Il suffit de voir que newsblur est passé de gratuit 64 flux ou 1$/mois en flux illimités à gratuit 12 flux ou 24$/ans en illimité. Ca montre bien ce qu'on savait déjà depuis longtemps, le SaaS c'est être tributaire du bon vouloir d'entités incontrôlables (et je ne suis même pas sur que payer un abonnement mette à l'abris).

Du coup je commence à faire le tour des solutions :
- Leed
- Tiny Tiny RSS
- RSSlounge
- Selfoss
- KrISS feed
- BilboPlanet
- RSS Bandit

Enfin bref, je me laisse deux mois pour tester et voir comment évoluent toutes ce solutions avec la mort annoncée de GR.

[chaporon]

Un nouveau que j'aime bien
http://theoldreader.com/

Ils n'ont pas encore d'apps mais ils ont l'air sympa.

[kOrt3x]

Je teste actuellement Feedly et Netvibes, mais j'utilise plus Feedly car ils ont une application iOS dont j'ai besoin pour mon iPhone et iPad.
Mais je trouver que la gestion des flux sous Netvibes sont pas encore bien au point.

[Veille]

La décision de Google est logique quand on suit leur parcours financier à la suite de son introduction en bourse... Don't be evil...
De mon côté j'utilise feedly à titre personnel mais http://www.rss-sourcing.com pour le compte de ma boîte... Nettement plus complet comme solution.