Podcast-Feeds verstehen: Das steckt hinter RSS, Tags und Enclosures

Es war ein ganz normaler Dienstag im Sendezentrum, als die Panik ausbrach. Eine neue Folge war aufgenommen, geschnitten und hochgeladen, aber in der Spotify-App tauchte einfach nichts auf. Nach einer Stunde verzweifelter Suche fanden wir den Übeltäter: In der <enclosure>-Zeile hatte sich ein Tippfehler in der Dateiendung versteckt – .mp3 war zu .mp verstümmelt worden. Der gesamte Feed war für die Podcatcher unlesbar. Dieser Vorfall hat uns schmerzhaft daran erinnert, dass hinter jeder scheinbar simplen Podcast-Veröffentlichung ein fragiles technisches Gerüst steckt, das wir wirklich verstehen müssen, bevor wir auf den Senden-Knopf drücken. Tauchen wir also tief in die Maschinerie ein, die eure Stimme in die Welt trägt.

Die Anatomie eines RSS-Feeds: Mehr als nur Text

Für eure Hörerinnen und Hörer ist ein Podcast eine Reihe von Audio-Dateien in einer App. Für uns im Sendezentrum ist er eine einzige, lebendige XML-Datei, die ständig aktualisiert wird. Ein RSS-Feed ist das maschinenlesbare Rückgrat jeder Show. Ohne ihn existiert ihr nicht. Wenn ihr eine neue Folge bei Firtz hochladet, schreibt unsere Software nicht nur eine Notiz in eine Datenbank, sondern modifiziert genau diese eine Datei, die dann von Apple Podcasts, Spotify Connect und allen anderen Podcatchern abgefragt wird. Der W3C validiert RSS 2.0 als Standard, auf dem alle Podcast-Feeds basieren, und dieser Standard ist gnadenlos bei Syntaxfehlern.

XML ist eine Auszeichnungssprache, die strenger ist als HTML. Ein fehlendes schließendes Tag oder ein falsches Anführungszeichen führt nicht zu einer kleinen Darstellungsverschlimmbesserung im Browser, sondern zu einem Totalausfall. Apple Podcasts Connect und Spotify Connect lesen euren Feed automatisch ein, und wenn der Parser an einer kaputten Stelle hängenbleibt, ist die Episode einfach tot. Podcast-Pionier Tim Pritlove prägte mit Projekten wie dem Chaosradio das Verständnis für offene Feed-Standards in Deutschland und zeigte schon früh, dass nur sauberes, wohlgeformtes XML die Langlebigkeit eines Podcasts sichert.

Das <channel>-Element ist der Container für alles, was eure Show global definiert. Hier sitzen der Titel eures Podcasts, die Beschreibung, die Sprache, das Veröffentlichungsdatum und das Link-Ziel zu eurer Website. Diese Daten sind statisch und ändern sich nur, wenn ihr ein Rebranding macht. Aber sie sind der erste Eindruck, den ein Algorithmus von euch bekommt. Wenn hier Schrott steht, weil ihr beim Setup in Firtz geschlampt habt, werdet ihr in den Suchergebnissen der Apps gnadenlos abgestraft.

Der entscheidende Baustein: Das <enclosure>-Tag

Ein RSS-Feed ohne Enclosure ist im Grunde nur ein Blog. Erst das <enclosure>-Tag verwandelt einen Textbeitrag in einen Audiopodcast. Es ist der Befehl an den Podcatcher: “Hier ist eine Mediendatei, lade sie herunter und spiele sie ab.” Apple Podcasts Connect verlangt zwingend das <enclosure>-Tag mit einem gültigen audio/mpeg-MIME-Type. Fehlt es oder ist der Typ falsch, wird eure Einreichung abgelehnt, und ihr sitzt ratlos vor dem Dashboard.

Das Enclosure-Tag hat drei Attribute, die alle korrekt sein müssen:

• url: Muss direkt zur MP3-Datei auf eurem Server oder CDN zeigen.
• type: Sollte für gängige MP3s immer audio/mpeg sein.
• length: Gibt die Dateigröße in Bytes an – kein optionaler Schnickschnack, sondern Pflicht.

Wenn euer Hosting-Server die Dateigröße nicht korrekt meldet und Firtz eine Null einträgt, meckern die Podcatcher zu Recht.

Stellt euch vor, ihr klickt auf Download, und der Fortschrittsbalken bleibt bei 0% stehen oder springt sofort auf 100%, während die Datei noch lädt. Das passiert, wenn die length nicht mit der tatsächlichen Dateigröße übereinstimmt. Moderne Apps wie Overcast oder Apple Podcasts nutzen diesen Wert, um den Fortschrittsbalken zu rendern und vorausschauendes Puffern zu steuern. Eine falsche Angabe bringt das gesamte Hörerlebnis durcheinander und führt zu Support-Anfragen, die ihr nie bekommen würdet, wenn der Feed sauber wäre.

Podcast-Tags: Mehr Sichtbarkeit durch strukturierte Daten

Ein nackter RSS-Feed ist wie ein Buch ohne Cover. Um in den überfüllten Stores von Apple und Spotify gefunden zu werden, braucht ihr die erweiterten Tags aus dem iTunes-Namespace. Diese Tags sind für uns im Sendezentrum das A und O, denn sie steuern, ob eure Show bei “Technologie” oder “Comedy” auftaucht und ob euer Cover-Bild in den Suchergebnissen glänzt. Spotify Connect liest zusätzlich zu den Apple-Tags auch <podcast:guid>, um Episoden eindeutig zu identifizieren, aber die Basis bilden immer die iTunes-Tags.

Für eine erfolgreiche Einreichung bei Apple Podcasts Connect müsst ihr mindestens diese Pflichtfelder setzen:

