Antes de empezar
Tres decisiones previas evitan el 90 % de los problemas:
- Fecha de corte con margen. Elegir una semana tranquila, sin eventos ni transmisiones especiales, y asumir que el servicio viejo se paga un mes más.
- Dominio propio para el stream. Si todavía no existe, es el momento de crear algo como
stream.miradio.comque redirija al proveedor: la próxima migración será cambiar una redirección. - Quién hace qué. El proveedor nuevo debería configurar el encoder, subir la biblioteca y publicar la app; la radio hace el inventario y los directorios. Dejarlo por escrito.
Los 7 pasos
- 1
Inventario de todo lo que apunta al stream actual
Antes de tocar nada, anotar cada lugar donde está la URL del stream viejo: el player de la web (y de la web vieja, si sigue online), las apps (propia y de terceros), los directorios (TuneIn, Radio Garden, Online Radio Box, myTuner, Radios.com.ar y similares), los parlantes inteligentes, los enlaces en redes y biografías, los widgets en webs amigas, y los receptores de las repetidoras si la radio alimenta otras emisoras desde el stream. Lo que no se anota acá es lo que después "dejó de andar" sin que nadie sepa por qué.
- 2
Contratar el nuevo servicio con superposición
Dar de alta el proveedor nuevo mientras el viejo sigue activo. Con una o dos semanas de superposición alcanza; el costo de ese mes doble es la prima de seguro más barata de toda la migración. Pedir al proveedor nuevo las URL definitivas (Icecast, HLS, player) y las credenciales del encoder.
- 3
Transmitir a los dos servidores a la vez
Configurar el encoder para que envíe la señal al servidor viejo y al nuevo en paralelo (la mayoría de los encoders permiten dos destinos; si no, correr un segundo encoder en la misma PC). Desde este momento las dos URL suenan igual y se puede probar la nueva con calma: calidad, metadatos del tema, estabilidad durante unos días.
- 4
Cargar el AutoDJ y la programación
Subir la biblioteca musical, tandas y separadores al AutoDJ nuevo y programar los horarios en los que la radio emite sin estudio. Probar que el AutoDJ entra solo cuando se corta el encoder. Es el paso que más tiempo lleva (subir GB de música) y el que más se posterga.
- 5
Cambiar el player de la web y las apps
Reemplazar el código del player en la web por el del proveedor nuevo. Las apps son el punto delicado: si la app es del proveedor viejo, se pierde con la migración y hay que publicar una nueva (lo hace el proveedor nuevo, con tiempos de revisión de las tiendas: días en Google Play, algo más en App Store). Si la app es propia y lee la URL desde un archivo de configuración remoto, se cambia ahí; si tiene la URL fija en el código, hay que publicar una actualización y asumir que una parte de los usuarios tarda semanas en actualizar. Por eso conviene mantener el stream viejo hasta que la mayoría migró.
- 6
Actualizar los directorios
TuneIn, Radio Garden, Online Radio Box y el resto tienen formularios o contactos para cambiar la URL del stream; algunos tardan días en aplicar el cambio. Hacerlo mientras las dos URL funcionan evita que la radio aparezca "fuera del aire" en el directorio durante la espera. Mismo criterio para los parlantes (si usan TuneIn, se arregla solo al cambiar TuneIn).
- 7
Verificar y cortar el viejo
Mirar las estadísticas de los dos paneles durante unos días: cuando los oyentes del stream viejo bajan a casi cero (quedan los que tienen la URL en un reproductor viejo o una app sin actualizar) se da de baja. Si quedan oyentes significativos en el viejo, es que algo del inventario del paso 1 no se cambió.
Lista de control
- URLs del stream viejo anotadas: web, apps, directorios, parlantes, repetidoras, redes
- Proveedor nuevo activo, con URLs y credenciales en mano
- Encoder transmitiendo a los dos servidores; calidad y metadatos verificados
- AutoDJ nuevo cargado y probado; horarios programados
- Player de la web cambiado (y de la web vieja, si sigue online)
- App: publicada la nueva o actualizada la configuración; plan para los usuarios que no actualizan
- Directorios actualizados: TuneIn, Radio Garden, Online Radio Box, otros
- Estadísticas del stream viejo en cero o casi; baja del servicio viejo
- Copia de seguridad de la biblioteca del AutoDJ viejo descargada antes de la baja
Errores comunes
| Error | Qué pasa |
|---|---|
| Dar de baja el viejo el mismo día que se contrata el nuevo | Es la causa número uno de radios "fuera del aire" una semana: las apps y los directorios siguen apuntando al servidor que ya no existe. |
| Olvidar las repetidoras | Si otras emisoras retransmiten desde el stream, hay que avisarles y darles la URL nueva con tiempo. |
| No bajar la biblioteca del AutoDJ viejo | Al dar de baja el servicio, la música subida se pierde. Descargarla antes, o tener la copia local al día. |
| Cambiar de bitrate sin avisar | Si el nuevo es 128 kbps y el viejo era 64, oyentes con datos limitados pueden notarlo; es una mejora, pero conviene comunicarla. |
| Publicar la app nueva sin período de convivencia | Los usuarios tardan en actualizar. Si la app vieja deja de sonar de un día para otro, se pierden oyentes que no van a buscar la nueva. |
Cuánto tarda
Con el proveedor nuevo acompañando: el alta y el encoder en dos destinos, el mismo día; el AutoDJ, uno a tres días según los GB a subir; el player de la web, minutos; la app nueva, de una a dos semanas entre desarrollo con la marca y revisión de las tiendas; los directorios, de horas a días según cada uno. El corte del viejo, cuando las estadísticas lo digan: típicamente a las dos semanas.
Preguntas sobre la migración
¿Cuánto tiempo hay que mantener los dos servicios?
Entre una y cuatro semanas, según cuánto dependa la radio de apps y directorios. Si la escucha es casi toda desde la web propia, con una semana alcanza. Si hay app propia con muchos usuarios, conviene un mes para que la mayoría actualice.
¿Puedo conservar la misma URL del stream al cambiar de proveedor?
Si la URL que circula es un dominio propio de la radio (por ejemplo, stream.miradio.com) que redirige al servidor del proveedor, sí: se cambia la redirección y listo. Si la URL es la del proveedor (su dominio o su IP), no; por eso conviene, en la migración, pasar a una URL con dominio propio para que la próxima vez sea trivial.
¿El proveedor nuevo puede hacer la migración?
Los proveedores serios acompañan: configuran el encoder, suben la biblioteca, publican la app y ayudan con los directorios. INOVANEX lo hace como parte del alta; conviene pedirlo antes de contratar y que quede por escrito.
¿Qué pasa con las estadísticas históricas?
Se pierden con el panel viejo salvo que se exporten. Antes de la baja, descargar los informes mensuales que se quieran conservar (oyentes por día, países, dispositivos): son el historial que respalda la pauta publicitaria.