Переезд подкаста без дублей: почему одного нового RSS-адреса недостаточно
Чтобы сменить хостинг подкаста и сохранить существующую передачу, сначала импортируйте архив с прежними идентификаторами выпусков, затем перенаправьте старую RSS-ленту на новую и проверьте обновление каталогов. Простого создания нового RSS-адреса недостаточно: приложениям нужен технический сигнал, что передача переехала, а не появилась заново.
Ключевые условия переноса — неизменные GUID прежних эпизодов и постоянное перенаправление HTTP 301 со старого адреса. Пока импорт, перенаправление и карточки передачи не проверены, прежний хостинг и исходную ленту отключать нельзя.
1. Сохраните данные до переноса
Скачайте исходный RSS-файл, обложку и доступные аудиофайлы. Сохраните описания передачи и эпизодов, даты публикации, номера сезонов и выпусков, а также точный адрес старой ленты.
Отдельно выгрузите аналитику прежнего хостинга. Она не является частью RSS и обычно не переносится в новый кабинет. Для последующей сверки запишите общее количество выпусков и GUID нескольких эпизодов из разных частей архива.
GUID — устойчивый идентификатор эпизода внутри RSS. Каталог использует его, чтобы отличить уже известную запись от нового выпуска, поэтому одинаковый эпизод до и после переезда должен сохранить прежний GUID.
2. Импортируйте архив при работающей старой ленте
Создайте на новом хостинге перенос существующей передачи по её старому RSS, если сервис поддерживает такой сценарий. Не начинайте с пустого шоу и ручной повторной загрузки архива: при таком подходе сложнее сохранить исходные идентификаторы и метаданные.
Дождитесь завершения импорта, не включая перенаправление раньше времени. Инструкция Spotify for Creators для переезда на этот хостинг предписывает сначала полностью импортировать передачу, затем перенаправить ленту, проверить статус перехода и наличие всех эпизодов; старый аккаунт следует закрывать только после этих проверок. Spotify также уточняет, что прежняя аналитика не переносится, и рекомендует заранее скачать её копию.
Сравните число эпизодов, названия, даты, описания, длительность и доступность аудио. Затем откройте новый RSS и сопоставьте сохранённые GUID со значениями в импортированной ленте. Если часть архива отсутствует или старым выпускам присвоены другие GUID, остановитесь до перенаправления и обратитесь в поддержку нового сервиса.
3. Перенаправьте старый RSS на новый
После успешной сверки укажите новый RSS-адрес в настройках прежнего хостинга и включите постоянное перенаправление HTTP 301. Оно должно срабатывать при обращении к старой ленте. Замена ссылки на сайте, публикация объявления для слушателей или удаление прежнего RSS такого сигнала каталогам не дают.
Правила Apple Podcasts требуют при самостоятельном размещении ленты возвращать со старого адреса HTTP 301, а в новой ленте указывать новый URL через тег <itunes:new-feed-url>. Apple рекомендует сохранять перенаправление и тег не менее четырёх недель и предупреждает, что изменение GUID способно вызвать дубли эпизодов, исказить аналитику и повлиять на статус передачи. При работе через сторонний хостинг Apple советует использовать предусмотренную провайдером процедуру миграции.
Название функции у хостингов различается: это может быть перенаправление ленты, смена адреса или переезд на другой сервис. Важно не название кнопки, а результат — старый RSS должен постоянно вести на новый. Если прежний провайдер не даёт настроить переход самостоятельно, запросите его у поддержки и не отменяйте тариф до подтверждения.
4. Проверьте существующие карточки в каталогах
Не отправляйте новую ленту как новую передачу на площадки, где подкаст уже опубликован. Задача перенаправления — обновить источник существующей карточки, а не проходить повторную публикацию. Новая отправка нужна только для каталога, в котором передачи прежде не было.
После включения 301 проверьте кабинеты владельца и публичные страницы подкаста. В прежней карточке должны сохраниться название, обложка и архив. Откройте ранний и последний эпизоды, проверьте воспроизведение и убедитесь, что каталог не показывает повторно старые выпуски.
Новая лента может открываться в браузере, хотя каталог ещё использует старые данные. Поэтому сам по себе рабочий новый RSS не означает, что перенос закончен. Дождитесь, пока существующие карточки начнут получать данные с нового адреса, и проверьте несколько основных приложений отдельно.
5. Закрывайте старый хостинг после контрольной проверки
Отменять прежний хостинг можно только после подтверждения перенаправления, сохранности архива и обновления карточек. Сначала выясните, продолжит ли сервис возвращать 301 после закрытия кабинета. Если вместе с аккаунтом исчезнет и перенаправление, согласуйте с поддержкой срок его сохранения.
О неудачном переносе говорят следующие признаки:
- в каталоге появилась вторая карточка передачи;
- прежние эпизоды отображаются повторно или как новые;
- часть архива исчезла либо аудиофайлы не воспроизводятся;
- старый RSS возвращает ошибку вместо перенаправления;
- GUID одного эпизода различаются в старой и новой лентах;
- новые выпуски не появляются в существующей карточке.
При любом из этих симптомов не удаляйте исходную ленту и не загружайте архив повторно. Сравните содержимое обоих RSS, GUID и ответ старого адреса, чтобы отделить ошибку импорта от сбоя перенаправления или задержки каталога. Переезд завершён только тогда, когда приложения распознают новую ленту как продолжение прежней передачи.
Читайте также:
Подпишитесь на рассылку
Получайте свежие новости Web3, AI и криптовалют прямо на вашу почту.