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

Zusammengestellt und geschrieben von: Gavin Chen

Ein 14-jähriges Wunderkind, ein MTV-Moderator und ein notorisch streitbarer Programmierer halfen gemeinsam dabei, Podcasting möglich zu machen.

Von den Portal-Kriegen bei Netscape bis zu Bitcoin-Micropayments erzählt die Geschichte von Podcast-RSS auch die Geschichte des offenen Webs.

Ein spontan erfundenes Wort und ein unscheinbares XML-Tag trugen am Ende eine milliardenschwere Industrie.

In einer Zeit, in der Streaming-Plattformen und Empfehlungsalgorithmen dominieren, ruht Podcasting immer noch auf einem alten, aber bemerkenswert offenen Fundament: RSS. Wenn man in Apple Podcasts, XiaoYuZhou oder vielen anderen Apps ein Format abonniert, arbeitet darunter oft weiterhin ein XML-Feed.

Trotzdem sehen Podcast-RSS-Feeds sehr unterschiedlich aus. Manche sind voller itunes:-Tags, andere nutzen stark content:encoded, neuere Varianten ergänzen podcast:transcript, podcast:chapters oder podcast:value. Diese Unterschiede sind kein Zufall, sondern das Ergebnis von mehr als zwanzig Jahren Standardstreit, Plattformmacht und konkurrierenden Vorstellungen davon, wie offen das Web bleiben darf.

Dieser Text zeichnet die Entwicklung nach: von einem Nerd-Experiment Ende der 1990er bis zu einer heute noch tragenden Infrastruktur des offenen Audio-Ökosystems.

Dieser Artikel wurde auch im persönlichen WeChat-Official-Account und X-Account des Autors veröffentlicht. Sie können beiden gern folgen.

WeChat-Official-Account: 小陈的科技日常

Persönlicher X-Account: GavinC

Bei Nachdruck, Zitaten oder Kooperationsanfragen können Sie den Autor gern über diese Website, per Nachricht im WeChat-Official-Account oder per Direktnachricht auf X kontaktieren.

Kapitel 1. Der Anfang: RSS entsteht aus den Portal-Kriegen von Netscape (1997-1999)

Um Podcast-RSS zu verstehen, muss man zurück in die späten 1990er. Netscape verlor immer schneller Marktanteile an Internet Explorer. Als Gegenreaktion baute das Unternehmen Portalprodukte wie My.Netscape.Com, in denen Nutzer Schlagzeilen und Links aus verschiedenen Quellen bündeln konnten. Aus genau diesem Bedarf nach syndizierten Inhalten entstand RSS.

Quelle: wired

1.1 Guha, MCF und der RDF-Schatten

Ramanathan V. Guha arbeitete zuvor bei Apples Advanced Technology Group und entwickelte dort Meta Content Framework (MCF), ein System zur Beschreibung von Beziehungen zwischen Dokumenten und Webressourcen. MCF prägte später RDF mit. Nachdem Apple das Projekt eingestellt hatte, wechselte Guha zu Netscape und setzte seine Arbeit an maschinenlesbarer Publikation fort.

Quelle: w3.org - An MCF Tutorial

1999 veröffentlichte Netscape RSS 0.90, damals noch mit dem Namen RDF Site Summary. Der Titel klang stark nach RDF, die Praxis war aber deutlich einfacher.

<?xml version="1.0"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
         xmlns="http://my.netscape.com/rdf/simple/0.9/">
  <channel>
    <title>My Netscape News</title>
    <link>http://www.my.netscape.com</link>
    <description>The best news on the web.</description>
  </channel>
  <item>
    <title>Breaking News</title>
    <link>http://www.my.netscape.com/news/breaking</link>
  </item>
</rdf:RDF>

1.2 Dave Winer betritt die Bühne

Zeitgleich arbeitete Dave Winer an XML-Formaten für Blogs. Für ihn war das frühe RSS von Netscape zu mager, weil echte Syndizierung mehr als Überschriften und Links brauchte: Zusammenfassungen, Absätze und reichere Inhalte. Er bezeichnete Netscapes Format öffentlich als „hoffnungslos unzureichend“ und sagte, es fehle „genau das, was Web-Autoren und Leser brauchen“.

English original: "woefully inadequate"; "missing the key thing web writers and readers need".

Seine Ideen beeinflussten später RSS 0.91, bei dem Netscape große Teile des schweren RDF-Gepäcks abwarf und sich pragmatischer ausrichtete. Dan Libby erklärte die Wende in der neuen Spezifikation sogar ausdrücklich:

