Метаданные музыкального релиза: технический справочник

С полным разбором кириллицы: гомоглифы, ё, NFC/NFD, транслитерация, РАО и ВОИС.

Короткий ответ

Метаданные — это не сопроводительные бумаги к музыке, а сама музыка с точки зрения любой системы, которая её принимает: стриминговый сервис не слушает вашу запись, он читает вашу поставку. Имя артиста в поставке — не подпись, а ключ: строка сравнивается побайтово, и если она отличается от предыдущей хотя бы одним кодпоинтом, вы с высокой вероятностью получаете вторую страницу артиста, второй каталог и второй счётчик слушателей. В кириллице это опаснее, чем в латинице, по трём причинам, которых нет ни в одном другом письме такого масштаба: гомоглифы (кириллические а е о р с у х А В Е К М Н О Р С Т Х визуально неотличимы от латинских a e o p c y x A B E K M H O P C T X, но это другие символы), ё/е (одно и то же название законно существует в двух написаниях) и транслитерация (Ю может стать Yu, Iu или Ju, Щ — Shch, Sch или Shh, и это четыре разных артиста для системы сопоставления). Плюс отдельный, невидимый на экране слой: й — это либо один символ U+0439, либо и U+0438 плюс комбинирующая краткая U+0306, и на экране разницы нет. Всё это чинится за десять минут до поставки и почти не чинится после — потому что к моменту, когда вы заметили, ошибку уже скопировали десятки систем.

1. Три уровня: релиз, запись, произведение

Почти каждая дорогая ошибка в метаданных — это факт, поданный не на том уровне. Уровней три, и у каждого свой идентификатор и свои деньги.

• Релиз — товар. Идентификатор: UPC/EAN. UPC-A — 12 цифр, EAN-13 — 13; EAN-13 получается из UPC-A приписыванием нуля слева, и контрольная цифра при этом не меняется. Алгоритм контрольной цифры: справа налево по цифрам до контрольной чередуются множители ×3 и ×1, суммируются, и контрольная цифра — та, что доводит сумму до ближайшего большего кратного десяти.
• Запись (фонограмма) — конкретное исполнение, зафиксированное в конкретном файле. Идентификатор: ISRC. Двенадцать символов: 2 — страна, 3 — регистрант, 2 — год отнесения, 5 — обозначение. Дефисы — только форма отображения, они не входят в код. Контрольного разряда в ISRC нет.
• Произведение — то, что написали композитор и автор текста. Идентификатор: ISWC. Именно здесь живут авторские права, которыми в России на коллективной основе управляет РАО (раздел 10).

Транспорт стандартизирован: релиз и его метаданные доезжают до сервиса в сообщениях DDEX ERN (Electronic Release Notification Message Suite) — этот английский термин используется как есть, кальки на русском не существует.

Новый ISRC нужен ремиксу, эдиту, концертной версии, инструменталу — любой существенно другой записи. Переизданию той же записи новый код не нужен, и при смене дистрибьютора ISRC остаётся за записью. Ремастеринг — узкий случай: по «ISRC Handbook» IFPI (§A.10.1) новый код требуется, только если процессы ремастеринга «involve the application of creative input to the recording itself», и справочник прямо исключает простое изменение уровня, неизменяемый эквалайзер и компрессию, шумоподавление, устранение щелчков, коррекцию скорости и высоты тона, смену частоты дискретизации и дизеринг: «A new ISRC shall not be assigned in the context of essentially invariant or technological adjustment processes». Безопасная практическая оговорка: если ремастер продаётся отдельным треком рядом с оригиналом — это отдельный товар, и код ему нужен свой.

Поля, которые реально существуют

Основной артист (primary). Единственное поле, которое решает, на чью страницу попадёт запись и кому накапливаются слушатели, подписчики и алгоритмическая история. Spotify формулирует прямо: «List each artist's name in a separate field».

Приглашённый артист (featured). Отдельная роль на той же записи. Apple требует указывать приглашённых на уровне трека с ролью Featuring или With, «not as Primary».

Ремиксёр. Тоже роль. Apple: «Remix tracks…must list the original artist as Primary with the remixer assigned the remixer role».

Композитор и автор текста. Описывают произведение, а не запись. Из них прослеживаются авторские отчисления.

Версия / подзаголовок. Скобочное уточнение, отличающее одну запись от другой (раздел 9).

