ポッドキャストを移転せずSubstackへ、RSSなら広告と分析を残せる

既存のポッドキャスト配信ホストを変えずにSubstackへ番組を載せるには、外部ホストのRSSを配信先として登録する。Substackの外部RSS登録ガイド によると、新しい回は同期でき、音源、広告、分析は元のホストに残る。同期した回は外部の音源URLを使い続けるため、元ホストで設定した動的広告も維持できる。

登録時に選ぶのは、ホストを移すための「Import an existing podcast」ではなく、「I have a podcast hosted elsewhere」から進む「Distribute to Substack」だ。新しい回をそのまま公開するか、下書きとして受け取るかを選べる。過去回の取り込みも別に決められるため、既存のアーカイブをすべて並べなくても配信を始められる。

移転、複製、配信先追加は何が違うか

今回の関係は「元ホストのRSSと音源 → Substack上の番組とエピソード投稿」と表せる。Substackは既存のフィードを読み、読者がエピソードに出会える場所を増やす。元ホストとSubstackの双方に同じ回が表示されても、それだけで音声ファイルを二重に保管するわけではない。見える投稿が増えることと、音声の保管先が増えることは分けて考える必要がある。

ホストの移転では、音声配信の拠点そのものを変える。Substackの移転手順 は、過去回をインポートした後、Substackの新しいフィードを配信先に登録し、旧ホストでリダイレクトを設定する流れを示している。この方法ではSubstackが新しいホストになり、旧ホストだけで新しい回を作ってもSubstackへ自動追加されない。元ホストで制作、広告設定、計測を続けたい場合の選択肢は、移転ではなく外部RSSによる配信先追加だ。

「複製」という言葉にも注意したい。外部RSSの登録によってSubstackにはエピソードの投稿ができるが、元ホストの音源をSubstackへ複製する設定ではない。一方、ホスト移転時の過去回インポートは、Substackを新たな拠点にする手順の一部である。どちらも既存のRSS URLを入力するため、入力欄だけを見ると似ているが、登録後に音源をどこで管理するかが異なる。

外部RSSを登録する手順

必要なのは、外部ホストで公開中のポッドキャストRSSのURLと、オーナーまたは管理者として操作できるSubstackの出版物だ。入力するのは個別エピソードのページURLではなく、番組のフィードURLである。番組名、説明、アートワークなどはRSSから読み込まれるので、登録画面では元ホストにある情報と照らして確認できる。

1. Substackの出版物にサインインし、ダッシュボード左側の「Podcast」を開く。
2. 「I have a podcast hosted elsewhere」を選んで「Save」を押し、「Distribute to Substack」へ進む。
3. 既存ホストのRSS URLを貼り付ける。新しいポッドキャスト用セクションを作るか、出版物のメインに回を投稿するかを選ぶ。
4. 読み込まれた番組名、説明、アートワーク、設定を確認する。必要な項目を編集して「Continue」を押す。
5. 新しい回の自動公開と、過去回の取り込みをそれぞれ選ぶ。

セクションの選択は、Substack上で読者に回をどう見せるかを決める項目だ。ここで新しいセクションを作っても、外部RSSで登録した音源の保管先が変わるわけではない。複数の番組を載せる場合は、出版物の設定にあるPodcastから番組を追加し、別のRSSについても登録の流れを進められる。

新しい回と過去回の公開を決める

元ホストのRSSに新しい回が加わると、Substackにも同期される。自動公開を有効にしていればその回は公開され、無効なら同期された回は下書きとして保存される。自動公開を切ることは同期を切ることではない。元ホストでの公開とSubstackでの公開を同時にしたいか、Substack側の投稿を確認してから出したいかで選ぶ設定である。

下書きで受け取る運用は、Substack向けの紹介文や投稿の見え方を確認したい場合に向く。ただし、確認している間はSubstack上の公開は完了していない。元ホストで公開した回を追加の掲載先にも続けて出したいなら、自動公開のほうが目的に合う。どちらを選んでも、外部RSSを使う限り音源の管理は元ホスト側に残る。

