Qué es el RSS de podcast: de `<enclosure>` a Podcasting 2.0 y por qué la distribución abierta sigue importando
¿Qué es el RSS de podcast y por qué algunos feeds usan itunes:, content:encoded o podcast:? Esta guía explica la historia del RSS de podcast, las diferencias entre formatos de feed y por qué RSS sigue siendo clave para una distribución abierta del podcast.
xyzdownloader empezó como un side project en la segunda mitad del año pasado. La idea original era muy simple: hacer más fácil para mí y para mi familia escuchar podcasts, y de paso gestionar un poco mejor la información y el conocimiento relacionados con los podcasts.
Lo interesante es que este proyecto empezó a atraer cada vez más usuarios este año. Muchas gracias.
Mientras respondía a comentarios de usuarios, mejoraba funciones y añadía nuevas capacidades, empecé a estudiar en serio los estándares técnicos que hay detrás del Podcast RSS. Cuanto más leía, más interesante se volvía. Detrás de esas etiquetas XML aparentemente frías hay una larga historia de guerras de estándares, luchas de poder comerciales y bastante drama del mundo geek.
Este artículo reorganiza esa línea principal y la convierte en una versión blog, más rápida de leer.
Si quieres ir directamente a la versión larga completa, puedes entrar aquí:
No se permite la republicación no autorizada. Si quieres republicar, citar o hablar de una colaboración, contacta con el autor a través de su cuenta oficial de WeChat o de su cuenta de X.
En una época dominada por las recomendaciones algorítmicas, la distribución por plataformas, los ecosistemas de apps y los jardines cerrados de contenido, casi sorprende que el podcast todavía no haya sido completamente reinventado por una sola plataforma. Cuando te suscribes en Apple Podcasts, XiaoYuZhou, Pocket Casts o incluso Spotify, lo que hay debajo muchas veces no es un protocolo privado de plataforma, sino un feed XML públicamente accesible.
Y precisamente por eso el podcast es tan distinto del video corto, los feeds sociales o el streaming musical. En el nivel de infraestructura, aquí no manda la lógica de «la plataforma posee tu distribución», sino la de «el creador posee su feed y las plataformas lo leen».
Por eso sigue valiendo la pena entender RSS incluso hoy.
El RSS de podcast no es una reliquia: es la base de la distribución abierta
Mucha gente se encuentra por primera vez con el RSS de podcast cuando intenta analizar un enlace, usar una herramienta de descarga o abrir un feed real.
Y entonces aparecen enseguida varias preguntas:
- ¿Por qué algunos feeds son muy limpios y solo tienen etiquetas básicas?
- ¿Por qué otros están llenos de
itunes:,atom:,content:ydc:? - ¿Por qué los feeds nuevos empiezan a traer
podcast:transcript,podcast:chaptersypodcast:value?
La respuesta:
El RSS de podcast nunca ha sido un único estándar cerrado de una vez para siempre. Es un ecosistema que fue creciendo gracias a la compatibilidad a largo plazo, la negociación entre plataformas y la innovación de la comunidad.
Es como un árbol viejo. El tronco apareció muy pronto, pero siguieron creciendo ramas nuevas.
¿Por qué el podcast se construyó sobre RSS?
El podcast no empezó con apps. Empezó con distribución.
Lo que lo hizo posible fue que, alrededor del año 2000, RSS obtuvo una capacidad decisiva: adjuntar archivos multimedia a un flujo de suscripción.
La etiqueta clave se veía así:
<enclosure url="http://www.example.com/episode.mp3"
length="12345678"
type="audio/mpeg" /><enclosure> parece algo corriente, pero hizo algo decisivo:
convirtió las “actualizaciones de artículos” en “distribución automática de medios”.
RSS dejó de servir solo para enviar títulos y resúmenes de blogs. También podía entregar archivos de audio. Más tarde, Adam Curry usó scripts para descargar esos archivos automáticamente y sincronizarlos con un iPod. Ese fue el momento en que el podcast dejó de ser “audio en una página web” y pasó a ser un medio suscribible, autoactualizable y apto para escucha offline.
En resumen: sin <enclosure>, no existiría el podcast moderno.
¿Por qué feeds RSS de podcast distintos se ven tan diferentes?
Porque el RSS de podcast no es simplemente “un formato”. Es:
RSS 2.0 en el núcleo + extensiones mediante namespaces.
El núcleo RSS se encarga de lo más esencial:
- título del programa
- descripción del programa
- fecha de publicación
- URL del archivo de audio
- identificador único
Pero cuando el podcast empezó a escalar, eso ya no bastaba. Las plataformas se dieron cuenta muy rápido de que también necesitaban:
- portada
- categorías
- metadatos del host
- indicadores de contenido explícito
- numeración por temporada y episodio
- show notes más ricas
- capítulos
- transcripciones
- mecanismos de monetización
Y ahí empezaron las extensiones.
Los 4 namespaces que ves con más frecuencia
Si abres algunos feeds reales, los más habituales suelen ser estos:
1. itunes:: el estándar de facto de Apple
Probablemente sea la familia de etiquetas más influyente del podcast.
Resuelve el problema de cómo debe mostrarse correctamente un programa en los clientes de podcast principales, por ejemplo con:
<itunes:image><itunes:author><itunes:category><itunes:duration><itunes:episode><itunes:season>
Técnicamente, RSS es abierto. Pero en la práctica, durante mucho tiempo, los requisitos de compatibilidad de Apple Podcasts fueron casi el estándar de toda la industria.
Eso creó una situación bastante peculiar:
- la base era abierta
- las reglas de presentación estaban fuertemente moldeadas por Apple
Esa es también una de las razones por las que Podcasting 2.0 volvió a ganar fuerza más tarde.
2. content:encoded: para show notes realmente legibles
La etiqueta básica <description> muchas veces no alcanza.
Si quieres incluir:
- referencias con enlaces
- listas de marcas de tiempo
- introducciones en texto enriquecido
- imágenes y notas adicionales
normalmente necesitas content:encoded.
La forma más simple de entenderlo es:
permite que RSS lleve HTML completo, no solo un resumen.
Por eso los feeds de medios tradicionales o de plataformas de hosting más profesionales suelen tener descripciones mucho más ricas.
3. atom:link: decirle al cliente quién es realmente el feed
Muchos feeds modernos incluyen una línea como esta:
<atom:link href="https://feeds.example.com/podcast.xml"
rel="self"
type="application/rss+xml" />Su función es simple, pero importante:
declara la identidad canónica del propio feed.
Eso resulta especialmente útil en migraciones de hosting, cambios de dominio o actualizaciones del feed, porque los clientes pueden entender con más estabilidad qué fuente están siguiendo realmente.
4. podcast:: la nueva capa de extensiones de Podcasting 2.0
Si itunes: representa la estructura de poder del viejo mundo del podcast, podcast: se parece más a la respuesta de una nueva generación de constructores del podcast abierto.
Estas etiquetas intentan añadir capacidades que faltaron durante mucho tiempo, como:
<podcast:transcript>: transcripciones<podcast:chapters>: capítulos<podcast:person>: metadatos de participantes<podcast:soundbite>: fragmentos destacados<podcast:value>: propinas Value4Value
La lógica aquí no es “reemplazar RSS”.
La lógica es:
mantener la compatibilidad del ecosistema anterior mientras RSS sigue ganando capacidades nuevas.
Esa es una de las mayores diferencias entre el podcast y las plataformas más cerradas. No evoluciona obligando a todo el mundo a cambiar a un protocolo completamente nuevo, sino gracias a la compatibilidad hacia atrás y a la extensión gradual.
¿Por qué las plataformas parecen pertenecer a “escuelas” distintas?
Si clasificas de forma aproximada los feeds reales de podcast, suelen aparecer tres estilos comunes.
Estilo de medios tradicionales
En organizaciones como NPR se ve a menudo:
- menos namespaces
- estructura más limpia
- mayor disciplina de estándares
- show notes mejor cuidadas
La ventaja es la estabilidad, la claridad y una mejor capacidad de análisis.
Estilo de plataformas de hosting
Plataformas como Simplecast, Buzzsprout o Captivate suelen ser más completas:
itunesestá presenteatomse añadecontentse soporta- las etiquetas más nuevas se siguen cuando es posible
Como estas plataformas dan servicio a muchos creadores, su objetivo no es la pureza, sino la compatibilidad amplia.
Estilo geek independiente
Los podcasts técnicos, los sitios independientes y los hosts más favorables a los creadores suelen experimentar más con:
- show notes HTML más ricas
- metadatos más completos
- adopción más rápida de Podcasting 2.0
Estos feeds suelen ser el mejor lugar para observar hacia dónde pueden ir los estándares abiertos del podcast.
¿Por qué sigue importando RSS hoy?
Porque RSS no decide solo cómo se escribe un archivo, sino quién controla la distribución.
Si el podcast se convierte por completo en contenido nativo de plataforma, ¿qué pasa?
- los creadores no pueden migrar libremente sus relaciones de suscripción
- los oyentes no pueden elegir libremente sus clientes
- las plataformas pueden controlar unilateralmente la recomendación, la distribución y la desaparición
- que un programa siga existiendo depende de la política de la plataforma, no de que el creador conserve un feed accesible
RSS representa otro orden:
- los creadores pueden poseer su propio feed
- los oyentes pueden elegir su reproductor
- los clientes pueden sustituirse entre sí
- las plataformas leen, pero no son la única puerta de entrada
Por eso RSS sigue teniendo un peso especial dentro del podcast.
Puede que no sea una tecnología de moda, pero sí es una estructura de distribución antifrágil.
¿Qué utilidad práctica tiene esto para un oyente?
Mucha más de la que parece.
1. Entiendes mejor por qué algunos programas se pueden descargar y otros no
Si un programa expone un RSS real, si tiene un enclosure estándar y si está encerrado o no en una plataforma cerrada, todo eso afecta directamente a la descarga y a la migración.
2. Entiendes por qué no todos los enlaces de podcast se pueden analizar igual de bien
Algunas plataformas son básicamente una envoltura web alrededor de RSS.
Otras ya se están moviendo hacia sistemas de contenido cerrados y nativos de la app.
En la superficie, ambos parecen páginas de episodio. Por debajo, no son lo mismo en absoluto.
3. Puedes juzgar mejor si una plataforma realmente respeta a creadores y usuarios
¿Expone RSS? ¿Permite migrar? ¿Mantiene compatibilidad con etiquetas comunes? ¿Sigue estándares abiertos? Eso no son pequeños detalles de implementación; reflejan los valores de la plataforma.
Para los creadores, RSS importa aún más
Muchos creadores apenas prestan atención a su feed al principio. Lo entregan a una plataforma de hosting y dejan que “se encargue sola”.
Pero cuando un programa empieza a convertirse en un verdadero activo de contenido, RSS pasa a ser una de las piezas más importantes que conviene entender.
Como mínimo, deberías saber:
- cuál es la URL de tu feed
- qué namespaces soporta tu hosting
- si permite migrar el feed
- si soporta extensiones como transcript / chapters / person / value
- si tus metadatos están completos
Porque a largo plazo, los episodios son el activo y el feed es la tubería de distribución de ese activo.
Muchas herramientas de plataforma parecen “ayudarte a distribuir”. Pero lo que de verdad determina tu control a largo plazo es si puedes llevarte contigo esa relación de distribución.
Un criterio más práctico: RSS no es nostalgia, define los límites de capacidad
Mucha gente trata RSS como un vestigio sentimental de la vieja web. En podcast, es algo mucho más práctico.
Determina:
- si varios clientes pueden leer tu programa
- si se puede buscar, migrar y respaldar
- si tus relaciones de suscripción sobreviven a cambios de política de plataforma
- si tu contenido puede pasar de “una página de plataforma” a “una fuente de datos bajo tu control”
Así que la verdadera pregunta nunca es “¿RSS sigue vivo?”.
La verdadera pregunta es:
mientras el podcast quiera conservar una distribución abierta, RSS, o algún protocolo abierto equivalente, seguirá siendo importante.
Por último: si quieres la versión completa
Esta versión blog funciona más como una guía rápida para construir un marco de comprensión.
Si quieres la versión larga y profunda, incluyendo:
- la historia completa desde Netscape hasta Dave Winer
- la división entre RSS 1.0, RSS 2.0 y Atom
- cómo el namespace
itunes:de Apple se volvió el estándar de facto - por qué la estrategia de jardín cerrado de Spotify provocó rechazo
- qué añadió exactamente Podcasting 2.0
puedes seguir aquí:
La próxima vez que pulses “Suscribirse” en una app de podcast, recuerda que cada app está leyendo silenciosamente el XML que hay detrás.
Puede parecer discreto, pero eso es precisamente lo que ha permitido que el podcast siga siendo uno de los medios más importantes de la web abierta.