Der aktuelle Stand von RSS-Feed-Readern

• RSS-Feeds und Feed-Reader gibt es seit mehr als 20 Jahren. Ihr Hauptzweck besteht darin, Inhalte aus verschiedenen Quellen an einem Ort zu konsumieren und Informationsüberlastung zu bewältigen
• Auf dem aktuellen Markt gibt es zahlreiche Feed-Reader-Produkte, die nach Bereitstellungsmodell (lokal, Browser-Erweiterung, Self-Hosting, gehostet) und Geschäftsmodell (kostenlos, Einmalkauf, SaaS) eingeordnet werden
• Browser-Erweiterungen und On-Device-Produkte bieten einfache Einrichtung und lokale Datenkontrolle, haben aber Einschränkungen beim Abrufen von Feeds; Self-Hosting bietet vollständige Datenkontrolle, erfordert jedoch technische Einrichtung
• Gehostete Produkte (Feedly, Inoreader, Readwise Reader usw.) bieten im Durchschnitt die ausgereifteste User Experience und die umfassendsten Funktionen und unterstützen kontinuierliches Feed-Abrufen sowie Synchronisierung zwischen Geräten
• Für die meisten Nutzer sind gehostete Produkte mit kostenlosem Tarif die beste Wahl; wenn vollständige Datenkontrolle erforderlich ist, können Self-Hosting-Optionen (FreshRSS, Miniflux) in Betracht gezogen werden

---

Einleitung: Geschichte und Bedeutung von RSS-Feed-Readern

• Web-Feed-Standards wie RSS, Atom und JSON Feed werden seit über 20 Jahren genutzt und ermöglichen es, Inhalte aus verschiedenen Quellen auf einmal zu konsumieren
• In jüngster Zeit wird der Bedarf an Feed-Readern noch deutlicher, um auf die Überfülle an Inhalten zu reagieren
• Früher gab es nur einige wenige Produkte, heute existieren Lösungen für ganz unterschiedliche Situationen und Anwendungsfälle
• Für Nutzer, die RSS und Feed-Reader zum ersten Mal kennenlernen, ist es wegen der zu großen Auswahl schwierig, ein passendes Produkt zu finden
• Dieser Beitrag soll dabei helfen, durch eine Einordnung des Feed-Reader-Markts und den Vergleich der Eigenschaften einzelner Produkte eine passende Lösung zu finden

Klassifizierung von Feed-Readern

• Feed-Reader werden entlang zweier Achsen klassifiziert: Bereitstellungsmodell und Geschäftsmodell
  • Bereitstellungsmodell: lokal (Telefon oder PC), Browser-Erweiterung, Self-Hosting, gehostet
  • Geschäftsmodell: kostenlos, Einmalkauf, SaaS
• Das Bereitstellungsmodell wird danach bestimmt, wo Daten gespeichert werden und wo das Abrufen der Feeds stattfindet
  • Selbst wenn es sowohl eine Web-App als auch eine Mobile-App gibt, wird ein Produkt als „gehostet“ eingestuft, wenn die Feeds auf dem Server abgerufen werden
• Das Geschäftsmodell wird nach der günstigsten Option mit Zugriff auf den vollen Funktionsumfang klassifiziert
  • Produkte, die Self-Hosting unterstützen, werden als „kostenlos“ eingeordnet, Premium-SaaS-Produkte als „kostenpflichtig (SaaS)“

Eigenschaften und Produkte nach Bereitstellungsmodell

• Browser-Erweiterungen

  • Installation und Verwaltung sind einfach, und die Nutzung ist sofort ohne Konto möglich
  • Die Daten werden im lokalen Speicher abgelegt; wie viel gespeichert werden kann, hängt von der Gerätekapazität ab
  • Feeds werden nur aktualisiert, wenn der Browser geöffnet ist, daher können einige Beiträge verpasst werden
  • Standardmäßig kann nur auf dem installierten Gerät auf die Daten zugegriffen werden, es kann aber Browser-Sync genutzt werden
  • Bieten umfangreiche Browser-Integrationsfunktionen, allerdings sind Funktionen mit hohem Rechenaufwand, etwa auf Basis von Machine Learning, eingeschränkt
  • Kostenlose Produkte sind äußerst begrenzt
  • Repräsentative Produkte: Feedbro (derzeit das einzige aktive Produkt, Smart-RSS wurde im Februar eingestellt)

