ポッドキャストの過去回を手元に残す方法｜配信終了に備えるデータ保存

ポッドキャストは、聴くのも配信するのもURLひとつで完結します。手軽さの裏側で、音声ファイルの実体がどこにあるのかを意識する機会はほとんどありません。実際、Googleポッドキャストは2024年4月2日に米国でアプリが停止し、6月24日には米国外でも動かなくなりました。購読リストの移行受付も2024年8月30日で締め切られています。アプリが消えても番組そのものは他の場所で聴けましたが、「自分が把握していた一覧」は一度失われました。

配信者側の事情はもう少し重たいものです。ホスティングの契約が切れれば、RSSが指し示している音声ファイルのURLは応答しなくなります。フィードのXMLをいくら大事に保管していても、そこに書かれているのは「どこにあるか」であって「音そのもの」ではありません。番組をやめる判断をした翌月に、過去の全エピソードが誰からも取り出せなくなる、ということが構造上は起こり得ます。

この記事では、配信プラットフォームに依存しない形で過去回を手元に残す手順を、コマンドと台帳の列名まで含めて具体的に書きます。何をダウンロードし、どの形式で持ち、どの単位でまとめ、権利まわりで何を確認しておくか。最後に、聴く人に渡せる物理的な形にするところまで扱います。

配信は永続しない｜Googleポッドキャストは2024年4月2日に米国で、6月24日に世界で停止した

Googleポッドキャストの終了は、配信が永続しないことを多くの人が実感した出来事でした。米国では2024年4月2日にアプリが機能を停止し、米国外では同年6月24日に動かなくなっています。購読データの書き出し期限は当初2024年7月30日で、のちに8月30日まで延長されました。ここで失われたのは番組そのものではなく、聴き手が持っていた購読リストと再生位置です。RSSという仕組みの上に成り立っている以上、番組はほかのアプリで購読し直せました。

ただし、この事例で終わりだと考えるのは早計です。ポッドキャストの消え方には、性質のまったく違う二つの経路があります。

• 再生側が消える：アプリやディレクトリのサービス終了。番組の実体は残るので、購読し直せば聴ける。
• 配信側が消える：ホスティングの解約、サービス終了、料金プランの縮小によるファイル削除。音声ファイルの実体そのものがなくなる。

後者が本当の非可逆な喪失です。RSS 2.0の仕様では、音声を運ぶ要素はurl・length・typeという三つの属性を必ず持ちます。urlは「どこにあるか」、lengthはバイト数、typeはMIMEタイプで、音声データそのものはこの要素の中に入っていません。つまりフィードのXMLは目録であって、蔵書ではありません。urlが404を返した時点で、そのフィードから音を取り出す方法はなくなります。

ホスティング側が過去ファイルを永久に置き続ける保証は、通常の利用規約には書かれていません。無料枠に上限があるサービスでは、古い回から順に消える運用や、解約後の猶予期間が定められていることが一般的です。ストレージ費用が継続的にかかる以上、契約が終われば実体も消えると考えておくのが自然でしょう。

だから、やることは単純です。フィードのXMLと、そこに書かれた全URLの中身を、自分のディスクに落とす。これを配信を続けているうちにやっておく。終了を決めてから慌てて着手すると、すでに管理画面へのアクセスが切れていた、という順序の事故が起きます。

配信者が持つべき原本は3層｜抜けやすいのは「実際に配信したファイル」

手元に残すべきものを整理すると、性質の異なる三つの層に分かれます。どれか一つで代用はできません。

• 収録素材：マルチトラックの生録音、編集ソフトのプロジェクトファイル、ゲストから受け取った別録りの音声。作り直しができる唯一の層です。
• 書き出しマスター：編集を終えて、配信用に圧縮する前の状態。可逆形式か非圧縮で持ちます。
• 配信物そのもの：実際にRSSから配られたMP3またはAACファイルと、そのときのフィードXML。

抜けやすいのは三つ目です。「マスターがあるから書き出し直せる」と考えがちですが、実際に世に出た版とは一致しません。配信版にはラウドネス調整の結果が焼き込まれており、ID3タグの説明文やチャプター情報もそのファイルにしか入っていないことがあります。番組をアーカイブとして残すなら、聴かれたバージョンをそのまま1バイトも変えずに保管しておく価値があります。

