最終更新: 2026-05-01

ポッドキャスト番組概要の文字数設計 - 各プラットフォームの制限と最適化

ポッドキャストの番組概要 (Show Description) とエピソード説明文 (Episode Notes) は、リスナーが番組を発見し、再生ボタンを押すかどうかを決める重要な接点です。しかし、Apple Podcasts、Spotify、YouTube Music、Amazon Music など主要プラットフォームごとに文字数制限が異なり、同じテキストがプラットフォームによって途中で切れてしまうことがあります。本記事では、各プラットフォームの制限を正確に把握し、すべてのリスナーに最適な情報を届けるための文字数設計を解説します。

プラットフォーム別の文字数制限一覧

ポッドキャストの文字数制限は、番組全体の概要 (Show Description) とエピソードごとの説明文 (Episode Description) で異なります。さらに、検索結果やカード表示での「折りたたみ表示」と、詳細ページでの「全文表示」でも表示文字数が変わります。

注目すべきは Spotify の制限の厳しさです。番組概要が約 1,200 文字に制限されるため、Apple Podcasts 向けに 3,000 文字の概要を書いても、Spotify では半分以上が切り捨てられます。マルチプラットフォーム配信を前提とするなら、核心情報を最初の 1,200 文字以内に収める設計が必要です。

検索結果での表示 - 最初の 100 文字が勝負

リスナーがポッドキャストを発見する経路の多くは、プラットフォーム内検索です。検索結果のカード表示では、番組概要の最初の 80〜150 文字程度しか表示されません。この「折りたたみ表示」の文字数は、メタディスクリプションの設計と同じ考え方で最適化できます。

検索結果で表示される冒頭部分に含めるべき情報は以下の通りです。

• 番組のジャンルとテーマ: 「テクノロジーとビジネスの交差点を探るポッドキャスト」のように、1 文で番組の位置づけを伝える
• 更新頻度: 「毎週月曜日配信」のように、リスナーが購読判断に使う情報を含める
• ターゲットリスナー: 「スタートアップ経営者やプロダクトマネージャー向け」のように、誰のための番組かを明示する
• 差別化ポイント: 「現役 CTO がゲストを招き、失敗談を赤裸々に語る」のように、他番組との違いを示す

冒頭に「この番組は...」「本ポッドキャストでは...」のような前置きを書くのは文字数の無駄です。検索結果では限られた文字数で勝負するため、主語を省略して核心から書き始めるのが効果的です。

エピソード説明文の構成テクニック

エピソード説明文 (ショーノート) は、番組概要とは異なる役割を持ちます。番組概要が「この番組を聴くべきか」の判断材料であるのに対し、エピソード説明文は「このエピソードを聴くべきか」と「聴いた後に参照する情報」の 2 つの役割を担います。

効果的なエピソード説明文は、以下の 3 層構造で設計します。

第 1 層のフックは、Spotify の検索結果で表示される約 100 文字に収まるように設計します。「今回は元 Google エンジニアの田中氏を迎え、大規模システムの障害対応で学んだ 3 つの教訓を語ります」のように、ゲスト名・テーマ・具体的な数字を含めると、クリック率が向上します。

第 3 層のタイムスタンプは、長尺エピソード (30 分以上) では特に重要です。リスナーが興味のあるセクションに直接ジャンプできるため、エピソードの完聴率を高める効果があります。Apple Podcasts はタイムスタンプ形式 (例: 「12:30 - トピック名」) を自動的にリンク化するため、正確な時刻表記を心がけてください。

RSS フィードの description と content:encoded の使い分け

ポッドキャストの RSS フィードには、テキストを格納する 2 つの主要なフィールドがあります。<description> タグと <content:encoded> タグです。この 2 つの使い分けが、プラットフォーム間での表示差異に直結します。

実務上の推奨は、description にプレーンテキスト版 (1,000 文字以内)、content:encoded に HTML 版 (リンク・タイムスタンプ付き) を格納する二重管理です。Spotify は description を優先的に参照するため、プレーンテキスト版でも十分な情報量を確保する必要があります。

itunes:summary は Apple が非推奨としているため、新規の RSS フィードでは使用しないでください。既存のフィードに含まれている場合は、description と同じ内容を設定しておけば問題ありません。

SEO を意識したショーノートの書き方

ポッドキャストの SEO は、音声コンテンツ自体の検索最適化と、ショーノートのテキスト検索最適化の 2 軸で考える必要があります。Apple Podcasts と Spotify はそれぞれ独自の検索アルゴリズムを持っており、YouTube の説明文 SEO とは異なるアプローチが求められます。

Apple Podcasts の検索は、番組タイトル、エピソードタイトル、番組概要、エピソード説明文のテキストをインデックスします。2024 年からは音声の自動文字起こし (Transcripts) も検索対象に含まれるようになりましたが、ショーノートのテキストは依然として重要なランキング要因です。

Spotify の検索アルゴリズムは、テキストマッチングに加えて、再生数、完聴率、フォロワー数などのエンゲージメント指標を重視します。そのため、ショーノートの SEO だけでなく、リスナーのエンゲージメントを高める内容設計が間接的に検索順位に影響します。

• キーワードの自然な配置: エピソードのテーマに関連するキーワードを、冒頭 200 文字以内に自然に含める
• ゲスト名のフルネーム記載: ゲストの名前で検索するリスナーが多いため、フルネームと肩書きを必ず含める
• 具体的なトピック名: 「AI について語る」ではなく「GPT-4o の API 料金改定がスタートアップに与える影響」のように具体的に書く
• シリーズ名の統一: 連続企画の場合は「シリーズ名 #3」のように統一的な命名で、シリーズ検索に対応する

タイトルの文字数設計