Метка explicit. Это флаг, а не слово. Spotify: «you shouldn't add it to your track title». Обратное тоже запрещено: не пишите «Clean» или «Без мата» в название.

Язык произведения (на чём поётся) и язык названия (язык и письменность строки названия) — разные поля, и они законно расходятся: у инструментальной пьесы для баяна с русским названием нет языка вокала, но есть язык названия. Язык названия говорит магазину, как сортировать, индексировать и отрисовывать вашу строку, — для кириллических поставок это одно из самых значимых полей.

P-line — год и владелец фонограммы, причём год — год первой публикации записи, а не дата вашей загрузки. C-line — год и владелец обложки и оформления. Их регулярно копируют друг в друга.

Дата релиза — когда этот товар выходит; дата оригинального релиза — когда запись была впервые опубликована где угодно. Запись 2003 года, поданная с оригинальной датой 2026, для всех систем ниже по цепочке — новинка.

Если вы не можете сказать, к какому уровню относится факт — релиз, запись или произведение, — вы ещё не готовы его вносить.

2. Имя артиста — это ключ, а не подпись

Когда поставка приходит с именем основного артиста, логика сопоставления либо привязывает её к существующей личности, либо создаёт новую. Всё, что снижает уверенность — другое написание, другой пробел, другая буква, другая последовательность байтов для того же глифа, — толкает решение в сторону «новая».

Дальше происходит расщепление: каталог делится, прослушивания делятся, подписчики за второй личностью не идут, и у неё нет никакой алгоритмической истории. Роялти при этом продолжают начисляться — но по двум историям накопления, а всё, что измеряется на уровне каталога, измеряется по половине карьеры.

Обе основные отраслевые методички говорят одно и то же. Music Biz: «Artist name spelling should remain consistent for all content for an artist, where possible». Spotify: «Keep the spelling and formatting of artist names consistent from one release to the next — including any punctuation, abbreviations, or acronyms».

Исправление постфактум — это не правка, а заявка на объединение: дистрибьютор просит каждый магазин слить две личности, каждый магазин делает это по-своему, со своей очередью и своими требованиями к доказательствам. Расщеплённая страница артиста — не баг, который чинят, а заявление, которое подают, магазин за магазином.

Защита одна и она процедурная: записать каноническое имя один раз в файл и вставлять его во все поля всех релизов. Наборы с клавиатуры — это то место, где рождаются варианты.

3. Гомоглифы: кириллица и латиница, которые невозможно различить глазом

Это главный кириллический дефект метаданных, и он устроен так, что корректура его не ловит в принципе — потому что смотреть не на что.

3.1 Таблица кодпоинтов

Следующие пары символов в подавляющем большинстве шрифтов отрисовываются одинаково, но это разные символы Unicode (проверено через unicodedata в Python):

Обратите внимание на несовпадение звучаний: кириллическая р — это латинская p, кириллическая с — латинская c, кириллическая Н — латинская H, кириллическая Х — латинская X. Именно поэтому подстановка обычно происходит не там, где её ждут: человек, набирающий русское слово на раскладке, случайно переключённой в латиницу, чаще всего попадает на с, о, е, а и р — самые частотные буквы русского языка.

3.2 Разобранный пример

Возьмём имя коллектива Кино (русский рок). Канонически это четыре кириллических символа:

К U+041A   и U+0438   н U+043D   о U+043E
UTF-8: d0 9a d0 b8 d0 bd d0 be   — 8 байт

Теперь три версии, которые на экране выглядят абсолютно так же:

Kино   K U+004B  и U+0438  н U+043D  о U+043E   UTF-8: 4b d0 b8 d0 bd d0 be    — 7 байт
Кинo   К U+041A  и U+0438  н U+043D  o U+006F   UTF-8: d0 9a d0 b8 d0 bd 6f    — 7 байт
Kинo   K U+004B  и U+0438  н U+043D  o U+006F   UTF-8: 4b d0 b8 d0 bd 6f       — 6 байт

Четыре строки, одна картинка, четыре разных ключа. Ни одно сравнение строк, ни один поиск, ни одна сортировка и ни одно сопоставление артистов не сведут их вместе. Слушатель, набравший «Кино» в поиске полностью кириллицей, не найдёт релиз, поданный с латинской К. При этом обложка выглядит идеально, вычитка не помогает, и увеличение кегля не помогает тоже — разница существует только в памяти.

