RSS-Feeds — Eine ruhigere Informationsroutine unter eigener Kontrolle

Jahrelang behandelte ich das Internet wie einen Fluss, den ich ununterbrochen beobachten musste. Wenn ich mich von Social Media abwandte, konnte ein wichtiger Artikel, ein Release oder eine Unterhaltung an mir vorbeitreiben. Das Ergebnis war kein besseres Wissen, sondern die unruhige Gewohnheit, immer wieder Streams zu kontrollieren, die Algorithmen mit anderen Prioritäten als meinen zusammengestellt hatten.

RSS bietet eine ruhigere Alternative. Es nimmt uns die Auswahl der Lektüre nicht ab, sondern liefert neue Website-Einträge chronologisch an einen zentralen Ort, ohne algorithmische Timeline. Diese Idee kann den Informationskonsum von einem endlosen Buffet in einen selbst gepackten Wochenkorb verwandeln.

Was RSS tatsächlich macht

RSS steht für Really Simple Syndication. Ein Publisher stellt einen maschinenlesbaren Feed bereit, meist als XML, der aktuelle Titel, Daten, Links, Zusammenfassungen und manchmal vollständige Artikel enthält. Ein RSS reader prüft diese Adresse regelmäßig und zeigt alles an, was er noch nicht gesehen hat. Podcasts beruhen auf demselben grundlegenden Mechanismus: Der Feed informiert eine App darüber, dass eine neue Episode und eine neue Mediendatei verfügbar sind.

Diese Trennung ist wichtig. Die Website bleibt für die Veröffentlichung verantwortlich, während der Reader Darstellung und Lesestatus verwaltet. So lassen sich ein persönlicher Blog, ein Security Advisory, ein YouTube-Kanal und eine Seite mit Software-Releases verfolgen, ohne jeden Morgen vier Plattformen zu öffnen. Keine Recommendation Engine entscheidet, dass Empörung mehr Sichtbarkeit verdient, weil sie einen weiteren Klick erzeugt.

Warum sich ein Feed anders als eine Timeline anfühlt

Eine Social Timeline ähnelt einem Supermarkt, der bei jedem Besuch seine Gänge neu anordnet. Auf Augenhöhe liegen die Produkte, die das Geschäft verkaufen möchte, und absichtlich fehlt ein natürlicher Endpunkt. Eine RSS inbox ähnelt eher einem Briefkasten. Neue Einträge treffen ein, man prüft sie, behält einige, verwirft den Rest und erreicht schließlich den leeren Zustand.

Die chronologische Reihenfolge macht das System außerdem verständlich. Wenn zwanzig Subscriptions dreißig Beiträge veröffentlichen, enthält der Reader dreißig Beiträge und keine undurchsichtige Auswahl zwischen Promoted Posts. Das verhindert Überlastung nicht automatisch; fünfhundert laute Quellen können dasselbe Problem erzeugen. Der entscheidende Unterschied ist die Kontrolle: Jede Quelle ist vorhanden, weil man sie hinzugefügt hat, und kann verschwinden, sobald man sie entfernt.

Den Reader vor dem Sammeln von Feeds wählen

Am besten beginnt man mit dem einfachsten Reader, der zu den eigenen Geräten passt. Lokale Desktop-Anwendungen wie Thunderbird oder NetNewsWire halten das Setup übersichtlich. Hosted Services wie Feedly oder Inoreader vereinfachen die Synchronisierung. Self-hosted Tools wie FreshRSS und Miniflux bieten mehr Kontrolle, benötigen aber Updates, Backups und Monitoring. Self-hosting ist sinnvoll, wenn es eine Anforderung erfüllt, nicht wenn es das Lesen nur in ein weiteres Serverprojekt verwandelt.