• On-Device

  • Installierbare Apps pro Gerät für iOS, Android, Windows, Mac, Linux usw.
  • Die Einrichtung erfolgt durch Installation der Anwendung; einige erfordern ein Konto und werden per manuellen oder automatischen Updates gepflegt
  • Die Daten werden auf dem Gerät gespeichert, was maximale Kontrolle ermöglicht
  • Aktualisierungen sind nur möglich, wenn die App läuft; einige Apps bieten Hintergrund-Aktualisierungsdienste
  • In der Regel ist der Zugriff auf Daten nur auf dem installierten Gerät möglich
  • Für Datensynchronisierung sind manuelle Verfahren oder OS-spezifische Synchronisierung (z. B. iCloud) nötig
  • Die Architektur ist auf Einzelanwender ausgerichtet, und Offline-Zugriff ist meist einfach möglich
  • Die Funktionen unterscheiden sich je nach App, aber Vielseitigkeit und Leistung sind innerhalb der Gerätegrenzen in der Regel gut
  • Mobile Apps sind im Allgemeinen funktionsärmer als Desktop-Apps
  • Mehrbenutzer-Funktionen oder spezielle Infrastruktur-Features wie Newsletter-Abonnements sind eingeschränkt
  • Repräsentative kostenlose Produkte: NetNewsWire, Thunderbird, RSS Guard, Vienna usw.
  • Repräsentative kostenpflichtige Produkte: Fiery Feeds, Lire, Reeder, ReadKit usw.

• Self-Hosting

  • Durchweg Open Source & kostenlos; für die Installation auf einem Server ausgelegt, der dauerhaft läuft
  • Da Server-Setup, Domain und Reverse-Proxy-Konfiguration nötig sind, gibt es eine technische Einstiegshürde
  • Alle Daten werden auf dem Server gespeichert, und der Serverbetreiber hat vollständige Kontrolle über Speicher und Daten
  • Durch den dauerhaften Betrieb des Dienstes sind schnelle Feed-Aktualisierungen möglich, und auch Feeds mit hoher Frequenz sind kein Problem
  • Zugriff ist von überall per Webbrowser möglich, die Daten werden automatisch synchronisiert
  • Im Durchschnitt bieten sie mehr Funktionen als Browser-Erweiterungen oder On-Device-Reader
  • Theoretisch gibt es keine Funktionsgrenzen, aber um Einrichtung und Wartung einfach zu halten, bleibt die Infrastruktur meist bewusst schlicht
  • Etwas weniger leistungsfähig als gehostete Alternativen
  • Repräsentative Produkte: Miniflux, FreshRSS, CommaFeed, Nextcloud News, selfoss, yarr
  • Alle sind Open Source & kostenlos; die einzigen Kosten sind Serverkosten (günstigste VPS-Tarife ab etwa 2 US-Dollar pro Monat)

• Gehostet (SaaS)

  • Abo-Dienste, die von Unternehmen betrieben werden; ein Konto ist erforderlich, und es handelt sich durchweg um kostenpflichtige SaaS-Produkte (meist mit kostenlosem Tarif)
  • Bieten im Durchschnitt die ausgereifteste User Experience und den umfassendsten Funktionsumfang
  • Für Daten, Infrastruktur, Updates und alles Weitere ist vollständig der Dienstanbieter verantwortlich
  • Die Daten werden auf Unternehmensservern gespeichert, aber gemäß Gesetzen wie der DSGVO kann Datenexport und -löschung angefordert werden
    • Der Speicherplatz ist im Wesentlichen unbegrenzt (Beschränkungen zur Missbrauchsverhinderung sind auf den Preis-Seiten angegeben)
  • Dank hochverfügbarer Infrastruktur können Feeds jederzeit aktualisiert und aufgerufen werden; populäre Feeds werden häufiger aktualisiert
  • Durch die komplexe und leistungsfähige Infrastruktur sind fortgeschrittene Funktionen wie Empfehlungen, E-Mail-Empfang und KI-Zusammenfassungen möglich
  • Meist werden sie als Web-Anwendungen angeboten, einige zusätzlich mit nativen Apps
  • Da die Daten auf dem Server gespeichert sind, erfolgt die Synchronisierung zwischen Geräten standardmäßig; einige bieten auch Offline-Unterstützung
  • Bieten die insgesamt ausgereifteste Nutzererfahrung
  • Repräsentative Produkte: Lighthouse, Feedly, Inoreader, NewsBlur, Feedbin, Readwise Reader, Feeder usw.
  • Alle gehosteten Produkte sind monatlich abgerechnete SaaS-Produkte (Folo ist derzeit kostenlos, plant aber künftig kostenpflichtige Funktionen)

