news_podcast para TYPO3

news_podcast convierte un sistema de noticias en un host de podcast

Quien mantiene en TYPO3 entradas de noticias y produce en paralelo un podcast se enfrenta a una decisión: o bien utiliza un host de podcast externo (Podigee, Ivoox, Anchor) y enlaza desde el sitio web, o bien entrega el feed del podcast directamente desde TYPO3. news_podcast hace posible la segunda opción: la extensión amplía GeorgRinger/news con campos y plantillas Fluid para archivos de audio y genera un feed RSS compatible con iTunes que Apple Podcasts, Spotify y Google Podcasts importan sin rodeos. Para empresas que quieren mantener la soberanía sobre su contenido y sus archivos de audio, esa es la opción de arquitectura relevante. Evita la dependencia de plataformas, mantiene las estadísticas de uso en la propia casa y sirve además el contenido en el mismo contexto CMS en el que viven también las entradas de noticias y la revista.

Escenarios típicos: podcasts corporativos y ofertas formativas

Los podcasts corporativos son el escenario más frecuente. Una empresa industrial mediana produce cada dos semanas un episodio con invitados del sector y quiere incrustar los episodios en el blog corporativo, presentarlos en Apple Podcasts y, al mismo tiempo, publicar entradas de noticias con impacto SEO, transcripción y notas del episodio. news_podcast cubre esas tres necesidades en un único registro, sin que la redacción deba mantener tres sistemas distintos. Un registro de podcast bien mantenido genera automáticamente la entrada de noticia, la entrada del feed RSS y el marcado Schema.org/PodcastEpisode.

Un segundo escenario son las universidades y los proveedores de formación. Las clases se graban como archivo de audio y se guardan en el servidor del campus. A través de news_podcast aparecen como episodios de una serie de conferencias, con capítulos, transcripción y referencias bibliográficas. El feed se presenta en Apple Podcasts y Spotify, y el acceso se realiza directamente a través de la web TYPO3, sin que los estudiantes tengan que usar un portal adicional. Especialmente en épocas con alta carga de e-learning, esa es una ventaja perceptible frente a plataformas de terceros que traen consigo cuentas y tracking adicionales.

Un tercer escenario son asociaciones y organizaciones políticas que ofrecen entrevistas semanales o ruedas de prensa como podcast. Aquí se trata sobre todo de soberanía: todos los datos están en la propia infraestructura, y la estadística de audiencia procede del log del propio servidor, no del panel de un proveedor externo. Para organizaciones con alta sensibilidad frente a servicios de tracking, ese es a menudo el factor decisivo frente a hosts de podcast externos.

Arquitectura técnica: ampliación del modelo News con atributos de podcast

news_podcast registra un nuevo conjunto de campos mediante un TCA override para tx_news_domain_model_news. Por artículo hay disponibles campos adicionales: archivo de audio (referencia FAL), duración, episodio, temporada, tipo (Full, Trailer, Bonus), flag Explicit y transcripción. Mediante otro override, la categoría News se amplía con un campo Podcast Channel, con iTunes Category, cover art, autor, correo de owner e idioma.

El feed RSS se entrega a través de un controlador TYPO3 propio. La ruta es configurable y genera un RSS 2.0 con extensiones de namespace iTunes. Cada episodio contiene las etiquetas obligatorias para enclosure, duration, episode, episodeType y explicit. La validación se realiza contra el Apple Podcasts Feed Validator y contra castfeedvalidator.com. Sin una validación válida Apple Podcasts se niega a incorporar el feed y Spotify no muestra el canal en los resultados de búsqueda.

La salida de frontend utiliza partials Fluid que pueden sobrescribirse mediante overlay de paquete. La salida estándar incrusta un reproductor HTML5 de audio y renderiza las shownotes en el texto corrido de la plantilla de detalle de noticia. Para la salida de transcripción se utiliza un área partial separada, accesible mediante un sistema de pestañas o un acordeón. Quien quiera mantener las transcripciones como vista completa en el DOM por motivos SEO, sobrescribe el partial y renderiza el texto completo en línea.

Problemas frecuentes: validación del feed, enclosures y streaming

El tema de soporte más habitual es la validación del feed para iTunes. Apple Podcasts rechaza feeds cuando la cover art no cumple los requisitos (mínimo 1400x1400 px, máximo 3000x3000 px, JPEG o PNG, sRGB) o cuando la etiqueta enclosure no contiene indicación de MIME type. En la práctica, el primer envío suele fracasar por la proporción del cover art, no por la propia extensión.

El segundo tema son los tamaños de archivo y el streaming. Los archivos de audio en calidad de podcast (128 kbit MP3) rondan entre 30 y 60 MB por episodio. Quien entrega esos archivos directamente desde el storage de TYPO3 transfiere toda la carga al servidor web, lo que con miles de oyentes por episodio se convierte en un cuello de botella. Recomendamos externalizar los archivos de audio a un storage separado (compatible S3, CDN) e integrarlos mediante FAL Remote Storage. Así el servidor TYPO3 sigue encargándose de la entrega de contenido, mientras la carga de audio acaba en la capa de storage más económica.

En tercer lugar, Google Podcasts exige una URL semántica y permanente por episodio. La extensión la genera automáticamente a partir del slug de noticia, pero el routing debe liberarse en la Site Config para el controlador del podcast; si no, TYPO3 genera URLs Typolink con querystring que Google Podcasts no acepta.

La migración a TYPO3 v12 exige una actualización sincrónica del núcleo news

news_podcast está disponible para TYPO3 v11, v12 y v13, pero requiere una versión compatible de GeorgRinger/news. Al saltar a TYPO3 v12 ambas extensiones deben actualizarse de forma sincrónica: news a la serie v12 y news_podcast a la versión mayor correspondiente. La estructura de base de datos se mantiene estable, las referencias FAL de audio viajan sin rodeos.

Gosign migra news_podcast típicamente como parte de un refactoring de content hub. En el mismo paso comprobamos si las transcripciones pueden ampliarse con datos estructurados, si el cover art cumple las directrices actuales de Apple y si el controlador del feed está protegido con un rate limit. Para podcasts más grandes ampliamos la extensión con un modelo Hosts propio, de modo que los invitados puedan gestionarse con página de perfil y backlink. Combinado con md_news_author se pueden mantener en paralelo podcasters e invitados como perfiles de autor, lo que mejora claramente el marcado Schema.org y el enlazado interno.