Ich würde vier Punkte bewerten: zuverlässige Synchronisierung, gut lesbare Typografie, einfacher Export und eine angenehme Möglichkeit, Einträge als gelesen zu markieren. Search und Filtering sind später nützlich, doch Portabilität zählt vom ersten Tag an. Ein Reader sollte Subscriptions als OPML exportieren können, ein XML-Format, das die meisten Alternativen verstehen. Dieser Ausgang verhindert, dass eine wertvolle Sammlung in einer Anwendung eingeschlossen wird.

Einen Feed finden und prüfen

Viele Reader erkennen einen Feed, sobald man die URL einer Website einfügt. Schlägt die Erkennung fehl, helfen ein RSS-Symbol oder Links mit Namen wie RSS, Atom, Feed oder Subscribe. Häufige Pfade sind /feed/, /rss.xml und /atom.xml. Im Browser-Quelltext kann außerdem ein Discovery Link im head der Seite stehen:

<link rel="alternate"
      type="application/rss+xml"
      title="Example Site Feed"
      href="https://example.com/feed.xml">

Bei Unsicherheit sollte man die Feed-Adresse öffnen. Rohes XML wirkt möglicherweise unfreundlich, doch Titel der Website und Links zu aktuellen Einträgen sollten erkennbar sein. Vor dem Abonnieren ist zu prüfen, ob der Feed offiziell ist und HTTPS nutzt. Third-party Feed Generators helfen bei Websites ohne eigenen Feed, führen jedoch einen weiteren Dienst ein, der ausfallen, Inhalte verändern oder Requests beobachten kann.

Eine kleine, bewusste Subscription-Liste aufbauen

Am Anfang sollte man nicht jedes jemals verfolgte Konto importieren. Sinnvoll sind vielleicht fünfzehn Quellen für drei Zwecke: unverzichtbare Updates, gern gelesene Texte und Themen, die man gerade lernt. Eine technische Liste könnte einen Security Feed einer Distribution, zwei Feeds für Project Releases, mehrere unabhängige Blogs und ein oder zwei Publikationen mit konstant sorgfältiger Berichterstattung enthalten.

Danach braucht die Liste etwas Zeit. Nach zwei Wochen wird sichtbar, welche Quellen man immer überspringt und welche für einen nützlichen Beitrag zehn oberflächliche veröffentlichen. Unsubscribe ist ohne schlechtes Gewissen erlaubt. Eine Feed Subscription ist keine lebenslange Unterstützung, sondern die Erlaubnis, etwas zukünftige Aufmerksamkeit zu beanspruchen. Wie bei Werkzeugen auf einer Werkbank machen weniger, gut gewählte Gegenstände den gesamten Raum oft nützlicher.

Ordner als Lesemodi verwenden

Ordner funktionieren am besten, wenn sie die Dringlichkeit der Lektüre beschreiben und nicht nur das Thema einer Quelle. Ich verwende eine Struktur wie Priority, Learning und Leisure. Security Alerts und Service Status Updates gehören in Priority. Lange technische Essays können in Learning warten. Hobbys und allgemeine Inspiration liegen in Leisure. Diese Anordnung unterstützt unterschiedliche Situationen, statt eine einzige einschüchternde Unread-Zahl zu zeigen.

Für High-volume Feeds kann man zudem einen eigenen Ordner reservieren und ihn großzügig als gelesen markieren. Die Unread-Zahl ist ein Werkzeug, keine Schuld. Wenn nach einem Urlaub achthundert Einträge warten, genügt es, den kritischen Ordner zu prüfen und den Rest zu leeren. Ein Informationssystem soll bei der Rückkehr ins Leben helfen und niemanden dafür bestrafen, ein Leben zu haben.

Portabilität mit OPML bewahren

Sobald die Sammlung wertvoll wird, sollte sie regelmäßig exportiert werden. Eine OPML-Datei speichert Feed-Titel, Adressen und Ordnerhierarchie. Markierte Artikel oder der Leseverlauf sind meistens nicht enthalten, doch für den Wiederaufbau der zentralen Subscription-Liste in einem anderen Reader reicht sie aus. Ein kleiner Ausschnitt sieht so aus:

<opml version="2.0">
  <body>
    <outline text="Learning">
      <outline text="Example Blog"
        type="rss"
        xmlUrl="https://example.com/feed.xml" />
    </outline>
  </body>
</opml>

Dieser Export gehört in das normale Dokumenten-Backup und sollte nach größeren Änderungen an den Subscriptions erneuert werden. Bei einem self-hosted Reader ist auch dessen Datenbank zu sichern, denn Tags, Filter, gespeicherte Einträge und Zugangsdaten können außerhalb von OPML liegen. Ein Import sollte einmal getestet werden; ein ungeprüfter Export vermittelt Zuversicht, ist aber noch kein Recovery Plan.

Einen Leserhythmus statt eines neuen Reflexes schaffen

RSS wirkt weniger beruhigend, wenn sein Symbol alle fünf Minuten geprüft wird. Der Rhythmus sollte zum Material passen. Operational Alerts verdienen vielleicht sofortige Benachrichtigungen über einen separaten Kanal, während Essays bis zum Morgen oder Wochenende warten können. Ich öffne den Reader lieber ein- oder zweimal täglich, überfliege Titel und sende nur wenige gehaltvolle Texte an eine Read-later Queue.

Die Trennung von Discovery und Deep Reading verringert Context Switching. Beim Überfliegen geht es um Entscheidungen statt Konsum: löschen, speichern oder ein kurzes Update lesen. In der eigentlichen Lesesitzung öffnet man die gespeicherte Liste ohne den Druck neu eintreffender Einträge. Das ähnelt dem Vorbereiten von Zutaten vor dem Kochen; beides ist wichtig, doch ständiges Vermischen lässt die Küche chaotisch wirken.

Verstehen, was RSS nicht lösen kann

Einige Websites veröffentlichen unvollständige Feeds, aktualisieren sie unregelmäßig oder bieten überhaupt keine an. RSS besitzt auch nicht den Social Context, der Community-Diskussionen wertvoll machen kann. Newsletter, Foren, kuratierte Link-Seiten oder gelegentliche Suchen in Social Media bleiben daher nützlich. Das Ziel ist keine ideologische Reinheit, sondern ein ruhigerer Weg für stabile, vertrauenswürdige Quellen und ein bewusster Umgang mit lauteren Kanälen.

Feeds können außerdem Tracking Links oder extern gehostete Bilder enthalten, weshalb Privatsphäre nicht absolut ist. Reader Security ist wichtig, da Feed-Inhalte Untrusted Input darstellen. Die Anwendung muss aktuell bleiben, Reader mit Ausführung beliebiger Scripts sind zu vermeiden, und Authentication für private Feeds verlangt Sorgfalt. Ein öffentlich erreichbarer self-hosted Reader braucht dieselbe Disziplin bei HTTPS, Backup und Access Control wie jede andere Web Application.

Ein kleineres Internet, das man beenden kann

RSS erschafft kein perfektes Internet neu. Es bietet ein praktisches Protokoll, um Quellen auszuwählen, Updates in vorhersehbarer Reihenfolge zu sehen und ein Tool bei Bedarf zu verlassen. Ein Reader und eine kurze Liste genügen für den Anfang. Danach ordnet man Feeds nach Dringlichkeit, exportiert OPML und räumt regelmäßig auf.

Die Belohnung ist nicht täglich eine leere Inbox, sondern eine Beziehung zu Informationen mit klaren Grenzen: Man weiß, warum etwas eintrifft, bestimmt den Lesezeitpunkt und kann fertig sein. Wer RSS nutzt, kann einen dauerhaft wertvollen Feed teilen. Wer noch nicht begonnen hat, kann fünf Websites eine Woche lang verfolgen und beobachten, wie sich das Internet anfühlt, wenn man die Strömung selbst wählt.