• <itunes:author>: Der Name des Podcast-Erstellers.
• <itunes:summary>: Eine aussagekräftige Beschreibung eurer Show.
• <itunes:image>: Ein quadratisches Cover-Bild mit mindestens 1400×1400 Pixeln – ein Standard, den Firtz automatisch prüft.
• <itunes:explicit>: Mit “yes” oder “no” müsst ihr angeben, ob eure Inhalte jugendgefährdend sind. Eine falsche Angabe hier kann zur Löschung aus dem Store führen, also nehmt die Entscheidung ernst.

Die Kategorie-Taxonomie von Apple ist komplex. Ihr könnt eine Hauptkategorie und optional eine Subkategorie wählen. Taucht ihr in “Gesellschaft & Kultur” mit der Subkategorie “Philosophie” auf, konkurriert ihr mit völlig anderen Shows als unter “Wissenschaft”. Wir raten euch, nicht zu tricksen und nicht die größte Kategorie zu nehmen, sondern die, die wirklich passt. Ein Hörer, der euch unter “True Crime” findet, aber einen Laberpodcast bekommt, wird sofort abspringen. Die ARD Audiothek stellt einen eigenen Feed-Validator für deutsche öffentlich-rechtliche Podcasts bereit, der auch die Kategorie-Logik streng prüft.

Moderne Podcasting 2.0-Features: <podcast:person> und mehr

Der Podcasting 2.0-Namespace ist die Revolution, die den RSS-Feed vom reinen Verteilmedium zu einem interaktiven Hub macht. Apps wie Podfriend, Castamatic oder Fountain unterstützen diese Tags, und sie geben uns Produzenten Werkzeuge an die Hand, die weit über das bloße Abspielen hinausgehen. Wir bei Firtz setzen darauf, weil wir glauben, dass die Zukunft des Podcastings offen und dezentral ist, nicht in den geschlossenen Silos großer Plattformen.

Mit <podcast:funding> könnt ihr einen Spenden-Button direkt in der Podcatcher-App anzeigen lassen. Eure Hörer müssen nicht mehr auf eine externe Website gehen, um euch zu unterstützen. Kapitelmarken mit <podcast:chapters> erlauben es, innerhalb einer Episode zu springen, ähnlich wie bei YouTube. Diese Metadaten werden direkt im Feed hinterlegt und machen eure Show professioneller und zugänglicher. Wir haben im Sendezentrum festgestellt, dass Episoden mit sauberen Kapitelmarken eine deutlich längere Hördauer haben, weil die Leute gezielt zu den für sie relevanten Abschnitten springen können.

Das <podcast:transcript>-Tag verlinkt auf eine Textversion eurer Episode. Das ist nicht nur ein Gewinn für gehörlose Menschen, sondern auch ein massiver SEO-Vorteil. Google kann den gesprochenen Text indexieren, wenn ihr ihn als Transkript bereitstellt. Eure Episoden tauchen dann in der Websuche auf, wenn jemand nach einem spezifischen Begriff sucht, den ihr erwähnt habt. Das ist die Brücke zwischen dem Audio-Universum und der textbasierten Suchwelt, und wir können es nur jedem empfehlen, diese Arbeit zu investieren.

Unser Workflow: So validiert und optimiert Firtz euren Feed

Bevor bei uns eine Episode live geht, läuft sie durch eine automatisierte Pipeline, die wir über Jahre verfeinert haben. Wir wollen nicht, dass ihr denselben Fehler macht wie wir damals mit dem verstümmelten Dateinamen. Firtz prüft euren Feed auf Herz und Nieren, bevor er an die Öffentlichkeit geht. Die ARD Audiothek stellt einen eigenen Feed-Validator für deutsche öffentlich-rechtliche Podcasts bereit, und wir haben unsere internen Checks an diesen strengen Maßstäben ausgerichtet.

Unsere Software schickt einen HEAD-Request an die URL eurer MP3-Datei, bevor sie in den Feed geschrieben wird. Wenn der Server nicht antwortet, die Datei nicht existiert oder der Content-Type-Header nicht audio/mpeg ist, stoppt der Veröffentlichungsprozess und ihr bekommt eine klare Fehlermeldung. Wir prüfen auch, ob die Dateigröße im Header mit der tatsächlichen Größe übereinstimmt und ob die Bitrate plausibel ist. Eine 90-minütige Episode mit 32 kbit/s ist wahrscheinlich ein Fehler, und wir warnen euch, bevor ihr euch blamiert.

Apple Podcasts Connect ist nachtragend. Wenn ihr einen kaputten Feed einreicht und er abgelehnt wird, kann es Tage dauern, bis eine erneute Prüfung stattfindet. In dieser Zeit verpasst ihr potenzielle Hörer. Deshalb validiert Firtz nicht nur das XML auf Wohlgeformtheit, sondern auch die Vollständigkeit aller iTunes-Tags und die Erreichbarkeit aller verlinkten Ressourcen. Erst wenn die Ampel auf Grün steht, raten wir euch zur Einreichung. Das spart Nerven und sichert eine stabile Distribution über alle Plattformen hinweg.

Ein perfekt gepflegter RSS-Feed ist kein Hexenwerk, sondern das handwerkliche Fundament für eine stabile Hörerbeziehung. Wenn das technische Gerüst steht, könnt ihr euch auf das Wesentliche konzentrieren: gute Inhalte zu produzieren. Wir laden euch ein, mit eurer eigenen Firtz-Installation zu experimentieren, bewusst Fehler zu machen und zu sehen, wie unsere Validierung reagiert. Nur wer die Mechanik versteht, kann sie souverän beherrschen und im entscheidenden Moment die richtigen Knöpfe drücken.