エピソードタイトルは、ショーノート以上に文字数制限が厳しい要素です。動画タイトルの最適化と共通する部分も多いですが、ポッドキャスト特有の制約もあります。

全プラットフォームで省略されずに表示されるのは約 35〜50 文字です。エピソード番号を含める場合 (例: 「#127」で 4 文字)、実質的に使えるのは 30〜45 文字程度になります。この制約の中で、エピソードの内容を正確に伝え、かつ興味を引くタイトルを設計する必要があります。

Apple Podcasts のガイドラインでは、タイトルに番組名を繰り返し含めることを禁止しています。「テックトーク - テックトーク #127 AI の未来」のような冗長なタイトルは、検索結果での表示を圧迫するだけでなく、Apple のレビューで却下される可能性があります。

チャプターマーカーと文字数

Podcasting 2.0 の仕様で導入されたチャプターマーカー (Chapters) は、エピソード内のセクションにタイトルと画像を付与する機能です。Apple Podcasts、Overcast、Pocket Casts などが対応しています。

チャプタータイトルの推奨文字数は 20〜40 文字です。Apple Podcasts のチャプター表示では約 40 文字で省略されるため、この範囲に収めるのが実用的です。チャプタータイトルは「導入」「まとめ」のような汎用的な名前ではなく、「なぜ Rust が組み込み開発で注目されるのか」のように具体的な内容を示す方が、リスナーのナビゲーションに役立ちます。

ポッドキャスト制作に関する関連書籍は Amazon でも探せます。音声コンテンツの企画から配信までを体系的に学べる書籍が揃っています。

番組概要のテンプレートと実例

効果的な番組概要を効率的に作成するために、ジャンル別のテンプレートを紹介します。

インタビュー番組の場合 (推奨 800〜1,200 文字)

• 冒頭 100 文字: 番組のコンセプトとホストの紹介
• 100〜300 文字: どんなゲストが出演するか、過去の注目ゲスト名
• 300〜500 文字: リスナーが得られる価値 (学び、気づき、エンタメ)
• 500〜800 文字: 更新頻度、エピソードの長さ、SNS アカウント
• 800〜1,200 文字: スポンサー情報、お便り募集、関連リンク

ニュース解説番組の場合 (推奨 600〜1,000 文字)

• 冒頭 100 文字: 扱うニュースジャンルと解説の切り口
• 100〜300 文字: ホストの専門性や経歴 (信頼性の担保)
• 300〜600 文字: 番組の特徴 (速報性、深掘り、独自取材など)
• 600〜1,000 文字: 配信スケジュール、関連メディア、連絡先

いずれのテンプレートでも、Spotify の制限 (約 1,200 文字) を意識し、核心情報を前半に集中させることが重要です。1,200 文字を超える部分は Apple Podcasts や Overcast でのみ表示される「ボーナス情報」と位置づけ、参考リンクやスポンサー情報を配置します。

ホスティングサービス別の文字数制限

ポッドキャストのホスティングサービス (配信プラットフォーム) にも、RSS フィードの生成時に独自の文字数制限を設けているものがあります。ホスティングサービスの制限は、最終的に各プラットフォームに配信される RSS フィードの内容に直接影響するため、見落とせない要素です。

Anchor (現 Spotify for Podcasters) の番組概要が 600 文字に制限されている点は特に注意が必要です。Spotify 経由で直接配信する場合、この制限が適用されるため、他のホスティングサービスから配信する場合よりも大幅に短い概要しか設定できません。Spotify での露出を重視するなら、600 文字以内で番組の魅力を伝えきる必要があります。

エピソード説明文の A/B テスト手法

エピソード説明文の最適な文字数は、番組のジャンルやリスナー層によって異なります。データに基づいて最適解を見つけるには、A/B テストが有効です。ポッドキャストの A/B テストは Web サイトほど簡単ではありませんが、以下の手法で間接的に効果を測定できます。

• 交互テスト: 偶数回のエピソードは短い説明文 (300 文字以内)、奇数回は長い説明文 (800 文字以上) で配信し、再生数と完聴率を比較する
• フック文の比較: 冒頭 100 文字のフック文を「質問形式」と「結論先出し形式」で交互に使い分け、再生開始率を比較する
• タイムスタンプの有無: タイムスタンプを含むエピソードと含まないエピソードで完聴率を比較する。タイムスタンプがあると途中離脱が減る傾向がある
• CTA の位置: 「チャンネル登録」や「レビューのお願い」を説明文の冒頭に置く場合と末尾に置く場合で、フォロワー増加率を比較する

Apple Podcasts Connect と Spotify for Podcasters のダッシュボードでは、エピソードごとの再生数、再生開始率、完聴率、フォロワー増減を確認できます。これらの指標を説明文の文字数・構成と照合することで、自分の番組に最適な文字数設計を見つけることができます。

音声文字起こし (Transcript) と SEO の関係

Apple Podcasts は 2024 年から音声の自動文字起こし (Transcript) 機能を提供しています。この文字起こしテキストは検索対象に含まれるため、ショーノートの SEO 戦略にも影響を与えます。

文字起こしが検索対象になったことで、ショーノートに含めるキーワードの重要性は相対的に低下しました。音声内で言及したキーワードは文字起こしを通じて自動的にインデックスされるためです。しかし、ショーノートには文字起こしにはない構造化された情報 (タイムスタンプ、参考リンク、ゲスト情報) を含められるため、依然として SEO 上の価値があります。

Spotify も独自の音声認識技術を活用してポッドキャストの内容をインデックスしていますが、文字起こしテキストをユーザーに公開する機能は限定的です。SEO における文字数の考え方と同様に、テキストコンテンツ (ショーノート) と音声コンテンツ (文字起こし) の両方を最適化することで、検索露出を最大化できます。