ポッドキャスト番組ノートのテンプレート、4つのフォーマットでコピペして使う

テンプレートを取得する

サマリーブロックがテンプレートフィールドを埋めます

以下に4つのテンプレートを用意しました。インタビュー、ソロ、パネル、ナラティブという、一般的な番組形式ごとに1つずつです。自分の番組に合うものを選び、コードブロックをコピーして、角括弧で囲まれたフィールドを埋めれば、完全なショーノートが完成します。トランスクリプトを初稿に変える自動化ワークフローについては、ショーノートを自動生成する方法の別ガイドをご覧ください。この記事はあくまで構造に焦点を当てています。

テンプレート1: インタビュー番組

最も一般的な形式です。毎回異なるゲストを迎え、ショーノートは2つの役割を同時に果たす必要があります。新しいリスナーにゲストが誰かを伝え、常連リスナーには今回の会話で具体的に何が語られたかを伝えることです。

ゲストの経歴セクションは省略できません。 人々はトピックの見出しだけでなく、ゲストの信頼性に基づいて視聴を決めます。

[エピソードタイトル - ゲスト名: 具体的なトピックや主張、60文字以内]

## エピソード概要

[2段落、合計100〜180語。最初の段落ではゲストと今回の会話の中心
トピックを紹介します。2番目の段落では、リスナーがこのエピソード
から具体的に学べることや得られるものを説明します。番組全般の内容
ではありません。]

## [ゲスト名]について

[1段落、60〜100語。ゲストの関連する経歴、現在の役職、そして今回の
会話に関わる具体的な資格を1〜2つ。一般的な経歴は省略し、今日の
トピックについてこのゲストがなぜ権威なのかを示す情報だけを含めます。]

[ゲスト名]とつながる:
- ウェブサイト: [リンク]
- LinkedIn: [リンク]
- X/Twitter: [リンク]

## 取り上げた内容

- [00:00] 導入と背景
- [MM:SS] [トピック1 - 具体的に、5〜8語]
- [MM:SS] [トピック2]
- [MM:SS] [トピック3]
- [MM:SS] [トピック4]
- [MM:SS] [トピック5]
- [MM:SS] [トピック6]

[60分のエピソードでは8〜15個のタイムスタンプを目安に。各ラベルは
単なる分野ではなく、具体的な議論やストーリーを説明するものにします。]

## 重要な洞察

1. [洞察1 - ゲストによる具体的で引用可能な主張、1〜2文]
2. [洞察2]
3. [洞察3]
4. [洞察4]
5. [洞察5]

## 引用

> "[ゲストからの直接の引用]" - [ゲスト名]

> "[ゲストからの直接の引用]" - [ゲスト名]

> "[ゲストからの直接の引用]" - [ゲスト名]

## 紹介されたリソース

- [書籍、ツール、記事1](link)
- [書籍、ツール、記事2](link)
- [書籍、ツール、記事3](link)

## 完全なトランスクリプト

[話者ラベル付きの完全なトランスクリプト。話者形式: "ゲスト名: テキスト" または "ホスト: テキスト" を話者が変わるたびに新しい行に記載。]

テンプレート2: ソロショー

ソロエピソードはゲストがいないため、構成が異なります。ノートがコンテンツの重みをすべて担うことになります。リスナーはエピソードが自分に必要な特定のサブトピックをカバーしているかを判断するためにノートをスキャンするので、アウトラインセクションはここが最も重要です。

具体的な学習成果は、一般的なトピックラベルよりも優れています。「Xができるようになります」は「Xについて議論します」に勝ります。

[エピソードタイトル - 具体的なトピックまたは主張、60文字以内]

## エピソード概要

[2段落、100〜180語。最初の段落はトピックと、それが今まさに重要な理由を説明。2番目の段落はリスナーが得られるもの、つまり下せる決断、適用できるスキル、視点の変化について説明。]

## 学べること

- [具体的で明確な成果1]
- [具体的で明確な成果2]
- [具体的で明確な成果3]
- [具体的で明確な成果4]

## エピソードアウトライン

- [00:00] イントロダクション
- [MM:SS] [セクション1ラベル]
- [MM:SS] [セクション2ラベル]
- [MM:SS] [セクション3ラベル]
- [MM:SS] [セクション4ラベル]
- [MM:SS] [セクション5ラベル]
- [MM:SS] まとめと次のステップ

## キーポイント

1. [エピソードから最も重要な実質的なポイント、2〜3文]
2. [2番目のポイント]
3. [3番目のポイント]
4. [4番目のポイント]
5. [5番目のポイント]

[5〜8個のキーポイントを目指す。各ポイントは、エピソードを聞いていない読者でもリストから価値を得られるように、自己完結している必要がある。]

## リソース

- [リソース1](link)
- [リソース2](link)
- [リソース3](link)

## 関連エピソード

