STREAMING- & SOCIAL-ANALYTICS
Streaminganalytics ontwikkeld voor labelcatalogi
Een track slaat in het weekend aan op Deezer. Het redactieteam van Apple Music voegt hem dinsdag toe. Donderdag klinkt hij al in Snapchat-video’s, in een land waar niemand in je team ooit campagne heeft gevoerd. Aparte dashboards, aparte logins: elke feed komt binnen met zijn eigen vertraging.
LabelGrid brengt je hele catalogus samen op één scherm. Spotify, Apple Music, Amazon Music, Deezer, Audiomack, Boomplay, AWA, KuGou, KuWo en QQ Music rapporteren in dezelfde overzichten, beperkt tot je eigen labels, met daarnaast de sociale platforms waar mensen je muziek daadwerkelijk gebruiken. Bekijk het in het dashboard, vraag het op vanuit je eigen code of vraag het aan je AI-assistent.
GECOMBINEERD, VERGELIJKEN OF LOS
Eén dashboard, elk platform dat rapporteert
Spotify, Apple Music, Amazon Music, Deezer, Audiomack, Boomplay en AWA rapporteren dagelijks, terwijl KuGou, KuWo en QQ Music één keer per week rapporteren, en ze komen allemaal terecht in dezelfde overzichten. De modus Gecombineerd telt de catalogus over alle platforms samen op. De modus Vergelijken zet ze naast elkaar, en dat is meestal het moment waarop blijkt dat de release die thuis niks doet, elders juist goed loopt. De modus Los isoleert één platform wanneer je er gericht mee aan de slag wilt. Alles-vergelijken pikt nieuwe platforms automatisch op, zodat een feed die volgend kwartaal wordt toegevoegd, ook verschijnt in vergelijkingen die je maanden geleden hebt opgezet. Amazon Music kwam er zo in augustus 2026 bij.
LabelGrid distribueert naar alle grote DSP’s; van de platforms hierboven verwerken we ook de analytics-feeds. De overige platforms blijven gewoon inkomsten genereren en verschijnen nog steeds in je royaltyafrekeningen. Afrekeningen en analytics lopen via gescheiden pipelines, dus een platform kan je uitbetalen zonder hier in de grafieken te verschijnen.
ZEVENENVEERTIG METRIC-SECTIES
Diepgang, geen groter streamaantal
Een streamaantal vertelt je dat er iets is gebeurd. De andere zesenveertig secties vertellen je wát. Negenendertig daarvan gaan over de streamingplatforms en acht over social, en geen enkel platform rapporteert ze allemaal, dus het dashboard geeft per metric aan welk platform dat wel doet, in plaats van te gokken.
Streams, luisteraars en saves
Streams komen van elk platform op de lijst. Luisteraars komen van Spotify, Apple Music, Amazon Music en Audiomack, waarbij Spotify en Apple een echt gededupliceerd dagelijks aantal per track rapporteren. Saves komen van Spotify en Audiomack, en Spotify splitst zijn saves uit naar abonnementstype. Skips en shares zijn Spotify-signalen.
Waar geluisterd wordt
Streams per land voor Spotify, Apple Music, Amazon Music, Deezer, Boomplay en Audiomack, waarbij Apple ook eigen uitsplitsingen naar stad en storefront toevoegt. AWA rapporteert streams zonder uitsplitsing naar land, omdat de feed van dit platform subnationale Japanse regiocodes bevat in plaats van landen. KuGou, KuWo en QQ Music leveren die uitsplitsing evenmin.
Wie er luistert
Streams uitgesplitst naar leeftijd en geslacht komen van Spotify en Apple Music. Luisteraarsdemografie van Spotify en Deezer bekijkt dezelfde doelgroep vanuit een andere invalshoek: hierbij worden personen geteld in plaats van afspelingen. Dit omvat leeftijd en geslacht, regio, en de verhouding tussen gratis en betalende luisteraars.
Hoe er geluisterd wordt
Spotify gaat hier het diepst. Completion rate en skipgedrag, gemiddelde luistertijd en shuffle-aandeel. Daarna discovery- en herhaalluisterpercentages, het aandeel streams dat startte vanuit een gepromote context, met lyrics- en canvasweergaven erbij. En dan de techniek: apparaat, besturingssysteem, audioformaat, tijdstip van de dag en waar de stream is gestart, of dat nu een playlist, iemands bibliotheek of een zoekopdracht was. Deezer rapporteert gemiddelde luistertijd plus apparaat en besturingssysteem.
Playlists en redactionele keuzes
Het overzicht Placements toont de playlists waarin een track is opgenomen bij Spotify, Apple Music en Deezer, filterbaar per platform. Spotify-rijen tonen de playlistnaam plus de eigenaar en het aantal streams. Apple-rijen noemen redactionele playlists en de beste positie die de track heeft bereikt, soms zonder afspeelaantal: een ontbrekend aantal betekent dat het platform er geen heeft gerapporteerd. Deezer-rijen linken door naar de publieke playlist wanneer de id te herleiden is.
Shazam en Apples eigen signalen
Toevoegingen aan de bibliotheek, toevoegingen aan redactionele playlists en Shazam-aantallen, inclusief Shazams per stad en staat, komen van Apple Music. Apple rapporteert ook discovery-cohorten, die meten hoeveel van het publiek in een bepaalde periode de track voor het eerst hoort. Shazam is een Apple-signaal waarvoor Spotify geen equivalent heeft.
GEEN OPGEVULDE GATEN
Eerlijk van opzet
Het is makkelijk om een analyticsproduct compleet te laten lijken. Verdeel een weektotaal over zeven dagen, toon een metric die het platform nooit heeft aangeleverd als een nul, teken dagen die nog binnenkomen stilletjes alsof ze definitief zijn, en elke grafiek loopt prachtig vol. LabelGrid doet dat allemaal niet, en dus zie je hier soms een gat in plaats van een getal.
Een metric die het platform niet rapporteert
Wanneer een platform een metric niet aanlevert, markeert het dashboard deze als niet beschikbaar voor dat platform. Er verschijnt nooit een nul, want een nul is een echte meting en „dit platform publiceert dit niet” is een compleet andere uitspraak. Amazon Music is daarvan het duidelijkste voorbeeld: het rapporteert alleen streams, luisteraars en land, dus de skip- en demografiegrafieken zijn gemarkeerd als niet beschikbaar in plaats van dat ze een vlakke lijn op nul tonen.
Wekelijkse platforms blijven wekelijks
KuGou, KuWo en QQ Music rapporteren één keer per week. Elk rapport wordt één datapunt, gedateerd op de dag die het beslaat en met het volledige weektotaal, nooit opgesplitst in zeven verzonnen dagcijfers. In een dagelijkse grafiek tonen deze platforms één gevuld punt per week met ruimte ertussen. Dat is correct en betekent niet dat er data ontbreekt; periodetotalen kloppen nog steeds.
De laatste dagen worden nog aangevuld
Elke metric heeft zijn eigen datum tot waar er is gerapporteerd en zijn eigen datum tot waar de data volledig is, en dat is niet altijd dezelfde dag. Alles daartussen komt nog binnen, dus die dagen worden als voorlopig gemarkeerd, zodat een half gerapporteerde dag niet als een dip in de grafiek verschijnt. Verwacht dus dat het einde van een grafiek bij een latere weergave nog stijgt.
De privacydrempel voor publieksdetails
Demografische en geografische uitsplitsingen zijn k-geanonimiseerd. Apples uitsplitsingen naar stad, Shazams per stad en staat, en luisteraarsdemografie worden pas getoond wanneer het publiek de minimale drempel haalt, en een cel die daaronder blijft wordt volledig weggelaten: geen „overig”-categorie, geen opgeteld totaal waarmee het onderdrukte publiek achteraf te herleiden zou zijn. Een kleine catalogus kan daardoor gezonde streamcijfers laten zien naast een lege demografie- of stadsgrafiek. Dat is de drempel die zijn werk doet, en de ruimte blijft leeg in plaats van gevuld te worden met een verzonnen getal.
Wat hier bewust ontbreekt
Detectie van streaming-integriteit blijft volledig buiten de klantanalytics, zodat niets in deze grafieken tegelijk een oordeel over een artiest is. Dat werk gebeurt in Stream Radar, een aparte add-on met een eigen omgeving.
SOCIAL EN UGC
Hoe je muziek buiten de platforms wordt gebruikt
Een van je tracks belandt in iemands Snapchat-video. Dat gebruik komt nooit terug in een streamaantal, en dat is precies de kant van je catalogus die de social-weergave in beeld brengt.
SoundCloud rapporteert afspelingen, gemiddelde luistertijd, reposts, favorieten, playlist-toevoegingen en territoria. Snapchat rapporteert content creates, dat wil zeggen het daadwerkelijke aantal stukken content dat met je muziek is gemaakt, samen met views en territoria. De Meta-apps komen uit één telling van het gebruik, opgesplitst per app: Instagram en Facebook rapporteren creates, views en territoria plus groei in volgers en engagement op het artiestenaccount, WhatsApp en Messenger rapporteren creates, views en territoria, en Threads rapporteert alleen views en bereik, omdat de telling geen creates op Threads bevat.
Deze lopen via een andere platform-as dan de streamingplatforms. Een gebruik, een view en een play zijn drie verschillende grootheden, dus geen daarvan wordt ooit bij de andere opgeteld, en geen daarvan wordt ooit bij een streamtotaal opgeteld.
DE OFFICIËLE MCP-SERVER
Vraag een AI-assistent naar je streamingcijfers
„Hoe deed de Berlin-release het vorige maand op Apple Music, en welk land groeide het snelst?” Typ dat in Claude en je krijgt het antwoord uit je eigen catalogus terug, zonder een query te schrijven of een export te openen.
LabelGrid publiceert hiervoor de officiële MCP-server. Die bouwen we zelf, hij is opensource onder de MIT-licentie en je installeert hem via npm als @labelgrid/mcp. Onder de motorkap zit een getypeerde wrapper om dezelfde publieke analytics-API die hieronder wordt beschreven, zodat een assistent precies leest wat je dashboard leest, en niets meer. Claude Desktop, Claude Code en Cursor maken er allemaal verbinding mee, net als elke andere Model Context Protocol-client, en voor zowel de server als de API heb je een LabelGrid API-abonnement nodig.
De server geeft de assistent ook dezelfde beschikbaarheidsmatrix en dezelfde actualiteitsdata die het dashboard leest, zodat een metric die een platform nooit heeft gerapporteerd terugkomt als niet beschikbaar in plaats van leeg. Amazon Music-demografie is het makkelijkste voorbeeld: die bestaat niet, en de matrix zegt dat ook. Een assistent die naar je cijfers moet gokken, is erger dan geen assistent.
DE PUBLIEKE ANALYTICS-API
Vraag je catalogus op vanuit je eigen code
Elke metric hierboven staat op de publieke API onder /api/public/analytics, beperkt tot je eigen labels, en je verfijnt de resultaten met de identifiers waar je al mee werkt: ISRC, UPC, release of artiest. Het summary-endpoint geeft in één aanroep tot twaalf van de zevenenveertig secties terug, inclusief de acht social-secties, die je met filter[ugc_platform] tot één platform beperkt. Vijftien losse series-endpoints bestrijken de afzonderlijke metrics op zichzelf. Leaderboards rangschikken je best presterende werk, en entity-filters beperken die ranglijst tot één label, artiest, release of track. Placements geeft playlistrijen terug, gefilterd op platform.
Twee dingen zijn het waard om op voort te bouwen. Vraag het availability-endpoint wat een platform ondersteunt, en het levert de volledige matrix van streamingsecties per platform terug, plus de rapportagefrequentie van elk platform, in één cachebare aanroep zonder parameters, zodat je integratie de matrix uitleest in plaats van aannames te hardcoderen die stuklopen zodra er een platform bijkomt; social-beschikbaarheid komt mee in elke summary-respons die om een social-sectie vraagt. En elke summary-respons bevat een actualiteitsstatus per sectie, zodat je eigen rapportages voorlopige dagen op dezelfde manier kunnen markeren als wij dat doen.
Summary en de series-endpoints accepteren een venster van 400 dagen, een vol jaar plus een vergelijkingsperiode in één aanvraag; leaderboards en placements gaan terug tot 180 dagen. Beperk een summary-aanroep tot één release, en de per-track-secties geven een dagelijkse reeks terug voor elke track erop, één rij per datum, platform en ISRC, in plaats van één aanroep per track.
ALGEMENE VRAGEN
Veelgestelde vragen
Begin met je eigen cijfers
Analytics, inclusief de geavanceerde set, is bij elk standaardabonnement inbegrepen.