ГлавнаяЖурналFeatured-артист в метаданных: где ставить feat. и как не получить отклонение
МетаданныеДистрибуцияРелизыISRC

Featured-артист в метаданных: где ставить feat. и как не получить отклонение

Где именно писать feat. - в названии трека или в поле исполнителей - зависит от требований конкретной площадки. Ошибка в одном поле ломает поиск и страницу артиста.

Обложка статьи «Featured-артист в метаданных: где ставить feat. и как не получить отклонение»
Содержание
  1. Два поля, два назначения
  2. Как писать feat. в названии трека
  3. Поле Featured Artist: как заполнить правильно
  4. Влияние на поиск и страницу артиста
  5. Частые причины отклонения из-за featured-артиста
  6. Питчинг и ISRC при фичеринге
  7. Что сделать перед отправкой релиза

Feat. нужно указывать одновременно в двух местах: в названии трека и в поле исполнителей релиза. Если сделать только одно из двух, площадки либо отклонят релиз при модерации, либо примут его, но поломают атрибуцию - приглашённый артист не появится на своей странице, а поиск не свяжет трек с его именем. Ниже - точная механика по каждому полю.

Два поля, два назначения

Метаданные релиза содержат несколько полей, связанных с именами исполнителей, и они не дублируют друг друга - каждое решает свою задачу.

Название трека (Track Title) - это то, что слушатель видит под обложкой. Здесь feat. несёт функцию отображения: человек сразу понимает, с кем записан трек. Стандартная запись выглядит так: Название трека (feat. Имя Артиста). Скобки обязательны: без них часть дистрибьюторов и площадок считает текст после feat. частью основного названия, что создаёт дубли и конфликты в каталоге.

Поле исполнителей (Artists / Performers) разбито на роли. Основной исполнитель (Primary Artist / Main Artist) - тот, на чью страницу идёт релиз. Featured Artist - отдельная роль, она есть у большинства дистрибьюторов. Именно через это поле площадки строят связь между треком и профилем приглашённого артиста: если роль не указана или имя написано иначе, чем в существующем профиле, трек не попадёт на его страницу.

Как писать feat. в названии трека

Есть несколько форматов, которые встречаются в релизах, и только часть из них площадки принимают без замечаний.

  • (feat. Имя) - основной стандарт, принятый Яндекс Музыкой, VK Музыкой, Звуком, Apple Music и большинством других сервисов. Именно в таком написании площадки автоматически распознают блок с приглашённым артистом и иногда убирают его из отображаемого заголовка, показывая отдельно.
  • ft. Имя без скобок - встречается, но повышает риск отклонения: часть парсеров не распознаёт сокращение без скобок.
  • featuring Имя или with Имя - нестандартно для большинства площадок, может привести к ошибке при модерации или к тому, что участие артиста будет отображаться некорректно.
  • Имя через запятую прямо в заголовке без скобок и feat. - частая ошибка. Площадки воспринимают это как единое название трека, а не как указание на второго исполнителя.

Регистр важен: feat. пишется строчными. Пробел перед скобкой и после точки - обязательны. Итоговый вид: Трек (feat. Имя Артиста).

У каждого дистрибьютора интерфейс немного отличается, но логика одна: в карточке трека есть возможность добавить исполнителей с указанием роли. Роль Featured Artist (иногда обозначается как «Приглашённый артист» или просто «feat.») нужно выбрать явно - не добавлять второе имя в поле Primary Artist.

Если добавить приглашённого артиста в поле основного исполнителя, релиз будет атрибутирован как совместный - то есть попадёт на обе страницы артистов как равнозначный. Это меняет логику отображения в каталоге и в ряде случаев влияет на чарты: площадки по-разному считают совместные релизы и фичеринги. На Яндекс Музыке, VK Музыке и Звуке у этих форматов разные карточки отображения.

Имя в поле Featured Artist должно совпадать с именем существующего профиля артиста на площадках - с точностью до регистра и пробелов. Если артист известен как «DJ Name» - именно так и пишем, без сокращений и вариаций. Несовпадение ведёт к тому, что площадка создаёт новый безымянный профиль вместо привязки к существующему.

Влияние на поиск и страницу артиста

Когда поля заполнены правильно, происходит следующее: трек появляется в дискографии основного артиста с пометкой «feat. Имя» в заголовке, а на странице приглашённого артиста - в разделе «Появляется в» или «Участия» (названия раздела зависят от площадки). Поиск по имени приглашённого артиста возвращает этот трек в результатах.

Если поле Featured Artist не заполнено, но feat. есть в названии, поиск может находить трек по тексту заголовка, но без привязки к профилю. Это значит: трек не будет в «Участиях» артиста, алгоритмы площадки не учтут его при формировании рекомендаций для аудитории этого артиста, а данные прослушиваний не будут агрегированы на его странице.

