État des lieux des lecteurs de flux RSS

 (lighthouseapp.io)
6 points par GN⁺ 2025-10-10 | 2 commentaires | Partager sur WhatsApp
  • Les flux RSS et les lecteurs de flux existent depuis plus de 20 ans, avec pour objectif principal de consommer au même endroit des contenus provenant de sources variées et de gérer la surcharge de contenu
  • Le marché actuel propose une grande variété de lecteurs de flux, classés selon le modèle de déploiement (local, extension de navigateur, auto-hébergé, hébergé) et le modèle économique (gratuit, paiement unique, SaaS)
  • Les extensions de navigateur et les produits sur appareil offrent une configuration simple et un contrôle local des données, mais l’importation des flux y est limitée, tandis que l’auto-hébergement apporte un contrôle total des données au prix d’une configuration technique
  • Les produits hébergés (Feedly, Inoreader, Readwise Reader, etc.) offrent en moyenne l’expérience utilisateur la plus aboutie et les fonctionnalités les plus complètes, avec récupération continue des flux et synchronisation entre appareils
  • Pour la plupart des utilisateurs, les produits hébergés avec formule gratuite sont le meilleur choix ; si un contrôle total des données est nécessaire, on peut envisager des options auto-hébergées comme FreshRSS ou Miniflux

Introduction : histoire et importance des lecteurs de flux RSS

  • Les standards de flux web comme RSS, Atom et JSON Feed sont utilisés depuis plus de 20 ans et permettent de consommer en une seule fois des contenus issus de multiples sources
  • Ces dernières années, le besoin de lecteurs de flux est devenu encore plus évident pour faire face à la surabondance de contenu
  • Autrefois, seuls quelques produits existaient, mais aujourd’hui on trouve des solutions adaptées à des contextes et usages très variés
  • Pour les personnes qui découvrent RSS et les lecteurs de flux, il peut être difficile de trouver le bon produit face à une offre trop abondante
  • Cet article vise à aider à trouver le produit adapté en comparant la classification du marché des lecteurs de flux et les caractéristiques de chaque produit

Système de classification des lecteurs de flux

  • Les lecteurs de flux sont classés selon deux axes : le modèle de déploiement et le modèle économique
    • Modèle de déploiement : local (téléphone ou PC), extension de navigateur, auto-hébergé, hébergé
    • Modèle économique : gratuit, paiement unique, SaaS
  • Le modèle de déploiement est déterminé par l’emplacement de stockage des données et l’endroit où se fait la récupération des flux
    • Même s’il existe à la fois une web app et une application mobile, si les flux sont récupérés côté serveur, le produit est classé comme « hébergé »
  • Le modèle économique est déterminé selon l’option la moins chère donnant accès à l’ensemble des fonctionnalités
    • Les produits auto-hébergeables sont classés comme « gratuits », et les produits SaaS premium comme « payants (SaaS) »