フィードXMLは生のまま落とす

ブラウザでフィードURLを開くと、多くのブラウザが整形して表示します。その状態で「ページを保存」すると、元のXMLとは別のものになることがあります。コマンドで直接取得してください。

• curl -L -o feed_2026-08-09.xml "https://example.com/feed.xml"

フィードURLが分からないときは、番組の配信ページのHTMLソースからtype="application/rss+xml"を含む要素を探すか、ホスティングの管理画面に表示されているものを使います。ファイル名に取得日を入れておくと、後から差分を比較できます。

音声の一括ダウンロード

XMLからenclosureのURLだけを抜き出して、まとめて落とします。

• grep -o ']*url="[^"]*"' feed_2026-08-09.xml | sed 's/.*url="//;s/"$//' > urls.txt
• wget -x -c -i urls.txt

取得後は必ず件数を突き合わせます。wc -l urls.txtの数と、実際に落ちたファイル数が一致しない場合、すでに消えている回があるということです。その回は配信ページのキャッシュや、自分のPodcastアプリのダウンロード済みフォルダに残っていないか探すことになります。

置き場所は一箇所にしないでください。同じディスクの中に二つコピーを作っても、そのディスクが壊れれば両方消えます。3-2-1バックアップの実践で説明している「3つのコピー・2種類の媒体・1つは別の場所」を、そのままポッドキャストのアーカイブに当てはめるのが手堅い構成です。

エピソードの管理情報｜GUIDは変えてはいけない識別子として台帳に控える

音声ファイルだけを集めても、あとで復元できません。ep012.mp3というファイル名が第12回とは限らないからです。欠番、特別編、再編集版、収録順と公開順の食い違いが積み重なると、数年後に自分でも判別できなくなります。台帳を作ってください。表計算ソフト1枚で足ります。

列	入れる内容
話数	0埋め3桁。例：012
公開日	RSSのpubDateから転記
タイトル	配信時の表記そのまま
GUID	RSSのguid要素の値をそのまま
収録日	公開日とずれる場合があるため別列
尺	分:秒
出演者	ゲスト名と、二次利用の合意範囲
使用楽曲・素材	曲名、権利者、ライセンス番号
元ファイル名	マスターの実ファイル名
保存場所	どの媒体のどのフォルダか

特に重要なのがGUIDです。Apple Podcastsは、すべてのエピソードが全世界で一意な識別子（GUID）を持ち、それは決して変わらないものだと明記しています。同様に、各エピソードは一意のタグをurl・length・typeの三要素とともに持つこと、公開日はRFC 2822形式（例：Wed, 6 Jul 2014 13:00:00 PDT）に従うことが求められています。GUIDが変わると、購読側のアプリは同じエピソードを新着として再配信してしまいます。ホスティングを移すときにこの値を引き継げるかどうかが、移行の成否を分けます。

番組そのものにも識別子がある

Podcast Namespaceにはpodcast:guidという番組単位の識別子があります。これはUUIDv5で、名前空間ead4c236-bf58-58c6-a2c6-a6b28d128cb6と、プロトコル部分と末尾スラッシュを除いたフィードURLから生成される36文字の文字列です。仕様上、この値は番組の一生を通じて追随するものとされ、フィードURLが変わっても引き継がれます。ホスティングを乗り換える予定があるなら、この値も台帳に控えておくと引き継ぎ交渉が具体的になります。

チャプターはファイルの中に持たせる

章立てには、2005年12月2日付でC. Newell氏がまとめたID3v2 Chapter Frame Addendumという仕様があります。CHAPフレームが個々の章を表し、固有の要素ID、ミリ秒単位の開始・終了時刻、開始・終了バイトオフセットを持ち、章の名前はTIT2、説明はTIT3といったサブフレームで埋め込みます。CTOCフレームがそれらを束ねて目次を作ります。

