Cómo migrar tu podcast (u otro contenido con feed) a otro sitio sin perder a tu audiencia

El otro día escribí en DailyCosas (mi blog personal) un post sobre sobre los podcasts que fichó RTVE para su plataforma RTVE, dentro de su proyecto contenedor OpenPlay: Nació Open Play (RTVE) y ficharon algunos podcast, y pararon el feed que conocía su audiencia. Me pareció un movimiento extraño por parte de estos podcast no arrastrar a la audiencia que ya tenían (y que es parte del valor de su fichaje) a la nueva plataforma. No es el primer caso que veo de saltos de podcast entre proyectos propios, fichaje para ser exclusivos de una plataforma o salidas de esa exclusividad… Pero siempre me resulta chocante lo poco que se cuida este cambio ante la audiencia.

Vamos a hablar a fondo de la solución para poder arrastrar a la audiencia de la manera más indolora posible (para el oyente, claro). Eliminar esta fricción hasta hacerla invisible es lo que conseguirá mantener a la audiencia, que es lo que todo podcast ha estado cuidando y trabajando durante su vida. Después del trabajo que les ha llevado a ser fichados no es plan empezar de cero, o provocar una caída considerable por no dedicarle un rato.

Y es que las soluciones que veremos a continuación, en su mayoría, son sencillas y se pueden dejar implementadas en una jornada. Para continuar ofreciendo su podcast en la nueva plataforma deberían:

• tener un feed combinado: que permita acceder a lo antiguo y a lo nuevo.
• si es un feed nuevo, redireccionar el feed antiguo de manera permanente.

A partir de ahí se puede complicar todo lo que se quiera (cambios de marca, de categorías, de arte de portada, etc.), pero si estos dos puntos están bien resueltos, la base está salvada y ya podemos trabajar con la tranquilidad de mantener la audiencia de suscriptores.

¿Qué es un feed? ¿por qué importa cuidarlo?

Quizá en estos tiempos de redes sociales se nos olvida lo que hay por detrás de las plataformas. Un feed de podcast es, básicamente, un archivo de texto (normalmente en formato RSS o Atom) donde vive toda la “ficha técnica” del programa y de cada episodio: título, descripción, portada, fechas, enlaces al audio, etc. Los podcatchers (apps de escucha) leen ese feed periódicamente, ven qué episodios hay nuevos y descargan o muestran lo que ahí se les diga. Si el feed se rompe, cambia de sitio sin avisar o empieza de cero como si no hubiera histórico, es como si el podcast hubiera desaparecido o fuera otro distinto. Por eso cuidarlo es cuidar la puerta de entrada a los oyentes, tanto los que ya tienes como los que te descubren buscando en su podcatcher.

Feed combinado

Idealmente, el antiguo feed debería contener la entradas antiguas e incorporar las entradas nuevas. Pero esto llevaría una complicación técnica muy elevada ya que seguramente quien suministraba el feed original no permite jugar con este.

Así que vamos a pensar que distintas aproximaciones puede tener el nuevo feed que contenga todos los contenidos. Hay que crear un feed que incluya los audios nuevos y los antiguos en un solo paraguas.:

• Quizá alguna herramienta que mezcle contenidos de dos feeds podría ser una solución.
  • Se puede realizar un script en PHP o Python, o incluso una plataforma saas, que lea los dos feed RSS y genere uno nuevo de manera automática y replicando sus fechas de publicación.
  • Esta es una buena opción si el feed antiguo sigue activo pero no se puede modificar y la nueva plataforma permite indicar un feed externo.
• Alojar los audios antiguos en la nueva plataforma:
  • Replicando los episodios con la misma fecha de publicación y, si es posible, con el mismo identificador único (GUID). Esto último es opcional, pero le dará un toque de calidad como veremos más adelante.
• Que la nueva plataforma permita inyectar URLs externas:
  • Esta es la solución más rebuscada, ya que significa que los ficheros siguien alojados en su sitio original (que habrá que mantener), pero que la nueva plataforma sabe apuntar a ellos.

Redirección: 301 es tu número mágico

Esta es la parte más mágica. Donde, si lo hacemos bien, la fricción se hace cero y se mantiene la audiencia sin que tengan que hacer nada.

HTTP 301 es el código http que indica que el recurso se ha movido permanentemente. Si ponemos un código http 301 en la dirección url del feed antiguo apuntando la dirección del feed nuevo, cualquier podcatcher bien programado dejará de leer en el antiguo y empezará a leer en el nuevo.

Detalles importantes:

• Coordinarlo con el hosting antiguo: en servicios de terceros, suele haber una opción de 301 para facilitar estas salidas, en un auto-alojado será cuestión de poner una redirección a nivel de servidor (.htaccess).
• Mantener esta redirección suficiente tiempo: Apple recomienda al menos 4 semanas, para que se actaulicen sus catálogos, y de la misma manera hay que dar tiempo a otros podcatchers para que detecten esta redirección. Compensa pagar un par de meses más, tanto en auto-alojado, como en servicios de terceros.
• Respetar los IDs únicos. Si se han mantenido los identificadores únicos de episodio (GUID), el cambio será transparente para los seguidores: no aparecerán duplicados, ni episodios «nuevos» que en realidas son antiguos ya escuchados.

¿Y los archivos?

Pues depende. Aquí hay dos decisiones principales: moverlos o mantenerlos donde están. Moverlos significa subir todos los audios a la nueva plataforma o servidor, de forma que tanto el feed como los ficheros queden bajo el mismo techo, lo que simplifica el control, las estadísticas y futuras migraciones. Mantenerlos implica dejar los archivos en su ubicación original (por ejemplo, un servidor propio o una CDN) y solo cambiar el feed, que seguirá apuntando a esas URLs antiguas mientras el nuevo sistema se limita a gestionar episodios y metadatos. Esta segunda opción es muy interesante cuando ya se está usando una CDN o un almacenamiento optimizado, porque permite cambiar de plataforma de publicación sin tocar la infraestructura que entrega los audios al mundo.

Por cierto, también estaría bien hacer algún comentario en el primer episodio de la nueva etapa y en redes sociales, para que la gente esté atenta por si algo no ha salido como debía.

Mudar un podcast es algo bastante habitual dentro de su vida, ya sea por fichajes, porque la plataforma se nos queda pequeña, por pasar de auto-alojado a un servicio… Y hay procesos para que la audiencia no se pierda por el camino.

Si necesitas una mano con esta operativa, será un placer hablar 😉