Метаданные выглядят как формальность: поля, которые нужно заполнить, чтобы релиз приняли. На деле это единственный способ, которым площадка и общества по коллективному управлению понимают, кому платить. Ошибка в метаданных не мешает треку выйти - она мешает деньгам дойти.
Мы разбираем такие случаи регулярно, и почти всегда это не злой умысел, а спешка: релиз собирали в последний день, роли заполнили наугад, ISRC оставили пустым. Ниже - что именно ломается и как этого не допустить.
UPC и ISRC: два разных кода, которые путают
UPC - код релиза целиком. Один сингл, один альбом, один EP - один UPC. По нему площадки и магазины понимают, что перед ними один и тот же продукт.
ISRC - код конкретной записи. У каждого трека свой, и он остаётся с записью навсегда. Именно по ISRC считаются прослушивания, собираются отчёты и начисляется вознаграждение.
Практический вывод: если один и тот же трек входит в сингл, потом в альбом, потом в сборник - UPC будет три разных, а ISRC один и тот же. Тогда статистика по треку соберётся в одну картину, и не придётся объяснять, почему прослушивания разошлись по трём карточкам.
Почему ISRC нельзя менять
Самая дорогая ошибка в нашей практике выглядит так: артист выпустил трек, через полгода решил перевыпустить его «нормально» - с новой обложкой и мастером - и отправил как новый релиз с новым ISRC.
Что происходит дальше: площадка видит две разные записи. Прослушивания старой версии остаются на старой карточке, новая начинает с нуля. Накопленная история, позиции в алгоритмических подборках, сохранения в библиотеки - всё это остаётся у первой версии, которую вы, скорее всего, снимете с витрины. Артист своими руками обнуляет трек.
Правильный путь - обновление существующего релиза: замена мастера или обложки внутри той же записи, с тем же ISRC. Это дольше по срокам, зато история трека не теряется. Новый ISRC оправдан только тогда, когда это действительно другая запись: другой вокал, ремикс, инструментальная версия, живое исполнение.
Роли участников: где теряются авторские
Поле «авторы» кажется справочным, но именно оно определяет, кому уходит авторская часть вознаграждения. Разделять нужно два уровня:
- Смежные права - права на саму запись. Их получает тот, кто записал и выпустил фонограмму: артист, лейбл, продюсер по договору.
- Авторские права - права на музыку и текст. Их получают композитор и автор текста, и это часто другие люди.
Типичные ошибки:
- в авторы вписан псевдоним вместо ФИО - общества по коллективному управлению работают с паспортными данными, по псевдониму человек не идентифицируется;
- у трека указан один автор, хотя текст писали двое - второй просто не получит свою часть;
- битмейкер не указан как композитор, потому что «бит куплен» - покупка бита не отменяет авторства, условия описываются в договоре;
- роль выбрана наугад: автор текста указан композитором и наоборот.
Эти поля правятся до отправки на модерацию за минуту. После выхода релиза исправление требует корректировки метаданных и занимает недели, а вознаграждение за прошедший период уже распределится по тому, что было указано.
Написание имени артиста
Площадки склеивают каталог артиста по его профилю, а не по тексту в поле. Если в одном релизе вы написаны как ARTIST, в другом как Artist, а в третьем как Аrtist с русской «А» в начале, есть шанс получить два-три разных профиля и раздробленную статистику.
Три правила, которые снимают почти все такие случаи:
- выбрать одно написание и использовать его во всех релизах без исключений;
- для фитов указывать участников в отдельном поле, а не дописывать их в название артиста через запятую;
- при первом релизе убедиться, что дистрибьютор привязал релиз к вашему существующему профилю, а не создал новый.
Особенно это важно, если у артиста уже есть каталог, выпущенный через другого дистрибьютора. Привязка к существующему профилю делается один раз и на старте, потом это превращается в переписку с поддержкой площадки.
Обложка и возрастная маркировка
Обложка - тоже метаданные, и по ней релизы отклоняют чаще, чем кажется. Причины почти всегда одинаковые: текст на обложке не совпадает с названием релиза, на изображении есть логотипы сторонних сервисов или ссылки на соцсети, использовано чужое фото без прав.
Отдельно - маркировка explicit. Если в тексте есть мат, трек нужно помечать. Непомеченный explicit - основание для отклонения, а на некоторых площадках ещё и для ограничения показов в подборках. Обратная ошибка тоже бывает: чистый трек помечают explicit «на всякий случай» и теряют попадания в детские и семейные плейлисты.
Дата релиза и часовые пояса
Дата - это не только маркетинг. От неё зависит, попадёт ли релиз в пятничные подборки и успеет ли дистрибьютор подать его на питчинг. Площадки выкладывают релизы по своему времени, поэтому «пятница» для слушателя в Москве и на Дальнем Востоке наступает в разные моменты.
Рабочее правило: ставить дату не раньше чем через две недели от отправки на модерацию, а если планируется питчинг в редакционные плейлисты - через три-четыре. Релиз, отправленный за два дня до даты, выйдет, но без шансов на редакционную поддержку.
Чек-лист перед отправкой на модерацию
- UPC один на релиз, ISRC свой у каждого трека, у перевыпуска - прежний ISRC;
- ФИО авторов полностью, роли разделены: композитор, автор текста;
- написание имени артиста совпадает с прошлыми релизами;
- фиты вынесены в поле участников, а не в название;
- explicit проставлен по факту наличия мата в тексте;
- обложка без посторонних логотипов и ссылок, текст на ней совпадает с названием;
- дата релиза оставляет запас на модерацию и питчинг;
- договор на релиз выбран верный - от него зависит, в какой отчёт попадут начисления.
Минута на проверку этого списка экономит недели переписки после выхода. В кабинете почти все эти поля подсвечиваются как незаполненные до отправки на модерацию - мы специально сделали так, чтобы релиз нельзя было отправить с пустыми критичными полями.