Unterstützung für native Apps und Offline-Zugriff

• Viele Self-Hosting- oder gehostete Produkte bieten keine eigene App oder keinen Offline-Zugriff
• Über APIs (eigene oder kompatibel mit der Google Reader API) ist jedoch Anbindung und Offline-Zugriff über externe Apps (ReadKit, Fiery Feeds usw.) möglich
  • Inhalte werden heruntergeladen und lokal gespeichert
  • Änderungen werden zurück mit dem angebundenen Produkt synchronisiert
• Auf diese Weise können auch Dienste ohne eigene App-Unterstützung ein natives App-Erlebnis und Offline-Funktionen bieten
• Einige Dienste wie FreshRSS stellen offiziell Listen kompatibler Apps bereit

Unterstützung für Newsletter

• Newsletter gewinnen als Mechanismus zur Verbreitung von Blogs/Inhalten zunehmend an Bedeutung
• Einige gehostete Feed-Reader bieten native Newsletter-Unterstützung
• On-Device-Produkte können aufgrund infrastruktureller Beschränkungen Newsletter nicht direkt empfangen
• Es können Dienste genutzt werden, die Newsletter in RSS-Feeds umwandeln
  • Sie erzeugen eine E-Mail-Adresse und stellen die zugehörige Feed-URL bereit
  • An diese Adresse gesendete E-Mails werden als neue Einträge zum Feed hinzugefügt
  • Kill the Newsletter und Lighthouse Newsletter to RSS werden kostenlos angeboten

Zusammenfassung der Eigenschaften wichtiger Produkte

• NetNewsWire (On-Device, kostenlos)

  • Kostenloser On-Device-Feed-Reader für Mac und iOS
  • Speichert Daten standardmäßig auf dem Gerät, unterstützt aber Synchronisierung über iCloud und andere Produkte
  • Ein Safari-Extension ermöglicht das einfache Hinzufügen von Feeds
  • Mit AppleScript lässt sich ein bestimmter Workflow automatisieren

• Fiery Feeds (On-Device, SaaS)

  • Mac- & iOS-App, deren große Stärke in den vielfältigen Themes und Anpassungsoptionen liegt
  • Neben eigener Speicherung ist auch die Anbindung an iCloud und andere Dienste wie die FreshRSS API möglich
  • Kostenpflichtige Premium-Funktionen für 15 US-Dollar pro Jahr

• Reeder (On-Device, SaaS)

  • Mac- und iOS-App, Premium-Funktionen für rund 10 US-Dollar pro Jahr
  • Das wichtigste Unterscheidungsmerkmal ist eine integrierte Timeline mit RSS, Podcasts, Social Media usw.

• FreshRSS (Self-Hosting, kostenlos)

  • Self-gehosteter Feed-Reader, der nach der Einrichtung als Web-App genutzt werden kann
  • Unterstützt neben normalen Feed-Abonnements auch fortgeschrittene Feed-Features wie WebSub
  • Über Themes und Erweiterungen anpassbar, mit Unterstützung für mehr als 15 Sprachen
  • Neben Miniflux die am meisten empfohlene Self-Hosting-Option

• Miniflux (Self-Hosting, kostenlos)

  • Konzentriert sich eher auf Einfachheit und Geschwindigkeit als auf auffällige Funktionen
  • Es gibt auch eine gehostete Version (15 US-Dollar pro Jahr, 15 Tage kostenlos testen)
  • Zusammen mit FreshRSS die am meisten empfohlene Self-Hosting-Option