過去回の取り込みは、この自動公開とは独立した選択だ。アーカイブもSubstackの読者に見せたいなら取り込みを選び、今後の回を中心に掲載したいなら過去回を並べずに始められる。ここでいう過去回の取り込みは、外部RSSの登録時に掲載対象を選ぶ操作である。ホストをSubstackへ移す「Import an existing podcast」と同じ意味ではない。

動的広告とホスト側の分析はどこに残るか

外部RSSから同期した回は、元ホストが提供する音源URLを使う。このため、元ホストでその音源に設定した動的広告は、Substack上で再生される回にも引き続き適用される。広告を差し替える操作や配信条件の管理も、元ホスト側で行う。Substackにエピソード投稿ができたことを、広告の管理先まで移ったことと取り違えないようにしたい。

元ホストの分析も維持されるが、Substackの投稿指標と同じものにはならない。Substackの投稿を開いて音声を再生しない読者もいれば、ポッドキャストアプリで音声を取得して投稿ページを開かないリスナーもいる。「投稿を見た回数」と「音声がダウンロードまたはストリーミングされた回数」では、数えている行動が違う。Substackを掲載先に加えた後の反応を見る際も、両者を足したり、同じ指標として比較したりはできない。

追跡プレフィックスとダウンロード数の境界

SubstackのPodcast分析ガイド は、投稿の閲覧数と音声のダウンロード数を別の指標として説明し、Podcast Settingsの「Analytics Prefixes」で対応する外部計測サービスのプレフィックスを有効にする手順を示している。希望するサービスが一覧にない場合は、サポートへの問い合わせを案内している。ただし、このガイドは外部ホストから同期した番組でプレフィックスがどの音源URLに適用されるかを明示していない。設定欄があるというだけで、既存ホストの全再生をSubstack側の設定で計測できると判断することはできない。

同ガイドは、Substack自身のポッドキャストダウンロード計測がIAB Tech LabのPodcast Measurement Technical Guidelines 2.2に沿い、音声ファイルへのアクセス記録を基にすると説明している。外部RSSの登録では音源URLと分析が元ホストに残るため、その説明を元ホストの集計方法へそのまま当てはめることはできない。外部計測を使うなら、プレフィックスを設定する場所、元ホストですでに使っている設定との関係、各サービスが対象とする再生経路を区別する必要がある。

登録前に決めること

設定画面で迷いやすい点は、音源の管理先とSubstackでの見せ方を混ぜてしまうことだ。外部RSSによる配信先追加を選んだうえで、掲載と計測の条件を次のように分けて確認すると、各設定の役割がはっきりする。

• 音源と広告：元ホストに置いたまま運用する。動的広告の設定先も元ホスト側に残る。
• Substackでの掲載場所：ポッドキャスト用セクションを作るか、出版物のメインに投稿するかを選ぶ。
• 新しい回：同期後に自動公開するか、下書きで受け取って手動で公開するかを選ぶ。
• 過去回：既存のアーカイブをSubstackにも並べるか、今後の回から掲載するかを選ぶ。
• 分析：元ホストの音声計測とSubstackの投稿閲覧数を分けて読む。追跡プレフィックスを使う場合は、外部RSS番組での適用範囲を利用中のホストと計測サービスの条件に照らして確認する。

この設定で増えるのは、既存番組をSubstackの読者に届ける場所だ。元ホストのRSSを更新する運用、音源URL、動的広告、ホスト側の分析を残したいなら、ホスト移転の導線ではなく外部RSSの登録を選ぶことが要点になる。

関連記事:

• ポッドキャストはRSSだけで全配信されない、公開後に見る6項目
• YouTubeポッドキャストの公開再生数、Engaged Viewsは64％
• AcastとKitが連携、ポッドキャストと読者リストを同時に育てる