„RSS war ursprünglich als Metadatenformat gedacht, das eine Website zusammenfasst. Zwei Dinge sind inzwischen klar geworden: Erstens wollen Anbieter eher ein Syndikationsformat als ein reines Metadatenformat. Die Struktur einer RDF-Datei ist sehr präzise und muss dem RDF-Datenmodell entsprechen, um gültig zu sein. Das ist für Menschen nicht leicht verständlich und erschwert die Erstellung nützlicher RDF-Dateien. Zweitens gibt es nur wenige Werkzeuge für Erzeugung, Validierung und Verarbeitung von RDF. Aus diesen Gründen haben wir uns für einen Standard-XML-Ansatz entschieden.“

English original: "RDF references removed. RSS was originally conceived as a metadata format providing a summary of a website. Two things have become clear: the first is that providers want more of a syndication format than a metadata format. The structure of an RDF file is very precise and must conform to the RDF data model in order to be valid. This is not easily human-understandable and can make it difficult to create useful RDF files. The second is that few tools are available for RDF generation, validation and processing. For these reasons, we have decided to go with a standard XML approach."

1.3 Als Netscape ausstieg, begann der Krieg

Nach der AOL-Übernahme verlor RSS seinen ursprünglichen Eigentümer. My.Netscape entfernte die RSS-Unterstützung, selbst die DTD von RSS 0.91 verschwand. Doch zu diesem Zeitpunkt war RSS im Blog-Umfeld längst verbreitet. Ohne klaren Hüter, aber mit wachsender Nutzung, verwandelte sich die Entwicklung in einen langen Standardkrieg.

Kapitel 2. Götterkrieg: RSS spaltet sich, Atom entsteht (2000-2005)

Nach Netscape zerfiel die RSS-Welt im Wesentlichen in zwei Lager.

2.1 RSS 1.0: RDF und semantisches Web

Die RSS-DEV-Gruppe mit Figuren wie Rael Dornfest und Guha wollte RSS wieder stärker auf RDF und formale Semantik gründen. Das Ergebnis war RSS 1.0, veröffentlicht im Jahr 2000.

Sein wichtigstes Erbe für Podcasting war weniger Marktanteil als das Prinzip der Erweiterung über Namespaces.

Zu den bemerkenswertesten Mitwirkenden gehörte Aaron Swartz, der im Alter von 14 Jahren an der Standardarbeit beteiligt war.

<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF
  xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
  xmlns="http://purl.org/rss/1.0/"
  xmlns:dc="http://purl.org/dc/elements/1.1/"
  xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel rdf:about="http://www.example.com/rss">
    <title>Example Channel</title>
    <link>http://www.example.com</link>
    <description>An example RSS 1.0 feed</description>
    <dc:creator>John Doe</dc:creator>
  </channel>
  <item rdf:about="http://www.example.com/article1">
    <title>Article One</title>
    <content:encoded><![CDATA[<p>Full HTML content here.</p>]]></content:encoded>
  </item>
</rdf:RDF>

2.2 RSS 2.0: Pragmatismus setzt sich durch

Dave Winer hielt RDF-lastige Ansätze für übertechnisiert. Für ihn war RSS wertvoll, weil es leicht erzeugt und leicht verarbeitet werden konnte. 2002 veröffentlichte er RSS 2.0, bekannt als Really Simple Syndication.

<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
  <channel>
    <title>Example Podcast</title>
    <link>http://www.example.com</link>
    <description>An example podcast feed</description>
    <item>
      <title>Episode 1</title>
      <description>In this episode, we discuss...</description>
      <enclosure url="http://www.example.com/ep1.mp3" length="12345678" type="audio/mpeg"/>
      <guid>http://www.example.com/episode1</guid>
    </item>
  </channel>
</rss>

Die entscheidende Idee war: ein schlanker Kern, aber Erweiterbarkeit über Namespaces. Genau diese Kombination machte RSS robust genug, um im Podcasting jahrzehntelang zu überleben. Winer schrieb auf der Mailingliste sogar, dass die Spaltung wohl unausweichlich sei:

„Ich überlege noch immer, wie man RSS voranbringen kann. Ich will auf jeden Fall ICE-artige Dinge in RSS2 haben, Publish und Subscribe stehen ganz oben auf meiner Liste, aber ich werde mit Zähnen und Klauen für Einfachheit kämpfen. Ich liebe optionale Elemente. Ich will weder den Weg über Namespaces und Schemas gehen noch versuchen, RSS zu einem RDF-Dialekt zu machen. Ich verstehe, dass andere genau das wollen, und deshalb bekommen wir wohl eine Abspaltung.“

