Если лента подкаста не показывает новые выпуски, проверяйте цепочку от издателя наружу: найдите эпизод в публичном RSS, подтвердите его GUID и enclosure, затем сравните хостинг с одним каталогом. Если выпуска нет только в YouTube Music, убедитесь, что RSS-подключение канала активно, и проверьте, не стал ли автоматически загруженный эпизод приватным и нет ли по нему уведомления (шаг 5). Не меняйте адрес ленты и не создавайте дубликат выпуска — это способно разделить подписчиков и скрыть первоначальную причину.

Ключевые выводы

Источником доставки служит публичный ответ RSS, а не предпросмотр в панели хостинга.

Черновик, запланированный, закрытый, заблокированный и публичный выпуск — разные состояния.

Выпуску нужны стабильный уникальный GUID и корректный enclosure с аудиофайлом.

У каталога есть собственное время обработки, статус и механизм обновления.

Во время диагностики сохраняйте адрес ленты и идентичность эпизода.

Основная статья о стриминге и прослушивании показывает общую систему. Эта инструкция предназначена создателям и издателям, которые управляют RSS. Если слушатель уже видит выпуск, но не может его скачать, нужна отдельная проверка загрузки подкаста.

1. Какой выпуск отсутствует и где, если лента подкаста не показывает новые выпуски?

Выберите один выпуск и запишите точное название, плановое время и часовой пояс публикации, статус в хостинге, URL публичной страницы, длительность и наличие в RSS, проигрывателе хоста и проверяемых каталогах. Во всех сравнениях используйте один объект.

Наблюдение	Вероятный владелец проблемы
Выпуска нет в RSS и во всех каталогах	Хостинг или состояние публикации
В RSS он есть, но в одном каталоге отсутствует	Загрузка каталога или метаданные эпизода
Поиск находит выпуск, а страница шоу — нет	Индекс или дубликат карточки
Публичный выпуск отображается закрытым	Видимость или время публикации
Старые элементы обновляются, а последний — нет	GUID, enclosure или блокирующее поле

Зафиксируйте момент, когда выпуск стал публичным, и время каждой проверки. Apple советует начинать диагностику, если новые эпизоды не появились в Apple Podcasts спустя 24 часа после публикации в ленте.［1］ Это ориентир конкретного каталога, а не обещание для всех платформ.

Пока не просите слушателей удалять подписку. Если элемента нет в публичном RSS, обновление клиентского приложения не сможет его получить.

2. Находится ли выпуск в публичном источнике RSS?

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

Spotify определяет RSS как файл с названиями, описаниями, ссылками на аудио, обложкой и другими сведениями о подкасте. Для шоу на Spotify for Creators лента создаётся после публикации первого выпуска, а при стороннем хостинге адрес предоставляет этот хост.［3］ Именно провайдер хостинга отвечает за содержимое ответа.

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

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

Закрытые ленты проверяйте отдельно. Никогда не вставляйте приватный токен ленты, персональный URL подписчика, код подтверждения или пароль в открытый валидатор и публичное обращение.

3. Корректны ли GUID, enclosure и блокирующие поля?

Сравните проблемный выпуск с последним рабочим. Его GUID должен присутствовать, быть уникальным в пределах ленты, не меняться после обновления и не повторять идентификатор другого элемента. Каталог использует GUID, чтобы узнавать выпуск в дальнейшем; новая строка может превратить обычное исправление в дубликат.

Проверьте enclosure URL, объявленный тип медиа и связь с аудиофайлом, созданные хостингом. Enclosure должен вести на нужное аудио, а не на страницу панели, просроченную загрузку или файл соседнего выпуска. Не редактируйте размер и медиаполя вручную без инструкции провайдера.

Apple отдельно просит убедиться, что у отсутствующего эпизода нет значения itunes:block, исключающего его, а GUID и enclosure не дублируются.［1］ Это конкретная проверка Apple Podcasts; на других площадках используйте её как осторожную проверку идентичности, а не как описание общего интерфейса.

Сравните также название, дату, длительность, сезон, номер и отметку explicit или clean. Эти поля влияют на порядок и видимость, но косметическое изменение заголовка не требует нового GUID.

Сохраните скрытую копию полей рабочего и проблемного элемента. Не публикуйте служебный адрес владельца и подписанные параметры медиафайла.

4. Обновился ли хост, когда один каталог остался старым?

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

В кабинете автора на проблемной площадке проверьте статус ленты, время последнего обхода, предупреждения, уведомления о дубликате, подтверждение владения и официальный механизм обновления. Выполните его один раз и запишите время. Не отправляйте шоу как новый подкаст, если платформа прямо не требует восстановить карточку таким способом.

Если устарели все каталоги, спросите хостинг, не отдаёт ли CDN старый ответ и не зависла ли очередь генерации. Если после опубликованного срока обработки отстаёт одна площадка, передайте ей публичный URL, GUID, время выпуска и доказательство, что другой каталог уже получил тот же элемент.

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

5. Есть ли у платформы отдельное правило загрузки и видимости?

