스트리밍 & 소셜 애널리틱스
레이블 카탈로그 전용 스트리밍 애널리틱스
주말 사이 한 트랙이 Deezer에서 반응을 얻습니다. 화요일에는 Apple Music 에디토리얼팀이 이 곡을 선곡합니다. 목요일이 되면 이 곡은 팀이 한 번도 마케팅해본 적 없는 나라의 Snapchat 영상 배경음악으로 쓰이고 있습니다. 대시보드도, 로그인도 제각각이고 모든 피드는 저마다 다른 지연 시간을 두고 들어옵니다.
LabelGrid는 카탈로그 전체를 하나의 화면에 모아 보여줍니다. Spotify, Apple Music, Deezer, Audiomack, Boomplay, AWA, KuGou, KuWo, QQ Music의 데이터가 내 레이블 범위로 한정되어 같은 화면에 나타나고, 실제로 음악이 쓰이는 소셜 플랫폼 데이터도 바로 옆에 함께 놓입니다. 대시보드에서 한눈에 확인하고, 스트리밍 데이터는 공개 API로 가져오거나 AI 어시스턴트에게 물어보세요.
통합, 비교, 또는 하나씩
하나의 대시보드, 리포트를 보내는 모든 스토어
Spotify, Apple Music, Deezer, Audiomack, Boomplay, AWA는 매일 리포트를 보내고, KuGou, KuWo, QQ Music은 주 1회 리포트를 보내며, 이 모든 데이터가 같은 화면에 표시됩니다. 통합 모드는 모든 스토어의 카탈로그 실적을 한 번에 합산합니다. 비교 모드는 이를 나란히 놓고 볼 수 있게 해주는데, 보통 국내에서는 반응이 없던 릴리스가 다른 지역에서는 꽤 좋은 성과를 내고 있다는 사실을 여기서 발견하게 됩니다. 단일 모드는 스토어 하나를 제대로 살펴보고 싶을 때 그 스토어만 분리해서 보여줍니다. 전체 비교는 새로 추가되는 스토어를 자동으로 반영하므로, 다음 분기에 새 피드가 추가되어도 몇 달 전에 만들어둔 비교 화면에 그대로 나타납니다.
LabelGrid는 모든 주요 DSP에 유통하며, 위에 소개된 스토어들은 그중에서도 저희가 애널리틱스 피드를 수집하는 스토어입니다. 나머지 스토어에서도 수익은 그대로 발생하고, 로열티 정산 내역에도 정상적으로 반영됩니다. 정산과 애널리틱스는 별도의 파이프라인에서 처리되므로, 여기 차트에 나타나지 않는 스토어라도 정산은 문제없이 이뤄집니다.
37개 지표 섹션
핵심은 재생 수가 아니라 깊이입니다
재생 수는 어떤 일이 일어났다는 사실만 알려줍니다. 나머지 36개 지표 섹션은 무엇이 일어났는지 알려줍니다. 모든 스토어가 이 지표를 전부 보고하는 것은 아니며, 대시보드는 추측 대신 지표별로 어떤 스토어가 보고하는지 명확히 알려줍니다.
재생 수, 리스너, 저장
재생 수는 목록에 있는 모든 스토어에서 제공됩니다. 리스너 수는 Spotify, Apple Music, Audiomack에서 제공되며, Spotify와 Apple은 트랙별로 중복이 제거된 실제 일일 수치를 보고합니다. 저장 수는 Spotify와 Audiomack에서 제공됩니다. 건너뛰기와 공유는 Spotify에서만 제공되는 지표입니다.
어디에서 듣고 있는지
국가별 재생 수는 Spotify, Apple Music, Deezer, Boomplay, Audiomack에서 제공되며, Apple은 여기에 도시 및 스토어프론트별 세부 데이터를 추가로 제공합니다. AWA는 국가 구분 없이 재생 수만 제공하는데, 이는 AWA 피드가 국가 대신 일본 국내 지역 코드를 담고 있기 때문입니다. KuGou, KuWo, QQ Music 역시 국가별 구분을 제공하지 않습니다.
누가 듣고 있는지
연령 및 성별별 재생 수는 Spotify와 Apple Music에서 제공됩니다. Spotify와 Deezer의 리스너 인구통계는 같은 오디언스를 다른 관점에서 보는 지표로, 재생 수가 아니라 사람 수를 집계합니다. 여기에는 연령과 성별, 지역, 그리고 무료·유료 요금제 비중이 포함됩니다.
어떻게 듣고 있는지
이 부분에서는 Spotify가 가장 깊은 데이터를 제공합니다. 완청률과 스킵 패턴, 평균 청취 시간과 셔플 비중이 포함됩니다. 이어서 디스커버리 비율과 재청취 비율, 그리고 가사와 캔버스 조회 수도 함께 제공됩니다. 그다음은 세부 요소들입니다: 기기, OS, 오디오 포맷, 시간대, 그리고 재생이 플레이리스트, 개인 라이브러리, 검색 중 어디에서 시작됐는지까지. Deezer는 평균 청취 시간과 함께 기기 및 OS 정보를 제공합니다.
플레이리스트와 에디토리얼
플레이스먼트 화면에는 트랙이 등록된 Spotify, Apple Music, Deezer의 플레이리스트가 나열되며, 스토어별로 필터링할 수 있습니다. Spotify 행에는 플레이리스트 이름과 만든 사람, 재생 수가 함께 표시됩니다. Apple 행에는 에디토리얼 플레이리스트 이름과 트랙이 도달한 최고 순위가 표시되며, 재생 수가 없는 경우도 있는데 이는 스토어가 해당 수치를 보고하지 않았다는 의미입니다. Deezer 행은 ID가 확인되는 경우 공개 플레이리스트로 연결되는 링크를 제공합니다.
Shazam과 Apple 고유 지표
라이브러리 추가 수, 에디토리얼 플레이리스트 추가 수, 그리고 도시·주별 Shazam 집계를 포함한 Shazam 수치는 모두 Apple Music에서 제공됩니다. Shazam은 Apple 고유의 지표이며 Spotify에는 이에 대응하는 지표가 없습니다.
빈틈을 지어내지 않습니다
정직은 설계 원칙입니다
애널리틱스 제품을 완벽해 보이게 만드는 건 어렵지 않습니다. 주간 합계를 7일에 나눠 배분하고, 스토어가 보낸 적 없는 지표를 0으로 표시하고, 아직 들어오는 중인 날짜를 마치 확정된 것처럼 슬쩍 그려 넣으면 모든 차트가 그럴듯하게 채워집니다. LabelGrid는 이런 방식을 전혀 쓰지 않습니다. 그래서 이곳에서는 숫자 대신 빈 공간을 마주하게 될 때도 있습니다.
스토어가 보고하지 않는 지표
스토어가 특정 지표를 보내지 않으면, 대시보드는 해당 플랫폼에 대해 이용할 수 없음으로 표시합니다. 0으로 표시하는 일은 없습니다. 0은 그 자체로 실제 측정값이고, “이 스토어는 이 지표를 공개하지 않는다”는 완전히 다른 의미이기 때문입니다.
주간 스토어는 주간 그대로
KuGou, KuWo, QQ Music은 주 1회 리포트를 보냅니다. 각 리포트는 하나의 데이터 포인트가 되어 해당 주간을 대표하는 날짜에 표시되고, 그 주의 전체 합계를 담습니다. 이를 7일치 임의 수치로 나누어 표시하는 일은 없습니다. 일별 차트에서는 이 스토어들이 매주 한 번씩만 값을 표시하고 그 사이는 비어 있는데, 이는 데이터 누락이 아니라 정확한 표시 방식이며, 기간 합계는 여전히 정확하게 맞아떨어집니다.
최근 며칠은 아직 채워지는 중입니다
모든 지표는 각각 리포트 기준일과 완료 기준일을 따로 가지고 있으며, 두 날짜가 항상 같지는 않습니다. 그 사이 구간은 아직 데이터가 들어오는 중이므로, 절반만 보고된 날을 마치 실적이 급감한 것처럼 보이게 두지 않고 부분 집계로 표시합니다. 나중에 다시 보면 차트 끝부분의 수치가 올라가 있는 것이 정상입니다.
오디언스 세부 데이터의 프라이버시 하한선
인구통계 및 지역별 세부 데이터는 k-익명화되어 있습니다. Apple의 도시별 세부 데이터, 도시·주별 Shazam 수치, 리스너 인구통계는 모두 최소 오디언스 기준선을 두고 있으며, 이 기준에 못 미치는 셀은 그대로 제외됩니다: “기타” 항목으로 묶지도 않고, 억제된 오디언스를 역산할 수 있는 합계도 제공하지 않습니다. 그래서 소규모 카탈로그는 재생 실적이 좋은데도 인구통계나 도시 차트가 비어 있는 경우가 있을 수 있습니다. 이는 기준선이 제 역할을 하고 있다는 뜻이며, 그 공간은 저희가 지어낸 숫자로 채워지는 대신 비어 있는 채로 남습니다.
의도적으로 담지 않은 것
스트리밍 무결성 탐지는 고객용 애널리틱스에 전혀 포함되지 않으므로, 이 차트의 어떤 수치도 아티스트에 대한 판정으로 쓰이지 않습니다. 그 기능은 별도의 화면을 갖춘 애드온인 Stream Radar에서 담당합니다.
소셜과 UGC
스토어 밖에서도 쓰이는 음악
내 트랙이 누군가의 Snapchat 영상에 쓰이는 경우가 있습니다. 이런 사용은 재생 수에는 절대 잡히지 않는데, 소셜 화면이 다루는 것이 바로 이 카탈로그의 나머지 절반입니다.
SoundCloud는 재생 수, 리포스트, 즐겨찾기, 지역을 제공합니다. Snapchat, Instagram, Facebook, WhatsApp, Messenger는 콘텐츠 생성 수, 즉 내 음악으로 만들어진 실제 콘텐츠 수를 조회 수, 지역과 함께 제공합니다. Instagram과 Facebook은 여기에 아티스트 계정의 팔로워 및 참여도 증가 수치도 추가로 제공합니다. Threads는 조회 수와 도달 수만 제공하는데, 이는 Threads 피드가 콘텐츠 생성이 아니라 소비를 측정하기 때문입니다.
이 데이터들은 별도의 피드와 별도의 플랫폼 축에서 운영되므로, UGC 화면의 수치가 DSP 재생 수 합계에 섞이는 일은 없습니다. 이 데이터는 대시보드에서만 제공됩니다. 공개 API는 DSP 스트리밍 지표를 다룹니다.
대시보드, 코드, 또는 대화
어디서 작업하든 이용할 수 있는 애널리틱스
위에서 소개한 모든 스트리밍 지표는 /api/public/analytics 경로의 공개 API에서 제공되며, 내 레이블 범위로 한정되고 ISRC를 키로 사용합니다. 요약(summary) 엔드포인트는 한 번의 호출로 37개 지표 섹션 중 최대 12개를 반환합니다. 15개의 독립된 시리즈 엔드포인트는 재생 수와 리스너부터 국가·연령·성별 세부 데이터까지 개별 지표를 각각 다룹니다. 리더보드는 상위 실적을 랭킹으로 보여주고, 엔티티 필터는 이 랭킹을 레이블, 아티스트, 릴리스, 트랙 단위로 좁혀줍니다. 플레이스먼트는 플랫폼별로 필터링된 플레이리스트 행을 반환합니다.
가용성(availability) 엔드포인트에 특정 플랫폼이 무엇을 지원하는지 물으면, 파라미터 없이 캐싱 가능한 호출 한 번으로 플랫폼별 섹션 매트릭스 전체와 각 스토어의 리포트 주기를 돌려받을 수 있습니다. 덕분에 여러분의 연동 코드는 가정을 하드코딩하는 대신 이 매트릭스를 읽어오면 됩니다. 요약과 시리즈 엔드포인트는 400일 범위, 즉 1년치 데이터에 비교 기간까지 한 번의 요청으로 받을 수 있으며, 리더보드와 플레이스먼트는 최대 180일까지 지원합니다. 모든 요약 응답에는 섹션별 최신성 정보가 담겨 있어, 여러분의 리포트에서도 저희와 동일한 방식으로 잠정 집계일을 표시할 수 있습니다.
공식 LabelGrid MCP 서버는 동일한 API 위에 만들어진 오픈소스 래퍼로, Claude, Cursor를 비롯한 어떤 Model Context Protocol 클라이언트에서도 누군가 쿼리를 작성할 필요 없이 “지난달 베를린 릴리스가 Apple Music에서 어땠나요”와 같은 질문에 답할 수 있게 해줍니다. API와 MCP 서버 모두 API 플랜이 필요하며, 각 등급이 무엇을 포함하는지는 API 페이지에서 확인할 수 있습니다.
궁금한 점들