この方式の利点は、章の情報がMP3ファイルそのものの中に入ることです。外部のJSONファイルを参照する方式のチャプターは、そのURLが切れた瞬間に章立てが消えます。保存を目的にするなら、ファイル内蔵の形にしておくほうが確実です。

音声形式の選び方｜配信はMP3かAACの128〜256kbps、保存原本はWAVかFLAC

配信用と保存用で、要求される性質が正反対です。配信用は「軽くて、どの環境でも鳴ること」、保存用は「情報を落とさないこと」。同じファイルで両方を満たすことはできません。

配信用に求められる数値

Apple Podcastsは、RSSフィードで配る音声としてMP3またはAACを受け付けています。ビットレートはモノラルで64〜128kbps、ステレオで128〜256kbpsが推奨値です。サンプリング周波数は44.1kHz以上で、44.1、48、88.2、96、176.4、192kHzが推奨されています。ラウドネスについては、全体で-16 dB LKFS前後、許容範囲は±1 dB、トゥルーピークは-1 dB FSを超えないこと、という基準が示されています。AppleはRSSフィード向けにはMP3よりAACを推奨しており、コンテナもADTSよりMP4のほうがストリーミング効率とシーク精度の面で有利だとしています。

この-16 LKFSという値は、配信版に対する調整です。保存する原本にラウドネス正規化をかけてはいけません。数年後に基準が変わったり、別の用途で使い直したりしたときに、一度潰した情報は戻らないためです。原本は調整前、配信版は調整後、と分けて持ちます。

保存用の原本

MP3もAACも非可逆圧縮です。編集して書き出すたびに世代を重ねて劣化します。だから保存用は次のどちらかにします。

• WAV：非圧縮。編集ソフトとの相性が良く、将来どのソフトでも開ける可能性が高い。容量は大きい。
• FLAC：可逆圧縮。展開すれば元のPCMデータに完全に戻る。WAVよりファイルが小さい。

サンプリング周波数とビット深度は、収録時の設定をそのまま維持します。48kHz/24bitで録ったなら、保存原本も48kHz/24bitです。44.1kHzへの変換は配信用に書き出すときだけ行います。保存段階で変換すると、二度と戻らない情報を捨てることになります。

ファイル名の付け方

台帳と突き合わせられる名前にします。012_2026-03-14_kikaku-kaigi_master.wavのように、話数を0埋め3桁、公開日をハイフン区切りのYYYY-MM-DD、内容を示す短いローマ字、末尾に用途を付けます。日本語のファイル名は、扱う環境によっては文字化けや正規化のずれが起きる場合があるため、長期保存用にはローマ字のほうが無難だと考えられます。

まとめる単位｜音楽CDは80分・99トラックまで、データとして焼けばDVD 1枚に約80時間

「1枚にどこまで入るか」は、規格の容量から算術で決まります。まとめる単位は、ここから逆算するのが実際的です。

形式	容量・上限	128kbps音声の目安
音楽CD（CD-DA）	当初74分、後に80〜82分／最大99トラック	1話30分なら2話
DVD片面1層（DVD-5）	4.70GB	約80時間（1話30分で約160話）
DVD片面2層（DVD-9）	8.54GB	約148時間
BD片面2層	50GB	約860時間

音楽CDの規格はレッドブックと呼ばれ、1987年にIEC 60908として国際規格になりました。44,100Hzのサンプリング周波数、16ビット、2チャンネルの符号付きリニアPCMという固定仕様です。ここから外れることはできないため、「音楽CDにする」と決めた瞬間に1枚80分・99トラックという枠が確定します。1話30分の番組なら、1枚に2話しか入りません。100回分をCDにすると50枚になります。

一方、音声ファイルをそのままデータとしてディスクに書き込むなら、話は変わります。128kbpsのMP3は1分あたり約0.96MB、1時間で約57.6MBです。DVD片面1層の4.70GBなら約80時間分、BD片面2層の50GBなら約860時間分が収まる計算になります。番組の全アーカイブが1枚に収まってしまうことも珍しくありません。

実務上のまとめ方

容量が余るからといって、全部を1枚に詰めるのは勧められません。その1枚が読めなくなったとき、全期間が同時に消えるためです。次の切り方が管理しやすいと考えられます。