Некоторые сервисы превращают RSS в собственный объект. YouTube сообщает, что после подключения ленты новые эпизоды автоматически загружаются на канал. При первоначальной настройке элементы могут быть приватными, а замена аудиофайла уже опубликованного выпуска требует отдельной процедуры повторной загрузки.［2］ YouTube также указывает, что не применяет автоматически последующие правки сведений о шоу и повторно загруженные в ленту аудиофайлы, поэтому устаревшее описание или обложку разбирайте отдельно от пропавшего нового выпуска.［2］

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

Не переносите модель YouTube на обычные каталоги. Apple, Spotify, YouTube и другие сервисы по-разному подтверждают владение, обновляют и публикуют. Используйте текущую документацию конкретной площадки и называйте точный устаревший экран.

Если выпуск предназначен только подписчикам, подтвердите право доступа и дату доступности, а не открывайте его для теста. Apple разделяет диагностику обычной RSS-доступности и аудио для подписчиков.［1］

6. Как сохранить идентичность ленты при ремонте?

Не меняйте канонический URL, владельца шоу, GUID и enclosure без документированного процесса миграции хостинга. Смена URL может требовать перенаправления и подтверждения, новый GUID создаёт дубликат, а повторная загрузка способна сформировать новый платформенный объект.

Перед переносом экспортируйте текущий RSS и запишите публичный адрес, идентификатор шоу, политику контактного адреса почты, недавние GUID и каталожные карточки. Spotify предупреждает, что включение RSS может сделать указанный в ней адрес почты общедоступным, а сторонние платформы способны собирать ленту.［3］ Если возможно, используйте отдельный публичный контакт, а не адрес для входа.

Не клонируйте эпизод ради одного каталога. Копия может появиться на площадке, но разделит статистику и подписчиков. Исправляйте публикацию и медиаполя исходного элемента.

Если провайдер советует перепубликовать выпуск, уточните, сохраняются ли GUID и дата. Запишите ответ и выполните действие один раз в спокойный период.

7. Какие сведения передать хостингу или каталогу?

Подготовьте компактную диагностику:

название шоу, публичный RSS и карточку проблемного каталога;
название эпизода, плановое время и часовой пояс;
GUID и домен enclosure либо скрытый URL;
наличие элемента в текущем публичном ответе;
статус хоста и время последнего обновления каталога;
результат на одной другой площадке;
предупреждение о блокировке, видимости, владении, загрузке или правилах;
одно уже выполненное обновление или перепубликацию.

Не отправляйте приватный токен, код подтверждения, пароль, cookie сессии, подписанную строку аудиофайла или полный экспорт панели. Если нужен сырой RSS, запросите защищённый канал и удалите данные других подписчиков.

Скорость и отметка прослушивания относятся к клиенту. Когда эпизод уже появился у слушателя, но скорость сбрасывается, используйте инструкцию по скорости подкаста. Если он сам становится прослушанным, поможет проверка статуса эпизода.

Итоги

Начните с одного выпуска и точного публичного адреса RSS.
Докажите, отсутствует ли элемент в ленте или только в одном каталоге.
Сравните GUID, enclosure, блокировку, публикацию и видимость с рабочим выпуском.
Учитывайте сроки и инструменты каждой площадки.
Сохраняйте адрес ленты и идентичность эпизода.
Защищайте токены, коды владения и данные панели.
Передавайте в поддержку время и сравнение хоста с каталогом.

Часто задаваемые вопросы (FAQ)

Сколько ждать появления нового выпуска?

Общего срока нет. Ориентируйтесь на документацию площадки. Apple рекомендует проверку, если через 24 часа после публикации в RSS выпуск не появился.［1］

Почему эпизод есть в хостинге, но отсутствует в RSS?

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

Могут ли одинаковые GUID скрыть новый эпизод?

Да. Каталог может принять его за обновление старого объекта или отклонить конфликт. Восстановите уникальный стабильный GUID средствами хостинга, а не придумывайте новые идентификаторы снова и снова.

Для чего нужен enclosure?

Он связывает элемент RSS с медиафайлом. Ошибочная, недоступная или повторная ссылка мешает каталогу получить либо воспроизвести аудио.

Нужно ли отправлять подкаст повторно?

Не сначала. Вторая отправка может создать дубликат и разделить подписчиков. Используйте обновление и поддержку уже существующей карточки.

Заставит ли изменение названия обновиться все каталоги?

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

Почему RSS-выпуск приватный на YouTube?

Во время первоначальной настройки загрузки могут быть приватными, а затем действует видимость платформы. Проверьте её, не меняя исходный GUID.［2］

Может ли VPN опубликовать или обновить RSS?

Нет. VPN не меняет ответ хостинга, очередь каталога, GUID, enclosure, владение или видимость. Диагностируйте непосредственно цепочку публикации.

Источники

Apple Podcasts for Creators — Troubleshoot podcast availability — https://podcasters.apple.com/support/850-troubleshoot-podcast-availability
YouTube Music Help — Deliver podcasts using an RSS feed — https://support.google.com/youtubemusic/answer/13525207?hl=en
Spotify for Creators — Finding and enabling your RSS feed — https://support.spotify.com/us/creators/article/finding-and-enabling-your-rss-feed/

Sources checked 4 октября 2026 г.

Лента подкаста не показывает новые выпуски: что проверить