Caractéristiques et produits selon le modèle de déploiement

  • Extensions de navigateur

    • Installation et gestion simples, avec utilisation immédiate sans compte
    • Les données sont conservées dans le stockage local, et la capacité dépend de l’espace disponible sur l’appareil
    • L’actualisation des flux ne se fait que lorsque le navigateur est ouvert, ce qui peut entraîner la perte de certains articles
    • Les données ne sont en principe accessibles que sur l’appareil où l’extension est installée, mais la synchronisation du navigateur peut être utilisée
    • Elles offrent une intégration poussée au navigateur, mais les fonctions gourmandes en calcul, notamment basées sur le machine learning, restent limitées
    • Les produits gratuits sont extrêmement rares
    • Produit représentatif : Feedbro (actuellement le seul produit encore actif, Smart-RSS ayant été arrêté en février)

  • Sur appareil

    • Applications installables selon l’appareil pour iOS, Android, Windows, Mac, Linux, etc.
    • La configuration se fait via l’installation de l’application ; certains demandent un compte et la maintenance se fait via mises à jour manuelles ou automatiques
    • Les données sont stockées sur l’appareil, ce qui permet un contrôle maximal
    • L’actualisation n’est possible que lorsque l’application est lancée, bien que certaines proposent un service de rafraîchissement en arrière-plan
    • En général, les données ne sont accessibles que sur l’appareil où l’application est installée
    • La synchronisation des données nécessite une action manuelle ou une synchronisation propre à l’OS (par ex. iCloud)
    • L’architecture est pensée principalement pour un usage individuel, et l’accès hors ligne est généralement aisé
    • Les fonctionnalités varient selon les applications, mais la polyvalence et les performances sont bonnes dans les limites de l’appareil
    • Les applications mobiles sont en général moins riches fonctionnellement que les applications desktop
    • Les fonctions multi-utilisateurs ou les capacités d’infrastructure spécifiques comme l’abonnement aux newsletters sont limitées
    • Produits gratuits représentatifs : NetNewsWire, Thunderbird, RSS Guard, Vienna, etc.
    • Produits payants représentatifs : Fiery Feeds, Lire, Reeder, ReadKit, etc.

  • Auto-hébergement

    • Ce sont tous des produits open source et gratuits, conçus pour être installés sur un serveur et fonctionner en continu
    • La configuration d’un serveur, d’un domaine, d’un reverse proxy, etc. est nécessaire, ce qui crée une barrière technique à l’entrée
    • L’ensemble des données est stocké sur le serveur, et son administrateur dispose d’un contrôle total sur le stockage et les données
    • Grâce à un service exécuté en continu, la récupération des flux est rapide et les flux à haute fréquence ne posent pas de problème
    • L’accès est possible de partout via un navigateur web, avec synchronisation automatique des données
    • En moyenne, ces solutions offrent un éventail de fonctionnalités plus large que les extensions de navigateur ou les lecteurs sur appareil
    • Il n’existe pas de limite théorique aux fonctionnalités, mais l’infrastructure reste volontairement simple afin de garder la configuration et la maintenance gérables
    • Elles sont un peu moins puissantes que les alternatives hébergées
    • Produits représentatifs : Miniflux, FreshRSS, CommaFeed, Nextcloud News, selfoss, yarr
    • Tous sont open source et gratuits ; le seul coût éventuel est celui du serveur (à partir d’environ 2 dollars par mois pour l’offre VPS la moins chère)

  • Hébergé (SaaS)

    • Services par abonnement gérés par une entreprise, avec création de compte obligatoire ; ce sont tous des produits SaaS payants (la plupart proposent une formule gratuite)
    • En moyenne, ils offrent l’expérience utilisateur la plus soignée et les fonctionnalités les plus complètes
    • Le fournisseur prend en charge tous les aspects : données, infrastructure, mises à jour, etc.
    • Les données sont stockées sur les serveurs de l’entreprise, mais les lois comme le RGPD permettent de demander l’export et la suppression des données
      • L’espace de stockage est essentiellement illimité (les restrictions destinées à éviter les abus sont indiquées sur la page tarifaire)
    • Grâce à une infrastructure à haute disponibilité, les flux peuvent être récupérés et consultés à tout moment ; les flux populaires sont rafraîchis plus souvent
    • Une infrastructure complexe et puissante permet des fonctions avancées comme les recommandations, la réception d’e-mails ou les résumés IA
    • Ils sont principalement proposés sous forme de web applications, certains offrant aussi des applications natives
    • Le stockage serveur permet une synchronisation native entre appareils, et certains proposent aussi un mode hors ligne
    • Ils offrent l’expérience utilisateur la plus aboutie
    • Produits représentatifs : Lighthouse, Feedly, Inoreader, NewsBlur, Feedbin, Readwise Reader, Feeder, etc.
    • Tous les produits hébergés sont des SaaS facturés mensuellement (Folo est gratuit pour l’instant, mais prévoit d’ajouter des fonctions payantes à l’avenir)

Support des applications natives et accès hors ligne

  • De nombreux produits auto-hébergés ou hébergés ne proposent pas leur propre application ni d’accès hors ligne
  • Mais grâce à une API (propriétaire ou compatible Google Reader API), ils peuvent être intégrés dans des applications tierces (ReadKit, Fiery Feeds, etc.) avec accès hors ligne
    • Téléchargement du contenu pour stockage local
    • Resynchronisation des modifications vers le produit connecté
  • Cette approche permet de profiter d’une expérience d’application native et de fonctionnalités hors ligne même pour les services dépourvus d’application maison
  • Certains services, comme FreshRSS, fournissent officiellement une liste d’applications compatibles

