Un gráfico vacío y un gráfico lleno de ceros significan cosas distintas, y solo una de las dos puede ser cierta. Boomplay informa de streams y de streams por país, pero no de guardados. Por eso, el gráfico de guardados de Boomplay debería indicar que la plataforma no facilita ese dato, en lugar de trazar una línea plana en cero que le lleve a concluir que nadie guardó el disco.
Esa distinción atraviesa toda la ampliación de la analítica que lanzamos en julio. La analítica de LabelGrid cubre ahora todas las plataformas que nos envían un feed de analítica: Spotify, Apple Music, Deezer, Audiomack, Boomplay, AWA y los tres servicios de Tencent, Kugou, Kuwo y QQ Music. Junto a ellas aparece la actividad social y de contenido generado por usuarios (UGC) en torno a su catálogo, desde SoundCloud hasta Snapchat y las aplicaciones de Meta. Los datos de streaming, además, ya se pueden consultar de forma programática a través de la API pública y del servidor MCP de código abierto.
Las plataformas que envían datos y qué datos envía cada una
La distribución llega más lejos que esta lista. Aquí figuran las plataformas cuyos feeds de analítica recibimos, y conviene tener clara la diferencia: la actividad de una plataforma llega a sus liquidaciones de royalties publique o no un feed de analítica, porque las liquidaciones y la analítica funcionan por vías independientes.
| Plataforma | Frecuencia | Qué datos facilita |
|---|---|---|
| Spotify | Diaria | El conjunto más completo: streams, oyentes, guardados, saltos, compartidos, tasas de interacción, fuentes de streams, dispositivos, datos demográficos |
| Apple Music | Diaria | Streams, oyentes, añadidos a la biblioteca, inclusiones en playlists editoriales, Shazams, además del desglose por ciudad y por storefront |
| Deezer | Diaria | Streams, geografía, dispositivos, datos demográficos de los oyentes, tiempo medio de escucha, apariciones en playlists |
| Audiomack | Diaria | Streams, oyentes, guardados, geografía |
| Boomplay | Diaria | Streams, streams por país |
| AWA | Diaria | Streams |
| Kugou, Kuwo, QQ Music | Semanal | Streams |
Lo que importa es la forma de esa tabla. Los saltos, los compartidos, las fuentes de streams, la hora del día y el formato de audio proceden solo de Spotify. Los Shazams, los añadidos a la biblioteca y las inclusiones en playlists editoriales proceden solo de Apple Music, porque Shazam es una señal de Apple sin equivalente en otras plataformas. Los datos demográficos de los oyentes, que cuentan personas y no reproducciones, vienen de Spotify y de Deezer. Los streams por país abarcan Spotify, Apple Music, Deezer, Boomplay y Audiomack, pero no AWA, cuyo feed trae códigos de región japoneses de nivel inferior al país en lugar de códigos ISO de país. No hace falta memorizar nada de esto: el panel muestra qué admite cada plataforma y la API publica esa misma matriz como datos.
Las apariciones en playlists siguen la misma lógica. Las filas de Spotify incluyen el nombre de la playlist y su propietario, junto con los streams. Las de Apple Music recogen las playlists editoriales por nombre y la mejor posición que alcanzó la canción; algunas de esas filas no traen ningún recuento de reproducciones, y se señalan como dato no facilitado. Las de Deezer enlazan a la playlist pública cuando el identificador se resuelve.
Combinar las plataformas, compararlas o verlas una por una
Tres modos de vista cubren casi todo lo que se hace con estos datos. Combinado suma todas las plataformas en una sola cifra. Comparar las pone una junto a otra, y comparar todo incorpora por sí solo las plataformas nuevas, de modo que nunca tendrá que añadir una plataforma recién llegada a una comparación existente. Individual abre el detalle completo de una sola plataforma. Los gráficos se muestran por día, semana o mes, o en modo automático. Los mejores resultados se agrupan en pestañas por métrica, y las apariciones en playlists se pueden filtrar por plataforma.
Un dato por semana en las plataformas de Tencent
Kugou, Kuwo y QQ Music informan una vez por semana. Cada semana aporta un dato por canción, fechado el día al que corresponde el informe y que recoge la semana completa. Nunca repartimos un total semanal en valores diarios inventados, así que en un gráfico diario esas tres plataformas muestran una sola fecha con datos por semana y huecos entre medias.
Esos huecos son correctos, no datos que falten. Los totales del periodo siguen cuadrando, y la frecuencia aparece indicada en el panel y en la respuesta de la API, de modo que una integración puede distinguir una plataforma semanal de una plataforma con poca actividad.
Cuando una métrica dice «no disponible»
En el panel, la métrica que una plataforma no facilita aparece señalada así para esa plataforma; en la API, la matriz de disponibilidad devuelve la celda como not_available_for_platform en lugar de una serie de ceros. El caso más claro está en la vista de apariciones en playlists, donde una fila editorial de Apple Music puede indicar la playlist y la posición que alcanzó la canción sin ningún recuento de reproducciones al lado. Eso se lee como dato no facilitado. Si lo convierte en un cero, cambia el significado de la cifra y pone un suelo falso bajo cualquier media calculada a partir de ella.
Los umbrales de privacidad responden a la misma lógica, pero desde el otro lado. Los desgloses demográficos y geográficos se anonimizan por k-anonimato, de manera que las celdas por debajo de un umbral mínimo de audiencia se eliminan por completo, sin categoría de «otros» y sin un total publicado que permita deducir la cifra suprimida. Los desgloses de Apple por ciudad y los Shazams por ciudad suelen ser lo primero que nota un catálogo pequeño: un buen volumen de streams y un gráfico de ciudades vacío. Es así por diseño y no admite excepciones, porque la alternativa sería publicar información sobre un puñado de oyentes identificables.
Hasta qué punto están actualizadas las cifras y por qué cambian
Las plataformas informan con retraso y cada feed se publica con su propio calendario, de modo que un día cualquiera una métrica puede estar al día hasta una fecha posterior a la de otra. Por eso cada métrica lleva dos fechas: la de últimos datos, que es la última fecha de la que tiene datos, y la de datos definitivos, que es la última fecha que puede considerarse cerrada. Lo que queda entre ambas aún se está completando, y el panel marca esos periodos como parciales para que un día incompleto no parezca un desplome. Es normal que el tramo final de un gráfico suba cuando vuelva a consultarlo. Si un gráfico decae justo en su fecha de últimos datos, significa que la plataforma todavía no ha enviado datos de fechas posteriores.
La profundidad del histórico sigue las mismas divisiones que los feeds. Spotify y Apple Music se remontan varios años atrás. Las plataformas incorporadas en esta ampliación, Deezer, Boomplay, AWA, Audiomack y los tres servicios de Tencent, tienen histórico desde finales de enero de 2026 aproximadamente, cuando sus feeds empezaron a llegar.
Actividad social y UGC en torno a su catálogo
Las secciones de redes sociales recogen lo que la gente hace con su música fuera de las DSP, y cada plataforma aporta su propia parte:
- Reproducciones en SoundCloud, además de reposts y favoritos, con los territorios de los que vienen
- Creaciones de contenido en Snapchat, es decir, usos de la música, además de visualizaciones y alcance por territorio
- Creaciones y visualizaciones por territorio en Instagram y Facebook, además del crecimiento de seguidores y de la interacción en la cuenta del artista
- Creaciones y visualizaciones por territorio en WhatsApp y Messenger, sin ningún feed de cuenta asociado
- En Threads, solo visualizaciones y alcance, porque su feed informa de consumo y no de creaciones
Forman una familia aparte del streaming, con feeds distintos y un eje de plataformas diferente, y se mantienen separadas: una visualización de UGC o una creación de contenido nunca se suma al total de streams de una DSP. Solo están en el panel y, de forma deliberada, no se exponen en la API pública, así que una integración que lea /analytics/* no encontrará ahí cifras de SoundCloud ni de Meta.
37 claves de sección y un endpoint que las reúne
Los datos de streaming están en la API pública, limitados a sus propios sellos y con el ISRC como clave en el campo identificador. GET /analytics/summary es el endpoint compuesto: admite entre una y doce de las 37 claves de sección y exige el parámetro metrics[]. Omitirlo devuelve un 422 a propósito, y una selección de más de doce se rechaza, así que hay que repartirla en varias peticiones, que se almacenan en caché por separado. Quince endpoints independientes cubren las series una a una, desde streams y oyentes hasta guardados, saltos, tasa de finalización, reparto por dispositivo y reparto por fuente, además de los desgloses demográficos y geográficos. Los rankings devuelven los top-N filtrados por sello, artista, lanzamiento o canción, y las apariciones en playlists se pueden filtrar por plataforma.
GET /api/public/analytics/summary
?metrics[]=streams
&metrics[]=listeners
&metrics[]=streams-by-country
&filter[platform]=SPOTIFY
&filter[start_date]=2026-01-01
&filter[end_date]=2026-07-01filter[platform] admite SPOTIFY, APPLE_MUSIC, DEEZER, BOOMPLAY, AWA, AUDIOMACK, KUGOU, KUWO y QQMUSIC, y si se omite devuelve todas las plataformas con datos en su cuenta. Cada respuesta de summary incluye la frecuencia de la plataforma en meta.platform_cadence y, por sección, las dos fechas de actualidad como meta.sections_as_of y meta.sections_complete_through, para que un cliente pueda mostrar como provisionales las fechas que aún se están completando y dejarlas fuera de los totales del periodo.
Los rangos llegan a 400 días en summary y en los quince endpoints de series, es decir, un año completo más un periodo de comparación en una sola llamada. Los rankings y las apariciones en playlists se quedan en 180 días, porque un ranking de un periodo más largo no puede reconstruirse con rigor a partir de ventanas más cortas. Las peticiones que abarcan más de 90 días se contabilizan en un segundo cupo, más estricto, que se suma al límite estándar de la analítica; las de 90 días o menos no se ven afectadas.
Antes de dejar fijo en el código cualquier detalle por plataforma de los anteriores, llame a GET /analytics/availability. No lleva parámetros, es estático y se puede almacenar en caché, y devuelve en una sola respuesta la matriz completa de secciones por plataforma junto con el mapa de frecuencias. Si construye sobre ella, que aparezca una plataforma nueva en el feed pasa a ser un cambio de datos y no de código.
O pregunte a su asistente
El servidor MCP de LabelGrid es una capa fina y tipada sobre esa misma API pública, de modo que cualquier cliente del Model Context Protocol, como Claude Desktop, Claude Code o Cursor, puede leer directamente el rendimiento de su catálogo. «¿Qué canciones mías crecieron en Alemania el mes pasado y en qué plataforma?» pasa a ser una pregunta que se hace, en lugar de cuatro exportaciones que hay que conciliar. La capa hereda todo lo anterior, incluidas las reglas de disponibilidad, la frecuencia semanal y las fechas de actualidad, y hereda también las omisiones: las cifras sociales no están en la API, así que tampoco están ahí. La entrada de lanzamiento del MCP explica la configuración y el modelo de permisos.
Todo esto ya está activo en el panel. La analítica, incluido el conjunto avanzado, viene con todos los planes estándar; el acceso a la API y al MCP funciona con los planes de API de LabelGrid. En la página de analítica encontrará el detalle por plataforma, y en la página de precios, el mapa de planes.
