¿Qué es el feed RSS de un podcast?
Un solo archivo, alojado por ti, del que copian todas las apps del mundo. Si pierdes el control sobre él, pierdes a tu audiencia.
El feed RSS de un podcast es un único archivo XML que describe tu programa y cada uno de sus episodios. Apple Podcasts, Spotify, Overcast y las demás no guardan tu audio. Leen este archivo periódicamente y copian lo que encuentran.
Esa es toda la arquitectura, y tiene una consecuencia que la mayoría descubre en el peor momento: el feed es el programa. Los directorios son solo ventanas hacia él.
Cuando envías un podcast a Apple, no subes nada. Entregas una URL y le pides a Apple que la revise cada cierto tiempo. Cuando publicas un nuevo episodio, tu hosting reescribe el archivo y las apps lo detectan en su siguiente visita.
Así que el archivo es el producto, los directorios son la distribución y el hosting de audio es un proveedor que puedes reemplazar.
Esto importa más de lo que parece por lo que ocurre cuando cambias de hosting de podcasts.
Tus suscriptores no están guardados en Apple ni en Spotify. La app de cada oyente guarda una URL de feed y la consulta. Si esa URL deja de funcionar, o empieza a mostrar el programa de otra persona, cada una de esas apps deja de entregar tus episodios sin hacer ruido. El oyente no recibe ningún mensaje. El programa simplemente se queda en silencio en su biblioteca.
Por eso el cambio de hosting se hace con una redirección y no volviendo a subir todo. La URL antigua del feed tiene que responder con una redirección permanente hacia la nueva, y debe seguir haciéndolo durante meses, porque las apps de podcasts revisan a su propio ritmo, sin prisa, y la app de un oyente inactivo podría no consultar en semanas.
Los hostings que complican esto lo hacen a propósito. Un hosting que no te deja configurar una redirección en el feed que abandonas está reteniendo a tu audiencia, no tus archivos.
La jugada defensiva es publicar el feed en un dominio que controles y apuntarlo al hosting que uses en ese momento. Así el hosting es realmente reemplazable y las apps nunca notan el cambio.
Qué contiene realmente el archivo
Abre un feed de podcast en un navegador y verás XML, que parece intimidante pero no lo es.
La parte superior del archivo describe el programa una sola vez: título, autor, descripción, idioma, URL de la portada y las categorías que usan los directorios para clasificarte. Apple toma de aquí la portada y las categorías, por eso cambiar tu portada es una edición del feed y no una subida.
Debajo hay un bloque por episodio. Cada bloque incluye un título, una fecha de publicación, una descripción, una duración, un identificador único y lo que lo convierte en podcast y no en una entrada de blog: un enclosure que apunta al archivo de audio, con su URL, su tipo y su tamaño en bytes.
Esa URL del enclosure es donde realmente está el audio. La app lo descarga directamente de tu hosting. Apple nunca toca el archivo.
Por qué Apple y Spotify no alojan tus episodios
Te saldría más barato si lo hicieran, y no lo hacen, por una razón que juega a tu favor más veces de las que juega en tu contra.
Como los directorios solo leen un puntero, ninguno puede secuestrar tu programa. Si Apple eliminara tu podcast mañana, Spotify y todas las apps independientes seguirían ofreciéndolo, porque cada una lee el mismo archivo de forma independiente.
También significa que tus cifras de descargas son tuyas. La solicitud del archivo de audio llega a tu hosting, así que tu hosting la cuenta. Spotify informa lo que pasó dentro de Spotify, pero el conteo a nivel de feed abarca a todos.
La excepción que conviene conocer es que Spotify y YouTube crearon sistemas de ingesta que copian el audio a sus propias plataformas para algunos programas. Cuando eso ocurre, esas reproducciones dejan de aparecer en las cifras de tu hosting y pasan a aparecer solo en las suyas, y ese es el comienzo de que tu audiencia salga de tu archivo y se mude a su plataforma.
Cómo encontrar la URL de tu feed
Todos los hostings la muestran, normalmente en una sección llamada Distribución, Configuración o Feed.
Si no la encuentras ahí, puedes obtenerla desde Apple Podcasts. El servicio público de búsqueda de Apple devuelve la URL del feed de cualquier programa a partir de su Apple ID, que es el número largo al final del enlace del programa en Apple Podcasts.
Una comprobación más rápida: pega la URL del feed en un navegador. Si aparece XML, el feed está activo. Si ves una página de error o una pantalla de inicio de sesión, los directorios están recibiendo lo mismo y tu programa dejó de actualizarse para todos.
Vale la pena probarlo de vez en cuando en lugar de darlo por hecho. Un feed que se rompe no te avisa: simplemente deja de mostrar episodios nuevos en las apps de la gente, y la primera señal es una caída en picada de las descargas.
Las etiquetas por las que Apple te rechazará
Apple es el lector más estricto, así que un feed que cumple con Apple cumple con casi todo lo demás.
La portada debe ser cuadrada, de al menos 1400 por 1400 píxeles, no más grande que 3000, y en JPEG o PNG. Una portada que no es perfectamente cuadrada es el motivo de rechazo más común.
El programa necesita una marca de contenido explícito, una categoría de la lista oficial de Apple, un código de idioma y un correo de propietario válido. Apple usa ese correo para verificar que controlas el programa, así que si das una dirección que no puedes revisar, el envío se estanca.
Cada episodio necesita un identificador único global que nunca cambie. Si tu hosting regenera los identificadores (algunos lo hacen tras una edición masiva), las apps tratan cada episodio como nuevo y tus oyentes reciben una avalancha de notificaciones por un catálogo que ya escucharon.
Qué cuenta aquí como descarga
Una descarga es una solicitud a esa URL del enclosure, y esa definición es más laxa de lo que parece.
Las pautas de medición del IAB existen precisamente porque la cifra bruta está inflada: una descarga parcial, una descarga anticipada de una app que baja episodios automáticamente por la noche y un oyente que realmente escuchó el episodio completo pueden verse idénticos en el registro del servidor.
Los hostings certificados filtran por bytes entregados y eliminan duplicados por oyente y por día. El conteo no certificado no lo hace, y la diferencia entre ambas cifras puede ser grande.
Esta es la cifra que piden los patrocinadores, y por eso la certificación importa en lo comercial y no solo en lo teórico. Un patrocinador que compara dos programas está comparando dos registros de servidor, y le restará valor al que no pueda explicar cómo contó.
Trata el feed como lo que te pertenece
La versión práctica de todo lo anterior es breve.
Publica el feed en una dirección de tu propio dominio. Usa como correo de propietario una cuenta que sigas revisando dentro de tres años. Antes de cambiar de hosting, confirma que el anterior ofrecerá una redirección permanente, y déjala activa mucho más tiempo del que parezca necesario.
Y revisa el archivo de vez en cuando con un validador, no solo con tu propia app de podcasts, porque lo más probable es que tu app tenga guardada en caché una copia que funciona y te siga mostrando un programa que el resto del mundo ya no puede ver.
El programa que sobrevive cuando su hosting cierra es aquel cuya dirección de feed nunca le perteneció a ese hosting.
Preguntas frecuentes sobre los feeds de podcast
¿Necesito un feed RSS para publicar un podcast?
Sí, para Apple Podcasts y la mayoría de las apps independientes. Spotify y YouTube ahora también aceptan subidas directas, pero un programa que solo existe dentro de una plataforma no puede aparecer en ningún otro lugar.
¿Dónde consigo el feed RSS de mi podcast?
Tu servicio de hosting de podcasts lo genera automáticamente cuando creas el programa. No tienes que escribir el XML tú mismo, salvo que alojes los archivos en tu propio servidor.
¿Puedo cambiar la URL del feed RSS de mi podcast?
Sí puedes, pero solo si dejas una redirección permanente en la dirección anterior. Sin ella, la app de cada suscriptor actual sigue consultando una URL que ya no responde, y el programa deja de actualizarse para ellos sin ningún aviso.
¿Por qué no aparece mi nuevo episodio?
Las apps vuelven a leer el feed según su propio calendario, a menudo con unas horas de diferencia. Si pasa un día, comprueba que la URL del feed siga devolviendo XML en un navegador y que la fecha de publicación del episodio no esté programada en el futuro.
¿Las descargas se cuentan a través del feed RSS?
De forma indirecta. El feed apunta al archivo de audio, y lo que cuenta tu hosting es la solicitud de ese archivo. Las plataformas que copian tu audio a su propio sistema llevan su propio conteo aparte.
¿El feed guarda todos mis episodios para siempre?
La mayoría de los hostings incluyen todo el catálogo anterior por defecto, pero algunos recortan el feed a los episodios más recientes para que el archivo sea liviano. Si los episodios antiguos desaparecen de las apps, ese ajuste es lo primero que debes revisar.
Sigue leyendo
- agregar reproducciones a un episodio de podcast — Los directorios posicionan los programas en parte según cuánta gente le da play al principio, y puedes agregar reproducciones a un episodio de podcast mientras el feed todavía está encontrando a su audiencia.
- qué considera cada plataforma una reproducción — Cada plataforma traza en un punto distinto la línea entre una descarga técnica y una escucha real, y qué considera cada plataforma una reproducción las compara.
- la regla de los treinta segundos — El umbral propio de Spotify es más estricto que una descarga, y la regla de los treinta segundos explica qué paga y qué no.