Смяна на подкаст хостинг: 301 пази абонатите, GUID пази епизодите

Инструкцията на Apple за смяна на хост посочва реда, който запазва връзката с последователите: импортирайте епизодите при новия доставчик, проверете дали GUID на всеки епизод е непроменен и включете 301 пренасочване от стария RSS адрес към новия. Направете сравнението, докато и двете емисии още са достъпни.

RSS адресът е пътят, по който приложенията намират предаването, а GUID е постоянният идентификатор на отделния епизод. Пренасочването позволява на приложенията да намерят новата емисия през стария адрес. Запазените GUID им помагат да разпознаят вече публикуваните епизоди, вместо да ги покажат отново като нови.

Преди преместването: запазете база за сравнение

Запишете действащия RSS адрес и запазете копие на емисията преди импорта. Така ще можете да съпоставите всеки стар запис с новия му вариант, дори ако хостът промени адреса на аудиофайла. Уточнете кой управлява стария RSS адрес и как се включва пренасочване при него: настройката трябва да се направи там, откъдето приложенията вече вземат емисията.

Импортирайте архива при новия хост и отворете новата RSS емисия, докато старата още работи. Сравнете заглавието и описанието на предаването, обложката и списъка с епизоди. Проверете дали аудиофайловете са налични, като отворите адресите на няколко записа, включително по-стар епизод: присъствието на заглавие в емисията само по себе си не показва, че файлът се зарежда.

Ако използвате сезони, номера на епизоди или платено съдържание, сверете и тези полета преди пренасочването. Неправилната номерация може да промени начина, по който епизодите се подреждат и свързват в Apple Podcasts. При липсващ файл или запис поправете импорта, преди приложенията да започнат да четат новата емисия.

Сравнете GUID на всеки епизод

Съпоставете стария и новия RSS запис за всеки епизод и проверете дали стойността на GUID е една и съща. Заглавието, описанието и адресът на аудиофайла могат да се променят при преместването, без това да прави епизода нов. Съвпадащите заглавия обаче не са доказателство за запазена идентичност: решаваща е стойността на идентификатора.

Хостинг панелът може да не показва GUID. В такъв случай отворете двете RSS емисии с инструмент за преглед на RSS и сравнете полетата в съответстващите записи. Ако новият хост е създал други GUID, поискайте да възстанови първоначалните стойности, преди да насочите стария адрес към него.

Дублирани епизоди след миграцията са основание първо да проверите GUID и номерацията, вместо да правите нов импорт на целия архив. Тази проверка е особено важна за вече публикуваните записи: след смяната на адреса приложенията отново ще прочетат емисията и трябва да разпознаят същите епизоди.

Пренасочете стария RSS адрес към новия

Когато новата емисия е пълна, задайте старият RSS адрес да връща HTTP 301 към точния адрес на новата емисия. При хостинг доставчик използвайте неговата настройка за миграция или поискайте съдействие от поддръжката му. Промяна само на адреса в един каталог за подкасти не пренасочва приложенията, които продължават да търсят старата емисия.

Ако поддържате RSS емисията сами, настройте уеб сървъра, който обслужва стария адрес, и добавете в новата емисия етикет itunes:new-feed-url, сочещ към новия ѝ адрес. Указанието на Apple за RSS адреса препоръчва при собствена емисия етикетът и отговорът 301 да останат поне четири седмици. При външен хост проверете дали той добавя етикета и колко дълго поддържа пренасочването.

Отворете стария RSS адрес след настройката и проверете дали стигате до новата емисия с очакваните епизоди. Целта трябва да е RSS адресът, а не началната страница на подкаста или страница за грешка. Запазете и двата адреса, за да можете да повторите проверката, докато миграцията приключва.

Проверете съществуващото предаване в приложенията

Отворете съществуващия запис на предаването в Apple Podcasts и Spotify и сравнете видимите епизоди с новата RSS емисия. Потърсете липсващи или дублирани записи и опитайте възпроизвеждането на стар и по-нов епизод. Когато публикувате следващия планиран епизод, проверете дали той се появява в предаването, което слушателите вече следват.

Ако дадено приложение още показва старото съдържание, първо проверете дали пренасочването продължава да работи и дали новата емисия съдържа епизода. При дубликати сравнете идентификаторите и номерацията на засегнатите записи. Така ще отделите проблем в самата емисия от забавяне при обновяването ѝ в приложението.

Ако вече нямате достъп до стария RSS адрес, можете да смените адреса на емисията за съществуващото предаване в Apple Podcasts Connect. Тази промяна обхваща Apple Podcasts; за останалите приложения потърсете възможност да възстановите пренасочването или следвайте процедурата на съответната услуга. Не създавайте нов запис на предаването само за да посочите новата емисия.

Закрийте стария хост след изчакване и проверка

При напускане на Spotify for Creators инструкцията на Spotify за пренасочване посочва, че то може да отнеме до седем дни, и препоръчва да изчакате поне седмица след включването му, преди да изтриете профила. Настройката се прави през уеб версията на Spotify for Creators; мобилното приложение не предлага тази възможност.

При всеки друг стар хост проверете дали прекратяването на плана или изтриването на профила ще спре 301 пренасочването. Оставете го активен, докато необходимият период за пренасочване не е изтекъл и сте потвърдили, че следващите епизоди достигат до съществуващото предаване. Едва тогава закриването на стария профил става последната стъпка от преместването.

Прочетете също:

• beehiiv или Kit: безплатните 10 000 абонати идват с компромис
• Procuros набра €20 млн. — AI свързва поръчките без смяна на ERP
• Langfuse или LangSmith: самостоятелният хостинг решава преди цената