• Folo (gehostet, kostenlos)

  • Neuestes Produkt der Entwickler von RSS Hub
  • Bietet Apps für alle wichtigen Plattformen und ist derzeit kostenlos (künftig sind kostenpflichtige Premium-Funktionen geplant)
  • Open Source und theoretisch auch self-hostbar
  • Bietet einen großen Funktionsumfang, darunter Newsletter-Unterstützung, Umwandlung von Websites in Feeds und KI-Zusammenfassungen

• Feedly (gehostet, SaaS)

  • Das bekannteste Produkt und der Feed-Reader mit den meisten Nutzern überhaupt
  • Bietet umfassende Funktionen und einen kostenlosen Tarif
  • Scheint sich in den letzten Jahren stärker auf KI-Funktionen und Enterprise-Kunden zu konzentrieren

• Inoreader (gehostet, SaaS)

  • Nach Feedly das bekannteste Produkt, mit kostenlosem Tarif
  • Beeindruckender Funktionsumfang mit Unterstützung für Social-Media-Abonnements, Automatisierung und KI-Funktionen sowie öffentlicher API und Integrationen
  • Auf Reddit fallen Beschwerden über Preiserhöhungen auf, die Mehrheit der Nutzer ist jedoch zufrieden

• Readwise Reader (gehostet, SaaS)

  • Relativ neues Produkt der Readwise-Macher
  • Ein hervorragender Feed-Reader, dessen eigentliche Stärke jedoch die herausragende Leseerfahrung ist
  • Bietet auch Leseansichten für PDFs, E-Books usw.
  • Ist als Beta gekennzeichnet, befindet sich aber seit Jahren in diesem Zustand und ist tatsächlich ein stabiles Produkt

• Tiny Tiny RSS

  • Wird seit Langem von vielen genutzt und im RSS-Subreddit häufig empfohlen
  • Am 3. Oktober kündigte der Maintainer an, die Arbeit einzustellen und am 1. November die gesamte Infrastruktur zu entfernen
  • Ein Fork des Projekts durch andere Maintainer könnte entstehen, die künftige Richtung ist aber noch unklar

• Lighthouse (gehostet, SaaS)

  • Relativ neues Produkt im Beta-Status (das bedeutet, dass noch nicht alle Funktionen für die Vision jenseits des simplen Feed-Lesens vorhanden sind)
  • Das wichtigste Unterscheidungsmerkmal ist der Fokus auf Artikel statt auf Feeds und eine separate Ansicht (Inbox) zur Kuratierung von Artikeln
  • Konzentriert sich auf das Finden hochwertiger Inhalte

Verwandte Produktkategorien und Auswahlkriterien

• News-Aggregatoren

  • Sammeln und kuratieren Nachrichten aus verschiedenen Quellen automatisch
  • Bieten einige Anpassungsmöglichkeiten, konzentrieren sich aber auf Nachrichten und erlauben im Gegensatz zu Feed-Readern keine beliebigen Feed-Abonnements
  • Der Fokus liegt darauf, einen Überblick über die relevantesten News-Stories zu geben
  • Beispiele: Kagi News, Ground News, SmartNews

• Leselisten (Read-it-later-Apps)

  • Dienen dazu, im Web gefundene Links zu speichern und zu organisieren
  • Viele Feed-Reader bieten dieselbe Funktion, Leselisten sind jedoch für das Speichern von Links optimiert
  • Beispiele: Instapaper, Matter, Karakeep (mit Self-Hosting-Option)

Leitfaden zur Auswahl eines Feed-Readers

• Für die meisten Menschen sind gehostete Produkte die beste Option
  • In der Regel sind sie die ausgereiftesten und leistungsfähigsten Produkte
  • Sie werden von Unternehmen mit Vollzeit-Ingenieuren unterstützt
  • Meist gibt es kostenlose Tarife, sodass sie innerhalb gewisser Grenzen kostenlos genutzt werden können
• Bei spezielleren Anforderungen kann eine andere Produktkategorie besser passen
  • Beispiel: Wer vollständige Datenkontrolle möchte, sollte sich für eine Self-Hosting-Option entscheiden
