Статусы релиза в кабинете: что значит каждая надпись

Почему не стоит «быстро поправить»

Самая дорогая ошибка на этой стадии — правка метаданных после отправки.

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

Отсюда правило: до отправки проверяем всё, после отправки не трогаем ничего, кроме критичного. Что именно критично, а что терпит до выхода:

• Критично: неверный ISRC или UPC, не тот артист в метаданных, отсутствующая пометка explicit, чужой материал в треке.
• Терпит: жанр, второстепенные теги, опечатка в описании, язык метаданных.

Проверить пакет до отправки дешевле всего машинально: валидатор метаданных и как загрузить релиз. Если дату всё же нужно сдвинуть, это отдельная процедура: как перенести дату релиза.

Что значит откат статуса назад

Статус, который «пошёл обратно», почти всегда означает одно из трёх.

Поставку отозвали по вашей правке. Самый частый случай, описан выше.

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

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

Общее правило: статус — это индикатор, а причина всегда в переписке. Если ни того, ни другого нет, а сроки прошли, вопрос переходит в разряд «сервис не отвечает»: дистрибьютор не отвечает.

«Опубликован», но трека не видно

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

Трек есть, но не в вашем профиле. Метаданные увели его в чужую или дублирующую карточку: трек в чужой карточке артиста.

Трек есть, но не находится по имени. Вопрос написания имени и индексации, а не доставки: проверить карточку артиста перед релизом.

Трек есть на стриминге, но не в библиотеке звуков. Это отдельная поставка со своими правилами: трека нет в библиотеке звуков.

Трек вышел не в то время. Публикация привязана к часовым поясам площадки: во сколько выпускать трек.

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

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

Что держать у себя

Статус живёт в чужом кабинете, и доступ к нему можно потерять вместе с сервисом. Поэтому ключевые данные дублируют у себя: дата отправки, дата релиза, UPC и ISRC, список площадок, скриншот финального статуса. Это две минуты на релиз и единственный способ потом доказать, что и когда вы отправляли: реестр релизов музыканта.

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

Коротко

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