Prise en charge des newsletters

  • Les newsletters prennent une importance croissante comme mécanisme de diffusion de blogs et de contenus
  • Certains lecteurs de flux hébergés proposent une prise en charge native des newsletters
  • Les produits sur appareil ne peuvent pas recevoir directement les newsletters en raison de contraintes d’infrastructure
  • Il est possible d’utiliser des services qui convertissent les newsletters en flux RSS
    • Ils génèrent une adresse e-mail ainsi que l’URL du flux correspondant
    • Les e-mails reçus à cette adresse sont ajoutés comme nouveaux éléments du flux
    • Les outils Kill the Newsletter et Lighthouse Newsletter to RSS sont proposés gratuitement

Résumé des caractéristiques des principaux produits

  • NetNewsWire (sur appareil, gratuit)

    • Lecteur de flux gratuit sur appareil pour Mac et iOS
    • Les données sont stockées localement par défaut, mais la synchronisation est possible via iCloud et d’autres produits
    • Une extension Safari permet d’ajouter facilement des flux
    • La prise en charge d’AppleScript permet d’automatiser certains workflows

  • Fiery Feeds (sur appareil, SaaS)

    • Application Mac & iOS dont le grand atout réside dans ses nombreuses options de thèmes et de personnalisation
    • En plus du stockage local, elle peut s’intégrer à iCloud et à d’autres services comme l’API FreshRSS
    • Fonctions premium payantes : 15 dollars par an

  • Reeder (sur appareil, SaaS)

    • Application Mac et iOS, avec fonctions premium à environ 10 dollars par an
    • Son principal différenciateur est une timeline unifiée incluant RSS, podcasts, réseaux sociaux, etc.

  • FreshRSS (auto-hébergé, gratuit)

    • Lecteur de flux auto-hébergé utilisable sous forme de web app après configuration
    • En plus des abonnements classiques, il prend en charge des fonctionnalités avancées comme WebSub
    • Personnalisable via thèmes et extensions, avec prise en charge de plus de 15 langues
    • Avec Miniflux, c’est l’une des options auto-hébergées les plus recommandées

  • Miniflux (auto-hébergé, gratuit)

    • Met l’accent sur la simplicité et la rapidité plutôt que sur les fonctionnalités tape-à-l’œil
    • Une version hébergée existe aussi (15 dollars par an, essai gratuit de 15 jours)
    • Avec FreshRSS, c’est l’une des options auto-hébergées les plus recommandées

  • Folo (hébergé, gratuit)

    • Produit récent développé par les créateurs de RSS Hub
    • Propose des applications pour toutes les grandes plateformes et est actuellement gratuit (des fonctions premium payantes sont prévues plus tard)
    • Étant open source, il est théoriquement possible de l’auto-héberger
    • Il propose un large éventail de fonctions, dont prise en charge des newsletters, conversion de sites web en flux et résumés IA

  • Feedly (hébergé, SaaS)

    • Produit le plus connu et celui qui compte le plus d’utilisateurs parmi tous les lecteurs de flux
    • Offre des fonctionnalités complètes et une formule gratuite
    • Ces dernières années, il semble se concentrer davantage sur les fonctions IA et la clientèle entreprise

  • Inoreader (hébergé, SaaS)

    • Le produit le plus connu après Feedly, avec une formule gratuite
    • Liste de fonctionnalités impressionnante : abonnement aux réseaux sociaux, automatisation et fonctions IA, API publique et intégrations
    • Sur Reddit, les hausses de prix suscitent des critiques marquées, mais la majorité des utilisateurs semblent satisfaits

  • Readwise Reader (hébergé, SaaS)

    • Produit relativement récent des créateurs de Readwise
    • C’est un excellent lecteur de flux, mais sa véritable force est une expérience de lecture exceptionnelle
    • Il propose aussi des vues de lecture pour les PDF, les ebooks, etc.
    • Il est indiqué comme bêta, mais cela dure depuis des années et le produit est en pratique stable

  • Tiny Tiny RSS

    • Utilisé de longue date par de nombreuses personnes et souvent recommandé sur le subreddit RSS
    • Le 3 octobre, son mainteneur a annoncé l’arrêt du travail et la suppression de toute l’infrastructure au 1er novembre
    • Un fork du projet par d’autres mainteneurs pourrait apparaître, mais la direction future reste floue

  • Lighthouse (hébergé, SaaS)

    • Produit relativement récent en phase bêta (ce qui signifie qu’il ne dispose pas encore de toutes les fonctions nécessaires à une vision allant au-delà de la simple lecture de flux)
    • Son principal différenciateur est de se concentrer sur les articles plutôt que sur les flux, avec une vue séparée (Inbox) pour la curation d’articles
    • Il se concentre sur la découverte de contenus à forte valeur