• Am einfachsten ist es, zuerst die Kategorie festzulegen und sich dann mehrere Produkte anzusehen oder selbst auszuprobieren
• Fast alle Produkte unterstützen OPML-Import und -Export, sodass sich Feed-Abonnements mit kaum Aufwand zwischen Produkten verschieben lassen
• Es ist effizient, anhand von Kriterien wie Einsatzzweck, gewünschtem Maß an Datenkontrolle und Offline-Unterstützung eine passende Produktgruppe auszuwählen

[quilt8703]

Nachdem Google Reader eingestellt wurde, bin ich zu Feedly gewechselt, habe es dann fast zehn Jahre lang nicht benutzt und nutze es seit Kurzem wieder, nachdem ich ein wenig den Staub abgeklopft habe. Offenbar erscheinen auch heutzutage noch verschiedene Dienste. Das wusste ich gar nicht.

[GN⁺]

Hacker-News-Meinungen

• Ich vermisse das frühere Google Reader immer noch. Das Beste daran waren die sozialen Funktionen, mit denen ich Artikel, die mir gefielen, leicht mit Freunden teilen, in den Feed stellen und gegenseitig kommentieren konnte. Es war ein wirklich hervorragendes Netzwerk, um Blogposts oder Artikel zu teilen. Ich halte die Einstellung von Google Reader für einen der Hauptgründe für den Niedergang des Old Web. Seitdem hatten die meisten sozialen Plattformen immer stärkere Anreize, Nutzer daran zu hindern, die Plattform zu verlassen und andere Websites zu besuchen. Ich habe kürzlich auf Facebook ein Experiment gemacht und die Aufrufzahlen eines Posts verglichen, in dem ich einen YouTube-Link gepostet und ausführlich meine Gedanken dazu geschrieben habe, mit einem Post, in dem ich dasselbe Video direkt auf Facebook hochgeladen und denselben Text gepostet habe. Das direkt hochgeladene Video hatte 1000-mal mehr Aufrufe als der bloße Link. Außerdem blendete Facebook den Link zum Originalvideo meist aus, sodass man ihn erst nach „alle Kommentare anzeigen“ sehen konnte. Letztlich scheint Facebook die Sichtbarkeit von Beiträgen mit Links zu externen Seiten stark zu reduzieren oder sie ganz zu verstecken, was sich abgeschottet und frustrierend anfühlt. In so einer Umgebung wird es immer schwieriger, aufschlussreiche Blogposts zu teilen, sodass ich es nicht mehr nutzen möchte. Was ich wirklich will, ist nicht nur ein guter RSS-Reader, sondern auch die ungezwungene soziale Erfahrung, die früher Google Reader oder Google+ geboten haben
  • Ich denke, dass Dinge wie dezentralisierte soziale RSS-Feeds oder Artikelempfehlungen möglich wären, wenn die Community einen Standard schaffen würde. Früher veröffentlichten Leute auf ihren Blogs oft eine „blogroll“ oder eine OPML-Datei und machten so ihre abonnierten Feeds öffentlich. Das war nicht standardisiert und musste manuell gemacht werden, aber es war trotzdem eine dezentrale Empfehlung. Wenn man eine OPML-Datei an einem bekannten Pfad veröffentlicht, könnten Clients daraus einen Empfehlungsgraphen erstellen. Das würde allerdings nur Empfehlungen auf Feed-Ebene ermöglichen, und Empfehlungen auf Artikel-Ebene wären viel spannender. Mit Bluesky oder anderen verteilten Twitter-Implementierungen ließe sich so ein Empfehlungssystem bauen. Auf Basis dessen, was ich beim Lesen bewerte, könnte man im Feed-Reader maschinenlesbare Empfehlungs-Posts erzeugen, die Empfehlungen anderer übernehmen und sie nach Kriterien wie Vertrauenswürdigkeit der Empfehlung oder sozialem Graphen gewichten. Ich habe diese Idee früher einmal in ttrss ausprobiert, aber der Maintainer zeigte wenig Interesse, also habe ich es aufgegeben. Manchmal denke ich noch daran, habe es aber nie umgesetzt
  • Ich möchte mein persönliches Projekt lynkmi.com vorstellen. Es ist aus dem Geist des alten Web entstanden und wurde besonders durch den Trend großer Seiten angestoßen, ausgehende Links zu unterdrücken. Ich erinnere mich an die Zeit, als Facebook einen Bereich „Links“ hatte, in dem man alle geteilten Links leicht sehen konnte. Es ist schade, wie sehr sich die Welt verändert hat. Ich hoffe, ihr macht bei unserem Widerstand mit. Alle Tags und Profile bieten automatisch RSS-Feeds, und kürzlich habe ich auch interne Backlinks hinzugefügt, womit ich sehr zufrieden bin
  • Zur Meinung, dass das Ende von Google Reader zum Untergang des Old Web beigetragen habe: Vielleicht waren soziale Plattformen auch einfach so mächtig, dass das Old Web dadurch zusammenbrach und infolgedessen auch Google Reader verschwand
  • Ich habe lange theoldreader.com benutzt, inzwischen aber ganz mit RSS aufgehört. Damals war dieser Dienst Google Reader am ähnlichsten
  • Newsblur hat ebenfalls ähnliche soziale Funktionen