• 50回ごと：盤面に「第001回〜第050回」と印字でき、台帳の話数列とそのまま対応する。
• 年ごと：「2025年配信分」で切る。番組の更新頻度が一定でない場合に向く。
• シーズンごと：番組側にシーズンの区切りがあるなら、それに合わせる。

そして、同じ内容を2枚焼いて別の場所に置きます。光ディスクの持ちは保管環境に大きく左右されるため、条件はCD・DVD・ブルーレイの寿命を確認して整えてください。直射日光と高温多湿を避け、立てて保管する、といった基本を守るだけでも状態は変わります。

権利関係の整理｜JASRAC管理曲を入れるなら、J-WID確認→J-RAPP申請→許諾番号とロゴ表示

「自分の番組だから自由に複製できる」とは限りません。配信で許諾を得ていることと、ディスクに複製することの許諾は、別の権利の話になります。着手前に整理しておく項目を挙げます。

音楽を使っている場合

JASRAC管理楽曲をCDやDVDなどの記録媒体に複製する場合、JASRACは4段階の手続きを案内しています。

• STEP1：作品検索データベース「J-WID」で、その楽曲の権利関係を確認し、JASRACが「複製」を管理しているかを確かめる。
• STEP2：オンラインライセンス窓口「J-RAPP」から申請する（書類での手続きも可能）。
• STEP3：通知された許諾番号とロゴマークを、複製物に表示する。
• STEP4：使用料を支払う。請求書と明細書は許諾番号の通知後2〜3カ月で届くとされています。

注意点として、外国曲、編曲を加えた場合、既存の音源をそのまま使う場合は追加の許諾が必要です。JASRACが扱うのは著作権であって、市販CDなどの音源そのものに生じる権利（原盤権）は別の権利者に属します。市販曲を番組内で流していたなら、その回はディスク化の対象から外すか、差し替え版を作るという判断も現実的です。

BGMや効果音の素材

素材配布サイトのライセンスは、「Webでの配信」までを許す条件と、「物理メディアへの複製・頒布」まで含む条件が分かれます。規約の該当箇所と、購入時のライセンス証書PDFを、音声ファイルと同じフォルダに保存しておいてください。数年後に確認しようとしたとき、サイトの規約が改定されている可能性があります。

ゲスト出演の合意範囲

出演を依頼したときの合意が、どこまでを含んでいたかを台帳に書き残します。「ポッドキャストで配信すること」への同意は、「ディスクにして販売・配布すること」への同意とは限りません。配布を伴う形にするなら、改めて確認を取るのが安全です。

聴き手が自分用に残す場合

愛聴者が配信されている音声をダウンロードし、自分だけが聴くために保存する行為は、日本の著作権法が定める私的使用のための複製の範囲に収まるものと一般に理解されています。ただし、この範囲は本人や家庭内に準ずる限られた範囲での使用に限られ、他人に配ったり、ネット上で再公開したりする行為は含まれません。友人にコピーを渡す、同人イベントで頒布する、といった段階に進むなら、番組の権利者に確認してください。

聴く人に渡す形｜音声だけではプレーヤーが読まないので、静止画に載せて動画にする

保存が済んだら、次は「渡す形」です。ここで多くの人がつまずきます。音声ファイルをディスクに書き込んだだけでは、家庭用のプレーヤーは再生しません。プレーヤーが読むのは規格化されたディスク構造であって、フォルダに入ったMP3ではないためです。機器側の挙動の幅については家庭用プレーヤーの互換性にまとめています。

選択肢は実質2つです。

• データディスクにする：ファイルとフォルダ構造をそのまま書き込む。PCで開く前提。台帳のCSVや権利関係のPDFも一緒に入れられるので、長期保存の器としては理想的です。ただし相手にPCが要ります。
• DVD-Videoにする：家庭用DVDプレーヤーで再生できる。テレビの前で聴いてもらえる。ただしDVD-Videoは映像の規格なので、音声だけでは作れません。

音声を映像に載せる

やることは単純で、静止画を1枚用意し、その上に音声を流す動画ファイルを作ります。ジャケット画像でも、エピソードタイトルを大きく置いただけの画像でも構いません。ffmpegなら1行です。