- [過去のエピソードタイトル](link to episode page)
- [過去のエピソードタイトル](link to episode page)
- [過去のエピソードタイトル](link to episode page)

## 完全なトランスクリプト

[トランスクリプト全文はこちら。]

テンプレート3: パネルディスカッション

パネル形式のエピソードでは、複数のゲストや共同ホストが意見を述べ合うため、特定の問題が生じます。それは、一般的な要約だけでは誰が何を言ったのかが伝わらないことです。このテンプレートは、冒頭で出演者を明示し、トランスクリプト内で発言者を明記することで、その問題を解決します。

パネル番組の価値は、視点同士の摩擦にあります。 パネリストがどこで対立したかを浮き彫りにするショーノートは、「話し合われたトピック」を中立的にまとめたものよりも効果的です。

[エピソードタイトル - トピックまたは討論の枠組み、60文字以内]

## エピソード概要

[2段落、100〜180語。最初の段落では、パネルが取り上げる中心的なトピックや問いを紹介し、参加者全員の名前を簡単に挙げます。2段落目では、意見の範囲や主な対立点を要約します。単に何が話されたかではなく、パネルがどこで一致し、どこで反論したかに焦点を当てます。]

## パネリスト

**[名前1]** - [肩書き、会社、または関連する資格。1文。]
**[名前2]** - [肩書き、会社、または関連する資格。1文。]
**[名前3]** - [肩書き、会社、または関連する資格。1文。]
[ホスト: [ホスト名]]

## セグメント別内訳

- [00:00] 導入と問いの設定
- [MM:SS] [セグメント1 - トピックだけでなく、論点の名前を挙げる]
- [MM:SS] [セグメント2]
- [MM:SS] [セグメント3]
- [MM:SS] 公開討論 / 観客からのQ&A [該当する場合]
- [MM:SS] 最終的な立場表明

## 各パネリストの立場

**[名前1] の主張:** [核心的な立場を1〜2文で]
**[名前2] の主張:** [核心的な立場を1〜2文で]
**[名前3] の主張:** [核心的な立場を1〜2文で]

## 重要な引用

> 「[引用]」 - [話者名]

> 「[引用]」 - [話者名]

> 「[引用]」 - [話者名]

## 言及されたリソース

- [リソース1](link)
- [リソース2](link)
- [リソース3](link)

## 完全なトランスクリプト

[話者ラベル付きの完全なトランスクリプト。話者が変わるたびに「話者名: テキスト」という形式で一貫したラベルを使用。パネルディスカッションでは特に重要。リスナーが誰が何を言ったかをトランスクリプトで探すため。]

テンプレート4: ナラティブまたはドキュメンタリー

ナラティブポッドキャストは、エピソード全体で一つの物語を語ります。ショーノートの役割は異なります。物語の枠組みを台無しにせずに提示し、感情的なトーンを示し、制作チームへのクレジットを記載します。ゲストの経歴紹介はここでは意味を成さず、チャプターとクレジットが適しています。

コンテンツ警告はここに記載すべきで、音声のイントロに埋め込むべきではありません。 リスナーには、再生を始める前に視聴をやめる選択肢が与えられるべきです。

[エピソードタイトル - ストーリーフックまたはエピソード番号: タイトル、最大60文字]

## このエピソードについて

[2段落、100〜180語。最初の段落では、このエピソードの物語や主題を、重要な展開を明かさずに紹介。2番目の段落では、感情的なテーマや領域を説明。どんな種類の物語で、誰にとって重要なのか。ネタバレは避ける。]

[該当する場合のコンテンツ警告: 「このエピソードには[トピック]に関する議論が含まれます。リスナーの判断をお勧めします。」]

## チャプターガイド

- [00:00] コールドオープン
- [MM:SS] [チャプター1のタイトルまたはシーン名]
- [MM:SS] [チャプター2]
- [MM:SS] [チャプター3]
- [MM:SS] [チャプター4]
- [MM:SS] クレジット

[興味を引きつつネタバレしない、印象的なチャプタータイトルを使用。「すべてを変えた電話」は効果的。「電話」は不十分。]

## 主要人物

[ドキュメンタリースタイルの番組のみ: エピソードに登場する実在の人物それぞれについて、1文で簡単に説明。]

- [人物1]: [役割または関連性、1文]
- [人物2]: [役割または関連性、1文]

## クレジット

取材・執筆: [名前]
プロデューサー: [名前]
サウンドデザイン: [名前]
追加取材: [名前]
音楽: [タイトル/作曲家またはライセンス元]
初回放送日: [日付]

## 出典と関連資料

フラグメント5：

[ドキュメンタリーや調査系の番組の場合：参照した一次資料、
レポート、書籍、または文書をリストアップする。]

- [ソース1](link)
- [ソース2](link)
- [ソース3](link)

## 完全なトランスクリプト

