Selitev podkasta: spremenjen GUID lahko podvoji celoten arhiv

Podkast na drugo gostovanje preselite v tem vrstnem redu: uvozite celoten arhiv, primerjajte stari in novi vir RSS, nato preusmerite stari naslov in preverite objave v imenikih. Apple v navodilih za spremembo vira RSS opozarja, da spremenjen GUID lahko povzroči podvojeno epizodo; za vir, ki ga upravljate sami, določa preusmeritev 301 in oznako <itunes:new-feed-url>, ki morata ostati vsaj štiri tedne. Če uvoz spremeni GUID vsake epizode, se lahko kot nov prikaže celoten že objavljeni arhiv.

Med uvozom naj stari vir ostane dosegljiv. Nove epizode med primerjavo objavljajte samo pri enem ponudniku, sicer ne bo jasno, katera različica arhiva je dokončna. Starega gostovanja ne odpovejte, dokler novi vir, zvočne datoteke in preusmeritev ne delujejo ter ne veste, kdo bo po odpovedi odgovarjal na zahtevke za stari naslov.

Pred selitvijo zabeležite izvirne podatke

Shranite natančen javni URL starega vira RSS in kopijo njegove datoteke XML. Izvozite zvočne datoteke, naslovnice, opise in statistiko, če ponudnik omogoča izvoz. Statistika, shranjena v računu starega gostitelja, ni del vira RSS, zato je ne obravnavajte kot podatek, ki ga bo uvoz samodejno prenesel.

Za vsako epizodo zabeležite GUID, naslov, datum objave in URL zvočne datoteke. GUID je identifikator epizode: sprememba naslova ali lokacije zvoka sama po sebi ni razlog za njegovo zamenjavo. Če javni RSS prikazuje le del starejših epizod, pridobite celoten seznam iz računa pri starem ponudniku in pred uvozom preverite, kako bo novi ponudnik prenesel preostanek arhiva.

Popišite še imenike, v katerih je oddaja že objavljena, ter račune, s katerimi jih upravljate. Zabeležite obstoječe povezave do oddaje, ne ustvarjajte novih vnosov z istim podkastom. Tako boste po preusmeritvi preverjali nadaljevanje obstoječih objav in morebitne dvojnike.

Uvozite arhiv in preverite novi vir

Uvoz opravite, preden vključite preusmeritev. Postopek selitve StudioSignalLab priporoča primerjavo števila epizod, GUID-ov, datumov, opisov, naslovnic in dostopnosti zvoka v obeh virih. Preglejte tudi starejše epizode; pogled na zadnje objave ne pokaže, ali je uvoz zajel celoten arhiv.

Vsak izvirni GUID poiščite v novem viru in preverite, da se pojavi natanko enkrat. Nato preverite, ali se novi vir odpre javno, brez prijave, in ali vsebuje podatke o oddaji ter epizodah. Odprite zvočne povezave pri najnovejših in starejših epizodah, preverite predvajanje in vrsto datoteke MIME, ki jo vrača strežnik. Primerjajte tudi naslovnice, opise in datume; drugačen URL zvočne datoteke je pri menjavi gostitelja lahko pričakovan, drugačen GUID pa zahteva popravek.

Če epizode manjkajo, se GUID-i ponavljajo ali je zvok nedosegljiv, preusmeritev odložite. Novemu ponudniku pošljite seznam konkretnih epizod in izvirnih identifikatorjev ter zahtevajte popravek uvoza. Shranite kopijo novega vira in rezultat primerjave, da boste ob poznejši napaki vedeli, kaj se je spremenilo.

Na dan prenosa preverite preusmeritev 301

Ko je novi vir popoln, pri starem ponudniku nastavite trajno preusmeritev natanko tistega URL-ja RSS, ki ga uporabljajo poslušalci in imeniki. Cilj naj bo novi vir RSS, ne spletna stran oddaje ali naslovna stran ponudnika. Če izvirni vir upravljate sami, v novem viru nastavite še oznako <itunes:new-feed-url> z novim URL-jem; vanjo ne vpisujte zrcalnega naslova iz Apple Podcasts Connect.

Neposredni odgovor starega naslova preverite z ukazom curl -sS -D - -o /dev/null 'STARI_URL'. V odgovoru poiščite status 301 in polje Location z novim naslovom. Nato zaženite curl -sSL -o /dev/null -w '%{http_code} %{url_effective}' 'STARI_URL'. Po sledenju preusmeritvi naj ukaz pokaže uspešen odgovor 200 in končni URL novega vira. Končni naslov še odprite in preverite, da vrača XML podkasta; zanka, prijavna stran ali domača stran gostitelja pomeni, da prenos ni dokončan.

Prvo naslednjo epizodo objavite pri novem ponudniku. Preverite, da je v novem RSS le ena različica te epizode, da se zvok predvaja in da je objava vidna prek starega naslova po preusmeritvi. To hkrati preveri pot, po kateri bodo nove epizode prejemale aplikacije, ki še zahtevajo stari URL.

Preverite obstoječe vnose v imenikih

V imenikih, kjer je podkast dejansko objavljen, preverite obstoječo stran oddaje, zadnjo epizodo, predvajanje in morebitne dvojnike. Na seznam lahko sodijo Apple Podcasts, Spotify, YouTube Music, Amazon Music ter druge aplikacije, v katere ste oddajo prijavili. Pri vsakem vnosu zabeležite povezavo in rezultat, saj se lahko posamezni imeniki posodobijo ob različnem času.

Za oddajo, ki gostuje zunaj Spotifyja, navodila Spotify for Creators določajo posodobitev povezave RSS in potrditev ponudnika gostovanja v nastavitvah oddaje. Preverite tudi neposredne povezave na lastnem spletišču, v vdelanih predvajalnikih in novičniku: povezava do datoteke na starem gostovanju ni isto kot preusmerjeni naslov vira RSS.

Naslednje štiri tedne ohranite nadzor in možnost povrnitve

Na dan preusmeritve shranite odgovor starega URL-ja in seznam preverjenih imenikov. V naslednjih štirih tednih ponavljajte preverjanje odgovora 301, dostopnosti novega vira, predvajanja arhivskih epizod in prikaza novih objav. Pri prijavljenem dvojniku zabeležite oba GUID-a, pri nedosegljivem zvoku pa URL datoteke in prizadeto epizodo; to ponudniku omogoči popravek določene napake.

Če se GUID-i po uvozu razlikujejo, najprej popravite identifikatorje v novem viru po shranjenem seznamu izvirnih vrednosti. Če novi vir odpove in popravka ni mogoče hitro izvesti, se s starim ponudnikom dogovorite za obnovitev starega vira oziroma spremembo preusmeritve. Nekatere aplikacije so si lahko novi naslov že zapomnile, zato vrnitev starega vira sama ne zagotavlja takojšnje vrnitve vseh poslušalcev.

Stari račun odpovejte šele, ko delujejo arhiv, nove objave in imeniki ter je potrjeno, da bo stari URL še naprej preusmerjal na novi vir. Če ponudnik ob odpovedi ukine tudi preusmeritev, ohranite storitev ali drug nadzor nad starim naslovom. Kopiji obeh virov in seznam izvirnih GUID-ov shranite skupaj z dogovorom o tem, kdo zagotavlja preusmeritev.

Preberite tudi:

• Buzzsprout ali Podbean: dolžina epizod lahko odloči pred ceno
• Ponovni poskus agenta lahko podvoji dejanje: zaščitite stranske učinke
• Proton Mail ali Gmail: šifriranje se spremeni, ko sporočilo zapusti Proton