• ffmpeg -loop 1 -i cover.png -i ep012.mp3 -c:v libx264 -tune stillimage -c:a aac -b:a 192k -pix_fmt yuv420p -shortest ep012.mp4

-shortestを付けると、音声の長さで動画が終わります。静止画は16:9なら1920×1080で作っておけば十分です。ただしDVD-Videoの映像解像度は720×480まで下げられるため、画像に文字を入れるなら大きめにしてください。細い明朝体の小さな文字は潰れます。

できたMP4をオーサリングに回すと、MPEG-2の映像とAC-3またはリニアPCMの音声を持つDVD-Videoになります。この工程が何をしているかはオーサリングとは？DVD・ブルーレイを再生できる形にまとめる作業と手順で詳しく説明しています。ここでメニュー画面を付ければ「第001回〜第020回」の一覧から選んで再生でき、チャプターを打てば回ごとに頭出しできます。ポッドキャストのアーカイブとは、要するに大量の短いコンテンツの束なので、メニューとチャプターの有無で使い勝手がはっきり変わります。

制作を外に出す場合

ディスクメーカーでは、動画データからDVD・Blu-rayを制作しています。基本料金（DVD・1枚あたり）1,500円（税抜）からで、1枚から注文できます。再生できる形式へ組み立てるオーサリングは料金に含まれており、盤面へのレーベル印刷、ケースと背表紙の印刷、メニュー画面の作成、チャプター分けに対応しています。番組ロゴを盤面に刷り、背表紙に「2025年配信分」と入れておけば、棚に並べたときに何の何年分かが一目で分かります。

今日の30分でやること｜フィードの取得から一括退避までを一度通す

読んで終わりにせず、最初の1回を通してください。エピソード数にもよりますが、手を動かす時間は30分程度です。

• 1. フィードURLを確定する。ホスティングの管理画面に表示されているもの、または配信ページのHTMLソースでtype="application/rss+xml"を含む要素を探す。
• 2. XMLを取得日入りで保存する。curl -L -o feed_2026-08-09.xml "フィードURL"
• 3. enclosureのURLを抜き出す。grep -o ']*url="[^"]*"' feed_2026-08-09.xml | sed 's/.*url="//;s/"$//' > urls.txt
• 4. 一括ダウンロードして件数を照合する。wget -x -c -i urls.txt のあと、wc -l urls.txt と実ファイル数を突き合わせる。
• 5. 台帳を作る。話数・公開日・タイトル・GUID・尺・出演者・使用楽曲・保存場所。最低でもGUIDと公開日は必ず。
• 6. 3か所に配置する。作業用PC、外付けドライブ、クラウドまたはディスク。同じ筐体の中に複数コピーを置かない。
• 7. 年に1度、同じ手順を繰り返す。新しく取得したXMLと前回分を比較すれば、増えた回と、消えた回が分かる。

ディスクにする段になったら

制作を依頼するときの入稿は、ダウンロードできる共有URLで受け付けています。ギガファイル便、Google Drive、Dropbox、OneDrive、WeTransfer、firestorage などが使えます。アップロードの手順で迷う場合はギガファイル便での入稿ガイドを見てください。ダウンロードパスワードを設定した場合は、URLと一緒に伝える必要があります。

納期は通常便のほか、お急ぎ便が+1,500円（15時までの注文・入稿で翌々日までに発送）、特急便が+3,000円（15時までの注文・入稿で翌日発送）、当日店舗お渡しが+3,500円（平日12時までの注文・入稿、大阪市北区の店舗で受け取り）となっています。イベントで配る、記念日に間に合わせる、といった締め切りがあるなら、この選択肢から逆算して入稿日を決めてください。

よくある質問

Q. ポッドキャストの過去回はダウンロードして保存できますか
A. 多くの番組は、RSSフィードに書かれた音声ファイルのURLから直接ダウンロードできます。RSS 2.0のenclosure要素にはurl・length・typeの3属性があり、このurlがファイルの場所です。ブラウザでフィードURLを開いて手作業で拾うこともできますが、件数が多いならcurlでXMLを保存し、grepでURLを抽出してwgetでまとめて落とすほうが確実です。ダウンロードした音声を自分で聴くために保存するのは私的使用の範囲と理解されていますが、他人への配布や再公開は別の話になります。

