ポッドキャストファイルサイズ計算ツールとは？
1話の収録時間と音質・形式を入力するだけで、ファイルサイズ・月間ストレージ容量・クラウドサーバー費用目安までまとめて計算できるツールです。Apple Podcasts・Spotify・Amazon Musicなど主要配信プラットフォームの推奨設定への適合判定もワンクリックで確認できます。配信を始める前のサーバー容量試算、リスナーの通信量配慮、配信頻度の計画立てまで、本ツール1つで完結します。すべての計算はブラウザ内で完結し、入力した数値が外部に送信されることはありません。
ファイルサイズの計算式と早見表
圧縮音声（MP3・AAC）のファイルサイズは「ビットレート（kbps）× 収録秒数 ÷ 8 ÷ 1024」でMB単位を求められます。例えば30分・128kbpsなら、128 × 1800 ÷ 8 ÷ 1024 ≒ 28.1MB。一度覚えれば暗算でだいたいの容量がわかりますが、配信頻度を掛け合わせた年間試算までは手計算だと面倒なので、本ツールで一気に算出するのがおすすめです。
下記はステレオMP3を想定した「1話あたりの容量早見表」です。配信プラットフォームの上限と照らし合わせる際の目安にしてください。
| 収録時間 \ ビットレート | 64 kbps | 96 kbps | 128 kbps | 192 kbps | 256 kbps | 320 kbps |
|---|---|---|---|---|---|---|
| 15分 | 約 7.0 MB | 約 10.5 MB | 約 14.1 MB | 約 21.1 MB | 約 28.1 MB | 約 35.2 MB |
| 30分 | 約 14.1 MB | 約 21.1 MB | 約 28.1 MB | 約 42.2 MB | 約 56.3 MB | 約 70.3 MB |
| 45分 | 約 21.1 MB | 約 31.6 MB | 約 42.2 MB | 約 63.3 MB | 約 84.4 MB | 約 105.5 MB |
| 60分 | 約 28.1 MB | 約 42.2 MB | 約 56.3 MB | 約 84.4 MB | 約 112.5 MB | 約 140.6 MB |
| 90分 | 約 42.2 MB | 約 63.3 MB | 約 84.4 MB | 約 126.6 MB | 約 168.8 MB | 約 210.9 MB |
| 120分 | 約 56.3 MB | 約 84.4 MB | 約 112.5 MB | 約 168.8 MB | 約 225.0 MB | 約 281.3 MB |
※ WAV非圧縮（44.1kHz/16bit/ステレオ=1,411kbps相当）の場合、上表の11倍のサイズになります。60分のWAVは約620MBです。
用途別の推奨ビットレートと判断軸
「とりあえず128kbps」は無難ですが、番組の中身によっては容量とリスナー通信量を抑えられます。逆に音楽番組で128kbpsだとシンバルの高音域が潰れて聞こえるため、用途に合わせて選ぶのが正解です。
| 用途 | 推奨ビットレート | チャンネル | 判断軸 |
|---|---|---|---|
| ソロトーク（声のみ） | 64 kbps | モノラル | 人の声は4kHz以下に主成分があるため低ビットレートでも明瞭。AMラジオ相当でも実用 |
| 対談・複数人 | 128 kbps | ステレオ | 左右で話者を振り分ける場合はステレオ必須。FMラジオ相当の音質 |
| BGM入りトーク | 160〜192 kbps | ステレオ | 音楽の高音域（8kHz以上）まで再現するため余裕を持って |
| 音楽番組・DJミックス | 256〜320 kbps | ステレオ | シンバル・ハイハットの粒立ち、低音の沈み込みを残すなら320kbps |
| ASMR・環境音 | 320 kbps | ステレオ | 繊細な音の定位・空気感を伝えるには可逆圧縮に近いビットレートが必要 |
主要配信プラットフォームの仕様比較
プラットフォームごとに「アップロード可能な形式」「推奨ビットレート」「1話の容量上限」が異なります。複数配信（マルチプラットフォーム配信）するなら、最も厳しい仕様にあわせるのが鉄則です。下表は2026年5月時点の各サービス公式仕様をベースにした目安です。
| サービス | 対応形式 | 推奨ビットレート | 1話容量上限 | 備考 |
|---|---|---|---|---|
| Apple Podcasts | MP3 / M4A（AAC） | 128 kbps（ステレオ） | 250MB 推奨 / 上限 300MB | ID3タグ必須・チャプター対応 |
| Spotify for Podcasters | MP3 / M4A / OGG / WAV | 96〜320 kbps | 200MB / 12時間以内 | WAV/OGGも可だが配信時にMP3変換 |
| Amazon Music / Audible | MP3 | 128〜256 kbps | 500MB | RSS取込のみ。直接アップ不可 |
| YouTube Music（旧Google Podcasts） | MP3 / M4A | 128 kbps以上 | 500MB目安 | 2024年に旧Google Podcasts統合済み |
| Spotify for Creators（旧Anchor） | MP3 / M4A / WAV など | 自動で192kbps再エンコード | 500MB / 5時間以内 | RSS自動生成・配信代行が無料 |
| stand.fm / Voicy | MP3 / AAC | 96〜128 kbps | 各社規定（おおむね100MB前後） | アプリ収録なら自動最適化 |
※ 2026年5月現在、Google Podcastsアプリは2024年に終了済みで、YouTube Musicへ統合されました。Anchorも「Spotify for Podcasters」（クリエイター向けは「Spotify for Creators」）へリブランドされています。
リスナーの通信量を意識する（モバイル配慮）
リスナーの体感を左右する隠れた要素が「1話あたりのモバイル通信量」です。通勤・通学中にDLするユーザーが多いポッドキャストでは、容量が大きすぎると「Wi-Fiないと聴けない」「ギガが減る」とフォロー解除につながります。
| 1話の容量 | 4G/5Gでの目安DL時間 | 月20本聴く場合の通信量 | 20GB契約に占める割合 |
|---|---|---|---|
| 30MB（60分・64kbps） | 5〜15秒 | 約 600 MB | 3% |
| 56MB（60分・128kbps） | 10〜30秒 | 約 1.1 GB | 6% |
| 140MB（60分・320kbps） | 30秒〜1分 | 約 2.8 GB | 14% |
| 620MB（60分・WAV） | 2〜5分 | 約 12.4 GB | 62%（実質的に困難） |
結論として、声中心の番組は64〜96kbps、音楽が入るなら128〜192kbpsに収めるとモバイルリスナーに優しい設計になります。
サーバー・ストレージ費用と長期保管の試算
配信を3年・5年と続けると、過去回のアーカイブ容量が無視できなくなります。本ツールは「年間累計」を表示しますが、より長期の見通しが必要なら下表が目安になります（60分・128kbpsステレオ・週1配信を想定）。
| 運用年数 | 累計エピソード数 | 累計容量 | AWS S3 Standard 月額目安 | Cloudflare R2 月額目安 |
|---|---|---|---|---|
| 1年 | 52本 | 約 2.9 GB | 約 10円 | 約 5円 |
| 3年 | 156本 | 約 8.6 GB | 約 30円 | 約 15円 |
| 5年 | 260本 | 約 14.3 GB | 約 50円 | 約 25円 |
| 10年 | 520本 | 約 28.6 GB | 約 100円 | 約 50円 |
※ AWS S3 Standard $0.023/GB/月、Cloudflare R2 $0.015/GB/月、1ドル150円換算。実際は転送料（ダウンロード課金）が別途かかります。Cloudflare R2は転送料が無料のため、リスナー数が増えてからの差が大きくなります。
Spotify for Creators（旧Anchor）などホスティング込みの無料サービスを使えばストレージ費用は発生しませんが、独自RSS・収益化の自由度・将来の移行容易性を優先するなら、自前ホスティング（S3/R2/さくらのレンタルサーバー等）も選択肢です。
MP3 vs AAC vs WAV vs OGG の選び方
| 形式 | 同ビットレート時の音質 | 互換性 | 推奨用途 |
|---|---|---|---|
| MP3 | 標準 | ◎ ほぼ全環境 | 迷ったらこれ。ポッドキャスト業界の事実上の標準 |
| AAC（M4A） | ○ MP3より1〜2割効率良い | ○ iOS/Android/最近のブラウザ | Apple Podcasts中心・チャプター埋め込み重視 |
| OGG Vorbis | ○ MP3より効率良い | △ Spotify内では使えるが汎用性低 | Spotify専用配信なら選択肢 |
| WAV | ◎ 非圧縮で劣化なし | ◎ ただし容量大 | 収録マスター・編集中。配信前にMP3/AAC変換 |
| FLAC | ◎ 可逆圧縮で劣化なし | △ 一部プラットフォーム非対応 | 音楽番組のアーカイブ保管用 |
結論：配信用はMP3 128kbpsステレオ、マスターはWAVで保管が業界スタンダードです。AppleユーザーのみがターゲットならAACで容量約15%減も狙えます。
ラウドネス基準（-16 LUFS）とファイルサイズの関係
近年のポッドキャストでは「-16 LUFS（ステレオ）/-19 LUFS（モノラル）」というラウドネス基準が推奨されています（Apple Podcasts・Spotifyとも準拠）。これは「番組ごとの音量バラつきをなくす」ためのもので、配信前にAudacity・Auphonic・iZotope RX等でノーマライゼーションをかけます。
- ラウドネス調整自体ではファイルサイズはほぼ変わらない（音量を揃えるだけで圧縮率は同じ）
- ただし、Auphonicなどの自動処理ツールはノイズ除去・ローカット・ピーク制御を同時にかけるため、結果的に静音区間のデータ量が減り、わずかにファイルサイズが小さくなることがある
- 逆に「音量が小さすぎる」音源を後から増幅するとノイズも一緒に大きくなり、可聴ノイズが圧縮の邪魔をして同ビットレートでも音質が落ちる
つまり、収録段階で-12〜-6dBのピークを目指し、編集後に-16 LUFSへノーマライズするのが、サイズと音質の両立に最適です。
ファイルサイズを減らす実践テクニック
「今のままだとプラットフォーム上限を超える」「リスナーの通信量を抑えたい」場合の対処法を、効果が大きい順に並べます。
- モノラル化（容量約50%減）： ソロトークなら最も効果大。ステレオ128kbps → モノラル64kbpsで音質体感は変わらず容量半減
- ビットレート1段下げ（容量25〜33%減）： 192 → 128 → 96kbps と段階的に下げる。声中心なら96kbpsでも十分
- 無音カット（容量5〜15%減）： Auphonic / Adobe Podcast / Descript の「Silence Removal」で、間や言いよどみを自動カット
- サンプリングレート変更（容量約10%減）： 48kHz → 44.1kHzへ。配信用には44.1kHzで十分
- HE-AAC（AAC+）への変更： 同音質でMP3比約30%軽量。ただし古いプレーヤーで非対応の場合あり
- 分割配信： 90分の1本 → 45分×2本に分割。サイズ上限回避＋リスナーの離脱率低下も期待
ステレオ vs モノラルの判断基準
「ステレオで録ったほうがプロっぽい」と思いがちですが、ポッドキャストではモノラルが正解な場面が多いです。
| 収録スタイル | 推奨 | 理由 |
|---|---|---|
| 1人ソロトーク | モノラル | 音源が1つだけ。ステレオにしても情報量は増えない |
| 対面対談（マイク1本） | モノラル | 同上。容量を半分にできる |
| 対面対談（マイク2本・LR分離） | ステレオ（または2人モノラルミックス） | 左右で話者分離するならステレオ。多くの番組は中央定位ミックスでOK |
| リモート対談（Zoom/Riverside等） | モノラル | 会議系ツールは元々モノラル前提が多い |
| BGM・効果音入り | ステレオ | 音楽の左右の広がりを残す |
| ASMR・環境音 | ステレオ（バイノーラル） | 立体音響が番組価値の核 |
収録から配信までの容量管理ワークフロー
サイズで失敗しないための実務フロー（参考）です。
- 収録（WAV / 48kHz / 24bit）： マスター品質で保存。1時間 ≒ 1GB前後
- 編集（WAVのまま）： カット・EQ・コンプレッサーを当てる
- ノーマライズ（-16 LUFS）： Auphonic / Adobe Podcast Enhance などで処理
- 書き出し（MP3 128kbps / 44.1kHz / 配信用）： 本ツールで容量を事前確認
- アップロード： ID3タグ（タイトル・番組名・チャプター）を埋め込んでから配信プラットフォームへ
- マスター保管： WAVは外付けHDDかR2/Wasabi等の安価ストレージに退避