• Wenn man das Apple-Ökosystem nutzt, ist NetNewsWire auf dem Mac oder iPhone wirklich hervorragend. Es ist kein kommerzielles Produkt mehr, und Brent Simmons entwickelt es kostenlos mit echter Leidenschaft weiter. Einen Post mit seiner jüngsten Entwicklungsphilosophie findet man hier. Die wichtigste Funktion ist für mich, dass der Lesestatus der Feeds zwischen Laptop und Telefon synchronisiert wird
  • Die Synchronisierung des Feed-Status erfolgt über iCloud und ist daher nur auf iPhone/Mac nutzbar. NetNewsWire unterstützt aber auch die Anbindung an RSS-Feed-Aggregatoren wie FreshRSS, sodass man den Lesestatus auch auf Nicht-Apple-Geräten synchronisieren kann. Ich habe über viele Jahre überlegt, andere RSS-Apps auszuprobieren, bin aber wegen dieser Funktion bei NetNewsWire geblieben
  • Ich nutze NetNewsWire seit 2003 durchgehend. Es funktioniert wirklich sauber und zuverlässig, und ich mag es, dass es ein nutzerorientierter Newsreader ist, ohne Versuche, alles zu gamifizieren oder sozialer zu machen
  • Ich habe ebenfalls mit NetNewsWire angefangen, bin nach dem Erscheinen des iPhone zu Reeder gewechselt und habe später nach dem Ende von Google Reader verschiedene kostenlose Alternativen ausprobiert, bevor ich News Explorer entdeckt habe. Vermutlich war es eine der ersten Apps mit iCloud-Synchronisierung. Früher galt iCloud-Sync technisch als problematisch, aber News Explorer zeigte mir, dass es durchaus gut funktionieren kann. Später änderte auch Brent seine Meinung und führte iCloud-Sync in NetNewsWire ein. Heute nutze ich weiterhin NetNewsWire und hoffe, dass RSS-Filterfunktionen ergänzt werden. Bis dahin verwende ich Feed Rinse (feedrinse.com)
  • +1 für NetNewsWire. Neben iCloud-Synchronisierung kann es auch mit Drittanbieter-Aggregatoren wie BazQux, Feedbin, Feedly, Inoreader, NewsBlur, The Old Reader und FreshRSS verbunden werden, was praktisch ist, wenn man gelegentlich auch von Nicht-Apple-Geräten aus zugreifen muss
  • Ich nutze NetNewsWire als Frontend und ein selbst gehostetes FreshRSS als Backend und verwalte so meine Feeds perfekt über mehrere Geräte hinweg (Mac/iOS/iPadOS, Web)
