ポッドキャスト移行で購読者を失わない、301より先に見る項目

ポッドキャストの購読状態と過去エピソードを保ってホストを移すには、新旧RSSのGUID、メタデータ、音声を照合し、新フィード単体で再生できることを確かめてから301リダイレクトを設定します。転送を先に有効にすると、不完全な新フィードが配信先へ取得され、問題の原因を切り分けにくくなります。

安全な順序は、旧環境の保全、新ホストへの取り込み、新旧RSSの照合、新フィードの検証、転送設定、配信先の確認、旧ホストの解約です。確認が終わるまで旧RSSと旧音声を残し、既存の番組を各ディレクトリへ新規番組として登録し直さないことが基本です。

1. 旧ホストのデータと管理権限を保全する

最初に、現在公開されている旧RSSのURLとXML、音声ファイルの原本、カバーアート、番組説明を保存します。エピソードごとのタイトル、公開日時、シーズン番号、エピソード番号、GUID、音声を指定するenclosure URLも一覧にします。

旧ホストの分析データが必要なら、集計期間と指標名が分かる状態で書き出してください。請求日、解約条件、解約後も転送が残るかどうかに加え、Apple Podcasts Connectなど配信先の管理権限も確認します。移行と同時に番組名や作者名まで変更すると差分が増えるため、リブランディングは分けて実施するほうが原因を追いやすくなります。

• 旧RSSのURLとXML
• 音声、カバーアート、説明文の原本
• 各エピソードの公開情報、GUID、enclosure URL
• 旧ホストの分析データ、請求日、解約条件
• 各配信先の管理権限

2. 新旧RSSをエピソード単位で照合する

新ホストへインポートしたら、新しいRSSを直接開き、番組タイトル、説明、作者、カテゴリー、カバーアート、エピソード数、公開順、公開日時、番号を旧フィードと比較します。最新回だけでなく、最古回、シーズンの境界、予告編など形式の異なる回も選ぶと、取り込み漏れや並び順の変化を見つけやすくなります。

Appleのホスティング変更手順 は、メタデータ、音声、シーズン番号、エピソード番号、GUIDの一貫性を確認し、管理画面にGUIDなどが表示されない場合はRSSビューアで新旧フィードを比較するよう案内しています。移行中にGUIDが変わると、Apple Podcastsでエピソードが重複したり、アナリティクスに大幅な変化が生じたりする可能性があります。

GUIDがURLの形でも、新しい音声URLへ機械的に置換してはいけません。GUIDが設定されていないエピソードではenclosure URLが識別に使われるため、そのURLも一意かつ不変である必要があります。照合表には旧GUID、新GUID、旧enclosure URL、新enclosure URLを並べ、意図しない差分を転送前に解消します。

3. 転送前に新RSSだけを検証する

照合後は、新RSSのURLを対応アプリやフィード検証機能へ直接入力し、旧RSSを経由せずに確認します。最新回と複数の過去回について、ストリーミング再生、ダウンロード、説明文、公開日時、カバーアートの表示を確かめます。

公開番組の新RSSと音声ファイルは、配信先がログインなしで取得できなければなりません。音声URLが認証画面へ戻る、期限切れになる、HTTPエラーを返す場合は、転送を始めずに新ホスト側を修正します。非公開番組や会員限定フィードは認証方式が異なるため、利用するホストと配信先の専用手順を優先してください。

この段階では旧RSSが従来どおり配信されているため、新ホスト側の再取り込みや設定変更が可能です。301より先に判断すべきなのは、転送先が旧フィードの代わりとして完成しているかどうかです。

4. 検証後に301と新フィードURLを設定する

新RSSの検証が終わったら、旧RSSへのリクエストが新RSSへHTTP 301で転送されるよう、旧ホストの移行機能またはサポート窓口で設定します。転送先に指定するのは番組のWebページではなく、新しいRSSのURLです。設定後は旧URLへアクセスし、正しい新RSSへ到達することと、転送が循環していないことを確かめます。

自分でRSSとWebサーバを管理している場合、AppleのRSSフィードURL変更要件 では、旧URLへのリクエストに301を返し、新フィードのitunes:new-feed-urlタグで新URLを指定したうえで、タグと転送を少なくとも4週間維持するよう求めています。タグにはApple Podcasts Connectに表示されるミラーURLを設定しません。

ホスティングサービスが転送やタグを自動設定する場合は、手作業で設定を重ねず、旧ホストと新ホストの仕様を確認します。旧URL、新URL、設定日時、変更前の状態を記録し、誤転送が起きた場合に旧フィードへ戻せるよう、旧ホストを稼働させたままにしてください。ただし301はアプリや中継サーバに記憶される場合があるため、切り戻しが即時に全配信先へ反映されるとは限りません。

5. 配信先ごとに既存番組の更新を確かめる

301が動作しても、各サービスがフィードを取得する時刻やキャッシュを更新する時刻は同じではありません。実際に配信しているApple Podcasts、Spotify、Pocket Castsなどで既存の番組ページを開き、最新回と過去回がそろっているか、番組やエピソードが重複していないか、音声を再生できるかを確認します。

Pocket Castsの転送案内 は、旧フィードのchannel内にitunes:new-feed-urlを置き、旧URLへのリクエストを301で転送して、両方を少なくとも1カ月維持することを推奨しています。Appleの自主管理フィード向け説明とはタグを置くフィードの記述が異なるため、一つのサービスの記載を全配信先へ一律に適用せず、利用中のホストが生成したXMLと各配信先の要件を確認します。

一つの配信先だけで問題が起きる場合は、そのサービスが参照しているRSSを確認します。複数の配信先で同じ回が欠けるなら、新RSSのitem要素や音声URLを先に調べます。新ホストからテスト用ではない通常の新着回を公開し、既存の番組ページへ追加されるところまで確認できれば、購読経路が新RSSへ移ったかを判断しやすくなります。

6. 維持期間と解約条件を満たしてから旧ホストを止める

旧ホストの解約は、転送の設定直後ではなく、各配信先が求める維持期間を経て、主要な番組ページで動作を確認した後に行います。契約終了後も301が残るのか、アカウント削除と同時に消えるのかはサービスによって異なるため、解約前に旧ホストへ確認してください。

1. 旧RSSが正しい新RSSへ301で転送される。
2. 新旧RSSで各エピソードのGUIDが一致している。
3. 最新回、最古回、代表的な過去回を再生できる。
4. 番組情報、公開日時、番号、カバーアートに意図しない変更がない。
5. 主要な配信先で既存番組が更新され、重複がない。
6. 新ホストから公開した新着回を既存の番組ページで受信できる。
7. 必要な分析データを保存し、解約後の転送条件を確認した。

すべてを満たすまでは旧ホストを残し、不具合があれば新RSS、転送設定、個別配信先の順に範囲を切り分けます。購読経路を引き継ぐ鍵は301だけではなく、その前のGUID、メタデータ、音声の一致と、その後の配信先ごとの確認です。