Хуже всего то, что такие строки почти всегда рождаются из копирования: имя вставили из чата, из PDF-договора, из подписи к фотографии, из имени файла, набранного кем-то в спешке. Один такой вставленный символ живёт в каталоге годами.

3.3 Как это ловить: проверка свойства Script

Правило простое и абсолютное: любое слово, внутри которого символы принадлежат одновременно кириллице и латинице, — дефект. Не «подозрительно», а дефект. Легитимных русских слов со смешанным письмом не бывает.

Важно проверять пословно, а не по всей строке: DJ Смэш — совершенно нормальная строка, где латинское слово соседствует с кириллическим. Дефект — это смешение внутри одного слова.

Минимальная реализация на Python, которую можно запустить локально (проверена на примерах выше):

import unicodedata as ud, re

def script_of(ch):
    name = ud.name(ch, '')
    if 'CYRILLIC' in name: return 'Cyrillic'
    if 'LATIN'    in name: return 'Latin'
    return None

def mixed_script_words(s):
    bad = []
    for word in re.findall(r'\w+', s, flags=re.UNICODE):
        scripts = {script_of(c) for c in word} - {None}
        if len(scripts) > 1:
            bad.append((word, sorted(scripts),
                        [f'{c} U+{ord(c):04X} {script_of(c)}' for c in word]))
    return bad

for s in ['Кино', 'Kинo', 'DJ Смэш', 'Ленинград']:
    print(repr(s), mixed_script_words(s))

Результат: Кино, DJ Смэш и Ленинград — чисто; Kинo возвращает ('Kинo', ['Cyrillic', 'Latin'], ['K U+004B Latin', 'и U+0438 Cyrillic', 'н U+043D Cyrillic', 'o U+006F Latin']), то есть указывает и на позицию, и на кодпоинт. Здесь используется имя символа из базы Unicode, потому что в стандартной библиотеке Python нет прямого доступа к свойству Script; если у вас есть модуль regex, то же самое пишется как \p{Cyrillic} и \p{Latin}.

Прогоняйте через эту проверку все текстовые поля: имя основного артиста, приглашённых, ремиксёров, название релиза, названия треков, версию, композитора, автора текста, лейбл, P-line и C-line. Ошибка в поле композитора не видна вообще нигде на витрине — и именно поэтому она живёт дольше всех.

На mazufa.com есть бесплатный браузерный проверщик метаданных, который работает целиком на вашем устройстве и ничего не выгружает; среди прочего он помечает слова со смешанным письмом, строки не в NFC и расхождения ё/е.

4. ё и е: не гомоглиф, а орфографический выбор

ё — U+0451 CYRILLIC SMALL LETTER IO, е — U+0435 CYRILLIC SMALL LETTER IE. Это разные символы, но, в отличие от раздела 3, здесь нет «правильного» и «неправильного» варианта: русская письменная практика допускает замену ё на е в обычных текстах, и оба написания названия существуют на законных основаниях.

Именно поэтому проблема тяжелее гомоглифов. Гомоглиф — однозначный дефект, который можно вычистить автоматически. Ё/е — выбор, который должен сделать человек и после этого не менять никогда.

Разберём реальный случай из русского рока: Всё идёт по плану. Каноническое написание — с двумя ё (U+0451 в обеих позициях). Распространённое написание — Все идет по плану, где обе буквы заменены на U+0435. Строки не равны:

Всё идёт по плану  →  ё = U+0451, ё = U+0451
Все идет по плану  →  е = U+0435, е = U+0435

Здесь есть и смысловая сторона: «всё» и «все» — разные слова. Но система сопоставления смысла не знает; для неё это две разные строки, и если релиз-сингл вышел в одном написании, а альбомная версия — в другом, у вас два трека, которые ни один агрегатор не свяжет.

Тот же вопрос встаёт в романсе и народной песне, где заглавия закрепились в изданиях XIX–XX веков и цитируются то с ё, то без: Чёрный ворон / Черный ворон, Тёмная ночь / Темная ночь. В шансоне и авторской песне частая пара — Ещё / Еще.

Практическое правило:

