news_podcast dla TYPO3

news_podcast czyni z systemu news hosta podcastów

Kto pielęgnuje w TYPO3 wpisy news i równolegle produkuje podcast, stoi przed decyzją: albo używa zewnętrznego hosta podcastów (Podigee, Podcaster, Anchor) i linkuje do strony, albo dostarcza feed podcastu bezpośrednio z TYPO3. news_podcast umożliwia drugą opcję: rozszerzenie rozszerza GeorgRinger/news o pola i szablony Fluid dla plików audio i generuje kompatybilny z iTunes feed RSS, który Apple Podcasts, Spotify i Google Podcasts importują bez objazdów. Dla firm, które chcą zachować suwerenność nad contentem i plikami audio, to istotna opcja architektoniczna. Unika zależności od platformy, zachowuje statystyki użytkowania we własnym domu i dostarcza content w tym samym kontekście CMS, w którym żyją wpisy news i magazyn.

Typowe scenariusze zastosowania leżą przy corporate-podcastach i ofertach edukacyjnych

Podcasty firmowe są najczęstszym scenariuszem. Średnia firma przemysłowa produkuje co dwa tygodnie odcinek z gośćmi z branży i chce osadzać odcinki w corporate-blogu, zgłaszać do Apple Podcasts i jednocześnie publikować skuteczne SEO-wo wpisy news z transkryptem i shownotes. news_podcast pokrywa te trzy potrzeby w jednym rekordzie, bez konieczności pielęgnowania przez redakcję w trzech różnych systemach. Dobrze pielęgnowany rekord podcastu automatycznie tworzy wpis news, wpis feed RSS i oznaczenie Schema.org/PodcastEpisode.

Drugim scenariuszem są uczelnie i dostawcy edukacji. Wykłady są nagrywane jako pliki audio i przechowywane na serwerze kampusu. Przez news_podcast pojawiają się jako odcinki serii wykładów, z rozdziałami, transkryptem i odnośnikami literaturowymi. Feed jest zgłaszany do Apple Podcasts i Spotify, a dostęp odbywa się bezpośrednio przez stronę TYPO3, bez konieczności używania przez studentów dodatkowego portalu. Szczególnie w czasach z wysokim udziałem e-learningu to zauważalna przewaga nad platformami stron trzecich, które przynoszą dodatkowe konta i tracking.

Trzecim scenariuszem są stowarzyszenia i organizacje polityczne, które oferują cotygodniowe wywiady lub spotkania prasowe jako podcast. Chodzi tu przede wszystkim o suwerenność: wszystkie dane leżą we własnej infrastrukturze, a statystyka grupy docelowej pochodzi z własnego logu serwera, a nie z dashboardu strony trzeciej. Dla organizacji z wysoką wrażliwością wobec usług trackingowych to często czynnik decydujący przeciwko zewnętrznym hostom podcastów.

Architektura techniczna rozszerza model news o atrybuty podcastu

news_podcast rejestruje nowy zestaw pól przez TCA-Override dla tx_news_domain_model_news. Dla artykułu dostępne są dodatkowe pola: plik audio (referencja FAL), czas trwania, odcinek, sezon, typ (Full, Trailer, Bonus), flaga explicit i transkrypt. Przez kolejny override kategoria news jest uzupełniana o pole Podcast-Channel, z iTunes-Category, Cover-Art, autorem, Owner-Email i językiem.

Feed RSS jest dostarczany przez własny kontroler TYPO3. Ścieżka jest konfigurowalna i tworzy RSS 2.0 z rozszerzeniami iTunes-Namespace. Każdy odcinek zawiera tagi obowiązkowe dla enclosure, duration, episode, episodeType i explicit. Walidacja odbywa się przy Apple-Podcasts-Feed-Validator i castfeedvalidator.com. Bez ważnej walidacji Apple Podcasts odmawia przyjęcia feedu, a Spotify nie pokazuje kanału w wynikach wyszukiwania.

Wyjście frontendowe wykorzystuje partiale Fluid, które można nadpisać przez package-overlay. Standardowe wyjście osadza odtwarzacz audio HTML5 i renderuje shownotes w tekście głównym szablonu detalu news. Dla wyjścia transkryptu używany jest oddzielny obszar partial, który jest udostępniany przez system zakładek lub akordeon. Kto chce z powodów SEO mieć transkrypty jako pełny widok w DOM, nadpisuje partial i renderuje cały tekst inline.

Częste problemy dotyczą walidacji feedu, enclosures i streamingu

Najczęstszym tematem wsparcia jest walidacja iTunes Feed. Apple Podcasts odrzuca feedy, gdy Cover-Art nie spełnia wymagań (co najmniej 1400x1400px, maksymalnie 3000x3000px, JPEG lub PNG, sRGB) lub gdy tag nie zawiera podania MIME-Type. W praktyce pierwsze zgłoszenie często zawodzi na proporcjach Cover-Art, a nie na samym rozszerzeniu.

Drugim tematem są rozmiary plików i streaming. Pliki audio w jakości podcastowej (128 kbit MP3) mają per odcinek 30 do 60 MB. Kto dostarcza te pliki bezpośrednio ze storage TYPO3, przenosi całe obciążenie na serwer WWW, co przy tysiącach słuchaczy na odcinek staje się hamulcem. Zalecamy wyprowadzić pliki audio na oddzielny storage (kompatybilny z S3, CDN) i osadzić przez FAL-Remote-Storage. Dzięki temu serwer TYPO3 pozostaje odpowiedzialny za dostarczanie contentu, podczas gdy obciążenie audio ląduje na tańszej warstwie storage.

Po trzecie, Google Podcasts wymaga znaczącego, trwałego URL per odcinek. Rozszerzenie generuje to automatycznie ze slugu news, ale routing musi być zwolniony w Site-Config dla kontrolera podcast, inaczej TYPO3 tworzy URL-e typolink z querystringiem, których Google Podcasts nie akceptuje.

Migracja na TYPO3 v12 wymaga synchronicznego upgrade News-Core

news_podcast jest dostępne dla TYPO3 v11, v12 i v13, wymaga jednak kompatybilnej wersji GeorgRinger/news. Przy skoku na TYPO3 v12 oba rozszerzenia muszą być synchronicznie aktualizowane: news na serię v12 i news_podcast na pasującą wersję major. Struktura bazy danych pozostaje stabilna, referencje FAL audio wędrują bez objazdów.

Gosign migruje news_podcast zazwyczaj jako część refactoringu content-hub. W tym samym kroku sprawdzamy, czy transkrypty mogą być rozszerzone o dane strukturalne, czy Cover-Art odpowiada aktualnym wytycznym Apple i czy kontroler feedu jest zabezpieczony rate-limitem. Dla większych podcastów rozszerzamy rozszerzenie o własny model hostów, dzięki czemu można zarządzać gośćmi ze stroną profilową i backlinkiem. W kombinacji z md_news_author można w ten sposób pielęgnować podcasterów i gości równolegle jako profile autorów, co wyraźnie poprawia oznaczenie Schema.org i wewnętrzne linkowanie.