• Wenn man selbst einen Feed-Reader entwickelt, sollte man sich unbedingt Rachel by the Bays Feed Reader Score Project (dieser Link, Best Practices) ansehen. Man sollte vermeiden, Server jede Minute oder jeden Tag abzufragen, wenn sich ein Feed in Wirklichkeit nur einmal pro Woche aktualisiert. ETag und Last-Modified müssen unbedingt korrekt verwendet werden
• Ich habe einige Jahre Inoreader genutzt und bin dieses Jahr zu Miniflux gewechselt. Mir erschien Inoreader im Verhältnis zu seinen Funktionen zunehmend zu teuer. Der Umzug war sehr einfach: Mit Docker compose Miniflux starten, OPML aus Inoreader exportieren und in Miniflux importieren. Auch der Zugriff auf den Web-Endpunkt war mit tsdproxy und tailscale funnels unkompliziert. Anfangs habe ich nur die Web-App genutzt, dann aber festgestellt, dass es sehr viele mit Miniflux kompatible Apps gibt. Am Ende nutze ich mit Freude folgende Kombination:
  • Read You (GitHub) auf Android-Smartphone/-Tablet
  • Reactflux (GitHub) auf dem Windows-Laptop
  • RSSGuard (GitHub) auf dem Linux-Desktop
  • Reeder classic auf dem iPad (da ich es bereits besitze, nutze ich es weiter)
  • PoweReader (powereader.app) auf dem iPhone für die Arbeit Miniflux hat den Vorteil, mehrere APIs wie Fever und Google Reader zu unterstützen. Wenn ein Frontend nur eine davon unterstützt, kann man es problemlos nutzen. Ich bin sehr zufrieden, weil ich auf jeder Plattform eine native Erfahrung bekomme
• Ich möchte meinen Feed-Reader brook-feed-reader vorstellen (Firefox-Addon-Link). Derzeit läuft er nur in Firefox, aber bei Interesse könnte ich eine Portierung auf Chrome erwägen. Ich wollte Feeds direkt im Browser lesen und auf meinen Geräten selbst verwalten. Es braucht weder Hosting noch Bezahlung und ist ein simples Tool, bei dem ich die Inhalte, die ich lese, vollständig selbst kontrolliere. Wenn man es ausprobiert, könnte die weltweite Nutzerzahl sogar zweistellig werden
  • Klingt interessant. Ich vermisse die alten Zeiten, als Firefox selbst noch eine native Kategorisierungsfunktion hatte, und habe nach einem leichtgewichtigen RSS-Reader für den Desktop gesucht. Wenn das auch auf Firefox Mobile funktionieren würde, würde ich meine mobile App vermutlich löschen
  • Zur Information: Mit einer einzigen Codebasis ist es ziemlich einfach, Erweiterungen für Firefox und Chrome (sowohl mv2 als auch mv3) zu unterstützen
  • Ich frage mich, ob sich das auch als VSCode-Erweiterung portieren ließe
  • Ich hätte ebenfalls Interesse an einer Chrome-Portierung
• Dieser Artikel gibt zwar einen guten Überblick über den RSS-Reader-Markt, wirkt aber gleichzeitig ein wenig wie Content-Marketing für einen Dienst namens Lighthouse. Ich nutze Feedly, und das eigentliche Problem von RSS ist meiner Meinung nach nicht die Oberfläche der meisten RSS-Reader, sondern dass viele Websites über RSS nicht den vollständigen Artikel, sondern nur einen Teil veröffentlichen oder keine Bilder unterstützen. Die Demo-Bilder der Reader zeigen immer nur Idealfälle, aber die meisten nicht-persönlichen Seiten liefern nur ein oder zwei Absätze, sodass es in der Praxis eher eine Linksammlung ist
  • Ich bin nach Google Reader ganz natürlich bei Feedly gelandet und nutze es seitdem. Ich liebe es nicht gerade, aber wegen seiner konstanten Stabilität habe ich bisher nicht nach Alternativen gesucht. Irgendwann würde ich gern eine bessere Alternative finden; auf meiner persönlichen Wunschliste steht ganz oben eine Funktion, die den Feed-Inhalt crawlt, damit man abgeschnittene Artikel vollständig lesen kann. Es ist zu umständlich, erst von RSS in den Browser und dann wieder in den Lesemodus des Browsers zu wechseln. Heute habe ich allerdings einen Client namens FeedMe entdeckt, der mit Feedly synchronisiert und innerhalb des Feeds den vollständigen Inhalt laden kann. Dinge wie Filter unterstützt er auch. Vermutlich gibt es noch mehr solcher Clients, wenn man sucht. Aus Bequemlichkeit habe ich das nur unnötig lange vor mir hergeschoben
  • FreshRSS kann mit CSS-Selektoren und Ähnlichem den vollständigen Inhalt abrufen. Ich habe selbst mehrere RSS-Feed-Hydratoren gebaut, die direkt den Quellcode auslesen, Bilder ergänzen oder im Fall von HN mithilfe von Open-Graph-Informationen sogar Punktzahlen und Kommentaranzahl anzeigen können
  • Tatsächlich parsen einige Frontends Links und ziehen sogar den kompletten Artikeltext nach, manche kommen sogar mit Login-geschützten Seiten zurecht
  • Einige Reader wie Miniflux unterstützen auch das Herunterladen vollständiger Artikel