1. Выберите одно написание для каждого названия и каждого имени и запишите его в файл. Технически предпочтительно писать ё там, где она произносится: строка с ё содержит больше информации, и из неё всегда можно механически получить вариант с е, а обратно — нет.
2. Не меняйте выбор между релизами. Смена написания на переиздании — это новое название для всех систем ниже по цепочке.
3. Проверяйте фамилии отдельно. Артём, Фёдоров, Семён, Алёна — в поле композитора это влияет на сопоставление произведения (раздел 10), а не только на витрину.
4. Учитывайте поиск. Слушатель почти всегда набирает е. Если ваш магазин не сворачивает ё к е при индексации — а гарантий этого не даёт никто, — название с ё находится только точным запросом. Это аргумент не за то, чтобы отказаться от ё, а за то, чтобы понимать цену выбора.

Отдельно: ё в верхнем регистре — Ё U+0401 CYRILLIC CAPITAL LETTER IO. Строчная и прописная — разные кодпоинты, и наивное сравнение без приведения регистра их не свяжет.

5. NFC и NFD: й и ё могут состоять из двух символов

Это второй невидимый расщепитель, и в кириллице он касается ровно двух букв — но эти две буквы встречаются почти в каждом русском имени.

Проверено через unicodedata (Python):

• й U+0439 CYRILLIC SMALL LETTER SHORT I имеет каноническое разложение 0438 0306, то есть и U+0438 + COMBINING BREVE U+0306.
• Й U+0419 разлагается в И U+0418 + U+0306.
• ё U+0451 CYRILLIC SMALL LETTER IO разлагается в е U+0435 + COMBINING DIAERESIS U+0308.
• Ё U+0401 разлагается в Е U+0415 + U+0308.

Никакая другая буква русского алфавита канонического разложения не имеет: и, е, а, у и остальные — атомарны.

Unicode Standard Annex #15 («Unicode Normalization Forms») определяет формы нормализации; здесь важны две: NFC — предсоставленная (й одним символом), NFD — разложенная (и + краткая). Каноническая эквивалентность покрывает символы, которые, по формулировке UAX #15, «when correctly displayed should always have the same visual appearance».

Что это значит на практике. Строка Всё идёт по плану в NFC содержит 17 символов, в NFD — 19: две ё превратились в четыре символа. Имя Юрий Щербаков занимает 25 байт в NFC и 27 байт в NFD. На экране — ни малейшей разницы. Для сравнения строк — разные строки. Для длины поля, для ограничения в 60 или 100 символов, для контрольной суммы — тоже разные.

Откуда берётся NFD. Классический источник — macOS: файловая система HFS+ исторически хранила имена файлов в разложенной форме, и текст, извлечённый из имён файлов, приходит разложенным. Другой источник — экспорт из некоторых нотных редакторов и из систем, писавшихся под другую платформу. Третий — ручной набор через мёртвые клавиши в некоторых раскладках.

Правило: нормализуйте всё в NFC, единообразно, последним шагом перед поставкой.

import unicodedata as ud
field = ud.normalize('NFC', field)

Две оговорки, о которых обычно забывают:

• Нормализация не чистильщик. NFC не превратит латинскую о в кириллическую (раздел 3), не выберет за вас между ё и е (раздел 4) и не уберёт лишний пробел. Это разные классы дефектов, и лечатся они разными проверками.
• Не используйте NFKC. UAX #15 прямо предупреждает, что совместимые формы «erase[s] many formatting distinctions» и «may remove distinctions that are important to the semantics». Для метаданных релиза это неприемлемо.

6. Кириллица и латиница как два имени одного коллектива

Отдельная от гомоглифов и очень русская проблема: коллектив выпускает часть каталога под кириллическим именем, часть — под латинским. Кино и Kino — здесь обе строки внутренне консистентны, обе чистые, обе законные. И это два разных артиста для любой системы сопоставления, потому что общих символов у них попросту нет.

Как это обычно возникает:

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

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

Как решать. Apple по кириллице формулирует свою позицию так: «Content in languages that use the Cyrillic alphabet should not be submitted with transliterated titles.» Далее: родная кириллица — в основное поле названия, английский — в поле локализации, транслитерация — в фонетическое поле, если оно доступно. Это и есть модель, под которую эти поля были спроектированы: кириллица — не «второй вариант», а основное значение, а латиница живёт в отдельном поле, а не в основном.