English original: "I'm still pondering how to move RSS forward. I definitely want ICE-like stuff in RSS2, publish and subscribe is at the top of my list, but I am going to fight tooth and nail for simplicity. I love optional elements. I don't want to go down the namespaces and schema road, or try to make it a dialect of RDF. I understand other people want to do this, and therefore I guess we're going to get a fork."

2.3 Atom: ein Neuanfang

Viele Entwickler waren mit der Richtung von RSS 2.0 und mit Winers Einfluss unzufrieden. Daraus entstand Atom, das 2005 als IETF-Standard veröffentlicht wurde.

Atom brachte mehrere Verbesserungen:

1. verpflichtende <id>-Werte
2. klarere Zeitsemantik mit published und updated
3. explizitere Beschreibung von Inhaltstypen

Atom ersetzte RSS 2.0 im Podcasting nie, aber ein Element wurde sehr wichtig: atom:link rel="self".

2.4 Aaron Swartz und der menschliche Preis des offenen Webs

Aaron Swartz arbeitete später auch an Creative Commons und Markdown mit und wurde zum Symbol für Informationsfreiheit. Sein Tod 2013 erinnert daran, dass die Geschichte von RSS nicht nur technisch, sondern auch politisch und menschlich ist.

Kapitel 3. Die Geburt des Podcastings: die Magie von <enclosure> (2000-2004)

Podcasting entstand nicht aus dem Produktplan eines Tech-Konzerns. Es entstand, weil Menschen vorhandene Werkzeuge so lange kombinierten, bis Audio automatisch verteilt werden konnte.

3.1 Ein kleines Tag mit riesigen Folgen

Ende 2000 fügte Dave Winer <enclosure> zu RSS 0.92 hinzu, damit ein Feed auf angehängte Mediendateien verweisen konnte.

<enclosure url="http://www.scripting.com/mp3s/weatherReportSuite.mp3"
           length="12216320"
           type="audio/mpeg" />

Die drei Attribute waren schlicht:

• url: Speicherort der Datei
• length: Dateigröße in Byte
• type: MIME-Typ

Damals sah das unscheinbar aus. Rückblickend war es das technische Fundament des Podcastings. Am 11. Januar 2001 demonstrierte Winer die Funktion erstmals in seinem Blog mit dem Grateful-Dead-Song „Weather Report Suite“ und schrieb: „Das ist das erste Audio-Enclosure, das wir RSS hinzugefügt haben. Hoffentlich wird daraus ein neuer Weg der Syndikation.“

English original: "This is the first audio enclosure we've added to RSS, hopefully this will become a new way of syndicating."

3.2 Adam Curry und iPodder

Wenn Dave Winer der technische Vater des Podcastings war, dann war Adam Curry sein Evangelist. Der ehemalige MTV-Moderator erkannte das Potenzial von <enclosure> und baute Werkzeuge, die Audiodateien automatisch aus Feeds luden und mit dem iPod synchronisierten.

3.3 Wie das Wort "Podcast" entstand

2004 schlug der Journalist Ben Hammersley in einem Artikel eher beiläufig das Wort podcasting vor. Der Begriff blieb hängen. Kurz darauf halfen Formate wie Daily Source Code, das Medium kulturell zu verankern. Currys legendäre Anmoderation blieb vielen im Gedächtnis:

Quelle: benhammersley.com

„...mit einem 16-Millionen-Dollar-Jet an meinem Hintern festgeschnallt und der nächsten Generation von Radio in meinen Ohren glaube ich, dass ich in die Zukunft fliege.“

English original: "...with a 16 million dollar jet strapped to my ass and the next generation of radio in my ears, I think I'm flying into the future."

Quelle: Oxford University Press

Kapitel 4. Apple steigt ein und der Namespace-Krieg explodiert (2005-2010)

Mit dem Wachstum des Podcastings reichte reines RSS 2.0 nicht mehr aus. Coverbilder, Autoren, Kategorien, Folgennummern, Staffelnummern und Inhaltskennzeichnungen brauchten neue Felder.

4.1 itunes: wird zum De-facto-Standard

2005 integrierte Apple Podcasts in iTunes 4.9 und führte den itunes:-Namespace ein. Für viele Jahre bedeutete Podcast-Kompatibilität praktisch vor allem Apple-Kompatibilität.