[完全なトランスクリプト。ナレーション音声の場合、サウンドデザインのキューを
角括弧で含める：[MUSIC FADES]、[ARCHIVAL AUDIO]、[AMBIENT SOUND]。
これにより、トランスクリプトは単なる文字起こしではなく、
アクセシビリティのための完全なドキュメントになる。]

特定ニッチ向けのフォーマットバリエーション

上記の4つのテンプレートは、ほとんどの番組をカバーしている。いくつかのニッチでは、特定の追加が必要になる。

テクニカル系ポッドキャスト。 エピソードで具体的な実装について取り上げた場合は、コードとコマンドのセクションを追加する。リスナーは、数ヶ月前に聞いたコマンドや設定を探すために、エピソードページに戻ってくることがよくある。

ヘルスケア・医療系ポッドキャスト。 エピソードの要約の前に、免責事項のパラグラフを追加する。言及された研究については、リソースセクションで完全な引用とともに参照する。

法律系ポッドキャスト。 法的免責事項を追加する。言及された判例や法令を引用する。

犯罪・調査系。 エピソードの要約の前に、目立つ位置にコンテンツ警告を追加する。リスナーの中には、始める前に判断したい人もいる。

ショーノートが実際に表示される場所

フォーマットに時間をかける前に、配信で何が生き残るかを知っておくと役立つ。

Apple PodcastsとSpotifyはどちらも基本的なHTMLをレンダリングする：段落、箇条書き、リンク。太字や斜体のタグは、アプリによってサポートが一貫していない。最も安全なフォーマットは、段落区切りと箇条書きのみを使うことだ。説明の最初の155文字は、クリーンで具体的な内容に保つこと。多くのアプリがこれをメタスニペットとして扱う。

完全な文字起こしは、RSSフィードではなく、ウェブサイトのページに載せるべきです。ほとんどのホスティングプラットフォームでは、RSSの説明文とは別に、サイト上で拡張版のショーノートを公開できます。長文のノートや文字起こしはページに置き、RSSフィールドには1,000〜2,000文字の要約を入れてください。

文字起こしのアクセシビリティ面での利点については、ポッドキャストのアクセシビリティ文字起こしガイドを、チャプターのタイムスタンプが各アプリでどう表示されるかは、ポッドキャストのチャプターマーカーガイドを参照してください。

初稿の作成

これらのテンプレートを記憶ではなく文字起こしから埋めたい場合、その手順は関連記事のポッドキャストのショーノートを自動生成する方法に載っています。簡単に言うと、エピソードを文字起こしし、該当するテンプレートに沿ってAIプロンプトに通し、正確さとトーンを調整して出力を編集します。自動化の仕組みなしでクリーンな文字起こしだけが必要なら、ConvertAudioToTextが音声・動画ファイルの文字起こしステップを処理します。

ポッドキャスター向け文字起こし完全ガイドでは、ショーノートが制作後のワークフロー全体のどこに位置づくかを解説しています。

よくある質問

ポッドキャストのショーノートはどのくらいの長さが適切ですか？

Apple Podcastsはエピソードの説明文として最大4,000文字を表示します。Spotifyには公表された上限はありませんが、業界標準に合わせています。ウェブサイト向けには、特に完全な文字起こしを含める場合、SEOの観点から長めが有利です。最初の155文字は、多くのアプリがメタディスクリプションのスニペットとして扱うため、簡潔にまとめてください。

ポッドキャストのショーノートで使えるHTMLタグは？

Apple Podcastsは段落（p）、順序なしリスト（ul/li）、ハイパーリンク（a href）に対応しています。Spotifyも同じタグをサポートし、さらに見出し（h1/h2）を表示し、単純な改行も処理します。太字や斜体のタグはアプリによって表示が一貫しないため、依存するのは避けましょう。配信プラットフォームがディレクトリに配信する前にこれらのタグを変換する場合もあります。

ショーノートに完全なトランスクリプトは必要ですか？

必須ではありませんが、ショーノートページに追加できる中で最も効果の高い要素です。検索エンジンはトランスクリプトのテキストをインデックスするため、各エピソードページが長文ドキュメントとなり、数十の具体的なフレーズでランキングに入る可能性があります。これがない場合、エピソードページのインデックス可能なテキストは通常300語未満です。

ショーノート用のタイムスタンプを素早く生成するには？

まずエピソードを文字起こしします。話者ラベル付きのトランスクリプトがあれば、トピックの移り変わりをスキャンして時間を記録するのが簡単です。トランスクリプトから手動で数分でタイムスタンプを抽出するか、AIプロンプトを使ってテキストをスキャンし、タイムスタンプ付きのトピックリストを出力させることができます。トランスクリプトが基盤であり、他のすべてはその上に構築されます。

出典

• ショーノートのフォーマット - Spotify
• すべてのポッドキャストプレイヤーでエピソードノートを機能させる方法 - Podnews
• ポッドキャストノートの4000文字制限について - RSS.com
• エピソードの説明はどのくらいの長さにできますか？ - ART19