セミナー・YouTube動画をAIでブログ記事にする方法｜文字起こしからの編集実例

こんにちは。バナナデスクです。

セミナーを文字起こししてAIに渡したのに、できた記事が読みにくい。内容は合っているのですが、「この図を見てください」「さっきの話に戻ると」が残っていて、動画を見ていない人には伝わらないことがあります。

話した順番と、検索から来た人が知りたい順番は同じとは限りません。録画では前置きに10分使えても、ブログでは「まず何をすればよいか」を早く知りたい人がいます。

この記事では、自分が利用する権利を持つ動画をブログへ編集する手順を説明します。実際の録画を自動変換した性能試験ではなく、この記事用に作成した発話資料を、論点表と完成記事へ編集する例を示します。録画の議事録ではなく、動画を見ていない人が一つの作業を進められる記事を目指します。

執筆：バナナデスク｜WEBビジネスの設計・集客・改善

最初に決めるのは「動画の要約」か「検索への答え」か

セミナーの全体像を参加者へ配るなら、話した順にまとめる価値があります。一方、検索から初めて来る人へ届けるなら、その人の問いに合わせて再構成します。同じ素材でも、目的が違えば完成形が変わります。

たとえば90分のセミナーで、対象者、講座内容、価格、集客を話していたとしても、一本の記事にすべて入れる必要はありません。「60分の講座に内容を絞る方法」を記事の問いにしたら、価格の説明は本筋から外れます。質問を狭くすることと、重要な条件を落とすことは別です。

最初に「この記事を読んだ人は、教えたい項目を残す・補足へ回す・別講座にする、の3つへ分けられる」と書いてみましょう。これが完成条件です。動画の長さや文字起こしの文字数では決めません。

文字起こしにない画面情報を、別の資料にする

YouTubeでは字幕のある動画で文字起こしを表示できます。文字起こしから元の発話箇所を確認する際に役立ちます。YouTubeの文字起こし表示の説明。

ただし、話者が「この赤い部分」と言っているだけなら、文字起こしに赤い部分の意味は入りません。画面上の表、グラフの単位、操作した設定、発話と異なる補足を別に控えます。

また、NotebookLMに関する現行の公式ヘルプでは、YouTube URLから取り込むのは動画のテキスト文字起こし部分と説明されています。動画の画面全体を理解した前提で任せないようにします。2026年9月30日時点で、ヘルプ本文の製品表記はGemini Notebookです。ソース取り込みの公式説明。

他人の動画の内容を、名前だけ変えて自分の知識として記事にするための方法ではありません。自分の録画でも、参加者の質問や画面共有に公開できない情報が入っていることがあります。使える素材を先に分けてください。

発話資料の見本を、記事の材料へ分解する

以下は実際の録画の書き起こしではなく、編集の説明用に作成した発話例です。時刻は場面を分けるための仮の表示です。

00:00「今日は60分の講座を考えます。教えたいことって増えますよね。これも大事、あれも必要となるので。」

00:25「でも、全部入れる前に、終わったときに何を一人でできればいいかを一つ決めてください。知っている、だけだと選びにくいです。」

00:50「この表だと、対象者を書く、見出しを作る、価格を決める、告知を書くと並んでいます。今日は構成案ができればよいなら、価格や告知は外へ出します。」

01:20「残った内容にも順番があります。対象者が曖昧なまま見出しを作ると、初心者向けと経験者向けが混ざります。」

01:45「説明だけで60分にしないで、手を動かす時間を残してください。たとえば説明15分、記入25分、見直し10分、導入と整理10分。これは配分の例です。」

02:10「次回は価格の話をします。案内はまたお送りします。」

この資料からは、終了時の作業、対象者、削る内容、時間配分を取り出せます。次回の案内は、今回の記事を読む人の作業には不要です。削る理由を説明できるものから外します。

誤変換があった場合は、前後の文脈だけで決めず、元音声へ戻します。たとえば「十五分」と「五十分」は、配分を大きく変えます。聞き取れない場合は確認待ちとし、都合のよい数字に直さないでください。この例の配分は15＋25＋10＋10＝60分と計算できます。

動画を見ていなくても読める、短い完成記事の見本

ここからは、上の発話を編集した本文の見本です。新しく調べた実績を加えず、話に含まれていた判断を、検索者が使える順番へ並べています。

60分の講座に内容を絞るには、終わったあと一人でできる作業を一つ決めます。「講座について理解する」より、「対象者と見出しを書いた構成案が一枚できる」と決める方が、残す内容を選びやすくなります。