Если ваш дистрибьютор эти поля не показывает, выбор всё равно надо сделать один раз и навсегда: возьмите тот вариант, под которым уже вышло больше релизов, и приводите остальные к нему через заявку на объединение — а не наоборот. Смена письменности имени артиста — это не ребрендинг, это создание нового артиста.

7. Транслитерация: один артист, четыре латинских написания

Даже если вы твёрдо решили, что основное имя — кириллическое, латинская форма у вас всё равно появится: в фонетическом поле, в ссылке, в афише, в договоре, в имени пользователя. И вот здесь единого стандарта нет — есть несколько конкурирующих, и все они действующие.

Возьмём имя Юрий Щербаков — две самые проблемные буквы русского алфавита в одном имени.

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

Ключевые расхождения, на которые стоит смотреть в первую очередь:

• Ю и Я. Yu/Ya (BGN/PCGN, обиход) против Iu/Ia (паспорт) против Ju/Ja (ГОСТ 16876-71). Паспортный вариант чаще всего попадает в договоры и в банковские реквизиты, а афишный — в соцсети; расхождение между ними почти гарантировано.
• Щ. Shch (BGN/PCGN, паспорт) против Shh (ГОСТ 7.79 система Б и ГОСТ 16876-71) против Sch (обиход, часто под влиянием немецкого).
• Ё. ë (BGN/PCGN, ISO 9), yo (ГОСТ 7.79 Б), jo (ГОСТ 16876-71), e (паспорт). Здесь проблема раздела 4 переносится в латиницу и удваивается.
• Й. y (BGN/PCGN), j (ISO 9), jj (ГОСТ 16876-71), i (паспорт). Отсюда Yurij / Yuriy / Iurii / Yuri.
• Х. kh почти везде, но ГОСТ 7.79 система Б даёт x. Xor вместо Khor — редкая, но встречающаяся неожиданность в автоматических конвертерах.

Как выбирать, в порядке приоритета:

1. То, что артист уже использует публично — ник, домен, обложка, афиша. Совпадение с уже существующим следом важнее лингвистической корректности. Если на всех афишах десять лет написано Scherbakov, это и есть канон, даже если ни один ГОСТ так не говорит.
2. То, что стоит на самом крупном существующем релизе, если публичного следа нет.
3. То, что реально наберёт слушатель. Диакритика (Ûrij, Ŝerbakov) формально корректна и практически не находится: её никто не набирает и не все поля её переживают.
4. По одному фиксированному решению на каждый спорный диграф — и записать их: ю → yu, щ → shch, ё → e, й → y, х → kh. Дальше применять механически ко всему каталогу, включая имена композиторов.

И главное: транслитерация — это второе имя, а не украшение основного. Артист, который не выбрал одну латинскую форму, уже выбрал несколько.

8. Приглашённые артисты: почему «feat.» не место в названии

Самая частая разрушительная ошибка в независимой дистрибуции — набрать Артист А feat. Артист Б в поле названия, оставив роль приглашённого артиста пустой. Поле названия — строка отображения, оно не несёт идентичности. Приглашённый не получает ни ссылки со своей страницы, ни появления в своём каталоге, ни пути обратно к вашей записи, ни строчки в своей аналитике. А магазин может счесть «feat. Артист Б» частью имени песни — и трек будет называться так навсегда, порождая знаменитое Название (feat. Б) — Артист А, Б, по которому поставка опознаётся как любительская с первого взгляда.

Магазины пишут об этом прямо. Spotify: «You shouldn't include any artists' names in your track or release titles». Music Biz советует указывать приглашённых «at the Artist role level and not add this data to the track or album release title».

Если контракт всё-таки требует упоминания в названии, формат жёсткий. Music Biz о «feat.» и «with»: «when included in the title are generally lowercase and in English». Apple: «Formatting of 'feat.' and 'with' in titles must be lowercase, in English, not localized, and in parentheses or brackets».

Слова «not localized» здесь критичны и для русского языка означают конкретную вещь: не переводите «feat.» на русский. Ни при участии, ни совместно с, ни и, ни ft. кириллицей. Это машиночитаемый токен, а не слово. И, что важнее для этого документа: кириллическое и в позиции, где ожидается латинское ft, — это ровно та подстановка из раздела 3, которая переживает валидацию и ломает разбор строки.

Правильная структура: в поле названия — только имя песни; каждый участник — в своём поле роли. Витрину, включая нужное вам «(feat. X)», магазин соберёт сам. Роли — это идентичность, названия — это отображение; идентичность, положенная в поле отображения, уничтожает идентичность и портит отображение.

9. Версии и подзаголовки

Поле версии существует ровно для того, чтобы различать две записи с одинаковым названием. Это и есть критерий, надо ли его заполнять. Словарь устойчив: Radio Edit, Extended Mix, Live, Acoustic, Instrumental, Single Version, Alternate Take, Demo, Remastered, а именованные ремиксы — как Имя Артиста Remix. Apple: «To differentiate multiple versions of the same track title, use terms in parentheses or brackets such as: Alternate Take…Live, Instrumental, Single Version, Radio Edit». По пунктуации Music Biz велит сначала использовать круглые скобки, а квадратные — для дальнейшего уточнения.

Русская специфика здесь есть, и она в языке. Русскоязычные артисты регулярно пишут (Концертная версия), (Живьём), (Инструментал), (Радиоверсия), (Акустика). Проблема не в том, что это некрасиво, а в том, что дедупликация и группировка версий у магазинов опираются на английский словарь: Live они узнают, Живьём — как правило нет, и запись становится отдельным неопознанным треком. Если у вас концертный альбом в жанре авторской песни, где двенадцать треков — это те же двенадцать студийных названий, английский токен версии — единственное, что удержит их отдельно и в правильной связке.

Два уточнения, которые часто путают:

• Radio Edit — не синоним «версии без мата». Music Biz резервирует его за версией, действительно подготовленной для эфира, и для нецензурированной правки указывает Edited Version. Radio Edit — это правка по длине, Edited Version — по содержанию.
• Original Mix небезопасен. Опубликованное руководство Apple относит его к запрещённым: «The standard, original version of an album, track, or music video must not include any additional information in the title unless it is needed to identify the content», и в списке запрещённых терминов стоят «Exclusive, Limited Edition, Album Version, Original Mix, Tone, Alert Tone…Dolby Atmos, lossless, high-resolution audio». Общедоступные метаданные-рекомендации Spotify правила, называющего «Original Mix», не публикуют — их позиция общая: в названиях не должно быть дополнительной информации. Apple называет «Original Mix» запрещённым; другие сервисы не публикуют правила ни в ту, ни в другую сторону, и обработка зависит от магазина и от предвалидации вашего дистрибьютора. Если оригинал — единственная версия на релизе, оставьте поле пустым: это корректно везде.

И всегда используйте поле версии, а не вписывайте её в название вручную: магазины, собирающие строку отображения сами, иначе выдадут Название (Radio Edit) (Radio Edit).

10. Композиторы, РАО, ВОИС и цена слова «Народная»

Запись и произведение — два разных права с двумя разными потоками денег. Ваш дистрибьютор собирает по записи. Авторская сторона — вознаграждение за использование произведения — прослеживается через поля композитора и автора текста и через регистрации, которые за ними следуют. Это самое слабое место независимых релизов по структурной причине: эти поля не видны на витрине, и в опыте прослушивания ничто не сигнализирует, что они пусты. Релиз с пустым полем композитора выглядит идеально и стримится нормально, пока его авторские отчисления лежат несопоставленными.

В России коллективное управление разделено по типу права, и это разделение стоит понимать хотя бы на уровне «кто про что».

РАО (Российское авторское общество) описывает себя как «негосударственная некоммерческая организация, созданная авторами и иными правообладателями для осуществления управления авторскими правами на коллективной основе», действующая на основании «договоров с авторами, государственной аккредитации, а также договоров о взаимном представительстве интересов с иностранными авторско-правовыми организациями» (rao.ru). Это сторона произведения — композитор, автор текста, издатель.

ВОИС (Всероссийская организация интеллектуальной собственности) определяет себя как «Общество по коллективному управлению смежными правами» и работает с каталогами фонограмм, исполнителями и изготовителями фонограмм (rosvois.ru). Это сторона записи.

Практический вывод для метаданных: одно и то же ваше произведение проходит по двум разным линиям, и они опираются на разные поля вашей поставки. Композитор и автор текста питают авторскую линию; исполнитель, лейбл и P-line — смежную. Пустое или неверное поле композитора не мешает смежной стороне и полностью ломает авторскую — поэтому симптомов нет.

Здесь необходима честная оговорка: конкретные внутренние процедуры сопоставления, пороги и сроки этих организаций публично не описаны в форме, которую можно процитировать как спецификацию. Всё, что утверждается выше, — их собственные публичные самоописания и разделение по типу права. Порядок и условия регистрации конкретного произведения нужно уточнять непосредственно у организации; утверждать за них внутренний процесс было бы выдумкой.

«Народная» — самая дорогая одна строка в русском каталоге

Отдельный, глубоко русский способ потерять авторские деньги — подать в поле композитора слово «Народная» (или Traditional) для песни, у которой есть документированный автор.

Это происходит постоянно и по понятной причине: огромный пласт репертуара — русский романс, городской романс, шансон, авторская песня, репертуар для баяна, балалайки, гуслей и домры — бытует как «народный», хотя у изрядной его части авторы известны, атрибутированы и защищены. Песня, которую в застолье все считают народной, может иметь конкретного композитора XX века. Романс, который поют «испокон веку», может быть написан в 1930-е. Инструментальная пьеса для домры, которую вы играете с музыкальной школы, почти наверняка имеет автора обработки.

И вот ключевой момент, который проигрывают чаще всего: у обработки произведения, находящегося в общественном достоянии, автор есть — это аранжировщик. Если вы записали народную песню в собственной аранжировке для баяна и гуслей и подали её как «Народная», вы не проявили скромность — вы отказались от собственного авторского вознаграждения по этой записи. Правильная подача: произведение в общественном достоянии указывается как таковое, а ваша обработка указывается с вами в роли аранжировщика.

Остальные правила авторских полей:

• Композитор и автор текста — это юридические имена, а не сценические. Общества по управлению правами сопоставляют по зарегистрированному имени автора; «DJ Смэш» не является автором, автором является человек за этим псевдонимом. Здесь же — раздел 4: Артём или Артем в паспорте и в поставке должны совпадать.
• Перечислять надо всех авторов, включая написавшего одну строчку. Отсутствующий автор — это не недостающий кредит, а несопоставленная доля.
• Доли должны давать в сумме 100% и быть согласованы письменно до релиза. Метаданные выражают договорённость; без договорённости это догадка, которую позже оспорят.
• Ремикс не меняет произведение. Авторы оригинала остаются авторами, если ремикс не добавил нового музыкального материала, — а это предмет переговоров, а не предположения.

Роялти по записи ломаются громко, авторские — тихо: расщеплённая страница артиста видна за сутки, несопоставленное произведение может остаться незамеченным годами.

11. Из-за чего релиз реально отклоняют, и предполётная проверка

1. Имена артистов внутри поля названия — «feat.», «ft.», «with», при участии или имя ремиксёра, вписанные в название при пустом поле роли (раздел 8).
2. Слова explicit/clean в названии — «(Explicit)», «(Clean)», (Без цензуры). Используйте флаг; Apple и Music Biz запрещают текстовую форму.
3. Рекламный и описательный текст в названии — «Exclusive», «Limited Edition», «Album Version», «Original Mix», а также заявления о формате вроде «Dolby Atmos» и «lossless».
4. Нарушения регистра — КАПС, всё строчными или произвольный регистр, если это не последовательный художественный приём.
5. Метаданные не совпадают с обложкой — название, артист и версия на обложке должны совпадать с полями. Проверять посимвольно: именно здесь всплывают гомоглифы, потому что дизайнер набирал текст заново.
6. Неверные или пустые языковые поля, особенно язык названия на кириллических релизах.
7. Пустой композитор или автор текста — часть площадок отклоняет такое сразу.
8. Запрещённые символы — эмодзи, декоративные знаки, двойные пробелы, невидимые символы. Сюда же — неразрывный пробел U+00A0, который часто приезжает из Word и внешне неотличим от обычного.
9. Неверные идентификаторы — переиспользованный ISRC на существенно другой записи или UPC, не проходящий контрольную цифру.
10. Имя артиста, не совпадающее с существующим каталогом — которое чаще всего вообще не вызывает отклонения, и именно поэтому это самый разрушительный пункт списка.

Предполётный чек-лист для кириллического релиза:

• вставить каноническое имя артиста из файла, а не набирать его;
• прогнать все текстовые поля через проверку смешанного письма (раздел 3.3);
• сверить ё/е с зафиксированным написанием — в названиях и в фамилиях авторов;
• нормализовать все поля в NFC (не NFKC);
• убедиться, что каждое поле названия содержит только имя песни;
• убедиться, что у каждой роли есть поле, а у каждого поля — роль;
• поставить оба языковых поля;
• проверить P-line и C-line, что они не скопированы друг в друга;
• поставить дату оригинального релиза, если это не первая публикация;
• проверить латинскую форму имени на соответствие зафиксированной схеме транслитерации (раздел 7);
• сверить обложку с полями посимвольно.

Любое полученное вами отклонение обходится дёшево; дорого обходятся ошибки, прошедшие валидацию.

12. Итог

• Метаданные подаются на трёх уровнях — релиз, запись, произведение, — и большинство дорогих ошибок это факты, поданные не на том уровне. Имя артиста — ключ, а не подпись; роли — идентичность, названия — отображение.
• В кириллице строка и её изображение расходятся, и глаз не может проверить ни то, ни другое: гомоглифы, ё/е, NFC/NFD и смена письменности расщепляют одного артиста на нескольких, не оставляя видимых следов. Единственная надёжная защита — машинная проверка свойства Script по каждому слову и один зафиксированный канонический вариант, который вставляется, а не набирается.
• Транслитерация — это второе имя. Выберите одну схему и не меняйте её никогда.
• Композитор и автор текста — то, по чему прослеживаются авторские деньги, и они ломаются бессимптомно. Слово «Народная» вместо имени автора обработки — отказ от собственного вознаграждения.

Mazufa распространяет релизы бесплатно (без платы за загрузку, без подписки, без платы за релиз), удерживает 5% от полученных роялти и рассматривает каждую полную заявку вручную.

Источники

• Unicode Standard Annex #15, Unicode Normalization Forms — https://www.unicode.org/reports/tr15/
• Unicode Character Database (свойства символов: Script, канонические разложения) — https://www.unicode.org/ucd/
• Unicode Standard Annex #24, Unicode Script Property — https://www.unicode.org/reports/tr24/
• Music Business Association, Music Metadata Style Guide v2.1 — https://www.musicbiz.org/wp-content/uploads/2016/04/MusicMetadataStyleGuide_V2.1.pdf
• Apple Music Style Guide (кириллица, транслитерация, роли, запрещённые термины) — https://help.apple.com/itc/musicstyleguide/en.lproj/static.html
• Spotify for Artists, Music metadata guidelines — https://support.spotify.com/us/artists/article/metadata-formatting-guidelines/
• DDEX, Standards (в т. ч. Electronic Release Notification Message Suite, ERN) — https://ddex.net/standards/
• IFPI, ISRC Handbook (§A.10.1, ремастеринг и «creative input») — https://www.ifpi.org/wp-content/uploads/2021/02/ISRC_Handbook.pdf
• Romanization of Russian (сводная таблица систем: ISO 9 / ГОСТ 7.79-2000 A и Б, BGN/PCGN, ALA-LC, ГОСТ 16876-71, паспортная схема) — https://en.wikipedia.org/wiki/Romanization_of_Russian
• BGN/PCGN romanization of Russian — https://en.wikipedia.org/wiki/BGN/PCGN_romanization_of_Russian
• ГОСТ 7.79-2000 — https://en.wikipedia.org/wiki/GOST_7.79-2000
• Сводка схем транслитерации русского языка, включая ICAO Doc 9303 — https://iuliia.ru/
• РАО, Российское авторское общество — https://rao.ru/
• ВОИС, Всероссийская организация интеллектуальной собственности — https://rosvois.ru/

О границах опубликованного. Все правила магазинов, приведённые здесь, процитированы из их собственной публичной документации. Три вещи, которые артистам регулярно сообщают как факт, не публикуются ни одним сервисом и здесь не утверждаются: пороги и требования к доказательствам при объединении страниц артистов; внутренняя логика сопоставления, решающая, присоединится ли поставка к существующему артисту или создаст нового; и — за пределами прямого запрета у Apple — отношение каждого магазина к термину «Original Mix». Точно так же не утверждаются внутренние процедуры РАО и ВОИС: приведены только их публичные самоописания и предусмотренное законом разделение на авторские и смежные права.