Was ist Podcast-RSS? Von `<enclosure>` bis Podcasting 2.0 und warum offene Distribution weiter wichtig ist | Mr. XYZ Downloader

Was ist Podcast-RSS, und warum nutzen verschiedene Feeds itunes:, content:encoded oder podcast:? Dieser Leitfaden erklärt die Geschichte von Podcast-RSS, Unterschiede bei Feed-Formaten und warum RSS für offene Podcast-Distribution bis heute wichtig bleibt.

xyzdownloader begann in der zweiten Hälfte des letzten Jahres als Side Project. Der Ausgangspunkt war eigentlich ganz schlicht: Ich wollte es für mich und meine Familie einfacher machen, Podcasts zu hören und nebenbei ein wenig Podcast-Informations- und Wissensmanagement zu betreiben.

Spannend war, dass dieses Projekt in diesem Jahr immer mehr Nutzer bekommen hat. Vielen Dank dafür.

Während ich auf Nutzerfeedback reagierte, Funktionen verbesserte und neue Möglichkeiten ergänzte, begann ich, mich ernsthaft mit den technischen Standards hinter Podcast-RSS zu beschäftigen. Je tiefer ich einstieg, desto interessanter wurde es. Hinter den scheinbar kalten XML-Tags steckt eine ganze Geschichte von Standardkriegen, kommerziellen Machtkämpfen und reichlich Geek-Drama.

Dieser Beitrag ordnet diese Hauptlinie neu und macht daraus eine Blog-Version zum schnellen Lesen.

Wenn du direkt die vollständige Langfassung lesen möchtest, geht es hier weiter:

👉 „RSS-Spaltungen, Apples Kontrolle und Spotifys Landnahme: der nie beendete Standardkrieg hinter dem Podcast“

Unerlaubte Weiterveröffentlichung ist nicht gestattet. Für Nachdruck, Zitate oder Kooperationsanfragen kontaktiere den Autor bitte über dessen WeChat-Account oder X-Account.

In einer Zeit, in der Empfehlungsalgorithmen, Plattformdistribution, App-Ökosysteme und Content-Walled-Gardens längst ausgereift sind, ist es fast überraschend, dass Podcasting bis heute nicht vollständig von einer einzigen Plattform neu erfunden wurde. Wenn du in Apple Podcasts, XiaoYuZhou, Pocket Casts oder sogar Spotify abonnierst, steckt darunter oft kein proprietäres Plattformprotokoll, sondern ein öffentlich zugänglicher XML-Feed.

Genau deshalb unterscheidet sich Podcasting so stark von Kurzvideo, Social Feeds oder Musikstreaming. Auf Infrastrukturebene gilt hier nicht: „Die Plattform besitzt deine Distribution.“ Sondern: „Der Creator besitzt den Feed, und Plattformen lesen ihn nur aus.“

Darum lohnt es sich, RSS bis heute neu zu verstehen.

Podcast-RSS ist kein Relikt, sondern das Fundament offener Distribution

Viele Menschen begegnen Podcast-RSS zum ersten Mal, wenn sie einen Episodenlink analysieren, ein Download-Tool ausprobieren oder einen echten Feed öffnen.

Und dann tauchen sofort Fragen auf:

Warum sind manche Feeds sehr sauber und enthalten nur Basistags?
Warum sind andere voll mit itunes:, atom:, content: und dc:?
Warum erscheinen in neueren Feeds plötzlich podcast:transcript, podcast:chapters und podcast:value?

Die Antwort:

Podcast-RSS war nie ein einzelner Standard, der ein für alle Mal feststand. Es ist ein Ökosystem, das durch langfristige Kompatibilität, Plattformverhandlungen und Community-Innovation gewachsen ist.

Es ist wie ein alter Baum. Der Stamm war früh da, aber neue Äste sind immer weiter gewachsen.

Warum wurde Podcasting auf RSS aufgebaut?

Podcasting begann nicht mit Apps. Es begann mit Distribution.

Die eigentliche Voraussetzung war, dass RSS um das Jahr 2000 eine entscheidende Fähigkeit bekam: Mediendateien an einen Abonnement-Stream anzuhängen.

Das Schlüsseltag sah so aus:

XML

<enclosure url="http://www.example.com/episode.mp3"
           length="12345678"
           type="audio/mpeg" />

<enclosure> wirkt unscheinbar, hat aber etwas Entscheidendes getan:

Es machte aus „Artikel-Updates“ eine „automatische Mediendistribution“.

RSS übertrug nicht mehr nur Blogtitel und Zusammenfassungen. Es konnte jetzt auch Audiodateien mitliefern. Später nutzte Adam Curry Skripte, um diese Dateien automatisch herunterzuladen und mit dem iPod zu synchronisieren. Genau in diesem Moment wurde aus „Audio auf einer Webseite“ ein abonnierbares, automatisch aktualisiertes und offline hörbares Medium.

Kurz gesagt: Ohne <enclosure> gäbe es kein modernes Podcasting.