Обратная ситуация - Featured Artist указан в поле, но не упомянут в названии трека - тоже проблема. Часть площадок при этом отклоняет релиз на модерации. Другие принимают, но отображают участие артиста в скобках автоматически, добавляя его к заголовку - и итоговое название может выглядеть не так, как планировалось.

Модерация на площадках проверяет соответствие между полями метаданных. Несколько сценариев, которые стабильно ведут к отклонению или к возврату на доработку:

  • Feat. в названии есть, поле Featured Artist пустое - расхождение между заголовком и метаданными.
  • В названии написано feat. Имя Артиста, а в поле Featured Artist - другое написание того же имени. Площадки воспринимают их как двух разных людей.
  • Приглашённый артист добавлен в Primary Artist вместо Featured Artist - релиз квалифицируется как совместный, и это меняет логику дистрибуции.
  • Несколько featured-артистов записаны через запятую в одно поле вместо отдельных строк - часть дистрибьюторов не принимает такой формат.
  • В названии трека feat. написан без скобок или с нестандартным сокращением - парсер площадки не распознаёт блок.

Питчинг и ISRC при фичеринге

С точки зрения дистрибуции музыки, трек с featured-артистом - это один трек с одним ISRC. Второй исполнитель не порождает отдельного кода и не меняет логику выпуска. Это важно понимать при питчинге в редакционные плейлисты: площадки идентифицируют трек по ISRC, а артистов - по полям метаданных. Если после выхода обнаружить ошибку в имени featured-артиста и перевыпустить трек с исправлением, ISRC при этом меняется - и прослушивания на старой версии не переносятся.

Проверять метаданные нужно до отправки, а не после. Оптимальный запас до даты выхода - 3-4 недели: этого хватает на модерацию (7-14 дней на стороне площадок), питч в редакционные плейлисты и сбор pre-save. Срочный выпуск за 5-7 дней возможен, но без питча.

Если featured-артист зарегистрирован в РАО или ВОИС, его нужно указать и в сплит-листе на авторские и смежные права - иначе роялти за публичное исполнение, вещание и вознаграждение за смежные права будут распределяться без учёта его участия. Это отдельный процесс, не связанный с метаданными дистрибьютора, но его удобно решать параллельно при подготовке релиза.

Что сделать перед отправкой релиза

  1. Убедитесь, что featured-артист упомянут в названии трека в формате (feat. Имя Артиста) - с круглыми скобками и строчным feat.
  2. Добавьте того же артиста в поле Featured Artist в интерфейсе дистрибьютора - отдельной строкой с явным выбором роли.
  3. Сверьте написание имени в обоих местах: регистр, пробелы, дефисы должны совпадать дословно.
  4. Если приглашённых артистов несколько - каждый идёт отдельной строкой в поле Featured Artist, в названии трека через запятую внутри одних скобок: (feat. Имя Первого, Имя Второго).
  5. Проверьте, что основной исполнитель стоит в поле Primary Artist, а не продублирован в Featured Artist.
  6. Уточните у featured-артиста точное написание его имени на площадках - особенно если у него уже есть профиль с верификацией.
  7. Если артист подписан на музыкальный лейбл или работает через менеджера, уточните написание имени у их стороны до загрузки: расхождения в именах сложно исправить после выхода.
Готовы выпустить свой трек?

Покажем механику изнутри

Пришлите демо или напишите нам - бесплатно разберём ваш материал, дадим обратную связь и расскажем, что можно сделать с релизом дальше.

Поделиться:
Читайте также

Другие статьи журнала

Обложка статьи «Streams from playlists равно нулю: почему и что с этим делать»
Аналитика

Streams from playlists равно нулю: почему и что с этим делать

Трек добавлен в редакционный плейлист, а в аналитике по-прежнему ноль в графе Streams from playlists. Разбираем технические и методологические причины и объясняем, как читать отчёты корректно.

Читать →
Обложка статьи «Live-версия трека как отдельный релиз: права и метаданные»
Релизы

Live-версия трека как отдельный релиз: права и метаданные

Live-запись - это самостоятельная фонограмма с отдельным ISRC. Разбираем, как правильно указать название, версию и не получить отклонение за дубликат.

Читать →
Обложка статьи «Роялти со стримингов за рубеж: платёжные маршруты для артистов из России»
Роялти

Роялти со стримингов за рубеж: платёжные маршруты для артистов из России

Как независимому артисту с российским банковским счётом получить роялти от дистрибьютора: какие маршруты работают, в каких валютах приходят выплаты и на что смотреть при выборе реквизитов.

Читать →
← Все статьи журнала