Quelle: @MacMuzeum Youtube

<rss version="2.0" xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd">
  <channel>
    <title>Planet Money</title>
    <itunes:author>NPR</itunes:author>
    <itunes:image href="https://media.npr.org/assets/img/podcast-cover.jpg"/>
    <itunes:category text="Business">
      <itunes:category text="Investing"/>
    </itunes:category>
    <itunes:explicit>false</itunes:explicit>
  </channel>
</rss>

Typische itunes:-Tags:

4.2 Andere wichtige Namespaces

Podcast-RSS stützt sich außerdem auf weitere historische Linien:

• content:encoded für vollständige HTML-Show-Notes
• atom:link rel="self" für die kanonische Feed-URL
• dc:creator für Dublin-Core-Metadaten
• media: für reichere Mediabeschreibung und Thumbnails

<content:encoded><![CDATA[
  <h2>Show Notes</h2>
  <p>In dieser Episode sprechen wir über...</p>
  <h3>Zeitmarken</h3>
  <ul>
    <li><strong>00:00</strong> - Intro</li>
    <li><strong>05:30</strong> - Interview</li>
  </ul>
]]></content:encoded>

4.3 Die Google-Reader-Ära und der RSS-Rückgang

Google Reader brachte RSS zu einem Massenpublikum. Seine Abschaltung 2013 galt als Symbol für den Niedergang des Formats. Podcasting blieb jedoch widerstandsfähiger, weil Podcast-Apps Feeds meist direkt verarbeiten.

Kapitel 5. Drei typische Stile von Podcast-RSS-Feeds

Podcast-Feeds unterscheiden sich nicht zufällig. Ihre Form spiegelt unterschiedliche Hosting-Kulturen und Kompatibilitätsstrategien.

5.1 Traditioneller Medien-Stil: NPR / Planet Money

• wenige Namespaces
• starke Orientierung an Apple-Vorgaben
• content:encoded für vollständige Notizen
• wenig Experimentierfreude

5.2 Hosting-Plattform-Stil: Simplecast / The Daily

• oft itunes + atom + content
• klares atom:link rel="self"
• bessere Unterstützung für Staffel- und Episodenmetadaten
• optimiert für breite Plattformkompatibilität

5.3 Unabhängiger Geek-Stil: Syntax.fm / Transistor

• oft itunes + content + dc
• reichere HTML-Notizen
• schnellere Übernahme neuer Standards
• größere Offenheit für Podcasting 2.0

Kapitel 6. Geschlossen gegen offen: Spotify und die Rückkehr von Podcasting 2.0 (2019-heute)

6.1 Spotifys Landnahme

Seit 2019 investierte Spotify massiv, um Podcasting stärker in das eigene geschlossene Ökosystem zu ziehen. Die Käufe von Gimlet und Anchor sowie Exklusivdeals wie mit Joe Rogan waren die sichtbarsten Zeichen.

Für Anhänger des offenen Webs war das eine direkte Gefahr. Wenn eine Sendung nicht mehr über offenen RSS verteilt wird, sondern nur noch innerhalb einer Plattform existiert, verliert Podcasting einen wesentlichen Teil seines Charakters.

6.2 Podcasting 2.0 antwortet

2020 starteten Adam Curry und Dave Jones Podcasting 2.0 und das unabhängige Verzeichnis Podcast Index. Ziel war nicht, RSS 2.0 zu ersetzen, sondern es weiterzuentwickeln, ohne alte Kompatibilität zu zerstören.

Im Zentrum steht der podcast:-Namespace:

<podcast:transcript url="https://example.com/ep1.srt" type="application/srt"/>
<podcast:chapters url="https://example.com/ep1-chapters.json" type="application/json+chapters"/>
<podcast:person role="host">John Doe</podcast:person>
<podcast:soundbite startTime="73.0" duration="60.0">
  The most interesting part of the interview
</podcast:soundbite>

Wichtige Fähigkeiten:

1. Transkripte mit <podcast:transcript>
2. Kapiteldateien mit <podcast:chapters>
3. Beteiligten-Metadaten mit <podcast:person>
4. Highlight-Clips mit <podcast:soundbite>
5. direkte Wertübertragung mit <podcast:value>

<podcast:value type="lightning" method="keysend" suggested="0.00000015000">
  <podcast:valueRecipient name="Host" type="node" address="02d5c1..." split="90"/>
  <podcast:valueRecipient name="Editor" type="node" address="03a8b7..." split="10"/>
</podcast:value>