• Ich habe so ziemlich jeden RSS-Dienst ausprobiert, bin aber in den letzten drei Jahren bei BazQux geblieben. Ich versuche, alle Informationen im Internet über einen RSS-Reader zu konsumieren, und für mich sind folgende Punkte wichtig:
  1. Er sollte auch versteckte Feeds wie bei YouTube oder Reddit automatisch finden
  2. Er sollte für Dienste ohne RSS-Unterstützung selbst RSS-Feeds erzeugen können (früher wurden auch Twitter, vk und Instagram unterstützt, aber wegen geschlossener APIs nicht mehr)
  3. Er sollte den vollständigen Artikeltext laden können Rückblickend kommt mir die Wahl eines RSS-Readers eher wie die Wahl eines guten Backends vor. Text aus XML herauszuziehen ist nicht besonders schwierig; die eigentliche Schwierigkeit besteht darin, RSS auch für Websites zu erzeugen, die RSS blockieren – und davon wird es wohl immer mehr geben. Wenn man das Backend gewählt hat, sucht man sich danach einfach das Frontend aus, das einem gefällt. Für Apple-Geräte empfehle ich Reeder
• Nach ungefähr zehn Jahren, in denen ich verschiedene Feed-Reader wie NetNewsWire, Feedbin und Miniflux ausprobiert habe, hoste ich nun einen selbst entwickelten Feed-Reader auf einer kostenlos gehosteten LibSQL-Datenbank.
  • NetNewsWire war großartig, aber ich konnte es nicht auf meinem Telefon nutzen
  • Feedbin war wirklich hervorragend, aber ich wollte die Abokosten senken
  • Miniflux funktionierte gut, aber die Einrichtung eines entfernten Postgres war mühsam, und selbst das kostenlose Kontingent von Neon war nach ein paar Tagen aufgebraucht
    Deshalb habe ich auf einem Raspberry Pi als Homeserver selbst einen Feed-Reader gebaut, und als Wochenendprojekt war das genau richtig. Die Feed-Standards sind bereits gut etabliert, daher lässt sich der Routinecode mit AI schnell erledigen. Es ist auch erfrischend, neue Funktionen sofort hinzufügen zu können. Zum Beispiel habe ich die „Später lesen“-Funktion aus Feedbin, die Miniflux nicht hat, selbst implementiert
• Ich bin schon vor einiger Zeit komplett von Social Media weggegangen (Hacker News, Reddit usw. habe ich immer etwas anders gesehen, eher als News-Aggregatoren/Foren). In letzter Zeit frage ich mich, wie sich meine Welt verändern würde, wenn ich sogar so etwas auch noch aufgeben würde. Würde sich mein Verständnis davon, „was wirklich passiert“, oder mein Weltbild verändern? Würde ich zu anderen Schlussfolgerungen kommen, wenn ich Primärquellen aus unterschiedlichen Perspektiven direkt lese? Merkwürdigerweise hatte ich RSS dabei nie auf dem Schirm, obwohl es genau das richtige Werkzeug für dieses Ziel ist
  • Ich glaube, auch beim Nachrichtenkonsum gibt es so etwas wie eine „Mindestmenge“. Wenn man viele unterschiedliche Quellen liest, nimmt der zusätzliche Nutzen ab einem gewissen Punkt wahrscheinlich immer weiter ab. Zum Beispiel frage ich mich, ob schon ein einziger NYT-Headline-RSS-Feed in der Praxis nicht vielleicht 90 % derselben Informationsmenge liefert wie das gründliche Durchforsten von Expertenblogs und verschiedensten Quellen
• Ich nutze blogtrottr.com, um Feeds direkt per E-Mail zu erhalten. Ich bin überrascht, dass dieser Dienst hier nicht erwähnt wurde