Spotify는 메타데이터를 대신 고쳐 주지 않습니다. Apple Music도 마찬가지입니다. 트랙이 한 번 공개되면 스토어는 유통사가 보낸 내용을 그대로 적용합니다. 수정은 아티스트 대시보드의 양식이 아니라, 전송을 한 번 더 보내는 방식으로 이뤄집니다.
Spotify, Apple Music, Amazon Music, YouTube Music, Deezer, TIDAL을 비롯한 나머지 스토어에 음원을 올리려는 레이블도, 대시보드를 여러 개 붙잡고 작업하지는 않습니다. 레이블은 무손실 마스터, 아트워크, 타이틀, 각 레코딩의 12자리 ISRC, 제품 UPC, 발매 지역, 발매일을 담아 발매작 하나만 제출합니다. 유통사는 이 패키지를 검증하고 인코딩한 뒤, 선택한 각 스토어로 DDEX Electronic Release Notification을 전송합니다.
한 건을 여러 스토어로 나눠 보내는 일, 그게 상품입니다. 이 패키지가 거치는 경로, 이를 실어 나르는 메시지 포맷, 그리고 발매일 이후에도 메시지를 계속 만들어 내는 두 작업인 업데이트와 게시 중단을 살펴봅니다.
업로드는 하나, 패키지는 스토어마다 다릅니다
같은 zip을 모든 스토어에 그대로 복사해 보내면 받자마자 실패합니다. 디지털 서비스 제공자(DSP)마다 오디오 기준, 식별자 규칙, 딜 조건이 다릅니다. 프랑스의 판매 기간은 일본의 판매 기간이 아닙니다. 3000픽셀을 충족하는 아트워크라도 폴더에 넣고 끝나지 않습니다. 메시지 안에서 Image 리소스로 선언해야 합니다.
유통사는 저작권자와 이 스토어들 사이에 있습니다. 음반 레이블에게는 카탈로그 하나, ISRC·UPC 세트 하나, 그리고 스토어별 전송입니다. LabelGrid의 음원 유통은 이 구조로 만들어져 있습니다. 스토어를 고르고(기본값은 Select All이며, 스토어를 하나씩 켜고 끌 수도 있습니다), 제출한 다음 스토어별 상태(Queued, Delivering, Delivered, Live, Error, Scheduled)를 확인하면 됩니다. 스토어에 뜨는 이름은 레이블명과 아티스트명입니다. LabelGrid는 그 위에 “distributed by LabelGrid”를 찍지 않습니다.
여러 스토어로 나눠 보낸다고 공개 시점이 하나로 맞춰지지는 않습니다. 스토어마다 음원을 받아들이는 속도가 다릅니다. 발매 초기 며칠 동안 플랫폼별로 공개 시점이 엇갈리는 것은 정상입니다. LabelGrid가 공개한 기준은 발매일 최소 2주 전 제출이며, 3~4주 전이 더 나은 기간입니다. 품질 검수와 DSP 자체 처리가 모두 이 일정 안에 있기 때문입니다. 전송 소요 시간은 보장되지 않습니다. LabelGrid 검수는 Solo, Basic, Pro 플랜에서 최대 영업일 기준 10일, Custom과 API에서 최대 5일이 걸립니다. 전송 후 Apple Music의 처리에는 보통 영업일 기준 1~3일이 걸리며, 다른 스토어는 제각각입니다.
업로드부터 스토어 공개까지, 여섯 단계
DDEX, IFPI, GS1이 규격을 정합니다. 유통 플랫폼은 그 규격을 실행하는 시스템입니다.
- 업로드: 오디오 마스터, 커버 아트, 발매 메타데이터가 하나의 카탈로그에 모입니다.
- 식별자 및 메타데이터 검수. 모든 레코딩에는 ISRC가 필요하고, 판매 대상 제품에는 UPC 또는 EAN(GS1 GTIN)이 필요합니다. 구조, 완전성, 고유성 검사를 통과하기 전에는 아무것도 만들어지지 않습니다.
- 트랜스코딩: 무손실 마스터를 각 스토어가 요구하는 파일로 바꾼 뒤, DSP가 자체 재생 품질 단계에 맞춰 다시 한 번 트랜스코딩합니다.
- DDEX 전송: 발매 메타데이터, 리소스 참조, 딜 조건을 ERN에 담아 보냅니다.
- 수신 확인(Acknowledgement): DSP가 오류를 포함한 상태를 돌려보내, 발신 측이 메시지 도착을 증명할 수 있게 합니다.
- 사용 데이터 보고. 판매와 스트리밍은 보통 DDEX Digital Sales Report로 돌아와 로열티 정산에 쓰입니다.
LabelGrid 딜 전송에서는 4단계 전에 품질 검수가 돌아갑니다. 무음 패딩이나 권리 플래그가 여기서 걸려, 스토어에서 거절될 피드를 미리 막습니다. 앞에서 본 대시보드 상태는 4단계와 5단계를 운영자가 보는 화면일 뿐, 또 다른 표준이 아닙니다.
여전히 함께 쓰이는 두 세대의 ERN
실제로 밖으로 나가는 메시지는 DDEX ERN NewReleaseMessage입니다. DDEX는 이를 음반사나 유통사가 무엇을, 어떤 조건으로 공개하는지 DSP에 알리는 방식이라고 설명합니다. 리소스(SoundRecording, Image, Video)는 하나의 목록에, 릴리스는 다른 목록에, 딜 조건은 세 번째 목록에 담깁니다. 참조가 이 세 목록을 잇습니다. 리소스 A1은 릴리스 R1의 오디오입니다. ISRC는 레코딩에, UPC는 제품에 붙습니다.
모든 DSP가 같은 형식을 쓴다면 이미 끝난 문제였을 것입니다. 그렇지 않습니다. 가장 최근에 발표된 버전은 ERN 4.3.2입니다. DDEX는 4.3.x 사용을 강력히 권고합니다. ERN 3.8 계열은 지금도 널리 쓰입니다. 이미 돌아가고 있는 연동을 바꾸려면 보내는 쪽과 받는 쪽이 함께 움직여야 하고, 그 속도는 느립니다. 그래서 두 세대가 현업에서 함께 쓰입니다.
ERN 4는 겉만 고친 버전이 아닙니다. PartyList는 뮤지션, 작곡가·작사가, 레이블을 파일 곳곳에 반복하지 않고 한 번만 모읍니다. 지역(Territory) 필드도 실제로 다른 곳만 반복됩니다. 10곡짜리 앨범은 완전한 릴리스 열한 개가 아니라, Release 하나와 가벼운 TrackRelease 복합 요소 열 개로 표현됩니다. DisplayArtistName(마케팅용 아티스트명)은 Contributor(역할)와 분리됩니다. 2022년 12월 2일에 발표된 4.3 업데이트는 이머시브 오디오 데이터, 사용자 제작 짧은 클립에 대한 이용 허가, 앨범 공개일 정보, DDEX MEAD·PIE 보강 표준 연동을 추가했습니다.
이 모든 것을 보내기 위해 DDEX 컨소시엄에 가입할 필요는 없습니다. Implementation Licence만 있으면 충분합니다. LabelGrid는 ERN 3.8.2, 4.3.0, 4.3.1, 4.3.2를 구현하고 있으며 컨소시엄 회원사는 아닙니다. 각 스토어는 자신이 받아들이는 버전으로 데이터를 받습니다. PurgeReleaseMessage를 통한 게시 중단을 포함해, 전송이 실제로 어떻게 돌아가는지는 DDEX 전송 페이지에 있습니다.
‘이만하면 괜찮다’가 통하지 않는 오디오 기준
Spotify는 FLAC을 선호하고 WAV도 받습니다. 44.1 kHz 이상을 요구하며, 네이티브 마스터가 24비트면 24비트로 보냅니다. 더 높은 비트 심도의 마스터가 없을 때만 16비트입니다. 네이티브 스테레오 마스터를 그대로 보내고, 먼저 다운샘플링하지 말라고도 합니다. 16비트 미만이거나 44.1 kHz 미만인 파일은 업컨버전되어 무손실 재생 자격을 잃습니다.
Apple Digital Masters는 원본 24비트 PCM 파일을 WAV 또는 AIFF로 받기를 원합니다. 업샘플링하지 마세요. 16비트 파일을 24비트로 비트 패딩하지도 마세요. Apple 인코더는 그 추가 해상도를 쓰는데, 패딩된 파일은 정보가 늘어나지 않습니다.
LabelGrid는 업로드 시 WAV 또는 FLAC만 허용합니다. 24비트 마스터는 WAV로 와야 합니다. 16비트를 넘는 FLAC은 거부됩니다. 자동 검수는 시작 무음을 5초, 끝 무음을 9초로 제한합니다.
업데이트와 게시 중단, 또 다른 메시지들
ERN은 한 번 보내고 끝나는 메시지가 아닙니다. 메타데이터 수정, 아트워크 교체, 지역 변경, 삭제는 같은 절차로 오가는 추가 메시지이고, 확인 방식도 같습니다. Spotify는 분명히 말합니다. 이미 공개된 릴리스의 메타데이터나 아트워크를 대신 고쳐 주지 않습니다. 레이블이나 유통사가 업데이트 피드를 보냅니다.
식별자는 한 번 부여하면 그대로입니다. ISRC는 그 레코딩과 평생 함께하고, IFPI 규칙상 재사용할 수 없습니다. 2018년 12월 이후 거래 품목에 할당된 GTIN은 재할당되지 않으므로, 업데이트된 제품도 UPC를 유지합니다. 레코딩 자체가 실질적으로 새로워졌다면 그때는 새 ISRC가 필요합니다. Apple에 올라간 UPC가 잘못되었다면, Apple 파트너 문서상 제품을 내리고 다시 보내야 합니다. Apple이 코드를 지워 주지는 않습니다.
게시 중단은 릴리스의 거래를 멈춰 달라는 요청입니다. DDEX는 두 가지 형태를 제공합니다. 딜 정보를 뺀 NewReleaseMessage, 또는 전용 PurgeReleaseMessage입니다. 공개를 멈출 뿐, 레코딩에 새 식별자를 만들지 않습니다. Spotify에서는 게시 중단에 최소 영업일 기준 2일이 걸리며, 트랙은 사라지는 대신 회색으로 바뀌어 재생할 수 없는 상태가 됩니다.
자주 묻는 질문
음반 레이블은 어떻게 모든 DSP에 음원을 한 번에 전송하나요?
레이블은 유통사에 발매작 하나를 제출합니다. 유통사는 식별자와 오디오를 검증한 뒤, 선택한 각 스토어에 그 DSP가 받아들이는 버전으로 DDEX ERN NewReleaseMessage를 전송합니다. LabelGrid는 하나의 카탈로그에서 모든 주요 DSP를 대상으로 이 전송을 합니다. 스토어마다 처리 속도가 다르기 때문에 발매 초기 며칠 동안 공개 시점이 엇갈리는 것은 정상입니다.
DDEX ERN NewReleaseMessage란 무엇인가요?
음반사나 유통사가 디지털 서비스 제공자(DSP)에 보내는 DDEX 표준 메시지입니다. 릴리스와 그 리소스(레코딩, 아트워크, 비디오), 그리고 딜 조건, 즉 언제, 어디서, 어떤 조건으로 공개할 수 있는지를 담고 있습니다. 이를 구현하기 위해 DDEX 컨소시엄 회원 자격이 필요하지는 않으며, Implementation Licence만 있으면 충분합니다.
4.3 버전이 있는데도 유통사들이 여전히 ERN 3.8.2를 보내는 이유는 무엇인가요?
가장 최근에 발표된 버전은 ERN 4.3.2이며, DDEX는 4.3.x 사용을 권고하고 있습니다. ERN 3.8 계열은 지금도 널리 쓰입니다. 피드의 발신 측과 수신 측이 함께 버전을 바꿔야 하기 때문입니다. LabelGrid는 ERN 3.8.2, 4.3.0, 4.3.1, 4.3.2를 구현하고 있으며 DDEX 컨소시엄 회원사는 아닙니다.
Spotify나 Apple Music에 릴리스가 공개된 후에도 메타데이터를 변경할 수 있나요?
가능합니다. 유통사를 통해 업데이트를 전송하면 됩니다. Spotify는 메타데이터나 아트워크를 직접 수정하지 않는다고 명시하고 있으며, 레이블이나 유통사가 업데이트 피드를 보내야 합니다. 원본 ISRC와 UPC는 각각 레코딩과 제품에 그대로 유지됩니다. 게시 중단은 별도의 DDEX 메시지로 처리되며, 딜 정보를 뺀 NewReleaseMessage를 보내거나 PurgeReleaseMessage를 보냅니다. Spotify에서는 게시 중단에 최소 영업일 기준 2일이 걸리며, 트랙은 사라지는 대신 회색으로 표시됩니다.
레이블은 발매작을 얼마나 미리 제출해야 하나요?
LabelGrid가 공개한 기준은 발매일 최소 2주 전이며, 3~4주 전이 이상적입니다. LabelGrid 검수는 Solo, Basic, Pro 플랜에서 최대 영업일 기준 10일, Custom과 API에서 최대 5일이 걸립니다. 전송 후 Apple Music의 처리에는 보통 영업일 기준 1~3일이 걸리며, 발매일이 더 뒤인 릴리스는 그 날짜까지 기다립니다. 다른 플랫폼은 상황에 따라 다르며, 전송 소요 시간은 보장되지 않습니다. 승인 후 발매일을 변경하면 릴리스는 Draft 상태로 되돌아가며, 재승인과 재전송이 필요합니다.
시작하기
app.labelgrid.com에서 계정을 만드세요. 신규 아티스트·레이블 가입에는 7일 무료 체험이 포함됩니다. 가입 시 카드를 등록하며, 그 7일 동안은 결제하지 않습니다. 체험 기간에 카탈로그를 익힐 수 있습니다. 유료 플랜에 올라서고 KYC를 마치기 전에는 유통할 수 없습니다. LabelGrid는 delivery-platform 카테고리의 Spotify Preferred Provider로 등재되어 있으며, 이 글에서 말한 업로드 경로와 같습니다.
발매작을 만들고, 스토어를 뺄 이유가 없다면 Select All을 유지한 채 최소 2주 전에 제출하세요. 단계별 안내는 유통 도움말 개요에, 일정은 제출 일정 페이지에 있습니다. ERN 전송 자체는 위의 DDEX 전송 페이지에 있습니다.