Kapitel 7. Die besondere Form des chinesischen Podcast-Ökosystems

China ging einen anderen Weg. Lange wurde Audio von zentralisierten und geschlossenen Plattformen geprägt. Vieles ähnelte eher Internetradio als offenem, RSS-basiertem Podcasting.

Mit XiaoYuZhou kam 2020 ein wichtiger Wandel: RSS wurde unterstützt, gleichzeitig entstanden lokale soziale Funktionen wie zeitmarkenbezogene Kommentare, Hörstatus und Creator-Analytics. Afra Wang, Gründerin des chinesischen Podcasts Loud Murmurs, beschrieb die Bedeutung von RSS so:

„Als meine Sendung bei Ximalaya gelöscht wurde, verlor ich Tausende von Abonnenten und alle Interaktionsdaten. Aber weil wir einen RSS-Feed hatten, konnte der Inhalt der Sendung über andere Clients weiter erreicht werden.“

English original: "When my show was deleted on Ximalaya, I lost thousands of subscribers and all interaction records. But because we had an RSS feed, the show's content could still be accessed through other clients."

Kapitel 8. JSON Feed und die Zukunft der Syndizierung

Im modernen Web ist JSON oft natürlicher als XML. Daher erschien 2017 JSON Feed als alternative Form der Syndizierung.

{
  "version": "https://jsonfeed.org/version/1.1",
  "title": "My Example Podcast",
  "feed_url": "https://example.com/feed.json",
  "items": [
    {
      "id": "https://example.com/episode1",
      "title": "Episode 1: Getting Started",
      "content_html": "<p>Full HTML content here.</p>",
      "attachments": [
        {
          "url": "https://example.com/ep1.mp3",
          "mime_type": "audio/mpeg"
        }
      ]
    }
  ]
}

JSON Feed ist für viele Entwickler angenehmer, doch das Podcast-Ökosystem bleibt tief an RSS 2.0 gebunden.

Kapitel 9. Praktische Hinweise für Podcast-Creator

9.1 Worauf man bei Hosting-Plattformen achten sollte

9.2 Unverzichtbare Tags

Auf Kanal-Ebene:

• <title>
• <description> oder <itunes:summary>
• <itunes:image>
• <itunes:category>
• <itunes:author>
• <itunes:explicit>
• <language>

Auf Episoden-Ebene:

• <title>
• <enclosure>
• <pubDate>
• <guid>
• <itunes:duration>
• <itunes:episodeType>

9.3 Häufige Fehler

1. Artwork mit falschen Apple-Abmessungen
2. ungenaue length-Werte bei <enclosure>
3. doppelte <guid>-Werte
4. ungültiges pubDate-Format
5. vergessenes <itunes:new-feed-url> bei Migrationen

Kapitel 10. Warum RSS weiterhin wichtig ist

Podcasting wurde auch deshalb so groß, weil seine Infrastruktur offen blieb. Jeder kann einen Feed veröffentlichen, einen Client entwickeln oder ein Verzeichnis betreiben. Diese Offenheit senkt Einstiegshürden und schützt Creator, wenn Plattformen ihre Regeln ändern.

Von Dave Winers <enclosure> über Podcasting 2.0 bis zum Freiheitsideal, für das Aaron Swartz stand, zeigt die Geschichte von Podcast-RSS: Technologie transportiert immer auch eine Idee davon, wem Infrastruktur gehören sollte.

Wenn man das nächste Mal in einer Podcast-App auf „Abonnieren“ tippt, lohnt es sich, an die XML-Tags zu denken, die im Hintergrund leise weiterarbeiten.

Anhang: zentrale Meilensteine der Podcast-RSS-Geschichte

Quellen

1. Two-Bit History: The Rise and Demise of RSS. https://twobithistory.org/2018/12/18/rss.html
2. Wikipedia: Dave Winer. https://en.wikipedia.org/wiki/Dave_Winer
3. RSS Advisory Board: RSS History. https://www.rssboard.org/rss-history
4. Wikipedia: Aaron Swartz. https://en.wikipedia.org/wiki/Aaron_Swartz
5. Berkman Klein Center: RSS 2.0 Specification. https://cyber.harvard.edu/rss/rss.html
6. Wikipedia: History of podcasting. https://en.wikipedia.org/wiki/History_of_podcasting
7. Podcasting 2.0 Namespace Docs. https://podcasting2.org/docs/podcast-namespace/
8. JSON Feed Version 1.1. https://www.jsonfeed.org/version/1.1