Riverside ya deja cambiar el audio de un episodio publicado

Publicas el episodio, lo mandas a las plataformas, te vas tan tranquilo. Y a las dos horas descubres que has subido el archivo sin masterizar, el que tiene el eco de la habitación y a ti carraspeando en el minuto tres.

Hasta hace unos días, en Riverside eso no se arreglaba. Su propio centro de ayuda lo decía así: "No, it is not possible to replace an episode's media or files. You can only edit an episode's details". Traducido: el archivo no se toca, solo puedes editar los datos del episodio.

Eso ha cambiado. En su ayuda ahora se lee justo lo contrario, y hay un artículo nuevo entero dedicado a explicarlo: "Hosting: Replace a published episode's media file".

¿Qué ha cambiado exactamente?

La respuesta de su documentación ha pasado de un no rotundo a un sí. Lo que se lee ahora es esto: "Yes, you can replace an episode's audio or video file after publishing it".

Y el artículo nuevo lo resume en una frase que es la que de verdad importa: "Replace the media on an already published episode and keep its existing link, analytics, and platform history intact".

O sea, que cambias el archivo y el episodio sigue siendo el mismo episodio. Mismo enlace, mismas analíticas, mismo histórico en las plataformas.

Esa tabla sale de lo que dice su centro de ayuda a fecha de septiembre de 2026, no de mis pruebas. Lo digo porque es importante distinguir las dos cosas.

¿Por qué esto importa más de lo que parece?

A ver, dicho así suena a arreglo menor. Un botón nuevo en una pantalla de gestión. Pero si publicas con cierta frecuencia, esto te quita de encima el peor tipo de marcha atrás que hay.

Piensa en lo que había que hacer antes cuando metías la pata con un archivo. Borrar el episodio y volver a publicarlo. Y ahí es donde te comes el peaje: el enlace que ya habías mandado por el grupo de WhatsApp deja de funcionar, las escuchas acumuladas se quedan en el limbo, y el episodio reaparece en los feeds como si fuera nuevo cuando ya lo había escuchado medio mundo.

Lo jodido es que ese error lo cometes precisamente en los episodios que más te importan. El que grabaste con el invitado bueno. El que estabas más nervioso. Yo he publicado cosas con el archivo equivocado más veces de las que me gusta admitir, y no por despiste puntual: es que en el momento de publicar llevas cuatro horas con el episodio y ya no distingues una versión de otra.

Poder cambiar el archivo sin tocar nada más convierte un desastre en un martes cualquiera.

Lo que su ayuda no dice (y no me lo voy a inventar)

Aquí toca frenar, porque el artículo es cortito y hay cosas que no aclara.

No dice en qué planes está disponible. No dice desde cuándo. No dice cuántas veces puedes sustituir el archivo del mismo episodio. Y tampoco dice qué pasa exactamente en cada plataforma cuando el archivo cambia, o sea, si Spotify y Apple vuelven a descargarlo y cuándo se refleja.

Si alguien te da esos datos con seguridad, se los está inventando. Lo que yo haría antes de confiar en esto para un episodio importante: probarlo con uno viejo, uno que ya no escuche nadie, y mirar cómo se comporta el enlace al día siguiente.

Lo demás que se ha movido en el Hosting de Riverside

Mirando su documentación, el bloque de hosting está teniendo movimiento, no solo esto.

Hay un artículo sobre programar la publicación a futuro, y lo describen así: "Line up your next episode ahead of time and let Riverside publish it for you at the exact date and time you choose". Dejas el episodio montado y ellos lo sacan el día y la hora que elijas.

Y hay un límite que conviene saberse de memoria antes de organizar tus cuentas, porque este sí está escrito con todas las letras: "You can only move a podcast to another studio within the same production. You can't move a podcast between Riverside accounts or productions". Un podcast se mueve entre estudios de la misma producción, pero no entre cuentas ni entre producciones.

Eso significa que la decisión de en qué cuenta montas el podcast es más definitiva de lo que parece. Si estás pensando en separar proyectos, piénsalo antes de publicar el primer episodio, no después.

También han documentado por qué las analíticas pueden cambiar si migras tu podcast desde otro alojamiento. Su explicación es que suele ser cuestión de cómo mide cada plataforma, no de datos perdidos. Que es exactamente lo que te dice cualquier hosting cuando te llevas el podcast, pero al menos lo ponen por escrito.

¿Esto cambia la decisión de con qué grabar y dónde alojar?

Para quien ya tiene el podcast alojado en Riverside (enlace de afiliado: así me ayudas a seguir creando contenido), es una red de seguridad que antes no existía. Poco más.

Para quien está decidiendo, cambia un poco el cálculo. Tener la grabación, la transcripción y el alojamiento en el mismo sitio tiene la ventaja obvia de no pelearte con cuatro servicios, y ahora también la de poder corregir un archivo sin romper el enlace. Los planes y los límites de horas los desgloso en el post de precios y plan gratis de Riverside, que es donde la gente se lleva el disgusto de verdad.

Y si tu flujo es más de editar que de grabar, la comparativa que te interesa es Descript vs Riverside, porque ahí la pregunta no es el hosting: es en qué herramienta vas a pasar las horas.

Lo que no cambia es lo de siempre. La herramienta no es el cuello de botella. Si grabas con invitado a distancia, lo que te va a salvar el episodio sigue siendo la grabación local de cada pista, que es de lo que hablo en cómo grabo entrevistas en remoto. Que puedas cambiar el archivo después está muy bien, pero es mejor no necesitarlo.

Fuente del cambio: el centro de ayuda de Riverside, que es donde lo han documentado.

¿No tienes claro cuánto de tu producción deberías estar automatizando ya antes de sumar otra suscripción? Pásate por el test de nivel de IA. Diez minutos y te dice por dónde vas de verdad.