Нет, задним числом добавить трек в состав уже вышедшего альбома не получится - ни через дистрибьютора, ни напрямую через площадку. Альбом как объект в системах стримингов зафиксирован кодом UPC и конкретным набором ISRC-треков в определённом порядке. Единственный рабочий путь - пересборка: альбом снимается, пересобирается с новым треком и выходит заново, либо параллельно создаётся отдельное издание с пометкой о расширенном составе.
Что такое UPC в контексте альбома и почему он всё блокирует
UPC (Universal Product Code) - это штрихкод релиза как продукта. Площадки используют его как первичный идентификатор для каталогизации, матчинга и учёта стримов. Когда альбом поступает в Яндекс Музыку, VK Музыку, Звук или любой другой сервис, он регистрируется именно под этим кодом - вместе с полным списком треков, их порядковыми номерами и длительностью.
Структура UPC-записи в базе стриминга жёстко привязана к треклисту на момент поставки. Если поменять состав - изменится сам продукт. Технически это уже другой релиз, которому нужен новый UPC. Присвоить старый UPC новому составу нельзя: системы матчинга начнут выдавать конфликты, а часть площадок просто отклонит обновление с несовпадающим количеством треков.
Что происходит с порядковыми номерами треков
Каждый трек в альбоме получает порядковый номер - track number и disc number. Эти поля зашиваются в метаданные при доставке и используются площадками для отображения последовательности. Если добавить трек в середину уже вышедшего альбома, все последующие номера сдвигаются. Это не просто косметическая правка: порядковый номер участвует в формировании внутреннего ключа записи на некоторых платформах.
Прослушивания, добавления в библиотеку и попадания в плейлисты привязаны к конкретным ISRC-кодам треков. Сами треки при пересборке альбома ISRC не теряют - каждый трек как звукозапись сохраняет свой код. Но статистика прослушиваний альбома как единицы, его позиции в чартах и редакционный контекст сбрасываются, потому что старый UPC уходит из системы вместе со старым релизом.
Как площадки реагируют на попытку изменить состав
Политики у разных сервисов отличаются, но общая логика одна: незначительные правки метаданных (исправление написания имени, смена обложки, коррекция ISRC) площадки принимают как обновление существующего релиза. Изменение состава треков - нет.
На практике это выглядит так:
- Яндекс Музыка, VK Музыка, Звук - обновление с изменённым числом треков отклоняется на этапе приёма от дистрибьютора; релиз либо возвращается с ошибкой, либо создаётся дубль с новым UPC.
- МТС Музыка, YouTube Music, Apple Music - аналогичная логика: изменение треклиста воспринимается как новый продукт, а не правка существующего.
- Западные платформы - формально допускают обновление метаданных через дистрибьютора, но смена числа треков при сохранении UPC на практике создаёт конфликт и требует ручного вмешательства со стороны площадки, что занимает непредсказуемое время.
Дистрибьютор в этой цепочке выступает посредником: он не может обойти ограничения площадок, поэтому и Tochka Music, и любой другой дистрибьютор предложат вам пересборку, а не патч к живому релизу.
Три реальных сценария и что за ними стоит
Переиздание с новым UPC
Самый чистый вариант. Старый альбом остаётся на площадках - его статистика, история плейлистов и позиции в чартах сохраняются. Новый альбом выходит с пометкой в названии: Deluxe Edition, Extended, +N tracks или подобной. Площадки хорошо понимают эту механику и часто сами связывают оба релиза в карточке артиста. Новый UPC - новый релиз - новый питчинг в редакционные плейлисты, если соблюдать сроки подачи.
Одновременный сброс и перезаливка
Старый альбом снимается (takedown), пересобирается с новым треком и загружается заново. Этот путь означает полный сброс статистики: стримы, добавления, позиции - всё обнуляется. Плейлисты, куда трек попал органически или через питчинг, теряют ссылку. Для уже вышедшего альбома с накопленной аудиторией это практически всегда проигрышная стратегия.
Новый трек как отдельный сингл с привязкой к альбому
Технически трек выпускается как самостоятельный сингл, но в метаданных указывается принадлежность к тому же релизному проекту или серии. Некоторые площадки позволяют задать поле «альбом» вручную, и тогда трек появляется в дискографии рядом с альбомом, но не внутри него. Это компромисс: трек существует, связь с проектом обозначена, но в официальный треклист он не входит. Для артиста это может быть достаточно, если цель - добавить контент к проекту, а не переписать его историю.
Что происходит с ISRC нового трека
ISRC присваивается звукозаписи, а не её позиции в альбоме. Новый трек получает свой ISRC вне зависимости от того, как он выходит - в составе переиздания или отдельным синглом. Если трек позже войдёт в сборник, лицензируется для стороннего использования или попадёт в радиоротацию, ISRC остаётся неизменным идентификатором этой конкретной записи. Порядковый номер внутри альбома на ISRC не влияет.
Важный момент: если один и тот же трек выходит и в переиздании альбома, и отдельным синглом, у него должен быть один ISRC - тот, что был присвоен мастер-записи при первой доставке. Присвоение нового ISRC той же записи приводит к дублям в системе матчинга и разделению статистики между двумя кодами. Это одна из частых ошибок при пересборке релизов.
Когда пересборка оправдана, а когда нет
Несколько критериев, которые помогают принять решение:
- Альбом вышел недавно и не набрал значимой аудитории - потери при пересборке минимальны, переиздание или перезаливка имеют смысл.
- Альбом в активном продвижении, есть редакционные плейлисты - takedown и перезаливка уничтожат всё накопленное; лучше Deluxe Edition с новым UPC.
- Трек уже существует и просто не попал в первый вариант - выпустите его синглом сейчас, а в следующем альбоме включите официально с корректным треклистом с самого начала.
- Площадки сами предлагают привязать трек к альбому - такое бывает на Apple Music при наличии поля «альбом» в метаданных сингла; используйте это, но не ждите, что трек окажется внутри треклиста.
- Трек нужен для питчинга - переиздание с новым UPC даёт полноценную возможность питча, если подать заявку за 3-4 недели до даты выхода.
Что делать, если всё-таки нужно добавить трек
- Определите, что важнее: сохранить статистику старого альбома или добавить трек в официальный треклист. Совместить это без потерь не выйдет.
- Если решили делать Deluxe Edition - продумайте название заранее. Площадки требуют, чтобы оно отличалось от оригинала; стандартная пометка «Deluxe» или «Extended Version» подходит.
- Убедитесь, что у нового трека есть корректный ISRC, присвоенный именно этой записи - не переиспользуйте коды от черновиков или отклонённых версий.
- Если старый альбом остаётся на площадках, не делайте takedown до выхода переиздания - иначе возникнет окно, когда альбома нет нигде.
- Для переиздания заложите стандартный срок дистрибуции музыки - 7-14 дней до появления на площадках, плюс 3-4 недели, если нужен питчинг в редакционные плейлисты.
- Если у вас уже есть вопросы по конкретному случаю - обсудите с командой через форматы сотрудничества на странице лейбла: механика пересборки зависит от того, как оформлен ваш каталог и на каких условиях он дистрибьютируется.
- Зафиксируйте в сплит-листе, если новый трек создан с соавторами: добавление трека в проект - повод убедиться, что доли прописаны до выхода, а не после.