Warum sehen Podcast-RSS-Feeds so unterschiedlich aus?

Weil Podcast-RSS eben nicht nur „ein Format“ ist. Es ist:

RSS 2.0 im Kern + Erweiterungen über Namespaces.

Der Kern von RSS übernimmt die wichtigsten Grundelemente:

Titel der Sendung
Beschreibung der Sendung
Veröffentlichungsdatum
URL der Audiodatei
eindeutige Kennung

Doch als Podcasting größer wurde, reichte das nicht mehr. Plattformen merkten schnell, dass sie zusätzlich Folgendes brauchten:

Coverbilder
Kategorien
Host-Metadaten
Kennzeichnung expliziter Inhalte
Staffel- und Episodennummern
ausführlichere Show Notes
Kapitel
Transkripte
Monetarisierungsfunktionen

Und genau dort begannen die Erweiterungen.

Die 4 Namespaces, die du am häufigsten siehst

Wenn du ein paar echte Podcast-Feeds öffnest, tauchen meist diese vier besonders oft auf:

1. `itunes:`: Apples De-facto-Standard

Das ist vermutlich die einflussreichste Tag-Familie im Podcasting.

Sie löst das Problem, wie eine Sendung in großen Podcast-Clients korrekt dargestellt wird, zum Beispiel mit:

<itunes:image>
<itunes:author>
<itunes:category>
<itunes:duration>
<itunes:episode>
<itunes:season>

Technisch ist RSS offen. In der Praxis galten aber lange Zeit die Kompatibilitätsanforderungen von Apple Podcasts fast als Branchenstandard.

Das führte zu einer merkwürdigen, aber sehr realen Lage:

die Grundlage war offen
die Darstellungsregeln wurden stark von Apple geprägt

Das ist auch einer der Gründe, warum Podcasting 2.0 später so viel Schwung bekam.

2. `content:encoded`: Show Notes, die man wirklich lesen kann

Das einfache <description>-Tag reicht oft nicht aus.

Wenn du darin Folgendes unterbringen willst:

verlinkte Quellen
Zeitstempel-Listen
Rich-Text-Einleitungen
Bilder und Zusatzhinweise

dann brauchst du oft content:encoded.

Am einfachsten kann man es so verstehen:

Es erlaubt RSS, vollständigen HTML-Inhalt zu transportieren, nicht nur eine Zusammenfassung.

Darum sind Feeds traditioneller Medienhäuser oder professioneller Hosting-Plattformen oft deutlich inhaltsreicher.

3. `atom:link`: Dem Client sagen, wer der Feed wirklich ist

Viele moderne Feeds enthalten eine Zeile wie diese:

XML

<atom:link href="https://feeds.example.com/podcast.xml"
           rel="self"
           type="application/rss+xml" />

Die Funktion ist schlicht, aber wichtig:

Sie deklariert die kanonische Identität des Feeds selbst.

Das ist bei Hosting-Migrationen, Domainwechseln oder Feed-Upgrades besonders hilfreich, weil Clients dadurch verlässlicher verstehen, welcher Quelle sie eigentlich folgen.

4. `podcast:`: Die neue Erweiterungsebene von Podcasting 2.0

Wenn itunes: die Machtstruktur der alten Podcast-Welt repräsentiert, dann wirkt podcast: eher wie die Antwort einer neuen Generation offener Podcast-Builder.

Diese Tags sollen Fähigkeiten ergänzen, die lange fehlten, zum Beispiel:

<podcast:transcript>: Transkripte
<podcast:chapters>: Kapitel
<podcast:person>: Beteiligten-Metadaten
<podcast:soundbite>: Highlights
<podcast:value>: Value4Value-Trinkgelder

Die Logik dahinter ist nicht „RSS ersetzen“.

Sondern:

Die alte Kompatibilität bleibt erhalten, während RSS neue Fähigkeiten dazubekommt.

Das ist einer der größten Unterschiede zwischen Podcasting und stärker geschlossenen Plattformen. Es entwickelt sich nicht über einen erzwungenen Komplettumstieg auf ein neues Protokoll, sondern über Abwärtskompatibilität und schrittweise Erweiterung.

Warum wirken verschiedene Plattformen wie verschiedene „Schulen“?

Wenn man reale Podcast-Feeds grob sortiert, erkennt man meist drei typische Stile.

Stil klassischer Medien

Bei Organisationen wie NPR sieht man oft:

weniger Namespaces
saubere Struktur
höhere Standarddisziplin
gut gepflegte Show Notes

Der Vorteil: stabil, klar und leichter zu parsen.

Stil von Hosting-Plattformen

Plattformen wie Simplecast, Buzzsprout und Captivate sind oft umfassender:

itunes ist drin
atom wird ergänzt
content wird unterstützt
neuere Tags werden möglichst mitgeführt

Da diese Plattformen viele Creator bedienen, ist ihr Ziel nicht Reinheit, sondern breite Kompatibilität.

