Перанос падкаста без дубляў: не мяняйце GUID і пакіньце 301 на месяц

Каб перанесці падкаст на іншы хостынг без дубляў, спачатку захавайце копію старой RSS-стужкі, імпартуйце выпускі і звярце іх GUID. Толькі пасля гэтага перанакіруйце стары RSS-адрас на новы. Новыя выпускі публікуйце на новым хостынгу, а стары акаўнт пакуль пакіньце даступным.

Паводле інструкцыі Apple па змене RSS-адраса, адказ HTTP 301 і тэг <itunes:new-feed-url> трэба захоўваць не менш за чатыры тыдні, таму на пераход адвядзіце поўны каляндарны месяц; змена GUID можа стварыць дублікаты выпускаў і сказіць аналітыку Apple Podcasts. Перанакіраванне дапамагае падпісчыкам знайсці новую стужку, але не выпраўляе ідэнтыфікатары, якія змяніліся пры імпарце.

Захавайце старую стужку і ўмовы пераходу

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

Загадзя высветліце, дзе ў старым хостынгу ўключаецца перанакіраванне і ці працягне яно працаваць пасля адмены аплаты або выдалення акаўнта. Гэта залежыць ад умоў канкрэтнага сэрвісу. У новым хостынгу праверце магчымасць імпартаваць выпускі са старой RSS-стужкі з захаваннем GUID: загрузка тых жа аўдыяфайлаў як новых выпускаў не замяняе такі імпарт. Пакуль перанакіраванне выключана, стары і новы RSS-адрасы можна адкрыць асобна і параўнаць.

Імпартуйце выпускі і параўнайце GUID

Стварыце падкаст у новым хостынгу праз імпарт старой стужкі. Дачакайцеся з’яўлення архіва і атрымайце новы RSS-адрас. Перад зменай маршруту праверце, ці на месцы ўсе выпускі, ці адкрываюцца іх аўдыяфайлы і ці не страціліся вокладка, апісанне, нумары сезонаў і выпускаў.

Рэкамендацыі Apple па змене хостынгу раяць параўнаць старую і новую стужкі ў праграме для прагляду RSS, у тым ліку метаданыя, аўдыя і GUID. Панэлі хостынгаў часта не паказваюць GUID, таму аднолькавых назваў у кабінеце недастаткова. Для кожнага перанесенага выпуску значэнне <guid> павінна застацца ранейшым, нават калі змяніўся адрас аўдыяфайла. Калі ў выпуску няма GUID, Apple выкарыстоўвае замест яго адрас аўдыя з элемента enclosure; у такім выпадку гэты адрас таксама павінен заставацца нязменным.

Звярце хаця б найноўшы выпуск, некалькі старых і выпускі з розных сезонаў, калі яны ёсць. Пры невялікім архіве лепш прайсціся па ўсіх: адзін прапушчаны выпуск можа застацца незаўважаным у агульным спісе. Калі ідэнтыфікатары адрозніваюцца, спыніце перанос да ўключэння перанакіравання і звярніцеся да новага хостынгу па захаванне зыходных значэнняў. Калі стары выпуск не меў GUID, асобна высветліце, ці можа новы сэрвіс пакінуць яго ранейшы enclosure URL: паўторная загрузка файла звычайна дае іншы адрас.

Перанакіруйце стары RSS-адрас

Калі новая стужка праверана, наладзьце перанакіраванне менавіта са старога RSS-адраса на новы RSS-адрас падкаста. Пасля ўключэння адкрыйце стары адрас і пераканайцеся, што ён вядзе да новай стужкі, а не да старонкі шоу ў каталогу. Калі маеце доступ да тэхнічнай праверкі HTTP, праверце таксама код адказу: патрэбны пастаянны адказ 301.

Для падкастаў, якія сыходзяць са Spotify for Creators, інструкцыя Spotify па перанакіраванні задае парадак «новы хостынг, імпарт, 301»: у вэб-наладах трэба ўставіць новы RSS-адрас у Redirect your podcast. З мабільнага прыкладання Spotify for Creators гэта зрабіць нельга. Завяршэнне перанакіравання можа заняць да сямі дзён; перад выдаленнем старога акаўнта Spotify раіць пачакаць прынамсі тыдзень пасля яго ўключэння.

Калі вы самі кіруеце RSS-серверам, наладзьце адказ 301 для старога адраса і змясціце ў новай стужцы тэг <itunes:new-feed-url>, які паказвае на яе новы адрас. Калі перанакіраванне наладжвае хостынг, удакладніце, ці дадае ён гэты тэг. Для падпісчыкаў важны бесперапынны маршрут ад ранейшага RSS-адраса да дзейнай новай стужкі; адпраўка падкаста ў каталог яшчэ раз замест наладкі гэтага маршруту не вырашае задачу.

Праверце публікацыю пасля пераносу

Наступны выпуск размяшчайце толькі ў новым хостынгу. Спачатку пераканайцеся, што ён з’явіўся ў новай RSS-стужцы, затым паглядзіце існыя карткі падкаста ў Apple Podcasts і Spotify. Праверце, ці прыйшоў выпуск у ранейшыя падпіскі і ці не з’явіліся паўторныя запісы старых выпускаў. Калі заўважылі дубль, пачніце з параўнання яго GUID у захаванай старой стужцы і ў новай.

Лічбы спампоўвання ў панэлях двух хостынгаў пасля міграцыі могуць выглядаць нязвыкла: раздача аўдыя пераходзіць да іншага сэрвісу. Для праверкі дастаўкі важней непасрэдныя прыкметы: стары RSS-адрас перанакіроўвае, новы выпуск ёсць у новай стужцы і ў існай картцы падкаста, а архіў не падвоіўся. Калі выпуск ёсць у RSS, але пакуль адсутнічае ў каталогу, не загружайце яго паўторна з новым ідэнтыфікатарам.

Закрывайце стары хостынг пасля праверак

Пасля месяца працы перанакіравання яшчэ раз адкрыйце стары RSS-адрас і праверце, куды ён вядзе. Закрывайце стары акаўнт толькі тады, калі зразумела, што стане з перанакіраваннем пасля закрыцця. Калі хостынг адключае яго разам з акаўнтам, дамоўцеся пра далейшую працу 301 або захавайце патрэбны тарыф: інакш праграмы, якія яшчэ звяртаюцца да старога адраса, могуць перастаць атрымліваць выпускі.

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

Чытайце таксама:

• Instinct падаражэў у чатыры разы за месяц — карыстальнікаў не раскрываюць