음원 유통사는 브랜드를 얹은 음원 유통과 로열티 정산 인프라입니다. 도메인, 로고, 법인 등록도 물론 중요하지만, 그것이 상품은 아닙니다. 상품은 Spotify, Apple Music, Amazon Music, YouTube Music, Deezer, TIDAL을 비롯한 주요 스토어에 음원을 올리는 파이프라인, 그리고 각 스토어의 이용 데이터를 레이블과 아티스트가 실제로 정산받을 수 있는 명세서로 바꿔주는 로열티 엔진입니다.
2026년 현재 이 파이프라인은 직접 구축할지, 라이선스로 도입할지 선택하는 문제입니다. 스토어와 직접 계약하고 DDEX를 구현하며 판매 리포트를 파싱하고 서브 레이블 정산까지 스스로 만들 수도 있습니다. 아니면 화이트라벨 인프라를 라이선스로 도입해 이미 존재하는 파이프라인 위에 자체 브랜드와 가격, 고객을 얹을 수도 있습니다. 회사가 성립하느냐를 가르는 결정이 바로 이것입니다.
법인, 은행, 계약, 고객 지원 등 나머지 준비 사항은 어느 경로를 택하든 여전히 직접 챙겨야 합니다. 달라지는 것은 공급망을 얼마나 직접 소유하느냐, 그리고 서비스 이용자에게 요금을 어떻게 부과하느냐입니다.
자체 브랜드로 음원 유통을 리셀하려면 어떤 인프라가 필요한가요?
네 가지 계층이 필요합니다. 스토어로의 전송(DDEX 피드, 그리고 스토어가 요구하는 경우 해당 플랫폼 전용 형식의 패키지), ISRC와 UPC를 기준으로 한 카탈로그와 메타데이터, 스토어 리포트를 분배 내역과 명세서로 바꿔 주는 로열티 처리, 그리고 고객이 실제로 쓰는 자체 브랜드의 프런트엔드(가입, 발매작 업로드, 명세서, 결제)입니다. 앞의 세 가지는 화이트라벨 공급자가 제공합니다. LabelGrid의 두 상품이 갈리는 지점은 프런트엔드입니다. 지금 이용할 수 있는 공개 REST API인 Engine에서는 프런트엔드를 직접 구축합니다. LabelGrid의 화이트라벨 포털인 Imprint는 자체 도메인에서 바로 쓸 수 있는 프런트엔드이며, 일반에 제공되지 않습니다.
상업적인 조건도 정해져 있습니다. LabelGrid로 리셀하려면 API 요금제(최소 Starter API, 연 $1,668, 2년 약정으로 매년 선불 청구), 전체 온보딩 심사, 제3자 유통을 위한 KYC/KYB, 그리고 Advanced Services Addendum이 필요합니다. 레이블과 아티스트는 스토어에 각자의 이름과 크레딧으로 표시됩니다.
음원 유통사가 실제로 하는 일
유통사는 저작권자와 스토어 사이에 위치합니다. 내보내는 쪽에서는 각 발매작을 DDEX Electronic Release Notification, 즉 발매작과 그 안의 녹음물, 스토어가 이를 제공할 수 있는 상업적 조건을 기술한 XML NewReleaseMessage 형태로 전송합니다. 받는 쪽에서는 각 스토어의 판매·이용 리포트(스토어가 사용하는 경우 DDEX Digital Sales Reporting, 그 밖에는 스토어 자체 형식)를 수집해 로열티를 매칭하고 지급으로 이어지게 합니다. 2006년에 설립된 DDEX가 이 메시지 표준을 발행하며, 이를 구현하는 데 DDEX 회원일 필요는 없습니다. LabelGrid도 회원이 아니며, ERN 3.8.2, 4.3.0, 4.3.1, 4.3.2를 생성합니다.
이 메시지에 담기는 식별자는 있으면 좋은 장식이 아닙니다. ISRC는 녹음물을 식별하고, UPC(GS1의 GTIN)는 상업적 발매작을 식별합니다. 녹음물의 ISRC를 발매작 식별자로 사용하는 것은 계층이 맞지 않는 방식입니다. 두 코드는 수집 단계에서 정확히 입력해야 합니다. 스토어가 매칭하는 기준이자, 이후 판매 리포트가 다시 연결되어야 할 대상이기 때문입니다.
신생 유통사가 내세우는 나머지 요소들(피칭, 마케팅, "유명하게 만들어 드리겠습니다")은 부가적입니다. 전송과 정산은 그렇지 않습니다. 발매작을 스토어로 보내고 돈을 정확한 대상에게 되돌려 보낼 수 없다면, 그것은 음원 유통사가 아니라 그냥 웹사이트입니다.
음원을 스토어에 올리는 세 가지 방법
이 중 하나를 선택하세요. 셀프서비스 아티스트 요금제는 여기에 포함되지 않습니다. 아티스트와 레이블용 표준 요금제는 리셀 라이선스가 아니기 때문입니다.
| 경로 | 직접 구축해야 하는 것 | 구매하는 것 | 이용 가능 시점 |
|---|---|---|---|
| 처음부터 직접 구축 | DSP 계약, ERN/DSR, QC, 로열티 매칭, 아티스트 명세서, UI, 결제, 고객 지원 | 화이트라벨 벤더에게서 살 것은 없습니다. 직접 벤더가 되는 셈입니다. | 각 스토어가 승인하는 시점 |
| Engine (LabelGrid API) | UI, 인증, KYC, 결제, 최종 사용자 지원 | 전송, 카탈로그, DDEX, 로열티 계산, 샌드박스. Starter API는 연 $1,668, 연 단위 청구. | 지금 바로 |
| Imprint, LabelGrid의 화이트라벨 포털 | 설정 작업만 필요. 작성할 UI 없음. | 활성 API(Engine) 요금제 위에 추가되는 Imprint 티어. 자체 도메인의 브랜디드 포털, 직접 책정하는 요금제, 본인 소유 Stripe 계정으로의 결제, 직접 정한 일정에 따른 정산 (결제·정산 애드온 필요) | 일반 제공되지 않음 |
Engine은 api.labelgrid.com/docs/api에 공개된 REST API입니다. 발매작, 트랙, 분배, 유통 상태, 분석, 명세서, 웹훅, 그리고 모든 요금제에 제공되는 샌드박스를 포함합니다. 인증은 베어러 토큰 방식입니다. 온보딩은 LabelGrid가 주도합니다. 먼저 심사를 거치고, Advanced Services Addendum을 체결한 뒤 요금이 청구되면 API 기능이 활성화됩니다. 일반 요금제의 7일 무료 체험에는 API나 샌드박스 접근이 포함되지 않으며, API 전용 체험판은 없습니다.
공개된 Engine 가격은 연 단위이며, 2년 약정에 발매 건당 수수료는 없습니다:
- Starter API, $1,668: 활성 트랙 최대 3,000개, 레이블 5개, 월 로열티 처리 한도 $35,000
- Growth API, $4,668: 트랙 10,000개, 레이블 25개, 월 $115,000
- Scale API, $10,548: 트랙 25,000개, 레이블 100개, 월 $350,000, 전담 계정 매니저
- Custom API: 맞춤형 트랙·로열티 한도, 무제한 레이블
Starter, Growth, Scale 요금제에서 트랙 한도를 초과하면 종량제 초과 요금이 아니라 상위 요금제로의 업그레이드 논의로 이어집니다. 이 요금제들의 지원 SLA는 영업일 기준 2일 이내 첫 응답입니다. 최신 수치는 가격 페이지의 API 요금제를 확인하세요.
Imprint는 별도의 상품이지만 활성 API(Engine) 요금제 위에서 운영됩니다. 비용은 API 요금제에 Imprint 티어를 더한 금액입니다. 바로 쓸 수 있는 포털에 자체 도메인과 로고, 직접 만든 요금제를 얹는 방식입니다. 리셀러의 고객은 리셀러에게 직접 결제하며, 이는 Stripe Connect로 연결된 리셀러 본인의 Stripe 계정을 통해 이루어집니다. 공개된 셀프서비스 체크아웃은 아닙니다. 정해진 일정에 맞춰 출시해야 한다면, 지금 존재하는 경로는 Engine입니다. 자세한 내용은 화이트라벨 포털 페이지에서 확인하세요.
리셀은 Engine과 Imprint 고객에게 주어지는 B2B 권한입니다. 최소 요금제는 Starter API입니다. 전체 온보딩 심사, 제3자 유통에 필수인 KYC/KYB, 2년 약정 addendum이 필요합니다. LabelGrid의 일반 아티스트·레이블 요금제는 리셀 라이선스가 아닙니다.
서브 레이블 로열티 정산, 그리고 돈을 움직이는 주체
이 부분은 신생 유통사가 과소평가하기 쉬운 지점이자, 화이트라벨 벤더가 대신 맡아 주거나 고스란히 떠넘기는 지점이기도 합니다.
유통사의 고객은 레이블(그리고 그 아래의 아티스트)입니다. 각자 녹음물에 대한 분배 비율, 명세서, 지급 방법이 필요합니다. Engine에서는 LabelGrid가 명세서, 원장, 지급 요청을 계산하고 기록합니다. 다만 실제 지급은 유통사가 맡습니다. 돈은 자사 계좌에서 직접 보내야 합니다. API 요금제의 Artist Payouts는 잔액, 지출, "이 명세서를 지급 완료로 표시" 같은 기록 계층이며, 아티스트에게 실제로 현금을 이체하는 프로세서는 아닙니다. LabelGrid가 직접 돈을 움직이길 원한다면, 그것은 Imprint입니다. Imprint는 포털을 통해 직접 정한 일정에 따라 명세서와 함께 정산을 처리합니다. 정산 기능은 Imprint 콘솔 애드온으로, 티어와 별도로 요금이 부과됩니다.
로열티 정산은 분배, 명세서, 원장을 아우르는 상품명입니다. 분배 비율은 발매작을 등록할 때 설정하세요. 첫 명세서가 나올 때까지 기다리면, 70/30이어야 했던 비율이 50/50으로 잘못 설정된 것을 돈이 이미 배분된 뒤에야 발견하게 됩니다.
자체 브랜드와 자체 가격으로 유통 서비스를 운영할 수 있나요?
네, 가능합니다. LabelGrid의 두 가지 화이트라벨 방식 모두에서 레이블과 아티스트가 유통사에 내는 금액은 유통사가 정합니다. 차이는 결제 시스템을 누가 구축하느냐입니다.
Imprint에서는 자체 도메인에서 가입한 사용자가 직접 정한 요금제를 구독합니다. 구독은 연결된 자사 Stripe 계정에서 생성되므로, 돈이 곧바로 유통사에 들어옵니다. Engine에서는 결제 시스템을 직접 구축해야 합니다. 레이블에 부과하는 요금은 LabelGrid의 체크아웃이 아니라 자체 소프트웨어와 자사 Stripe(또는 다른 결제 수단)를 거칩니다. 어느 쪽이든 고객이 유통사에 내는 가격과 유통사가 LabelGrid에 내는 가격은 다릅니다. 이 두 숫자를 혼동하면 리셀 사업 첫 달부터 계산이 어긋납니다.
스토어에서 남는 몫도 단일 비율이 아닙니다. API 요금제에서 LabelGrid의 DSP 계약으로 전송하는 경우, 일반 스토어에서는 총수익의 95%(유통 수수료 5%)를, UGC·Content ID 플랫폼에서는 80%(5%를 대체하는 20% 수수료로, 중복 적용되지 않음)를 가져갑니다. 자체 스토어 계약을 보유한 경우 SOBO 전송을 어떤 API 요금제에서도 이용할 수 있습니다. 이때는 스토어가 자체 계약에 따라 직접 지급하며, LabelGrid는 그 수익에서 아무것도 가져가지 않습니다. 100% 수취는 이 경로에서만 가능하며, LabelGrid 자체 계약에서는 해당하지 않습니다.
처음부터 직접 구축한다는 것의 실제 의미
라이선스 도입이 필수는 아닙니다. 모든 피드를 직접 소유하고 싶다면 구축도 실제로 가능한 선택지입니다. 다만 이는 "회사를 시작하는 것"과는 또 다른 작업입니다.
스토어마다 계약도 수집 규칙도 제각각이고, 업계에서는 여러 ERN 버전이 함께 쓰이고 있습니다. DDEX가 발행한 최신 ERN은 4.3.2입니다. 그래도 프로덕션 인코더는 하나 이상의 버전을 다룰 수 있어야 합니다. Apple의 주된 입고 경로는 ERN 메시지가 아니라 Apple 자체 패키지 형식입니다. 스토어가 플랫폼별 전용 패키지를 요구하면 그 패키지도 직접 만들어야 하고, 이후 판매 리포트를 수집해야 합니다. DSR(여러 리포팅 프로필을 가진 플랫 파일 형식)을 쓰는 스토어는 DSR로, 그렇지 않은 스토어는 별도 임포트로 받아 6개월 전에는 맞았을 수도, 틀렸을 수도 있는 ISRC와 UPC에 다시 연결해야 합니다.
또한 이 네트워크 안에서 발신자 신원(DDEX Party Identifier)이 필요하며, 여러 소규모 레이블을 통합해 운영한다면 DDEX 자체 가이드에 따라 고객사마다 DPID가 필요할 수 있습니다. 여기까지는 딱히 비밀이랄 게 없습니다. DDEX는 지금까지 4,000건이 넘는 구현 라이선스를 발급했으며, DPID는 보통 라이선스와 함께 할당됩니다. 어려운 부분은 스토어 계약 그 자체입니다. 계약마다 별도의 협상이 필요하고, 공급사로 받아들일지는 각 스토어가 결정합니다.
화이트라벨 인프라는 이미 이 계층이 연결되어 있는 상태를 제공합니다. LabelGrid는 음원 유통 플랫폼 부문의 Spotify Preferred Provider입니다. Engine을 통해 전송하는 카탈로그는 "distributed by LabelGrid"가 아니라 여전히 자체 레이블명과 저작권 크레딧으로 나갑니다.
직접 운영해야 하는 부분
인프라를 라이선스로 도입한다고 해서 회사로서의 책임까지 벗어나는 것은 아닙니다. 아래 항목은 어느 경로를 택하든 직접 맡아야 합니다.
- 운영하는 법역에 맞는 법인 설립과 사업용 은행 계좌. 등록 절차는 블로그 글이 아니라 현지 법률 자문을 따라야 합니다.
- 온보딩하는 레이블·아티스트와의 계약: 기간, 지역, 독점권, 게시 중단, 계약 종료 시 ISRC·UPC 처리 방식.
- 본인 사용자에 대한 KYC. LabelGrid의 리셀러 경로에서는 필수인데, 제3자 유통을 하는 것이기 때문입니다. 유통사는 사용자를 심사하고, LabelGrid는 유통사를 심사합니다.
- 고객 지원도 직접 맡아야 합니다. 고객 관계를 소유하는 쪽이 유통사이므로, ISRC 누락 문의에도 직접 답해야 합니다.
- 책임 소재. 전송한 콘텐츠에 대한 DSP 게시 중단, 계정 경고, 단속 조치는 Engine과 Imprint 어느 쪽이든 유통사가 집니다. UI가 호스팅된다는 이유로 그 책임이 LabelGrid로 넘어가는 구조는 없습니다.
계약서, 가입 화면, 발매 플로우, 명세서에 LabelGrid를 표기할 필요는 없습니다. 직접 관리하는 화면은 온전히 자사 브랜드로 운영됩니다. 예외가 하나 있고, 고객에게 자주 질문받게 될 스토어이기도 합니다. YouTube Music 영상에는 제3자 이름이 표시되는데, LabelGrid가 YouTube에 직접 전송하지 않기 때문입니다. 이 글에서 언급한 다른 모든 주요 스토어는 LabelGrid의 직접 전송입니다.
