Когда релиз уходит в takedown, треки исчезают со всех площадок одновременно - и вместе с ними пропадают сохранения, позиции в плейлистах слушателей и часть аналитики. Слушатель не получает уведомления: трек просто перестаёт воспроизводиться. Ни площадка, ни дистрибьютор не восстанавливают эти данные автоматически при перевыпуске, даже если аудио то же самое.
Что происходит на стороне слушателя в момент удаления
Площадки не уведомляют пользователей об удалении треков. Слушатель обнаруживает проблему сам - чаще всего когда открывает плейлист или очередь воспроизведения и видит серую строку с пометкой «Недоступно» или «Трек удалён». Поведение немного отличается в зависимости от сервиса.
На Яндекс Музыке недоступный трек остаётся в плейлисте как серая строка - пользователь видит название, но не может воспроизвести. VK Музыка ведёт себя похоже: строка сохраняется, но заблокирована. Звук и МТС Музыка, как правило, убирают трек из плейлиста полностью без какого-либо следа. Apple Music оставляет серую запись в библиотеке, если трек был добавлен через iCloud Music Library. YouTube Music может показать трек как «недоступен в вашем регионе», если удаление было территориальным, а не полным.
Загруженные офлайн-копии перестают воспроизводиться в течение нескольких часов или дней - площадки проверяют лицензию при каждом запуске приложения, и при следующей синхронизации файл блокируется.
Что происходит с данными внутри площадки
Каждый трек на стриминге живёт под уникальным идентификатором - внутренним ID площадки, который привязан к конкретной загрузке через дистрибьютора. При takedown этот ID аннулируется. Это означает следующее:
- Счётчик прослушиваний обнуляется. Цифры, которые накопил трек, не переносятся на новую загрузку. Площадки не имеют механизма «переноса» статистики между разными ID.
- Сохранения в библиотеках слушателей теряются. Если слушатель добавил трек в «Мне нравится» или личный плейлист - эта связь разрывается вместе с ID. При перевыпуске тот же слушатель не увидит трек в своих сохранениях автоматически.
- Редакционные плейлисты площадок убирают трек немедленно. Если трек попал в editorial-подборку, после takedown он уходит оттуда без сохранения позиции.
- URL и ссылки перестают работать. Все смарт-линки, QR-коды, посты в соцсетях и пресс-материалы с прямой ссылкой на трек ведут в никуда.
- Алгоритмические рекомендации сбрасываются. Площадки строят рекомендательные модели на основе данных конкретного ID. Новая загрузка - новая точка отсчёта с нулевой историей взаимодействий.
Можно ли сохранить URL при перевыпуске
Коротко: нет, если речь о нативных ссылках площадок. Ссылка вида music.yandex.ru/album/XXXXX/track/YYYYY привязана к внутреннему ID конкретной загрузки. При повторной отправке через дистрибьютора - даже с идентичным аудио, тем же ISRC и теми же метаданными - площадка создаёт новую запись с новым ID и новым URL.
ISRC здесь помогает частично. Если вы перевыпускаете трек с тем же ISRC-кодом, некоторые площадки - в первую очередь Apple Music и отдельные европейские сервисы - могут связать новую загрузку с историей старого кода. На российских площадках эта логика работает непоследовательно: Яндекс Музыка и VK Музыка не гарантируют восстановление статистики или URL по ISRC. Полагаться на это как на механизм сохранения данных не стоит.
Смарт-линки через агрегаторы ссылок теоретически можно обновить вручную - заменить конечный URL на новый адрес трека. Но это требует ручной работы по каждой площадке и по каждой ссылке, которую вы когда-либо публиковали.
Чем отличается временный takedown от постоянного
С точки зрения площадки разницы практически нет: удаление есть удаление. Площадка не хранит «замороженный» контент в ожидании возврата. Когда дистрибьютор отправляет сигнал на удаление, запись деактивируется - и при повторной подаче система воспринимает её как новый контент.
Единственный сценарий, при котором данные могут частично сохраниться, - если площадка сама временно скрывает трек из-за технического спора или claim, не удаляя запись из базы. Это отличается от takedown по инициативе правообладателя или дистрибьютора: в первом случае ID остаётся активным «в фоне», во втором - уничтожается.
Если takedown связан с ошибкой в правах на фонограмму, стоит разобраться с этим до удаления, а не после - иначе восстановление займёт столько же времени, сколько выпуск нового релиза, и без накопленной истории. О том, как устроена защита прав на фонограмму, можно подробнее прочитать на странице звукозаписывающей компании.
Что происходит с роялти после удаления
Роялти за уже засчитанные прослушивания не сгорают в момент takedown. Площадки фиксируют стримы с задержкой в несколько недель, и данные за период до удаления дойдут до дистрибьютора в следующем отчётном цикле. Стандартный срок первых поступлений - 60-90 дней после релиза, и этот цикл не прерывается из-за последующего удаления.
Роялти за период, когда трек уже был удалён, естественно, не начисляются - прослушиваний нет. Если трек был удалён в середине отчётного периода, вы получите выплату за дни до takedown и ноль за дни после. В личном кабинете это будет видно как резкое падение на графике по дням.
Отдельный момент - выплаты через РАО и ВОИС. РАО собирает вознаграждение за публичное исполнение и вещание, ВОИС - за смежные права исполнителей и производителей фонограмм. Обе организации работают с ретроспективными данными. Если трек звучал публично до takedown, соответствующие выплаты теоретически могут дойти через коллективное управление - независимо от того, есть ли трек на площадках сейчас.
Что делать, если перевыпуск неизбежен
Если вы понимаете, что takedown предстоит - например, из-за смены дистрибьютора, переоформления прав или исправления критической ошибки в метаданных, - минимизировать потери можно подготовкой до удаления, а не после.
При перевыпуске закладывайте стандартные 3-4 недели до желаемой даты: это даёт запас на модерацию (7-14 дней на большинстве площадок), питч в редакционные плейлисты и повторный сбор pre-save. Про механику дистрибуции музыки и сроки подачи - на соответствующей странице.
Что сделать до и после takedown: список действий
- Зафиксируйте все URL треков и релизов на каждой площадке до удаления. Скриншоты страниц, экспорт ссылок - это пригодится для обновления смарт-линков и пресс-материалов после перевыпуска.
- Скачайте статистику из кабинета артиста на каждой площадке (Яндекс Музыка for Artist, VK Музыка и других). После удаления доступ к аналитике по конкретному треку может пропасть или обнулиться.
- Сохраните ISRC-коды всех треков. При перевыпуске используйте те же коды - это не гарантирует восстановление данных, но даёт наилучший шанс на корректное связывание истории там, где площадка это поддерживает.
- Подготовьте сообщение для аудитории заранее. Слушатели не получат уведомления от площадки - предупредите в соцсетях о том, что трек временно недоступен и когда вернётся.
- Запустите pre-save для перевыпуска как только получите новые URL от дистрибьютора. Это частично компенсирует потерю сохранений: слушатели, которые реагируют на коммуникацию, добавят трек заново.
- Обновите все смарт-линки вручную после появления треков на площадках. Если вы использовали агрегатор ссылок, зайдите в панель и замените конечные URL по каждому сервису.
- Заново подайте питч в редакционные плейлисты через дистрибьютора. Для этого нужен запас минимум 3-4 недели до выхода - срочный выпуск за 5-7 дней питч в editorial не включает. Если вас интересуют форматы работы с музыкальным лейблом при перевыпуске, уточните условия в контактах.