Q. 配信を止めたら、これまでのエピソードはどうなりますか
A. ホスティングの契約が終われば、音声ファイルの実体が置かれているサーバーからファイルが削除されるのが一般的です。RSSのXMLが手元にあっても、そこに書かれているのはファイルの所在であって音そのものではないため、URLが応答しなくなれば取り出せません。配信を続けているうちに、フィードのXMLと全エピソードの音声ファイルを自分のディスクに落としておいてください。終了を決めてからでは、管理画面へのアクセスが先に切れることがあります。

Q. 保存する音声はMP3のままでいいですか
A. 聴くだけなら配信版のMP3で十分ですが、作り直す可能性があるなら別に原本を持ってください。MP3もAACも非可逆圧縮で、編集して書き出すたびに劣化が積み重なります。保存用は非圧縮のWAVか、可逆圧縮のFLACにします。サンプリング周波数とビット深度は収録時の設定のまま維持し、44.1kHzへの変換は配信用の書き出し時だけ行います。あわせて、実際に配信したMP3も1バイトも変えずに保管しておくと、聴かれたバージョンそのものが残ります。

Q. RSSフィードのXMLだけ保存しておけば大丈夫ですか
A. 足りません。RSSのXMLは目録であって蔵書ではありません。音声はenclosure要素のurl属性が指す先にあり、XMLの中には入っていないためです。ただしXMLにしかない情報も多く、公開日、エピソードのGUID、説明文、シーズン番号などは音声ファイル側に残らないことがあります。XMLと音声ファイルの両方を保存し、さらにGUIDと公開日を表計算の台帳に転記しておくのが安全な構成です。

Q. エピソードのGUIDとは何ですか。変えてはいけないのですか
A. GUIDは各エピソードを全世界で一意に識別する文字列で、購読アプリが新着かどうかを判定するために使います。Apple Podcastsは、すべてのエピソードがGUIDを持ち、それは決して変わらないものだと明記しています。GUIDを変更すると、既に配信済みの回が新着として再配信され、購読者の一覧が乱れます。ホスティングを移すときにGUIDを引き継げるかどうかが移行の成否を分けるため、台帳に必ず控えておいてください。

Q. ポッドキャストをCDにすると何話くらい入りますか
A. 音楽CD（CD-DA）として作る場合、一般的な700MBの盤で約80分（650MBの盤なら約74分）、トラック数は最大99という上限があります。1話30分の番組なら1枚に2話しか入りません。一方、音声ファイルをそのままデータとして書き込むなら容量の話になり、128kbpsのMP3は1時間あたり約57.6MBなので、DVD片面1層の4.70GBで約80時間分が収まる計算です。家庭用プレーヤーで聴きたいのか、PCで開ければよいのかで選ぶ形が変わります。

Q. 音声だけのファイルからDVDは作れますか
A. DVD-Videoは映像の規格なので、音声だけでは作れません。実務的な回避策は、静止画を1枚用意して、その上に音声を流す動画ファイルを作ることです。ffmpegなら、静止画をループさせて音声と結合し、-shortestオプションで音声の長さに合わせた1本のMP4にできます。その動画をDVDにすれば、家庭用プレーヤーで再生できます。DVDの映像解像度は720×480まで下がるため、静止画に文字を入れるなら大きめにしてください。

Q. 番組で使った市販の音楽が入っている回もディスクにできますか
A. 配信での利用許諾と、ディスクへの複製の許諾は別の手続きになります。JASRAC管理楽曲を記録媒体に複製する場合は、まずJ-WIDで複製をJASRACが管理しているか確認し、J-RAPPから申請し、通知された許諾番号とロゴマークを複製物に表示したうえで使用料を支払う流れです。外国曲、編曲、既存音源をそのまま使う場合は追加の許諾が必要になります。手続きが重い回は対象から外すか、音楽を差し替えた版を作るという判断も現実的です。