Hace unas semanas conté cómo monté dos podcasts generados por IA: El podcast de Sergio, temático, y El informativo de Sergio, un boletín diario de noticias. En aquel post escribí, con cierto orgullo, que podía “publicar un informativo cada día sin esfuerzo”.

Lo he cerrado. Y quiero contar por qué, porque la razón no es la que esperaría cualquiera que haya montado un pipeline de automatización.

Nunca fue del todo un producto #

Para mí el informativo fue, sobre todo, una excusa para aprender a automatizar una cadena de producción completa: buscar el tema, escribir el guión, sintetizar las voces, montar el audio y publicar en Apple Podcasts, todo de cabo a rabo y sin tocar nada a mano. Ese era el objetivo de verdad. El producto era el subproducto.

Y una vez aprendido eso —que es lo que de verdad quería sacar— mantenerlo en marcha por inercia tenía poco sentido. El experimento había cumplido su función.

El problema no era técnico #

Cuando montas algo así, asumes que el riesgo está en la máquina: que ElevenLabs falle, que el feed se rompa, que Apple Podcasts deje de leer el RSS, que el script de las 7 de la mañana se caiga un día. Y sí, esos problemas existen, pero todos tienen solución.

La parte automatizada funcionaba. El agente buscaba las noticias, escribía el guión, sintetizaba las voces, montaba el MP3 y actualizaba el feed. Apple lo recogía solo. El coste marginal de un episodio más era, literalmente, cero esfuerzo por mi parte.

Y ese era exactamente el problema.

La automatización quita el coste de producir, no el de significar #

Un informativo diario tiene una promesa implícita: hoy ha pasado algo que merece que lo escuches. Esa promesa no la cumple el pipeline. La cumple el criterio de que haya, de verdad, algo que contar.

Cuando producir es gratis, la tentación es producir siempre. Pero un resumen de noticias generado por IA, publicado cada día porque toca y no porque haya nada relevante, no es información: es ruido con voz bonita. Yo no aportaba una mirada que no estuviera ya en cien sitios. Estaba rellenando un hueco en el calendario, no diciendo nada.

La IA me había quitado el coste de producir. No me había quitado —ni podía— el coste de significar: tener algo que valga la pena decir. Y sin eso, la cadencia diaria solo servía para demostrar que el sistema seguía vivo.

Un diario congelado se ve peor que no existir #

Hay un detalle que pesó mucho en la decisión. Un podcast temático que publica cuando hay tema puede estar tres semanas en silencio y no pasa nada: nadie espera periodicidad. Pero un informativo es un formato con una expectativa de frecuencia metida en el nombre. El día que dejas de publicarlo, el último episodio empieza a oler a abandono. Un feed diario congelado no comunica “pausa”, comunica “aquí ya no vive nadie”.

Así que la elección real no era “¿lo sigo publicando o lo dejo morir poco a poco?”. Era “¿lo mantengo vivo a la fuerza para siempre, o lo cierro bien ahora?”.

Cómo se cierra bien un podcast #

Cerrar no es borrar. Borrar rompe enlaces, deja un 404 en cada episodio que alguien haya compartido y castiga a quien llegó tarde. Un cierre limpio respeta lo publicado. Esto es lo que hice:

• Marcar el feed como finalizado. En el RSS, <itunes:complete>Yes</itunes:complete> le dice a Apple Podcasts que no habrá más episodios. La serie queda como terminada, no como rota.
• Conservar los episodios. Los MP3, las portadas y los <item> del feed se quedan donde estaban. Cada enlace que alguien compartió sigue funcionando.
• Redirigir la sección. La antigua portada del informativo hace ahora un redirect a la del podcast. Nada de páginas huérfanas.
• Limpiar las migas. Fuera del sitemap.xml, de la navegación, del llms.txt y de la página de “qué estoy haciendo ahora”. Lo que ya no existe no debería seguir anunciándose.
• Dejar viva la analítica. Las descargas históricas siguen siendo datos míos; el panel que las lee se quedó intacto.

El resultado: quien tenga un episodio guardado lo sigue escuchando, Apple sabe que la historia terminó, y la web no arrastra un cadáver.

Lo que sigue vivo #

El podcast de Sergio —el temático— sigue. Y sigue precisamente porque su regla es la contraria: se publica cuando hay algo que decir, no cuando toca. Esa restricción, que parece una debilidad frente a un diario automatizado, resultó ser su mayor fortaleza. Cada episodio existe porque había un tema, no porque el calendario lo pidiera.

La lección #

Montar el informativo me dio justo lo que buscaba: aprender a automatizar un pipeline de producción de cabo a rabo. Ese era el objetivo, y se cumplió. Cerrarlo me enseñó algo que no esperaba: que puedas automatizar la producción de algo no significa que debas mantenerlo en marcha. Cuando lo que aprendes ya está aprendido, sostener el experimento solo por no apagarlo es la inercia disfrazada de constancia. La pregunta no es “¿puedo seguir publicando esto sin esfuerzo?”. Es “¿merece este formato seguir existiendo?”.

A veces la decisión de producto más madura es apagar lo que construiste. Sobre todo cuando construirlo fue lo fácil.