たとえば、対象者の決定、見出し作成、価格設定、告知文作成の4つを教えたいとします。終了時の成果物を構成案にするなら、最初の講座では対象者と見出しに絞れます。価格と告知は重要でも、今回の構成案を完成させるための中心作業ではないため、別の機会へ回します。

次に、残した内容の順番を決めます。初心者向けか経験者向けかで必要な説明は違うため、対象者を決めてから見出しを作ります。見出しを先に並べると、異なるレベルの話が混ざりやすくなります。

時間は説明だけに使いません。配分例は、導入と整理10分、説明15分、記入25分、見直し10分で合計60分です。参加者が構成案を実際に書き、不要な項目を外せる時間を確保します。この配分は一例で、受講者の経験や課題に応じて調整します。

最後に、残した項目を一つずつ見て「これがなくても構成案を完成できるか」と問い直します。なくても進める補足は資料へ移し、別の作業を始める内容は次の講座へ分けます。情報の多さより、受講後に手元に何が残るかで内容を選びましょう。

元の順番から大きく変えたのは、最初に完成条件を置いたことです。「この表」は具体的な4項目へ置き換え、動画の画面がなくても意味が通るようにしました。次回案内を落とした一方で、時間配分が仮例である条件は残しています。

この短い見本をそのまま大きな総合記事に引き伸ばす必要はありません。実際の記事で読者がつまずく箇所が見つかれば、対象者の記入例や、削れない場合の別案を追加します。

AIへの依頼文と、下書きの照合手順

目的：動画を見ていない人が、60分の講座内容を絞れる記事を作る。
素材：時刻付きの発話資料、画面の補足、確認済みの外部資料。

最初に行うこと：
・発話を主張、例、条件、雑談、案内に分ける。
・記事の問いに必要な論点だけ選び、元の時刻を残す。
・素材にない情報が必要なら、追加調査の項目として別に出す。

本文の条件：
・検索者の疑問への答えを早い段階に置く。
・「この図」「先ほど」など動画依存の表現を具体化する。
・推測の実績、講師の体験、参加者の声を作らない。
・数値と適用条件を離さない。
・素材にない結論は足さない。
本文とは別に、残した箇所と省いた箇所の一覧を出す。

AIの下書きができたら、原稿から元の発話へ逆に戻ります。すべてを一語一句合わせる必要はありませんが、結論の強さが変わっていないかは確認します。「試せる」を「必ず成功する」へ、「一例」を「正解の比率」へ変えていないかを見てください。

比較表や数字が追加された場合は、どの素材に根拠があるかを確認します。根拠がなければ、調べるか、説明用の仮例として作り直すか、削除します。出典URLが付いているだけでは、追加された結論の証明にはなりません。

うまく変換できないときは、素材ごとに対処を変える

文字起こしが長すぎるときは、最初から全部を記事化せず、今回の問いに関係する場面を選びます。ただし、選んだ発言の前後に条件がある場合は一緒に残してください。切り抜きによって意味が変わらないようにします。

操作動画の場合は、発話より画面の情報が重要なことがあります。ボタン名、選択値、操作前後の状態を確認できなければ、「手順を再現できる記事」はまだ完成していません。文字起こしだけで説明できる範囲へ狭めるか、画面資料を補います。

対談の場合は、誰の発言かを残します。相手の意見を著者の体験へ変えないでください。参加者から出た個別の相談を使う際も、公開範囲の確認が必要です。

古い録画で現在の機能や料金を話している場合は、現行資料と照合します。過去の発言を忠実に書いたとしても、現在使える手順とは限りません。更新した部分は、録画当時の説明と今の情報を混ぜずに整理します。

公開前は、録画を閉じて記事だけで読んでみる

最後は、元の動画を見ない状態で原稿を読みます。主語が抜けていないか、図がないと意味が通らない一文がないか、読者が作業を始める材料が揃っているかを確認してください。

タイトルが「編集の実例」なら、元資料と完成文が必要です。「操作手順」なら、必要な入力と設定、失敗時の確認まで必要になります。動画があること自体を、記事の深さの代わりにしないようにします。

素材をAIへ渡す際の指示と原稿の点検については、AI原稿を具体的な記事へ直す方法でも説明しています。一本の録画を使い切ることより、今回検索した人の一つの疑問に、記事だけで答えられる状態を目指しましょう。