RSS de podcast con transcripciones: añade la etiqueta correcta

The Tag That Matters

El elemento podcast:transcript permite que las apps de podcasts muestren tu transcripción sin tener que rastrear ni adivinar. Tú alojas el archivo, añades una etiqueta dentro del bloque item de tu feed RSS, y cualquier cliente que soporte el espacio de nombres Podcasting 2.0 puede recogerlo. Este post cubre la especificación exacta, el panorama de soporte en apps a mediados de 2026, qué formato usar, y los errores comunes que rompen la visualización en silencio.

Cómo es la especificación en realidad

El elemento vive en el espacio de nombres Podcasting 2.0, mantenido por el proyecto Podcast Index. El elemento channel de tu feed necesita la declaración del espacio de nombres, y cada item recibe su propia etiqueta de transcripción.

<rss version="2.0" xmlns:podcast="https://podcastindex.org/namespace/1.0">
  <channel>
    <item>
      <title>Episode 42: The Future of Live Audio</title>
      <enclosure url="https://example.com/episodes/42.mp3" length="..." type="audio/mpeg"/>
      <podcast:transcript
        url="https://example.com/transcripts/42.vtt"
        type="text/vtt"
        language="en"/>
    </item>
  </channel>
</rss>

Los cuatro atributos:

• url: Enlace directo al archivo de transcripción. Debe ser HTTPS, sin autenticación.
• type: Tipo MIME. La especificación acepta text/vtt, application/x-subrip (SRT), text/html, text/plain y application/json (el formato JSON de PodcastIndex).
• language: Código BCP 47 como en o fr. Opcional cuando el atributo de idioma a nivel de canal ya lo cubre.
• rel: Opcional. Pon rel="captions" si el archivo es una pista de subtítulos en directo en lugar de una transcripción completa.

Puedes incluir varias etiquetas podcast:transcript por episodio, una por formato o idioma.

Quién lee realmente tu etiqueta RSS

Aquí es donde el panorama se vuelve más matizado de lo que la mayoría de las guías admiten. Hay una distinción importante entre las apps que leen tu archivo vinculado por RSS y las que generan su propia transcripción de forma independiente.

Mi opinión: el enfoque de "tres de los cinco clientes más grandes" se queda corto respecto a lo que realmente está activo. La brecha real está entre las grandes plataformas de streaming (Spotify, Amazon) y los clientes nativos de podcasts. Todo cliente serio de podcasts fuera de los gigantes del streaming ya lee tu etiqueta de transcripción o lo ha anunciado.

VTT vs SRT vs JSON: cuál publicar

La especificación acepta cinco tipos MIME, pero solo tres formatos hacen el trabajo real.

VTT (text/vtt) es la opción más sólida por defecto. Nativo de los navegadores web, compatible con Apple Podcasts, Pocket Casts, Castro, AntennaPod y la mayoría de los clientes que reconocen namespaces. Admite etiquetas de hablante de forma nativa mediante identificadores de cue, algo que importa en programas de entrevistas o con varios presentadores. Si solo puedes generar un archivo, que sea VTT.

SRT (application/x-subrip) es más antiguo y sencillo. No tiene etiquetas de hablante nativas (las pones inline dentro del texto del cue), pero cuenta con un reconocimiento casi universal. Usa SRT si además subes el mismo archivo como subtítulos de YouTube, o si alguna herramienta downstream lo requiere. Ten en cuenta que el tipo MIME correcto para la etiqueta RSS es application/x-subrip, no application/srt.

JSON (application/json) sigue el esquema de transcripción JSON de PodcastIndex con un campo version, un array segments y campos por segmento: speaker, startTime, endTime y body. Permite sincronización a nivel de palabra y de frase, que las apps pueden usar para reproducción resaltada. Spotify no lo recoge desde tu feed RSS, pero clientes como Pocket Casts y Fountain sí lo usan para reproducción con desplazamiento suave.

La mayoría de los programas que lo hacen bien publican VTT para la etiqueta RSS y mantienen el JSON disponible en la página del episodio para experiencias más ricas en el navegador. Ambos archivos son pequeños, muy por debajo de unos pocos cientos de kilobytes por hora de audio, así que el coste de almacenamiento no es un factor. Para generar cualquiera de los dos formatos desde tu audio editado, la herramienta de audio a texto exporta ambos, y el generador de subtítulos te permite convertir entre ellos.

