Issue: Het valt ons de laatste tijd op dat er nogal verschillen zitten in luistercijfers.
Dit is voornamelijk een verschil in wanneer een end-point (Spotify/Apple) een meting doet versus wat een IAB standaard meting is voor een download-count vanuit een RSS feed (Omny/Megaphone/ART19/Acast etc).
Spotify rapporteert in dit geval op plays/streams/listens, dit is hun eigen bepaalde waarde. Hun definitie is:
Spotify — definitie van “play / stream / afspeelcijfer”
- Spotify zegt dat hun nieuwe metric Plays staat voor “hoe vaak mensen actief je content hebben geprobeerd”. Spotify for Creators+1
- Voor podcasts: een “stream” telt zodra iemand minstens 60 seconden luistert. Spotify+1
- Spotify onderscheidt “starts” (gewoon op play drukken) van “afspeelcijfers / streams” — alleen als de gebruiker voldoende hebt geluisterd wordt het als echte play/stream gerekend. Spotify+1
- Spotify gebruikt deze 60-seconden drempel om consistentie te hebben met industrie standaarden, en om engagement te meten (niet alleen dat de aflevering is geladen). Spotify for Creators+1
Formele “Spotify-play/stream” definitie:
“Een play/stream wordt geteld als een Spotify-gebruiker gedurende minstens 60 seconden een podcast-aflevering afspeelt binnen Spotify.”
(Let op: Spotify gebruikt “Plays” publiekelijk als indicator voor populariteit / engagement, en “streams” intern / voor monetization, beide met de 60s-regel.)
Versus hoe dit volgens IAB standaarden voor meetbare downloads voor advertising wordt gedaan:
IAB Tech Lab — definitie van download / “listen-event” volgens de standaard
De richtlijnen van het IAB / IAB Tech Lab definiëren hoe een download (of “valid audience metric”) hoort te worden gemeten bij podcasts — zie technisch kader van IAB Podcast Measurement Technical Guidelines. IAB Tech Lab+2IAB+2
- Een download (of valid request) wordt geteld wanneer een mediabestand voor een aflevering succesvol is overgedragen — zodanig dat er minstens 1 minuut audio is opgehaald (dus bytes genoeg om 1 minuut af te spelen). Podnews+2IAB Tech Lab+2
- Downloads worden gededupeerd per combinatie van IP-adres + User Agent per 24 uur — meerdere verzoeken van hetzelfde device/ip binnen 24 uur tellen als één download. Ausha+2IAB Tech Lab+2
- Een download betekent niet automatisch dat de aflevering ook geluisterd is — het telt enkel dat het bestand is opgehaald. RSS.com Knowledge Base+2IAB+2
Formele “IAB-download/listen-event” definitie:
“Een download wordt geteld als een unieke request voor een podcast-episode (per IP + User-Agent per 24 uur), waarbij er voldoende data is overgedragen om minimaal 1 minuut audio te kunnen afspelen.”
Oftewel, de play/listen/stream metric vanuit Spotify kan vaker getriggerd worden per aflevering. Stel iemand luistert de eerste 15 minuten van een podcast, die wordt dan als 1 listen gemeten in spotify, en als 1 download vanuit Omny. Als deze persoon een paar uur later verder gaat waar hij/zij gebleven was, en de laatste 15 minuten van de pocast luistert, is dit voor Spotify opnieuw een play/listen. Maar voor Omny is het nog steeds dezelfde download.
Zo kan het dus zeker zijn dat Spotify een hogere play/listen count laat zien, omdat dit de engagementcijfers zijn, en niet de unieke luisteringen van afleveringen.