news_podcast für TYPO3

news_podcast macht aus einem News-System einen Podcast-Host

Wer in TYPO3 News-Beiträge pflegt und parallel einen Podcast produziert, steht vor einer Entscheidung: Entweder man nutzt einen externen Podcast-Host (Podigee, Podcaster, Anchor) und verlinkt in die Website, oder man liefert den Podcast-Feed direkt aus TYPO3 aus. news_podcast macht Option zwei möglich: Die Extension erweitert GeorgRinger/news um Felder und Fluid-Templates für Audio-Dateien und generiert einen iTunes-kompatiblen RSS-Feed, den Apple Podcasts, Spotify und Google Podcasts ohne Umwege importieren. Für Unternehmen, die ihre Hoheit über Content und Audio-Files behalten wollen, ist das die relevante Architektur-Option. Sie vermeidet Plattform-Abhängigkeit, behält die Nutzungsstatistiken im eigenen Haus und spielt den Content ausserdem im gleichen CMS-Kontext aus, in dem auch die News-Beiträge und das Magazin leben.

Typische Einsatzszenarien liegen bei Corporate-Podcasts und Bildungsangeboten

Unternehmens-Podcasts sind das häufigste Szenario. Ein mittelständisches Industrieunternehmen produziert alle zwei Wochen eine Folge mit Gästen aus der Branche und will die Episoden im Corporate-Blog einbetten, bei Apple Podcasts einreichen und gleichzeitig SEO-wirksame News-Beiträge mit Transkript und Shownotes veröffentlichen. news_podcast deckt diese drei Bedürfnisse in einem einzigen Record ab, ohne dass die Redaktion in drei verschiedene Systeme pflegen muss. Ein gepflegter Podcast-Datensatz erzeugt automatisch den News-Beitrag, den RSS-Feed-Eintrag und die Schema.org/PodcastEpisode-Auszeichnung.

Ein zweites Szenario sind Hochschulen und Bildungsanbieter. Vorlesungen werden als Audio-Datei aufgezeichnet und auf dem Campus-Server gespeichert. Über news_podcast erscheinen sie als Folgen einer Vorlesungsreihe, mit Kapiteln, Transkript und Literaturhinweisen. Der Feed wird in Apple Podcasts und Spotify eingereicht, und der Zugriff erfolgt direkt über die TYPO3-Website, ohne dass Studierende ein zusätzliches Portal nutzen müssen. Besonders in Zeiten mit hohem E-Learning-Anteil ist das ein spürbarer Vorteil gegenüber Drittanbieter-Plattformen, die zusätzliche Accounts und Tracking mit sich bringen.

Ein drittes Szenario sind Verbände und politische Organisationen, die wöchentliche Interviews oder Pressegespräche als Podcast anbieten. Hier geht es vor allem um Souveränität: Alle Daten liegen in der eigenen Infrastruktur, und die Zielgruppen-Statistik stammt aus dem eigenen Serverlog, nicht aus einem Drittanbieter-Dashboard. Für Organisationen mit hoher Sensibilität gegenüber Tracking-Diensten ist das oft der ausschlaggebende Faktor gegen externe Podcast-Hosts.

Technische Architektur erweitert das News-Model um Podcast-Attribute

news_podcast registriert einen neuen Feldsatz über ein TCA-Override für tx_news_domain_model_news. Pro Artikel stehen zusätzliche Felder zur Verfügung: Audio-Datei (FAL-Referenz), Dauer, Episode, Staffel, Typ (Full, Trailer, Bonus), Explicit-Flag und Transkript. Über einen weiteren Override wird die News-Kategorie um ein Podcast-Channel-Feld ergänzt, mit iTunes-Category, Cover-Art, Autor, Owner-E-Mail und Sprache.

Der RSS-Feed wird über einen eigenen TYPO3-Controller ausgeliefert. Die Route ist konfigurierbar und erzeugt einen RSS 2.0 mit iTunes-Namespace-Erweiterungen. Jede Folge enthält die Pflicht-Tags für enclosure, duration, episode, episodeType und explicit. Die Validierung erfolgt am Apple-Podcasts-Feed-Validator und am castfeedvalidator.com. Ohne gültige Validierung weigert sich Apple Podcasts, den Feed aufzunehmen, und Spotify zeigt den Kanal nicht in den Suchergebnissen.

Die Frontend-Ausgabe nutzt Fluid-Partials, die sich per Paket-Overlay überschreiben lassen. Die Standard-Ausgabe bettet einen HTML5-Audio-Player ein und rendert die Shownotes im Fliesstext des News-Detail-Templates. Für Transkript-Ausgabe wird ein separater Partial-Bereich verwendet, der über ein Reitersystem oder ein Akkordeon zugänglich gemacht wird. Wer Transkripte aus SEO-Gründen als Vollansicht im DOM halten möchte, überschreibt das Partial und rendert den kompletten Text inline.

Häufige Probleme betreffen Feed-Validierung, Enclosures und Streaming

Das häufigste Supportthema ist die iTunes-Feed-Validierung. Apple Podcasts lehnt Feeds ab, wenn die Cover-Art nicht den Anforderungen (mindestens 1400x1400px, maximal 3000x3000px, JPEG oder PNG, sRGB) entspricht oder wenn das -Tag keine MIME-Type-Angabe enthält. In der Praxis scheitert die erste Einreichung oft am Cover-Art-Verhältnis, nicht an der eigentlichen Extension.

Das zweite Thema sind Dateigrössen und Streaming. Audio-Dateien in Podcast-Qualität (128 kbit MP3) liegen pro Folge bei 30 bis 60 MB. Wer diese Dateien direkt aus dem TYPO3-Storage ausliefert, überträgt die komplette Last auf den Webserver, was bei tausenden Hörern pro Folge zur Bremse wird. Wir empfehlen, die Audio-Dateien auf ein separates Storage (S3-kompatibel, CDN) auszulagern und per FAL-Remote-Storage einzubinden. Damit bleibt der TYPO3-Server für die Content-Auslieferung zuständig, während die Audio-Last auf der kostengünstigeren Storage-Schicht landet.

Drittens verlangt Google Podcasts eine sprechende, dauerhafte URL pro Folge. Die Extension generiert das automatisch aus dem News-Slug, aber das Routing muss in der Site-Config für den podcast-Controller freigegeben sein, sonst erzeugt TYPO3 Typolink-URLs mit Querystring, die Google Podcasts nicht akzeptiert.

Migration auf TYPO3 v12 verlangt synchrones News-Core-Upgrade

news_podcast ist für TYPO3 v11, v12 und v13 verfügbar, erfordert jedoch eine kompatible GeorgRinger/news-Version. Beim Sprung auf TYPO3 v12 müssen beide Extensions synchron aktualisiert werden: news auf die v12-Serie und news_podcast auf die passende Major-Version. Die Datenbank-Struktur bleibt stabil, Audio-FAL-Referenzen wandern ohne Umwege mit.

Gosign migriert news_podcast typischerweise als Teil eines Content-Hub-Refactorings. Im gleichen Schritt prüfen wir, ob die Transkripte auf strukturierte Daten erweitert werden können, ob die Cover-Art den aktuellen Apple-Richtlinien entspricht und ob der Feed-Controller mit einem Rate-Limit geschützt ist. Für grössere Podcasts erweitern wir die Extension um ein eigenes Hosts-Modell, sodass Gäste mit Profilseite und Backlink verwaltet werden können. In Kombination mit md_news_author lassen sich so Podcaster und Gäste parallel als Autoren-Profile pflegen, was die Schema.org-Auszeichnung und die interne Verlinkung deutlich verbessert.