Generar el archivo de transcripción

Sube el audio finalmente editado, no la grabación en bruto. Las herramientas de transcripción con IA manejan mucho mejor el audio post-editado: las músicas de transición y las interferencias de tomas sin editar introducen errores que acaban en el archivo publicado.

Un flujo de trabajo típico para un episodio de 45 minutos:

1. Sube el MP3 final a una herramienta de transcripción con diarización de hablantes activada.
2. Exporta como VTT. Si tu plataforma o flujo de trabajo admite JSON, exporta también ese formato.
3. Revisa los primeros y últimos dos minutos, además de cualquier nombre propio, término técnico o nombre de invitado.
4. Corrige las etiquetas de hablante si el diarizador asignó etiquetas genéricas como "Speaker 1".
5. Sube ambos archivos a tu ubicación de alojamiento.
6. Añade la etiqueta podcast:transcript al elemento RSS.

El trabajo activo por episodio es de unos diez minutos una vez que el audio está finalizado. Para episodios donde también generas notas del programa, la transcripción alimenta directamente ese proceso.

Si necesitas transcripciones para docenas de episodios del catálogo anterior a la vez, ConvertAudioToText admite el envío de URLs por lotes, así no tienes que subir archivos uno a uno.

Dónde Alojar el Archivo

La URL de la transcripción debe ser accesible públicamente mediante HTTPS sin necesidad de inicio de sesión. Tus opciones, aproximadamente en orden de conveniencia:

Tu plataforma de podcast. Buzzsprout, Transistor, Captivate, RSS.com y Fireside aceptan subidas de transcripciones por episodio y escriben la etiqueta RSS automáticamente. Si tu plataforma lo admite, úsala: ellos gestionan los tipos MIME, CORS y la inyección de etiquetas.

Tu página de episodio o CMS. Si publicas páginas de episodios en tu propio sitio, coloca el archivo VTT en el mismo directorio y enlázalo desde el feed. Esto también hace que sea rastreable por los motores de búsqueda.

Almacenamiento de objetos. Cloudflare R2, AWS S3 y Backblaze B2 sirven archivos estáticos por fracciones de céntimo por gigabyte. Configura una cabecera Content-Type: text/vtt explícitamente; la mayoría de CDNs asignan por defecto application/octet-stream a extensiones desconocidas, lo que rompe el renderizado en las apps.

GitHub Pages. Gratuito y suficiente para programas pequeños. Añade un archivo _headers para configurar el tipo de contenido correcto.

Las cabeceras CORS no son necesarias, ya que las apps obtienen el archivo directamente, no desde un contexto de origen cruzado del navegador. Pero si configuras CORS, Access-Control-Allow-Origin: * es apropiado para archivos de transcripción.

Errores que rompen la visualización en silencio

Estos fallan sin mostrar ningún error en el cliente de podcast, lo que dificulta su diagnóstico:

HTTP en lugar de HTTPS. Apple Podcasts omitirá silenciosamente cualquier URL de transcripción que no use TLS. Empieza con HTTPS y no redirijas.

Tipo MIME incorrecto. El más común. Configura Content-Type: text/vtt en el servidor o en la capa CDN, no solo en el atributo RSS. Algunos clientes confían más en la cabecera Content-Type que en el tipo declarado.

Tipo MIME SRT incorrecto en la etiqueta. El valor de la especificación es application/x-subrip. Usar application/srt (una variante común pero no oficial) hace que algunos clientes omitan el archivo.

Desajuste de atributo de idioma. Si tu canal dice en pero la etiqueta de transcripción dice en-US, algunas apps se niegan a mostrarlo. Haz coincidir el formato que usa tu feed, u omite el atributo por completo cuando duplique el idioma del canal.

Cues vacías. Las transcripciones generadas automáticamente suelen emitir cues en blanco en los silencios. Elimínalos antes de publicar; algunos clientes fallan silenciosamente con bloques de cues mal formados.

