Трек принят дистрибьютором, вышел на Яндекс Музыке, VK Музыке или Звуке, а в поле Label стоит название, которого вы не вводили - или вообще имя постороннего лейбла. Это одна из тех ошибок, которую слушатель не заметит, но которая влияет на атрибуцию, роялти и аккаунт артиста на площадке. Исправление занимает время, но процедура стандартная - и она работает.
Откуда берётся поле Label и кто его заполняет
Поле Label - часть метаданных релиза, которые дистрибьютор передаёт на площадки в момент доставки. Артист заполняет его при загрузке релиза: это может быть название собственного лейбла, псевдоним, торговая марка или просто имя артиста. Площадка принимает то, что передал дистрибьютор, и отображает это значение на странице трека или альбома.
Если поле заполнено неправильно - значит, где-то в цепочке «артист - дистрибьютор - площадка» возникла ошибка. Чаще всего источник на одном из трёх уровней: в форме загрузки, в системе дистрибьютора или на стороне самой площадки при обработке файла доставки.
Три главные причины чужого названия
Прежде чем писать в поддержку, полезно понять, с каким именно случаем вы имеете дело. Это влияет на то, кому адресовать запрос и какие данные готовить.
- Поле оставлено пустым при загрузке. Многие дистрибьюторы автоматически подставляют в Label значение по умолчанию - например, название аккаунта, к которому привязан каталог, или название лейбла предыдущего релиза. Если вы не заполнили поле вручную, платформа поставит то, что есть. В итоге на площадке появляется имя другого артиста, менеджера аккаунта или вообще технической записи.
- Копирование шаблона релиза. При создании нового релиза на основе предыдущего метаданные часто наследуются автоматически. Если в шаблоне Label был заполнен именем стороннего лейбла - например, лейбла, с которым вы сотрудничали раньше, - он перейдёт в новый релиз, если не исправить его вручную перед отправкой.
- Ошибка на стороне площадки при обработке delivery-файла. Площадки принимают релизы в формате XML или DDEx-пакетов. При парсинге файла может произойти сбой: значение из одного поля попадает в другое, или платформа подтягивает Label из своей базы по UPC, который ранее был зарегистрирован другим правообладателем. Это редкий, но реальный сценарий.
Отдельный случай: UPC с историей
Если UPC вашего релиза был ранее использован другим артистом или лейблом - площадка может автоматически подтянуть Label из своей базы, связав код с исходной записью. Такое случается при переиздании треков, при смене дистрибьютора без переприсвоения кодов, а также если UPC был выдан повторно (что нарушает стандарт, но в практике встречается у некоторых бюджетных дистрибьюторов).
В этом случае недостаточно просто исправить поле Label в системе дистрибьютора - нужно убедиться, что UPC чистый и не конфликтует с чужой записью в базе площадки. Именно поэтому корректная дистрибуция музыки начинается с присвоения уникальных кодов под каждый релиз. Дистрибьютор может запросить у площадки очистку привязки по конкретному коду.
Как площадка отображает Label и почему это важно
На Яндекс Музыке, VK Музыке и Звуке поле Label видно на странице альбома или трека в разделе сведений о релизе. Apple Music и YouTube Music тоже отображают его, хотя на разных платформах оно находится в разных местах интерфейса.
Для артиста это важно по нескольким причинам. Во-первых, Label влияет на атрибуцию фонограммы: если там стоит чужое название, площадка может связывать трек не с вашим каталогом, а с чужим аккаунтом. Во-вторых, некоторые площадки используют поле Label при автоматическом matching-е прав - то есть при сверке, кому начислять роялти за фонограмму. Ошибка в Label может косвенно влиять на то, в чью сторону уходят смежные выплаты. В-третьих, если вы работаете с звукозаписывающей компанией или собственным лейблом, корректное отображение имени - часть фирменного стиля каталога.
Что проверить до подачи запроса
Перед тем как писать дистрибьютору, стоит самостоятельно пройти несколько шагов - это ускорит процесс и поможет сформулировать запрос точно.
- Зайдите в личный кабинет дистрибьютора и откройте метаданные конкретного релиза. Найдите поле Label (оно может называться Label Name, Record Label или просто «Лейбл»). Зафиксируйте, что там стоит.
- Сравните это значение с тем, что отображается на площадке. Если они совпадают - ошибка была допущена при загрузке релиза, и нужно обновлять метаданные. Если в кабинете стоит правильное название, а на площадке - чужое, значит, ошибка произошла при доставке или на стороне площадки.
- Проверьте UPC релиза. Если есть подозрение, что код мог использоваться раньше, - сообщите об этом дистрибьютору в запросе.
- Сделайте скриншоты: страница трека на площадке с видимым полем Label и страница метаданных в кабинете. Это стандартные вложения к любому запросу на исправление.
Как подать запрос на исправление через дистрибьютора
Площадки не принимают прямые запросы от артистов на изменение метаданных - вся коммуникация идёт через дистрибьютора, который имеет технический доступ к системам доставки. Самостоятельно связаться с Яндекс Музыкой или VK Музыкой и попросить сменить Label не получится: они перенаправят вас к своему дистрибьютору.
Алгоритм такой. Если ошибка в кабинете - вы исправляете поле Label и повторно отправляете релиз на модерацию. Дистрибьютор формирует обновлённый delivery-пакет и передаёт его на площадки. Обновление метаданных проходит ту же модерацию, что и первичный релиз, - ориентируйтесь на стандартные сроки 7-14 дней, хотя некоторые площадки обрабатывают исправления быстрее, чем новые релизы.
Если ошибка возникла на стороне площадки при доставке, а в вашем кабинете всё верно - дистрибьютор должен открыть тикет напрямую в техническую поддержку площадки. В этом случае сроки зависят от конкретного сервиса: у крупных площадок типа Яндекс Музыки и VK Музыки есть выделенные каналы для лейблов и дистрибьюторов, ответ обычно приходит быстрее, чем через публичную форму поддержки.
В запросе к дистрибьютору укажите: название трека и релиза, UPC и ISRC, название площадки, где замечена ошибка, текущее некорректное значение поля Label и правильное значение, которое должно стоять. Приложите скриншоты. Чем точнее сформулирован запрос, тем меньше итераций уточнений потребуется.
Что делать прямо сейчас
- Откройте релиз в кабинете дистрибьютора и найдите поле Label в метаданных - зафиксируйте значение.
- Проверьте, что отображается на Яндекс Музыке, VK Музыке или другой площадке, где заметили ошибку, - сделайте скриншот страницы с видимым полем.
- Определите источник ошибки: кабинет или сторона площадки. Это определяет, куда направлять запрос.
- Если ошибка в кабинете - исправьте поле Label и отправьте релиз на повторную доставку. Не меняйте UPC и ISRC без необходимости.
- Если в кабинете всё верно - напишите в поддержку дистрибьютора с описанием расхождения, скриншотами и данными релиза (UPC, ISRC, название площадки).
- Уточните у дистрибьютора, потребуется ли повторный питчинг после обновления метаданных: некоторые площадки сбрасывают editorial-статус при переотправке релиза. Если трек участвует в питчинге или уже стоит в плейлисте - это важный момент.
- После обновления проверьте поле Label на всех площадках, не только на той, где заметили ошибку: одна некорректная доставка обычно затрагивает все сервисы одновременно.
Запрос на исправление метаданных направляется через поддержку дистрибьютора - детали форматов работы с каталогом и условия сотрудничества описаны на странице музыкального лейбла.