Familles de produits proches et critères de choix

  • Agrégateurs d’actualités

    • Ils collectent et organisent automatiquement les informations depuis diverses sources
    • Ils offrent certaines options de personnalisation, mais restent centrés sur l’actualité et ne permettent pas de s’abonner librement à des flux arbitraires comme un lecteur de flux
    • Ils se concentrent sur la fourniture d’un aperçu des actualités les plus pertinentes
    • Exemples : Kagi News, Ground News, SmartNews

  • Listes de lecture (applications de read-it-later)

    • Elles servent à enregistrer et organiser les liens trouvés sur le web
    • De nombreux lecteurs de flux offrent aussi cette fonction, mais les listes de lecture sont optimisées pour la sauvegarde de liens
    • Exemples : Instapaper, Matter, Karakeep (avec option d’auto-hébergement)

Guide de choix d’un lecteur de flux

  • Pour la plupart des gens, les produits hébergés constituent la meilleure option
    • Ce sont en général les produits les plus soignés et les plus puissants
    • Ils bénéficient du support d’entreprises disposant d’ingénieurs à plein temps
    • Ils proposent généralement une formule gratuite, permettant un usage sans frais dans certaines limites
  • Si vous avez des besoins plus spécifiques, une autre catégorie peut être plus appropriée
    • Par exemple, si vous voulez un contrôle total sur les données, choisissez une option auto-hébergée
  • Le plus simple est de choisir d’abord une catégorie, puis d’examiner plusieurs produits ou de les essayer directement
  • Presque tous les produits prennent en charge l’import et l’export OPML, ce qui permet de déplacer ses abonnements entre services avec très peu d’effort
  • Il est plus efficace de sélectionner d’abord la famille de produits adaptée selon l’usage, le niveau de contrôle des données recherché, le besoin de hors ligne, etc.

À lire aussi

2 commentaires

 
quilt8703 2025-10-10

Après l’arrêt de Google Reader, je suis passé à Feedly, puis je ne l’ai presque pas utilisé pendant près de 10 ans. Récemment, je l’ai ressorti un peu du placard et je m’en sers à nouveau, et j’ai découvert qu’il y avait encore aujourd’hui divers services qui sortaient. Je ne le savais pas.
 