Stil unabhängiger Geeks

Technische Podcasts, unabhängige Sites und creator-freundlichere Hosts experimentieren oft eher mit:

reichhaltigeren HTML-Show-Notes
vollständigeren Metadaten
schnellerer Podcasting-2.0-Adoption

Solche Feeds sind oft der beste Ort, um zu beobachten, wohin sich offene Podcast-Standards als Nächstes bewegen könnten.

Warum ist RSS bis heute wichtig?

Weil RSS nicht nur festlegt, wie eine Datei geschrieben ist, sondern wer die Distribution kontrolliert.

Was passiert, wenn Podcasting vollständig zu plattformeigenem Content wird?

Creator können Abonnentenbeziehungen nicht frei migrieren
Hörer können Clients nicht frei wählen
Plattformen können Empfehlung, Distribution und Verschwinden einseitig steuern
Ob eine Sendung weiter existiert, hängt dann von Plattformpolitik ab, nicht davon, ob der Creator noch einen erreichbaren Feed hat

RSS steht für eine andere Ordnung:

Creator können ihren Feed selbst besitzen
Hörer können ihren Player frei wählen
Clients können einander ersetzen
Plattformen sind Leser, nicht das einzige Tor

Darum hat RSS im Podcasting bis heute ein besonderes Gewicht.

Es ist vielleicht nicht modisch, aber es ist eine antifragile Verteilungsstruktur.

Warum sollte das für Hörer praktisch relevant sein?

Mehr, als man zuerst denkt.

1. Du verstehst besser, warum manche Shows herunterladbar sind und andere nicht

Ob eine Show einen echten RSS-Feed anbietet, ob ein standardmäßiges enclosure vorhanden ist und ob sie in einer geschlossenen Plattform eingeschlossen ist, beeinflusst Download und Migration direkt.

2. Du verstehst, warum nicht jeder Podcast-Link gleich gut parsbar ist

Manche Plattformen sind im Kern nur Webseiten-Hüllen um RSS.

Andere bewegen sich bereits in Richtung geschlossener, app-nativer Content-Systeme.

Oberflächlich sehen beide wie Episodenseiten aus. Unter der Haube sind sie etwas völlig anderes.

3. Du kannst besser einschätzen, ob eine Plattform Creator und Nutzer wirklich respektiert

Gibt sie RSS frei? Unterstützt sie Migration? Bleibt sie mit gängigen Tags kompatibel? Übernimmt sie offene Standards? Das sind keine kleinen Implementierungsdetails, sondern Hinweise auf die Werte der Plattform.

Für Creator ist RSS noch wichtiger

Viele Creator achten am Anfang kaum auf ihren Feed. Sie geben ihn an eine Hosting-Plattform ab und lassen sie „alles automatisch regeln“.

Doch sobald eine Sendung zu einem echten Content-Asset wird, ist RSS eines der wichtigsten Dinge, die man verstehen sollte.

Du solltest mindestens wissen:

wie deine Feed-URL lautet
welche Namespaces dein Host unterstützt
ob Feed-Migration möglich ist
ob transcript / chapters / person / value unterstützt werden
ob deine Metadaten vollständig sind

Denn langfristig gilt: Die Episoden sind das Asset, und der Feed ist die Verteilungspipeline dieses Assets.

Viele Plattform-Tools wirken, als würden sie dir Distribution „abnehmen“. Aber ob du langfristig Kontrolle behältst, entscheidet sich daran, ob du diese Distributionsbeziehung mitnehmen kannst.

Ein praktischerer Maßstab: RSS ist keine Nostalgie, sondern eine Grenze der Fähigkeiten

Viele sehen in RSS nur ein sentimentales Relikt des alten Webs. Im Podcasting ist es viel praktischer.

Es entscheidet:

ob mehrere Clients deine Show lesen können
ob sie suchbar, migrierbar und sicherbar ist
ob deine Abonnentenbeziehungen Plattformwechsel überleben
ob dein Content von „einer Plattformseite“ zu „einer Datenquelle unter deiner Kontrolle“ werden kann

Die eigentliche Frage lautet also nicht: „Lebt RSS noch?“

Sondern:

Solange Podcasting offene Distribution bewahren will, wird RSS oder ein vergleichbares offenes Protokoll relevant bleiben.

Zum Schluss: Wenn du die vollständige Version lesen willst

Diese Blog-Version ist eher ein schneller Leitfaden, um das Grundgerüst zu verstehen.

Wenn du die längere Deep-Dive-Version lesen möchtest, inklusive:

der kompletten Geschichte von Netscape bis Dave Winer
der Spaltung zwischen RSS 1.0, RSS 2.0 und Atom
wie Apples itunes:-Namespace zum De-facto-Standard wurde
warum Spotifys Walled-Garden-Strategie Gegenreaktionen ausgelöst hat
was Podcasting 2.0 konkret hinzugefügt hat

dann lies hier weiter: