Планирование релиза: за сколько дней загружать трек через дистрибьютора

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

Сколько дней нужно между загрузкой и датой выхода

Срок зависит от одного условия — нужен ли питчинг.

• С питчингом — релиз отправляют на модерацию не позднее чем за 21 день до даты выхода.

• Без питчинга — не позднее чем за 24 часа до даты выхода, плюс запас на возможный возврат.

Питчинговый дедлайн наступает раньше и поглощает срок проверки, поэтому при питчинге считают только по нему.

Загрузка идёт не на площадку, а к дистрибьютору. Артист передаёт релиз в yourtunēs, сервис проверяет материал и только после проверки отправляет его на стриминговые платформы. Прямой приём релизов от артиста площадки не ведут.

Отсюда важное для расчёта следствие. Все сроки отсчитываются от даты выхода назад, а не от момента, когда файлы оказались готовы. Готовность материалов — условие входа в календарь, а не его начало.

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

Расчёт доводится до передачи релиза на площадку — дальше сроки определяет сама платформа.

За сколько дней подавать релиз, если нужен питчинг в плейлисты

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

Питчинг заполняется тремя полями: «Об артисте», «О записи», «Подойдёт для». Они передают релиз редакторам на рассмотрение.

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

Обратной силы у этого срока нет. Подать заявку после загрузки, если 21 день пропущен, не получится: срок привязан к дате выхода, а не к готовности материалов.

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

Результат питчинга при этом не гарантирован. Заявка даёт рассмотрение редакторами, а не место в плейлисте, и планировать промо в расчёте на попадание не стоит.

Сколько времени занимает модерация релиза у дистрибьютора

Минимум 24 часа. Это нижняя граница: конкретный релиз может проверяться дольше.

Модерация в yourtunēs идёт в два этапа, и они устроены по-разному.

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

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

Отсчёт 24 часов начинается с момента отправки релиза на модерацию. Материалы могут лежать в системе сколько угодно — таймер запускает отправка.

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

Это различие важно при планировании. Артист, загрузивший файлы за неделю до выхода и отправивший релиз накануне, получает сутки проверки, а не неделю.

Почему проверка релиза идёт дольше обычного

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

AI-трек — трек, созданный с помощью искусственного интеллекта (AI). Такие релизы yourtunēs принимает при подтверждённых правах, но проверка лицензии генератора добавляет работы верификатору, и ручной этап идёт дольше стандартного.

Кавер устроен так же. Права на исходное произведение проверяются отдельно, и это удлиняет именно ручную часть, а не автоматический скан.

Незаполненное обязательное поле останавливает релиз независимо от того, насколько мелкой кажется недостающая строка. Проверка не пропускает пустое поле дальше, и релиз возвращается на доработку.

Все четыре фактора известны до отправки. Все четыре фактора известны до отправки. Артист заранее видит, есть ли в релизе AI-генерация, кавер или заимствованный материал. Запас под них закладывается на этапе планирования, до того как релиз уйдёт на проверку и придёт уведомление о возврате.

Измеримым из четырёх факторов оказывается только один. Возврат стоит полного цикла проверки: минимум 24 часа с момента повторной отправки. Для AI-трека, кавера и незаполненного поля известно направление, но не величина — подтверждено, что ручной этап идёт дольше, без указания насколько.

Отсюда способ считать запас: он закладывается в циклах проверки, которые релиз может пройти, а не в часах предполагаемой задержки.

Как рассчитать дату загрузки релиза

Считать нужно назад от даты выхода. Отправная точка — самый ранний дедлайн из применимых: 21 день, если нужен питчинг, и минимум 24 часа, если не нужен.

Ключевое правило расчёта: дедлайны не складываются, а вкладываются друг в друга. 21 день и 24 часа не превращаются в 22 дня. Берётся более ранняя точка, всё остальное должно успеть внутри неё.

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

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

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

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

Порядок действий при расчёте:

1. Назначьте дату выхода.

2. Определите, нужен ли питчинг.

3. Отсчитайте назад 21 день или минимум 24 часа.

4. Проверьте, что к этой точке готовы файл, обложка, метаданные и права.

5. Добавьте запас на возможный возврат.

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

Какой запас закладывать на случай возврата релиза

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

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

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

Сколько именно закладывать, зависит от релиза. Чем больше в релизе того, что требует ручной проверки — сэмплы, кавер, AI-генерация, — тем больше вероятность возврата и тем раньше стоит отправлять.

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

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

FAQ по срокам загрузки релиза

Что будет, если загрузить релиз позже чем за 21 день?
Релиз выйдет в назначенную дату, но без питчинга. Единственный способ сохранить заявку — перенести дату выхода так, чтобы до неё оставался 21 день.

С какого момента считать 24 часа?
С отправки релиза на модерацию. Файлы, загруженные заранее и не отправленные, проверку не проходят — на планирование это влияет напрямую.

Можно ли отправить релиз раньше чем за 21 день?
Да. 21 день — минимальный отрыв от даты выхода, а не фиксированная точка. Более ранняя отправка увеличивает запас на возврат и на питчинг не влияет.

Можно ли сдвинуть дату выхода после отправки на модерацию?
Изменение может запустить новый цикл проверки. Если питчинг уже подан, смена даты закрывает текущее окно рассмотрения.

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

Нужно ли отправлять кавер раньше, если планируется питчинг?
Срок питчинга остаётся прежним — 21 день. Но каверы дольше проходят ручную проверку, поэтому вероятность возврата выше, и отправлять их стоит с дополнительным запасом.

Что делать, если к дате отправки материалы не готовы?
Перенести дату выхода. Отправка неполного релиза приводит к возврату, а возврат запускает новый цикл проверки — по срокам это дороже, чем сдвиг даты.

Можно ли снять релиз, если ошиблись с датой?
Только через техподдержку yourtunēs: кнопки удаления в личном кабинете нет. Обработка занимает до 14 рабочих дней, и в планировании это отдельный срок.

Сколько ждать, если релиз уже возвращали на доработку?
Минимум те же 24 часа. Повторная отправка запускает проверку заново: прерванный цикл не продолжается.