GN⁺ 2025-10-10
Avis Hacker News
  • L’ancien Google Reader me manque toujours. Ce qu’il avait de meilleur, c’était sa dimension sociale, qui permettait de partager facilement avec des amis les articles que j’aimais, de les republier dans le flux et d’y laisser des commentaires. C’était un réseau vraiment excellent pour partager des billets de blog ou des articles. Je considère que l’arrêt de Google Reader est l’une des causes majeures du déclin du Old Web. Depuis, la plupart des plateformes sociales ont été de plus en plus incitées à empêcher les utilisateurs de quitter la plateforme pour aller vers d’autres sites. J’ai récemment fait une expérience sur Facebook en comparant la portée d’un post où je publiais un lien vers une vidéo YouTube avec un long commentaire, et celle d’un autre post où je téléversais directement la même vidéo sur Facebook avec exactement le même texte. La vidéo téléversée directement a eu 1000 fois plus de vues que le simple lien. En plus, Facebook masque généralement le lien vers la vidéo d’origine, au point qu’il faut souvent développer « voir tous les commentaires » pour le trouver. Au final, Facebook semble fortement réduire la visibilité, voire cacher complètement, les publications contenant des liens externes, ce qui donne une impression fermée et étouffante. Dans un tel environnement, il devient de plus en plus difficile de partager des billets de blog réellement intéressants, au point que je n’ai plus envie d’utiliser ce genre de plateforme. Ce que je veux vraiment, ce n’est pas seulement un bon lecteur RSS, mais aussi une expérience sociale légère comme celle qu’offraient autrefois Google Reader ou Google+
    • Je pense qu’on pourrait aussi imaginer quelque chose comme des flux RSS sociaux décentralisés ou des recommandations d’articles si la communauté définissait des standards. À une époque, les gens publiaient sur leur blog une « blogroll » ou un fichier OPML pour rendre publique la liste de leurs abonnements. Ce n’était pas standardisé et cela se faisait manuellement, mais c’était déjà une forme de recommandation décentralisée. Si les fichiers OPML étaient publiés à un emplacement bien connu, les clients pourraient construire un graphe de recommandations. Cela ne fonctionnerait cependant qu’au niveau des flux, alors que des recommandations au niveau des articles seraient encore plus intéressantes. On pourrait bâtir ce type de système avec Bluesky ou d’autres implémentations de Twitter décentralisé. Un lecteur de flux pourrait produire des publications de recommandation machine-readable à partir de ce que j’ai lu et évalué, tout en intégrant aussi les recommandations d’autres personnes, avec des pondérations selon la confiance, le graphe social ou d’autres critères. J’avais déjà essayé ce genre d’idée sur ttrss, mais le mainteneur n’a montré que peu d’intérêt, donc j’ai laissé tomber. Ça me revient parfois en tête, sans que je passe vraiment à l’exécution
    • Je voudrais présenter mon site de projet personnel lynkmi.com. Il est né de l’esprit de l’ancien Web, et en particulier de ma réaction à la tendance des grands sites à réprimer les liens vers l’extérieur. Je me souviens de l’époque où Facebook avait une section « liens » qui permettait de voir facilement tout ce qui avait été partagé. C’est dommage de voir à quel point le monde a changé. J’aimerais que d’autres nous rejoignent dans cette résistance. Tous les tags et profils fournissent automatiquement un flux RSS, et j’ai récemment ajouté une fonction de backlinks internes dont je suis très satisfait
    • Concernant l’idée que la fin de Google Reader a contribué à la chute du Old Web, on peut aussi voir les choses à l’inverse : les plateformes sociales sont peut-être devenues tellement dominantes qu’elles ont fait s’effondrer le Old Web, ce qui a aussi entraîné la disparition de Google Reader
    • J’ai longtemps utilisé theoldreader.com, puis j’ai fini par abandonner le RSS lui-même. À l’époque, c’était probablement le service le plus proche de Google Reader
    • Newsblur a aussi des fonctionnalités sociales comparables
  • Si vous êtes dans l’écosystème Apple, NetNewsWire est vraiment excellent sur Mac comme sur iPhone. Ce n’est plus un produit commercial, et Brent Simmons le développe gratuitement avec une vraie passion. Son billet récent sur sa philosophie de développement est disponible ici. Le point le plus important, c’est que l’état de lecture se synchronise entre l’ordinateur portable et le téléphone
    • La synchronisation de l’état des flux passe par iCloud, donc elle ne fonctionne que sur iPhone/Mac. Mais NetNewsWire prend aussi en charge l’intégration avec des agrégateurs RSS comme FreshRSS, ce qui permet de synchroniser l’état de lecture avec des appareils non Apple. J’ai envisagé d’essayer d’autres apps RSS pendant des années, mais cette fonctionnalité me fait rester sur NetNewsWire
    • J’utilise NetNewsWire sans interruption depuis 2003. C’est vraiment propre, ça fonctionne très bien, et j’apprécie le fait que ce soit un lecteur d’actualités centré utilisateur, sans tentative de gamification ni de socialisation
    • J’ai moi aussi commencé avec NetNewsWire, puis je suis passé à Reeder après l’arrivée de l’iPhone, avant d’essayer diverses alternatives gratuites quand Google Reader a fermé. C’est alors que j’ai découvert News Explorer. C’était probablement l’une des premières apps à proposer la synchronisation iCloud. À l’époque, on pensait souvent que la sync iCloud posait trop de problèmes techniques, mais News Explorer m’a montré que cela pouvait très bien fonctionner. Plus tard, Brent a aussi changé d’avis et a introduit la synchronisation iCloud dans NetNewsWire. Aujourd’hui, j’utilise toujours NetNewsWire et j’aimerais qu’il ajoute des fonctions de filtrage RSS. En attendant, j’utilise Feed Rinse(feedrinse.com)
    • +1 pour NetNewsWire. Au-delà de la synchro iCloud, il peut aussi se connecter à des agrégateurs tiers comme BazQux, Feedbin, Feedly, Inoreader, NewsBlur, The Old Reader et FreshRSS, ce qui en fait une bonne option si vous devez aussi accéder à vos flux depuis des appareils non Apple
    • J’utilise NetNewsWire en frontend et FreshRSS auto-hébergé en backend, ce qui me permet de gérer parfaitement mes flux sur plusieurs appareils (Mac/iOS/iPadOS, web)
  • Si vous développez vous-même un lecteur de flux, consultez absolument le Feed Reader Score Project de Rachel by the Bay (ce lien, référence des bonnes pratiques). Il faut éviter d’interroger un serveur chaque minute ou même chaque jour quand le flux ne se met à jour qu’une fois par semaine. Il faut impérativement exploiter correctement ETag et Last-Modified
  • Après plusieurs années sur Inoreader, je suis passé cette année à Miniflux. J’avais l’impression que le prix d’Inoreader devenait de moins en moins justifié par ses fonctionnalités. La migration a été très simple : j’ai lancé Miniflux avec Docker compose, exporté mon OPML depuis Inoreader, puis importé le tout dans Miniflux. L’accès à l’endpoint web a aussi été facile à mettre en place avec tsdproxy et tailscale funnels. Au début, je n’utilisais que l’application web, puis j’ai découvert qu’il existait énormément d’apps compatibles Miniflux. Au final, j’apprécie beaucoup la combinaison suivante :
    • Read You sur téléphone/tablette Android (GitHub)
    • Reactflux sur laptop Windows (GitHub)
    • RSSGuard sur desktop Linux (GitHub)
    • Reeder classic sur iPad (comme je le possédais déjà, je continue à l’utiliser)
    • PoweReader sur l’iPhone professionnel (powereader.app) Miniflux a l’avantage de prendre en charge plusieurs API, comme Fever ou Google Reader. Tant que le frontend prend en charge l’une d’elles, tout fonctionne parfaitement. J’apprécie énormément de pouvoir avoir une expérience native quelle que soit la plateforme
  • Je voudrais présenter mon lecteur de flux brook-feed-reader (lien vers l’extension Firefox). Pour l’instant, il ne fonctionne que sur Firefox, mais si cela intéresse du monde, je peux envisager un portage vers Chrome. Je voulais pouvoir lire mes flux directement dans le navigateur et les gérer localement sur mon appareil. Pas besoin d’hébergement ni de paiement, c’est un outil simple qui me laisse un contrôle total sur le contenu que je lis. Si vous l’essayez, le nombre d’utilisateurs mondiaux pourrait passer à deux chiffres
    • Ça m’intéresse. L’époque où Firefox proposait nativement des fonctions de classement me manque, et je cherchais justement un lecteur RSS léger pour desktop. Si ça fonctionnait aussi sur Firefox mobile, je supprimerais probablement mes apps mobiles
    • Pour info, il est assez facile de prendre en charge les extensions Firefox et Chrome (mv2 comme mv3) avec une seule base de code
    • Je me demande si un portage sous forme d’extension VSCode serait aussi possible
    • Je serais aussi intéressé par un portage Chrome
  • Cet article donne un bon aperçu du marché des lecteurs RSS, mais il a aussi un petit côté content marketing pour un service appelé Lighthouse. J’utilise Feedly, et le vrai problème du RSS n’est souvent pas l’interface du lecteur, mais le fait que beaucoup de sites ne publient dans leur flux qu’un extrait au lieu de l’article complet, ou ne prennent pas bien en charge les images. Les captures des démos de lecteurs montrent les cas les plus favorables, mais la plupart des sites non personnels n’envoient qu’un ou deux paragraphes, ce qui en fait pratiquement juste une liste de liens
    • J’utilise Feedly un peu par inertie depuis la fin de Google Reader. Je ne l’adore pas particulièrement, mais sa stabilité constante m’a évité de chercher une alternative. J’aimerais un jour regarder ce qu’il existe de mieux, et le premier point de ma wishlist serait une fonction capable de crawler le contenu pour lire intégralement les articles tronqués. Devoir passer du RSS au navigateur, puis au mode lecture du navigateur, est vraiment pénible. Mais aujourd’hui, j’ai découvert un client appelé FeedMe, qui se synchronise avec Feedly et peut charger l’article complet dans le flux. Il prend aussi en charge des fonctions comme les filtres, donc il y a sans doute d’autres clients du même genre. J’ai juste repoussé ça bien trop longtemps par paresse
    • FreshRSS peut récupérer le contenu complet à l’aide de sélecteurs CSS, entre autres. J’ai moi-même créé plusieurs hydrateurs de flux RSS qui récupéraient directement le code source pour remplir les images ou, dans le cas de HN, utilisaient les infos Open Graph pour afficher aussi le score, le nombre de commentaires, etc.
    • En réalité, certains frontends analysent le lien et récupèrent même l’article complet, y compris pour des sites qui nécessitent une connexion
    • Certains lecteurs, comme Miniflux, prennent aussi en charge le téléchargement de l’article complet
  • J’ai à peu près tout essayé en matière de RSS, mais depuis trois ans, je suis fidèle à BazQux. J’essaie de recevoir dans mon lecteur RSS toutes les informations possibles sur Internet, et voici pour moi les points essentiels :
    1. détecter automatiquement les flux cachés, comme ceux de YouTube ou Reddit
    2. générer ses propres flux RSS pour des services qui ne prennent pas en charge le RSS (à une époque cela marchait aussi pour Twitter, vk et Instagram, mais ce n’est plus possible à cause de la fermeture des API)
    3. pouvoir charger le texte intégral des articles En y repensant, choisir un lecteur RSS revient surtout à choisir un bon backend. Extraire du texte depuis du XML n’est pas très difficile ; la vraie difficulté, c’est de produire du RSS même pour les sites qui le bloquent, et il y en aura probablement de plus en plus. Une fois le backend choisi, on peut simplement sélectionner le frontend qui nous convient. Sur les appareils Apple, je recommande Reeder
  • Après avoir expérimenté pendant environ dix ans divers lecteurs de flux (NetNewsWire, Feedbin, Miniflux, etc.), j’auto-héberge aujourd’hui mon propre lecteur de flux, déployé sur une base LibSQL gratuite
    • NetNewsWire était génial, mais je ne pouvais pas l’utiliser sur mon téléphone
    • Feedbin était vraiment excellent, mais je voulais réduire mes coûts d’abonnement
    • Miniflux fonctionnait bien, mais configurer un Postgres distant était pénible, et le niveau gratuit de Neon était épuisé en quelques jours
      J’ai donc développé mon propre lecteur de flux et je l’ai installé sur un Raspberry Pi comme home server ; c’était un projet parfait pour un week-end. Les standards des flux sont déjà bien établis, donc le code répétitif peut être traité très vite avec l’IA. Et c’est rafraîchissant de pouvoir ajouter immédiatement une fonctionnalité quand on en a besoin. Par exemple, j’ai moi-même implémenté la fonction « lire plus tard » présente dans Feedbin (mais absente de Miniflux)
  • Cela fait déjà un bon moment que j’ai coupé tous les réseaux sociaux (je considérais Hacker News, Reddit, etc. comme un cas un peu différent, plutôt des agrégateurs d’actualités ou des forums). En ce moment, je me demande comment mon monde changerait si je coupais aussi ce type de sources. Est-ce que ma perception de « ce qui se passe réellement » ou ma vision du monde changerait ? Si je lisais directement des sources primaires offrant des points de vue différents, est-ce que j’arriverais à des conclusions plus originales ? Curieusement, je n’avais jamais pensé au RSS jusqu’ici, alors que c’est exactement l’outil qu’il me faut pour cela
    • J’ai l’impression qu’il existe aussi une sorte de « quantité minimale nécessaire » dans la consommation d’actualités. Quand on lit beaucoup de sources différentes, le bénéfice supplémentaire finit sans doute par décroître. Par exemple, je me demande si lire seulement un flux RSS de titres du NYT ne donne pas déjà, en pratique, environ 90 % des informations qu’on obtiendrait en épluchant toutes sortes de blogs spécialisés et de sources variées
  • J’utilise blogtrottr.com pour recevoir directement les flux par e-mail. Je suis surpris que ce service ne soit pas mentionné ici