Etiquetas de hablante ausentes en programas con varios participantes. Apple muestra un respaldo genérico cuando faltan las etiquetas. Vuelve a etiquetar en postproducción antes de publicar. Para conocer los detalles de cómo funciona la diarización y qué esperar del etiquetado automático, consulta diarización de hablantes explicada.

Publicación en varios idiomas

El elemento podcast:transcript puede aparecer varias veces por item, una por idioma. Apunta cada uno al archivo correcto con el atributo language correspondiente:

<podcast:transcript
  url="https://example.com/transcripts/42-en.vtt"
  type="text/vtt"
  language="en"/>
<podcast:transcript
  url="https://example.com/transcripts/42-fr.vtt"
  type="text/vtt"
  language="fr"/>

Apple Podcasts admite transcripciones en inglés, danés, neerlandés, finlandés, francés, alemán, italiano, noruego, portugués, español y sueco. Los episodios de más de 10 horas no se transcriben en Apple, y las letras de canciones quedan excluidas de la representación de Apple.

Preguntas frecuentes

¿Spotify lee la etiqueta podcast:transcript de mi feed RSS?

No, no directamente. Spotify genera sus propias transcripciones para algunos programas y las muestra en la vista de reproducción y en las páginas de episodios. Lo que Spotify sí permite es exportar tu transcripción hacia fuera mediante RSS a otras plataformas: si subes un archivo VTT o SRT en Spotify for Creators (en Ajustes, luego Transcripciones), Spotify puede distribuirlo en tu feed RSS para que otras apps lo lean. El flujo es de Spotify hacia otros, no de otros hacia Spotify.

¿Qué formato de archivo debo publicar en mi feed RSS?

VTT es la opción más segura si solo eliges uno. Lo admiten Apple Podcasts (para sobrescribir la transcripción personalizada), Pocket Casts, Castro, AntennaPod, Podcast Addict y otros clientes que reconocen el espacio de nombres. SRT queda muy cerca en segundo lugar. JSON aporta valor para apps que pueden resaltar palabras durante la reproducción, pero funciona mejor como segundo archivo en la página de tu episodio que como único formato enlazado por RSS.

¿Qué tipo MIME uso para los archivos SRT?

La especificación Podcasting 2.0 usa application/x-subrip para SRT. Usar application/srt (una variante informal común) puede hacer que algunos clientes ignoren el archivo. Configura tu CDN o servidor para servir el archivo con Content-Type: application/x-subrip y haz que coincida con el atributo type de tu etiqueta RSS.

¿Necesito también la transcripción en la página del episodio, o basta con la etiqueta RSS?

La etiqueta RSS gestiona la visualización dentro de la aplicación. Publicar el texto de la transcripción en la página de tu episodio es un paso aparte y que merece la pena: el audio no es indexable por los motores de búsqueda, pero el texto de la transcripción sí lo es. El artículo sobre transcripciones de accesibilidad en podcasts cubre el caso de SEO y accesibilidad de las transcripciones en la página. Deberías hacer ambas cosas: la etiqueta RSS para los oyentes en las aplicaciones, y la página para la visibilidad en buscadores y el acceso con lectores de pantalla.

Fuentes

• Especificación del elemento transcript en Podcasting 2.0: https://podcasting2.org/docs/podcast-namespace/tags/transcript
• Ejemplos de transcripts en el namespace de PodcastIndex: https://github.com/Podcastindex-org/podcast-namespace/blob/main/docs/examples/transcripts/transcripts.md
• Transcripts de Apple Podcasts para creadores: https://podcasters.apple.com/support/5316-transcripts-on-apple-podcasts
• Gestión de transcripts en Spotify para creadores: https://support.spotify.com/us/creators/article/managing-episode-transcripts-on-spotify/
• Transcripts de episodios en Pocket Casts: https://support.pocketcasts.com/knowledge-base/episode-transcripts/
• Lanzamiento de la etiqueta transcript en Castro (febrero de 2025): https://castro.fm/blog/transcript-tag-release
• Lanzamiento de transcripts en Overcast (abril de 2026): https://9to5mac.com/2026/04/08/overcast-launches-podcast-transcripts-in-new-app-update-for-iphone/
• Qué apps de podcasts admiten transcripts (Transistor): https://support.transistor.fm/en/article/which-podcast-apps-support-transcripts-qphklp/