Артист выпустил трек и обнаружил опечатку в имени соавтора, неверный год в копирайте или обложку с чужим шрифтом, нарушающим лицензию. Задача кажется простой - исправить и переотправить. Но то, что происходит дальше, зависит от типа исправления, политики конкретной площадки и того, какой ISRC будет у нового файла. В одном случае история прослушиваний останется нетронутой, в другом - трек фактически выйдет заново.
Два сценария: обновление на месте и новая запись
Площадки различают два типа изменений. Первый - редактирование метаданных без замены аудиофайла и без смены ISRC. В этом случае сервис обновляет отображаемую информацию в существующей карточке трека: меняется то, что видит слушатель, но идентификатор записи в базе данных остаётся прежним. Прослушивания, позиции в плейлистах редакторов и закладки пользователей сохраняются.
Второй сценарий - дистрибьютор или площадка решают, что изменение требует создания новой записи. Это происходит, когда меняется аудиофайл, когда дистрибьютор присваивает новый ISRC, или когда площадка технически не поддерживает «горячее» обновление конкретного поля. В результате в каталоге появляется второй объект - с нулевой историей прослушиваний. Старая версия при этом либо остаётся висеть рядом, либо удаляется, но уже без накопленных данных.
Что площадки обновляют без переиздания
Большинство крупных сервисов - Яндекс Музыка, VK Музыка, Звук, МТС Музыка, YouTube Music, Apple Music - принимают правки в ряде полей без создания нового объекта. Как правило, это:
- имена исполнителей и соавторов в кредитах (при условии, что основное название трека и ISRC не меняются)
- текст лирики и язык трека
- жанровая классификация
- копирайт-строки (P-line и C-line)
- обложка альбома или сингла - в большинстве случаев, но не всегда
- описание релиза и дополнительные теги
Конкретный набор полей, доступных для редактирования, зависит от внутренней политики каждой площадки и от того, как выстроена интеграция с вашим дистрибьютором. Некоторые сервисы позволяют дистрибьютору отправить обновлённый пакет метаданных без отзыва релиза - трек остаётся доступным, пока обновление обрабатывается.
Когда ISRC становится проблемой
ISRC - это идентификатор конкретной записи, а не релиза в целом. Если при перевыпуске дистрибьютор присваивает треку новый ISRC (например, потому что вы загружаете исправленный аудиофайл через новый черновик), площадка воспринимает его как другую запись. Старый код остаётся за предыдущей версией - с её прослушиваниями, чартовой историей и накопленными роялти.
Если вы исправляете только метаданные и не трогаете аудио, правильная механика - попросить дистрибьютора обновить существующий релиз с тем же ISRC. Это важно проговорить явно: некоторые дистрибьюторы по умолчанию создают новый черновик с новым кодом, даже если аудио не изменилось.
Отдельная ситуация - когда у трека изначально был зарегистрирован некорректный ISRC или один код был присвоен нескольким записям. В таких случаях исправление кода неизбежно, и нужно быть готовым к тому, что история прослушиваний разделится или обнулится.
Что происходит с плейлистами и чартами
Редакционные плейлисты площадок привязаны к внутреннему идентификатору трека в базе данных сервиса, а не к ISRC. Если площадка обновляет карточку на месте, трек остаётся в плейлисте - слушатель ничего не замечает. Если создаётся новая запись, старая ссылка в плейлисте ведёт туда же - к предыдущей версии. Редактор должен вручную заменить трек, что на практике случается редко и не быстро.
Пользовательские плейлисты работают иначе: там хранится ссылка на конкретный объект. При удалении старой версии трек просто пропадает из коллекций слушателей - без уведомления. Это один из главных рисков перевыпуска, который артисты недооценивают.
Чартовые позиции считаются по прослушиваниям в определённом временном окне. Если релиз создаётся заново, отсчёт идёт с нуля. Всё, что было набрано до перевыпуска, остаётся на счету старого объекта - а он к этому моменту уже, как правило, удалён из каталога.
Замена обложки: отдельная механика
Обложка хранится отдельно от аудиофайла, и большинство площадок принимают её замену без переиздания. Но здесь есть нюансы. Яндекс Музыка и VK Музыка кэшируют обложки на стороне и могут отображать старую версию ещё несколько дней после обновления - это норма, а не сбой. У некоторых агрегаторов смена обложки требует повторной модерации, что занимает от одного до нескольких рабочих дней.
Если обложка менялась из-за нарушения требований площадки - например, содержала запрещённый контент или шрифт под ограниченной лицензией, - площадка могла уже скрыть трек до получения исправленной версии. В этом случае дистрибуция музыки фактически прерывается на время обработки, и трек временно недоступен для прослушивания.
Исправление названия трека или имени артиста
Это самые чувствительные поля. Название трека и основной исполнитель - ключевые идентификаторы для поиска и рекомендательных систем. Площадки относятся к их изменению по-разному.
Небольшие правки - исправление регистра, убирание лишнего пробела, добавление транслитерации - как правило, проходят как обновление метаданных. Содержательные изменения - переименование трека, смена основного исполнителя на другое имя или псевдоним - в ряде случаев приводят к созданию новой записи, потому что площадка считает их разными продуктами.
Отдельно стоит ситуация, когда артист сменил псевдоним и хочет, чтобы весь каталог отображался под новым именем. Это не решается через редактирование метаданных одного трека - это задача для аккаунта артиста на площадке и, возможно, для верификации профиля. Сами по себе метаданные релиза здесь ничего не решают.
Что делать, если нужно исправить метаданные
- Определите тип правки. Если меняется только текстовое поле - кредиты, жанр, копирайт, лирика - скорее всего, можно обойтись обновлением без переиздания. Если меняется аудиофайл, готовьтесь к тому, что ISRC может измениться.
- Свяжитесь с дистрибьютором до того, как что-то удалять. Уточните, поддерживает ли он обновление существующего релиза с сохранением ISRC, и какие поля он может изменить без отзыва релиза с площадок.
- Не удаляйте старый релиз самостоятельно до подтверждения. Удаление происходит быстро, а потеря истории прослушиваний - необратима. Дождитесь, пока дистрибьютор подтвердит механику обновления.
- Проверьте ISRC в новом черновике. Если дистрибьютор создал новый релиз, убедитесь, что код совпадает со старым - или явно договоритесь, что старый релиз будет отозван корректно.
- Предупредите площадки о смене обложки заранее, если трек находится в активном питчинге или редакционном плейлисте. Некоторые сервисы позволяют связаться с командой поддержки напрямую через аккаунт артиста или личный кабинет дистрибьютора.
- После обновления проверьте все основные сервисы вручную - Яндекс Музыку, VK Музыку, Звук, МТС Музыку, YouTube Music, Apple Music. Площадки обрабатывают обновления с разной скоростью, и несоответствие между сервисами может держаться несколько дней.
- Если трек попал в пользовательские плейлисты с большой аудиторией, учитывайте риск потери этих позиций при любом сценарии, где создаётся новая запись. Иногда правильнее оставить небольшую ошибку в метаданных, чем потерять накопленную аудиторию.
