El número de "oyentes" que muestra Icecast es, según la documentación del propio servidor, el "número de conexiones de oyentes activas en este momento". Conexiones. No personas. Quien deja el reproductor abierto en la computadora de la oficina y pone la radio en el celular al mismo tiempo cuenta dos veces.
Creo que la mayoría de los reportes de audiencia de radio online que circulan suman cosas que no se suman: conexiones en el servidor, equipos con la app instalada y usuarios que abrieron la app en el mes. Cada número tiene su base. Si mezclas los tres, sale un total lindo que no aguanta la primera pregunta de un anunciante atento. Y el reporte honesto no da más trabajo que el inflado.
Qué cuenta Icecast como oyente
Hay tres campos que se confunden todo el tiempo.
listeners es cuántas conexiones hay abiertas en este segundo. Es una foto.
listener_peak es el pico de conexiones simultáneas de ese punto de montaje. Parece el número ideal para el área comercial, pero tiene trampa: la documentación avisa que las estadísticas de cada fuente valen solo mientras dura la conexión actual del encoder. Si el encoder se cae y se reconecta, el pico vuelve a cero. Un corte de internet en el estudio a las tres de la tarde borra el pico del programa de la mañana.
listener_connections es un contador acumulado desde que arrancó el servidor. Sube con cada conexión nueva, incluida la del mismo oyente que volvió después del almuerzo. No es "oyentes únicos" de ninguna manera.
Otro detalle que confunde a muchas radios. Icecast cuenta por punto de montaje. Si transmites un /aac a 64 kbps para celulares y un /mp3 a 128 kbps para el sitio web, la audiencia está repartida entre los dos, y tu número es la suma. El panel que muestra tu radio "duplicada" muchas veces solo está mostrando los dos mounts por separado.
En la práctica: para guardar historial, lee /status-json.xsl (existe desde la versión 2.4.0) cada pocos minutos y guárdalo en un archivo o una planilla. El propio equipo de Icecast pide no extraer datos de la página HTML, porque cambia entre versiones sin aviso.
Una descarga de la app no es un oyente
En Google Play, la página de estadísticas de Play Console separa equipos de usuarios. Conviene leer las definiciones antes de copiar cualquier número.
La base instalada es el número de dispositivos activos con la app instalada. "Activo", para Google, es el dispositivo que se encendió al menos una vez en los últimos 30 días. Encendido, no que abrió la app. El celular olvidado en un cajón con la radio instalada cuenta.
La adquisición de dispositivos cuenta instalaciones. Un celular restablecido o que pasó a otra persona entra como dispositivo nuevo.
Lo más cercano a "gente que escuchó" son los usuarios activos mensuales (MAU): usuarios que abrieron la app en un período continuo de 28 días. También existe el diario (DAU). Google aclara además que ajusta estas métricas para compensar a quienes no aceptaron compartir datos.
Del lado de Apple, App Store Connect llama sesión a cada vez que la app se usa por al menos dos segundos, y dispositivo activo al que tuvo al menos una sesión en el período. Pero los datos de uso vienen solo de quienes aceptaron compartir análisis con el desarrollador. El número de Apple es una parte de tu audiencia en iPhone, no el total. Y el "total de descargas" incluye las redescargas.
Fíjate que ni las ventanas de tiempo coinciden. Google habla de 28 días para el MAU; Icecast habla del ahora y del pico desde la última reconexión. Sumar el MAU de Play con el pico de Icecast es sumar un mes con un minuto.
La clave de Apple que traba el panel
Para que un panel externo traiga los números de App Store Connect, alguien de la radio tiene que generar una clave de la API. El camino, según la documentación de Apple, es Users and Access, pestaña Integrations, App Store Connect API. Para generar la clave de equipo hace falta una cuenta Admin.
Y aquí tropieza casi todo el mundo: el archivo de la clave privada (.p8) se puede descargar una sola vez. Lo bajas y lo guardas en un lugar seguro junto con el ID de la clave. Si lo pierdes, generas otra y revocas la vieja. Apple pide tratar ese archivo como una contraseña.
De dónde vienen los oyentes
Google Play permite ver las estadísticas por país o región y exportarlas en CSV. Apple filtra por territorio. En el streaming, Icecast lista los clientes conectados a cada punto de montaje con la función listclients del administrador, pero convertir eso en un mapa lleva trabajo extra.
Eso yo no lo armaría a mano. RadioMetrics, de Virtues, muestra oyentes únicos, sesiones, duración promedio, horarios pico y el mapa de dónde están los oyentes. Si quieres la radio con página propia, reproductor y estadísticas, está la página de la radio en AppRadio.
El reporte que yo le llevaría al anunciante
Una página, con tres líneas que no se mezclan:
- Streaming: pico de conexiones simultáneas por franja horaria, con los dos mounts sumados y la aclaración de que una conexión no es una persona.
- App Android: usuarios activos mensuales y diarios, de Play Console.
- App iPhone: dispositivos activos y sesiones, con la nota de que Apple solo cuenta a quien aceptó compartir.
Abajo, el país o la ciudad de donde viene la mayor parte, y la hora pico. Sin "total de oyentes" arriba de todo.
Habrá dueños de radio que digan que el anunciante quiere un solo número. Lo quiere, claro. Pero quien compra medios hace veinte años ya vio muchas planillas infladas. Tres números con su base explicada dan más confianza que un total que no puedes explicar.