タグ: コンテンツ再利用

  • 修正済みSRTからショート候補を5本作る方法|開始時刻・字幕・縦動画まで

    修正済みSRTからショート候補を5本作る方法|開始時刻・字幕・縦動画まで

    長尺動画には、ショート動画にできる場面がいくつもあります。

    結論を短く言い切った場面。数字で問題の大きさが分かる場面。二つの制度を比較した場面。よくある誤解を一言で整理した場面。

    しかし、動画を最初から見直して候補を探し、開始時刻と終了時刻を記録し、縦動画に直し、字幕を付ける作業を毎回行うと、一本のショートを作るだけでも時間がかかります。

    そこで、実際の運用では、修正済みSRTから複数の候補を先に抽出します。

    SRTには、発言内容と時刻があります。文章だけを読むより速く候補を探せて、切り出し位置も元動画へ戻って確認できます。

    ただし、発話量が多い場面や、強い言葉が入った場面が、そのまま良いショートになるとは限りません。

    AIには候補を広く集めてもらい、人が「短い一本として意味が完結するか」を判断する。

    今回は、修正済みSRTから重複しないショート候補を五本作り、縦型動画として書き出すまでの手順を解説します。

    結論:ショートは「短い切り抜き」ではなく「一問一答」にする

    良いショートは、長尺動画の一部を短く切っただけの映像ではありません。

    一本の中に、次の三つがあります。

    1. 何の話か分かる入口
    2. 一つの論点
    3. 視聴後に残る答え

    実際の運用では、ショート一本を「一つの質問へ、一つの答えを返す動画」と考えます。

    質問:何が問題なのか?
    答え:資料から確認できる問題は三つある。
    質問:もう決まったのか?
    答え:決定ではなく、現時点では検討開始までである。

    この形にできる場面を選ぶと、元動画を知らない人にも意味が伝わります。

    逆に、前の説明を聞かないと「それ」「この件」「だから」が何を指すか分からない場面は、そのままではショートに向きません。

    最初に用意する四つの材料

    候補抽出の前に、次の四つをそろえます。

    • 元の動画ファイル
    • 修正済みSRT
    • 動画の中心テーマと対象視聴者
    • 公開時に避ける表現・要確認事項のメモ

    修正済みSRTを使う理由は、ショート字幕と切り抜き候補へ、同じ誤りを広げないためです。

    自動字幕の人名や数字が間違っている状態で候補を作ると、画面に大きく表示する字幕にも誤りが入ります。短い動画は文脈が少ないため、一語の誤りが長尺動画以上に目立ちます。

    まずSRTを共通データとして確定し、その時刻と本文を使って候補を探します。

    ショート候補に向く五つの型

    一本の長尺動画から五本を作るときは、同じ種類の場面だけを選ばないようにします。

    結論型

    話者が「要するに」「結論として」と論点を短くまとめた場面です。

    内容が完結しやすく、元動画の主張を短時間で伝えられます。ただし、前提や例外を削ると意味が強くなりすぎる場合があります。

    数字型

    予算、割合、期間、件数など、具体的な数字から問題の規模が分かる場面です。

    数字だけを強調せず、対象、単位、時点を同じ動画内に残します。

    比較型

    旧制度と新制度、賛成側と反対側、建前と実態など、二つの違いが分かる場面です。

    対比は短い動画に向きますが、実際には複数の立場があるテーマを、無理に二者択一へ変えないようにします。

    誤解修正型

    「よくこう言われるが、資料を読むと条件がある」と整理する場面です。

    検索やコメントで繰り返される疑問に答えやすく、単独でも価値を持ちます。

    人物・体験型

    当事者の具体的な経験、現場で起きた出来事、感情が伝わる場面です。

    固有名詞、プライバシー、映像の公開範囲、発言の文脈を特に慎重に確認します。

    五本すべてを結論型にせず、役割を分けると、同じ長尺動画から別の入口を作れます。

    ステップ1:SRTを一定時間の窓で採点する

    候補を広く探すには、SRTを一定時間ごとの窓として読みます。

    現在の自動選定では、五秒ずつ開始位置を動かしながら、既定で最大六十秒の範囲を評価します。

    主な採点材料は次の通りです。

    • 実際に話している時間が長い
    • 結論や対比を示す言葉がある
    • 数字が含まれる
    • 文が一定量あり、内容が空でない
    • 冒頭の挨拶や末尾の締めだけではない

    これは「公開すべきショート」を決める採点ではありません。

    長い動画の中から、人が確認する候補を減らすための一次選考です。

    発話量が多くても話題が二つ混ざっている場面、刺激的な言葉があるだけの場面、説明の途中で終わる場面は、人の確認で外します。

    ステップ2:候補同士の重複を避ける

    得点上位だけを五本選ぶと、同じ説明の前半、中央、後半が並ぶことがあります。

    そこで、選んだ開始位置の近くを次の候補から除外します。

    現在の一括生成では、原則として候補同士を九十秒以上離し、同じ場面の重複を避けます。六十秒の候補であれば、切り抜き範囲に加えて前後へ余白を持たせる考え方です。

    ただし、時間が離れていれば内容が違うとは限りません。

    長尺動画の前半と後半で同じ結論を繰り返している場合もあります。候補一覧では、開始時刻だけでなく、発言内容の抜粋も横に並べます。

    五本に次のような役割を与えると、重複を見つけやすくなります。

    候補役割視聴後に分かること
    1問題提起なぜこの話題が重要か
    2数字問題の規模はどれくらいか
    3比較二つの立場は何が違うか
    4誤解修正よくある理解のどこに条件があるか
    5結論元動画で最も伝えたいことは何か

    五本が同じ質問に答えている場合は、得点が高くても入れ替えます。

    ステップ3:候補一覧を先に作る

    動画を書き出す前に、開始時刻と発言の抜粋だけを一覧にします。

    一括生成の工程では、動画ごとの出力フォルダに「候補一覧.md」を作れます。

    01 — 04:45 から
    制度が変わったように見えますが、現時点で決まっているのは……
    
    02 — 08:20 から
    数字を見ると、対象は全体ではなく……

    この段階では動画を書き出さず、候補だけ確認する方法もあります。

    python .\make_five_shorts.py "C:\動画フォルダ" --dry-run

    パソコン操作に慣れていない場合は、動画を入れたフォルダを一括生成用のファイルへドラッグ&ドロップする運用にできます。

    先に候補一覧を見る理由は、書き出し後に「この五本ではない」と気づく無駄を減らすためです。

    ステップ4:開始時刻と終了時刻を文の切れ目へ合わせる

    自動選定の開始位置は、五秒刻みの候補です。実際の公開用クリップでは、言葉の途中や、意味の途中から始まらないように調整します。

    開始位置では、次を確認します。

    • 最初の一文だけで話題が分かる
    • 「それ」「この人」「この問題」の指示先が分かる
    • 前の笑いや相づちが不自然に残っていない
    • 息を吸う直前や子音の途中から始まっていない

    終了位置では、次を確認します。

    • 答えまたは結論まで入っている
    • 「次に説明します」で終わっていない
    • 反対意見や重要な条件の直前で切っていない
    • 話者の表情や音声が不自然に途切れていない

    六十秒いっぱいに合わせる必要はありません。

    四十二秒で意味が完結するなら、不要な十八秒を足すより、四十二秒で終える方が明確です。逆に、条件を入れるために既定時間へ収まらない場合は、別の場面を選ぶか、一本のテーマをさらに絞ります。

    ステップ5:最初の二秒で文脈を補う

    ショートの冒頭では、元動画の前提がありません。

    最初の発言だけで対象が分からない場合は、テロップで質問を補います。

    この制度、もう決まった?
    数字で見ると、対象はどこまで?

    ここで、動画にない断定や刺激的な言葉を足してはいけません。

    冒頭フックの役割は、発言を強く見せることではなく、視聴者が「何についての答えか」を理解できるようにすることです。

    良いフックは、ショートの中で実際に答えられます。

    答えが動画内にない質問、資料で確認できない疑惑、人物の内面を断定する言葉は使いません。

    ステップ6:字幕をスマートフォンで読める形にする

    横動画の字幕をそのまま縮小すると、縦画面では読みにくくなります。

    現在の書き出し設定では、縦型の千八十×千九百二十画面を基準にし、字幕を画面下部へ大きく表示します。

    自動設定で終わらせず、次を確認します。

    • 一度に表示する文字が多すぎない
    • 人名や数字の途中で改行していない
    • 二行の意味の切れ目が自然
    • 白文字と縁取りが背景に埋もれない
    • 画面下部の操作表示と重ならない
    • 顔、資料、重要なテロップを隠していない

    字幕は音声のすべてを一字一句表示する必要はありません。

    意味のないフィラーや重複を減らすことはできます。ただし、否定、条件、比較、話者の立場を変える編集はしません。

    人名、制度名、数字は、修正済みSRTと一次資料をもう一度照合します。

    ステップ7:縦型レイアウトを選ぶ

    横長の元動画を縦型へ変える方法は、大きく二つあります。

    ぼかし背景の上に全体を表示する

    元画面全体を残し、その背後にぼかした映像を敷きます。

    複数人の対談、資料を映した画面、左右に重要な情報がある動画に向いています。現在の一括生成では、この形を基本にしています。

    中央を縦に拡大して切り抜く

    画面中央を縦いっぱいに拡大します。

    一人が中央で話す動画には向きますが、左右の人物、資料、テロップが消える可能性があります。

    一本ずつ作る場合は、レイアウトを切り替えられます。

    python .\make_short.py "C:\動画\元動画.mp4" --srt "C:\動画\字幕.srt" --start 285 --duration 50 --layout crop

    自動クロップだけで人物を追い続けるとは限りません。書き出し後に、顔や資料が画面外へ出ていないか確認します。

    ステップ8:タイトルと説明文をショートごとに作る

    五本を同じ長尺動画から作っても、タイトルまで同じにする必要はありません。

    各ショートについて、次の一文を作ります。

    このショートは、[誰のどんな疑問]に、[どんな答え]を返す動画である。

    その一文からタイトルを作ります。

    • 問題提起型:なぜ○○が問題なのか
    • 数字型:○○は全体の何%?資料で確認
    • 比較型:AとBは何が違う?
    • 誤解修正型:○○はもう決まった?確認できるのはここまで
    • 結論型:○○を考える上で外せない一点

    タイトルは、切り抜いた範囲で答えられる強さにします。

    元の長尺動画で説明していても、ショート内に入っていない内容をタイトルで約束しません。

    説明文には、元動画へのリンク、扱ったテーマ、必要な注意書きを入れます。詳細な資料や条件は、長尺動画またはブログ記事へ案内します。

    候補を十点満点で採点する

    自動選定後は、人が次の五項目を各二点で採点します。

    評価項目0点1点2点
    単独での理解前提がないと分からないテロップで補えるそのまま理解できる
    一問一答話題が複数ある答えが少しぼやける一つの質問に答える
    冒頭話題が分からない数秒後に分かる最初から対象が明確
    終わり方途中で切れる要点は分かる結論まで完結する
    正確性文脈を失うと誤解される補足が必要条件を含め正確

    八点以上を優先候補にし、六点以下は開始・終了位置を変えるか、別の場面へ差し替えます。

    点数は再生数を予測するものではありません。公開可能な短いコンテンツとして成立しているかを確認する基準です。

    AIへ渡す実用プロンプト

    修正済みSRTから候補設計を作る場合は、次の形で依頼します。

    以下の修正済みSRTから、重複しないショート候補を5本作ってください。
    
    【目的】
    元動画を知らない視聴者にも、一つの質問と答えが伝わる短い動画を作る。
    
    【各候補の出力】
    1. 候補番号
    2. 候補の型(結論・数字・比較・誤解修正・人物/体験)
    3. 開始時刻
    4. 終了時刻
    5. 想定時間
    6. 冒頭フック
    7. 発言の要旨
    8. 視聴後に分かること
    9. タイトル案3つ
    10. 画面テロップ案
    11. 元動画への誘導文
    12. 人が確認すべき点
    
    【選定ルール】
    - 時刻はSRTに実在する時刻だけを使う
    - 原則として一つの候補は一つの質問に答える
    - 元動画を見ていない人にも対象が分かる場面を優先する
    - 結論、数字、比較、誤解修正など候補の役割を分ける
    - 同じ説明や近い時間帯に偏らない
    - 挨拶、告知、意味のない間だけの場面は避ける
    - 発言の途中から始めたり、条件や結論の前で終えたりしない
    - 動画にない事実や強い表現をフックへ追加しない
    - 人名、数字、制度名、引用は「要確認」として一覧にする
    
    【対象視聴者】
    [ここに記入]
    
    【元動画の中心テーマ】
    [ここに記入]
    
    【公開上の注意事項】
    [ここに記入]
    
    【修正済みSRT】
    [ここに貼り付け]

    AIの時刻候補は、SRT上で実在しているかを確認します。

    その後、元動画を候補の前後から再生し、音声、表情、画面、文脈を含めて最終決定します。

    自動化する作業と、人が確認する作業

    自動化しやすい作業人が確認する作業
    SRTを一定時間ごとに採点する短い一本として意味が完結するか
    数字や対比語を含む候補を拾う数字の対象、単位、時点が正しいか
    近い時間帯の候補を除外する内容まで重複していないか
    候補一覧と開始時刻を出す開始・終了が文の切れ目に合うか
    縦型画面と字幕を生成する顔、資料、字幕が重なっていないか
    五本を一括で書き出す公開してよい表現と映像か

    自動化の目的は、五本を無確認で公開することではありません。

    候補探し、時刻の記録、縦型変換、字幕付けという反復作業を減らし、人が内容と表現の確認に時間を使えるようにすることです。

    よくある失敗

    最も強い言葉だけを選ぶ

    刺激的な一文でも、前後の条件を外すと意味が変わります。

    強さではなく、一問一答としての完結性と正確性で選びます。

    六十秒に無理やり合わせる

    話の途中から始めたり、結論後の無関係な話を足したりすると、一本の焦点がぼやけます。

    必要な内容が終わった時点で切ります。

    五本すべてが同じ論点になる

    開始時刻が違っても、答えている質問が同じ場合があります。

    候補の型と「視聴後に分かること」を並べて重複を確認します。

    字幕だけを見て映像を確認しない

    SRTでは問題がなくても、映像には別の人物、資料、個人情報、誤解を招く表情が映っている場合があります。

    候補の前後を含めて元動画を確認します。

    中央クロップで資料や人物を切る

    横画面の左右に重要な情報がある場合、中央の縦切り抜きでは伝わりません。

    ぼかし背景で全体を残すか、一本ごとに構図を調整します。

    冒頭テロップが発言より強い

    「疑惑確定」「完全崩壊」など、ショート内で確認できない表現を足すと、動画全体の印象を変えます。

    フックは文脈を補う質問にし、答えは実際の発言範囲へ合わせます。

    45分で行う制作手順

    候補一覧を作れる状態なら、次の時間配分を目安にできます。

    時間作業
    0〜5分元動画、修正済みSRT、確認メモをそろえる
    5〜10分自動選定で候補一覧を作る
    10〜20分五本の役割と重複を確認する
    20〜30分開始・終了時刻、フック、タイトルを決める
    30〜40分縦型動画と字幕を書き出す
    40〜45分スマートフォン表示、音声、字幕、文脈を確認する

    動画の長さやパソコンの性能によって、書き出し時間は変わります。

    選定、編集、書き出し、確認を分けて記録すると、時間がかかっている工程が分かります。書き出し待ち時間と、人が判断する時間も分けて記録します。

    よくある質問

    Q1.修正済みSRTがなくてもショートを作れますか?

    元動画から文字起こしを作って候補を選ぶことはできます。

    ただし、公開前には人名、組織名、制度名、数字、否定表現を修正する必要があります。複数本を作る場合は、最初にSRTを直した方が、同じ誤りを五本へ広げずに済みます。

    Q2.候補は必ず五本必要ですか?

    必要ありません。

    五本は候補を比較し、役割を分けるための運用上の基準です。一本の長尺動画に独立した論点が三つしかなければ、三本に絞ります。数を満たすために、文脈の弱い場面を公開しません。

    Q3.ショートは何秒がよいですか?

    現在の生成ツールは、既定で最大六十秒を候補範囲にしています。

    これは制作上の初期値です。実際には、質問と答えが完結する長さを優先し、不要な前後を削ります。

    Q4.字幕は自動生成のままでよいですか?

    書き出しの自動化はできますが、公開前の確認は必要です。

    誤字、改行、表示時間、背景との重なり、人物名と数字をスマートフォン相当の画面で確認します。

    Q5.ぼかし背景と中央クロップはどちらがよいですか?

    元映像の重要情報がどこにあるかで決めます。

    対談や資料画面は全体を残すぼかし背景、一人が中央で話す映像は中央クロップが使いやすい傾向があります。最終的には書き出した画面を見て判断します。

    公開前チェックリスト

    • [ ] 元動画と修正済みSRTが一致している
    • [ ] 五本の候補が同じ時間帯や同じ論点へ偏っていない
    • [ ] 各候補が一つの質問に答えている
    • [ ] 元動画を知らない人にも対象が分かる
    • [ ] 開始位置が言葉や意味の途中ではない
    • [ ] 終了位置に答えまたは結論がある
    • [ ] 条件、例外、反対意見の直前で切っていない
    • [ ] 冒頭フックがショート内で実際に答えられる
    • [ ] 動画にない断定や強い言葉を追加していない
    • [ ] 人名、組織名、制度名を確認した
    • [ ] 数字の値、単位、対象、時点を確認した
    • [ ] 引用と話者自身の意見を分けた
    • [ ] 字幕の改行と表示時間が読みやすい
    • [ ] 顔、資料、元動画のテロップを字幕が隠していない
    • [ ] 中央クロップで重要な人物や資料が切れていない
    • [ ] 音声が開始・終了位置で不自然に切れていない
    • [ ] タイトルが切り抜き範囲より強い表現になっていない
    • [ ] 説明文に元動画への導線がある
    • [ ] 個人情報や公開不要な映像が含まれていない
    • [ ] 書き出し後の動画を最初から最後まで確認した

    まとめ

    • 修正済みSRTから、発言内容と実在する時刻を使って候補を探す
    • ショート一本を、一つの質問へ一つの答えを返す動画として設計する
    • 結論、数字、比較、誤解修正、人物・体験の五つの型を使い分ける
    • 自動採点は候補を減らす一次選考であり、公開判断ではない
    • 候補同士の時間と内容の重複を確認する
    • 動画を書き出す前に、開始時刻と発言抜粋の候補一覧を作る
    • 開始・終了位置を、音声と意味の切れ目へ合わせる
    • 冒頭フックは刺激を足すのではなく、文脈を補う
    • 字幕、縦型レイアウト、顔、資料をスマートフォン表示で確認する
    • AIと自動化には反復作業を任せ、内容の完結性と公開可否は人が判断する

    長尺動画からショートを作るとき、最も時間がかかるのは候補探しです。

    修正済みSRTから複数候補を先に出し、一覧で比較してから書き出せば、一本ずつ動画を見直す時間を減らせます。

    候補は機械が広く集め、公開する一本は人が選ぶ。

    この分担によって、速さと正確さを両立しながら、一つの長尺動画から複数の入口を作れます。

    第11回では、ショート公開後の再生、視聴維持、コメント、長尺動画への流入を記録し、その結果を次の企画と候補選定へ戻す方法を解説します。

    関連記事

  • SRTを修正して再利用できる原稿にする方法|字幕から記事・概要欄・ショートまで

    SRTを修正して再利用できる原稿にする方法|字幕から記事・概要欄・ショートまで

    YouTube動画を公開したあと、ブログ、note、X、ショートも作ろうとすると、同じ内容を何度も読み直すことになります。

    動画を聞き直して概要欄を書く。もう一度聞いて記事を書く。ショート候補を探すために、さらに最初から再生する。

    これでは、媒体を増やすほど作業が増えます。

    そこで、実際の運用では、動画の文字起こしを一度修正し、「修正済みSRT」を後工程の共通データにします。

    SRTは、字幕の文章と表示時刻を持つファイルです。誤字を直して動画へ載せるだけでなく、どの時刻に何を話したかを再利用できます。

    固有名詞、数字、発言内容、時刻を一度確定すれば、YouTube概要欄、タイムスタンプ、ブログ、note、X、ショート候補を同じデータから作れます。

    今回は、自動字幕や文字起こしを、公開と再利用に耐えるSRTへ直す八つの手順を解説します。

    結論:SRTは字幕ファイルではなく、動画の「索引付き原稿」

    SRTには、字幕ごとに三つの情報があります。

    1
    00:00:00,000 --> 00:00:02,090
    こんにちは、カネさんです
    • ブロック番号
    • 開始時刻と終了時刻
    • その時間に話している内容

    文章だけの文字起こしと違い、SRTには時刻があります。

    そのため、修正済みSRTから次のものを作れます。

    成果物SRTから使う情報
    動画字幕発言内容、改行、表示時間
    タイムスタンプ話題が変わる時刻
    YouTube概要欄動画全体の論点、固有名詞、数字
    ブログ・note発言の順序、引用候補、見出し候補
    X投稿一つの論点が完結する箇所
    ショート開始時刻、終了時刻、発話量、結論のある区間

    自動字幕をそのまま各媒体へ渡すと、同じ誤りがすべての成果物へ広がります。

    逆に、SRTを先に直せば、一度の確認がすべての後工程に効きます。

    自動字幕をそのまま使えない理由

    音声認識の文章は、一見すると読めます。しかし、政治、行政、法律、統計を扱う動画では、小さな誤認識が記事の意味を変えます。

    固有名詞が似た音へ変わる

    人名、自治体名、会派名、法律名、委員会名は、一般的な単語より誤認識されやすい部分です。

    人物名が一文字違うだけでも、検索、関連記事、タイトル、概要欄へ正しい情報を引き継げません。

    小数点と単位が消える

    例えば、音声の「55.4%」が、字幕では「55 4%」になることがあります。

    人が見れば小数だと推測できますが、記事生成や数字の抽出では「55」と「4」に分かれる可能性があります。

    万円、億円、パーセント、年、月、日、時給なども、数字と一体で確認します。

    文の切れ目が変わる

    一つの発言が不自然な場所で分割されると、前提と結論が別の字幕になります。

    反対に、複数の論点が一ブロックに入ると、字幕が読みにくくなり、ショートの開始位置やタイムスタンプも選びにくくなります。

    発言と引用が混ざる

    動画では、記事や報告書を読み上げたあとに、話者が自分の意見を述べることがあります。

    文字だけを並べると、引用した内容と話者の評価が一つの発言に見える場合があります。

    SRT修正では、内容を事実認定するのではなく、どこまでが読み上げで、どこからが話者の見解か分かる切れ目を残します。

    最初に三つのファイルを分ける

    修正作業では、元のSRTを上書きしません。

    動画名(自動字幕).srt
    動画名(修正後).srt
    動画名(確認メモ).md

    自動字幕

    取得時の状態を保存します。修正前後を比較し、音声認識の傾向を把握するための原本です。

    修正後SRT

    公開字幕と後工程に使うマスターデータです。記事、概要欄、ショート生成では、原則としてこちらを使います。

    確認メモ

    固有名詞や数字の根拠、音声を再確認した箇所、どうしても聞き取れなかった箇所を記録します。

    確認済みの修正と、推測で直した候補を同じ扱いにしないためです。

    SRTを修正する八つのステップ

    1.番号とタイムコードの構造を確認する

    文章を直す前に、SRTが正しい形になっているか確認します。

    • ブロック番号が1から連番になっている
    • 時刻が `時:分:秒,ミリ秒` の形式になっている
    • 開始時刻が終了時刻より前になっている
    • 前後のブロックで時刻が逆転していない
    • 空の字幕がない
    • 各ブロックの間に空行がある

    文章が正しくても、タイムコードが壊れていれば字幕として読み込めず、ショート切り出しにも使えません。

    最初に構造上の問題を直し、文章修正中は元の時刻を理由なく動かさないようにします。

    2.確認が必要な固有名詞を先に一覧にする

    字幕を最初から一文字ずつ直す前に、確認優先度の高い言葉を抽出します。

    種類確認例
    人名姓名、役職、敬称
    組織自治体、政党、会派、委員会、企業
    制度法律名、条例名、事業名、調査名
    地名都道府県、市区町村、施設名
    日付発表日、会見日、施行日、対象年度
    数字金額、割合、人数、件数、順位

    AIには、SRTから固有名詞と数字の候補を抽出させられます。

    ただし、正しい表記をAIの記憶だけで決めません。動画内の資料、概要欄、公式サイト、一次資料と照合します。

    3.意味が変わる誤認識から直す

    すべての表記を同じ優先度で直す必要はありません。

    最初に、意味や事実関係を変える誤りを修正します。

    修正前:全体の55 4%でした
    修正後:全体の55.4%でした
    
    修正前:政治倫理委員会は見送り
    修正後:政治倫理審査会は見送り
    
    修正前:増山まこと県議
    修正後:増山誠県議

    優先順位は、固有名詞、数字、否定、比較、日付、制度名です。

    「した」と「しなかった」、「増えた」と「減った」、「以上」と「未満」の誤りは、記事の結論まで変えます。

    4.数字を「値・単位・対象・時点」の四つで確認する

    数字だけが合っていても、何の数字か分からなければ再利用できません。

    値:55.4
    単位:%
    対象:生活が苦しいと回答した全世帯
    時点:2025年調査

    字幕にはすべてを毎回入れなくても、確認メモには残します。

    記事へ変換するとき、前年の数字、別の世帯区分、異なる調査年度と混ざるのを防げます。

    5.話し言葉を削りすぎず、読みやすく整える

    「えー」「あのー」「そのー」など、意味を持たないフィラーは削れます。

    一方、話者の批判、皮肉、ためらい、言い直しをすべて整えすぎると、実際の発言と別の文章になります。

    SRT修正は、記事への書き換えではありません。

    削ってよい候補:意味のないフィラー、同じ音の連続、明らかな認識重複
    残す候補:結論を変える否定、強調、言い直し、発言者固有の評価

    読みやすくすることと、話者の主張を穏当な別表現へ変えることを分けます。

    6.一ブロックの改行を整える

    実際の運用では、字幕の読みやすさを確認する目安として、原則一行20文字程度、一ブロック最大二行にしています。

    これは絶対的な規格ではなく、動画の文字サイズ、表示時間、話す速度によって調整する運用ルールです。

    改行するときは、次のまとまりを分断しません。

    • 人名と役職
    • 数字と単位
    • 主語と述語
    • 否定する語と対象
    • 制度の正式名称
    避けたい改行:
    生活が苦しい世帯は55.4
    %でした
    
    読みやすい改行:
    生活が苦しい世帯は
    全体の55.4%でした

    短い字幕を大量に作りすぎると、表示が忙しくなり、後工程で発言をまとめ直す作業も増えます。

    7.ブロックの統合・分割は時刻を見ながら行う

    自動字幕では、一文が細かく分かれたり、長い発言が一ブロックへ入ったりします。

    統合・分割するときは、文章だけでなく音声の開始・終了位置を確認します。

    • 新しい論点が始まる場所
    • 引用から話者の意見へ戻る場所
    • 質問と回答が切り替わる場所
    • ショートの冒頭にできる結論の始まり

    元の開始時刻と終了時刻を、読みやすさ以外の理由で勝手に動かしません。

    時刻を変えた箇所は、確認メモに残します。

    8.聞き取れない箇所を推測で完成させない

    固有名詞や数字を聞き取れない場合、前後の文からもっともらしい言葉を作らないようにします。

    00:08:14付近 人名を再確認
    00:12:37付近 金額の単位が不明
    00:18:05付近 複数話者が重なり判別困難

    公開までに確認できなければ、その字幕を短くする、該当箇所を使わない、動画音声を再確認するという判断をします。

    AIには「不明」と出すことを許し、空欄を推測で埋めさせません。

    修正済みSRTが後工程を速くする仕組み

    タイムスタンプ

    話題の変わるブロックの開始時刻を拾えば、動画を最初から聞き直さずにタイムスタンプ候補を作れます。

    ただし、AIが作った時刻ではなく、SRTに実在する開始時刻だけを採用します。

    YouTube概要欄

    修正済みの人名、制度名、数字を使って動画の内容を整理できます。

    自動字幕のまま概要欄を作ると、名前の誤字が検索語や出典欄へ広がります。

    ブログとnote

    SRTは動画内で何を話したかを確認する材料です。

    動画内の意見を外部の事実とみなさず、一次資料と照合した情報を加えて記事へ再構成します。

    文字起こしを段落に変えるだけでは、検索記事にはなりません。

    ショート動画

    ショート生成の工程では、SRTから発話量が多く、「重要」「問題」「結論」「しかし」などの語や数字を含む区間を候補として拾います。

    修正済みSRTを渡せば、再度文字起こしをせず、字幕の焼き込みと開始位置の候補選定に同じデータを使えます。

    固有名詞や数字を先に直しておくことで、切り出したショートにも誤りが引き継がれにくくなります。

    AIに任せる作業と、人が確認する作業

    工程AIに任せる人が確認する
    構造確認番号、時刻形式、空字幕の検出音声と時刻が合っているか
    候補抽出人名、制度名、数字、否定語を一覧化正式表記と根拠
    文章修正誤変換、重複、フィラーの候補発言の意味が変わっていないか
    改行文字数超過、二行超過を検出読む速さと意味のまとまり
    再利用見出し、タイムスタンプ、ショート候補採用箇所と公開表現

    AIは、全ブロックを同じ基準で点検する作業に向いています。

    音声と字幕が一致しているか、人物名や数字が正しいか、話者の意味を変えていないかは人が確認します。

    SRT修正を依頼するプロンプト

    このSRTを、公開字幕と後工程の共通データにするため点検してください。
    
    最初に、次を一覧にしてください。
    1. 固有名詞の候補
    2. 数字、日付、金額、割合
    3. 否定、比較、増減を含む文
    4. 聞き取り確認が必要な箇所
    5. タイムコードの重複、逆転、欠落
    6. 一行20文字程度・一ブロック2行を超える箇所
    
    修正するときのルール:
    - 元のタイムコードを理由なく変更しない
    - 固有名詞と数字を推測で確定しない
    - 話者の意見を外部の事実へ変えない
    - 批判、皮肉、否定の意味を弱めない
    - 不明な箇所は確認メモへ残す
    - 修正前後の一覧を作る
    - 最後にSRTの構造を再検証する

    AIへ一度に完成版を作らせる前に、確認候補の一覧を受け取ることが重要です。

    正しい表記を人が確定したあと、全体へ反映させます。

    出力後の自動チェック

    修正後は、目視だけで終わらせません。

    チェック確認内容
    ブロック数修正前後で増減した理由が分かる
    番号1から連番、重複なし
    時刻逆転、重複、欠落がない
    最初と最後動画の範囲と大きくずれていない
    空字幕本文のないブロックがない
    行数原則二行以内
    文字数長すぎる行を確認した
    文字コードUTF-8で正常に読める
    固有名詞正式表記と照合済み
    数字値、単位、対象、時点を確認済み

    タイムコードが正しくても、最後の字幕が動画途中で終わっていれば、取得漏れの可能性があります。

    構造、内容、動画との範囲を分けて確認します。

    よくある失敗

    修正前SRTを上書きする

    何を変えたか追えず、誤修正に気づいても戻せません。原本を残し、修正後は別ファイルにします。

    全文を読みやすい記事文へ書き換える

    字幕は実際の発言を示すものです。話者の口調や評価を別の文章へ変えると、動画と字幕が一致しなくなります。

    誤字だけ直し、数字の意味を確認しない

    「55.4%」と直しても、対象や年度が別なら記事では使えません。確認メモへ値、単位、対象、時点を残します。

    タイムコードをAIに作り直させる

    音声を確認していないAIが、文章量から時刻を再配置すると同期が崩れます。元の時刻を基本にします。

    自動チェックの合格を完成と考える

    番号と時刻が正しくても、人名や発言の意味が正しいとは限りません。構造チェックと内容確認は別です。

    作業時間を測る

    修正の効果は、SRTだけの作業時間ではなく、後工程を含めて測ります。

    工程AI利用前AI利用後
    固有名詞・数字の候補抽出__分__分
    音声との照合__分__分
    改行・フィラー修正__分__分
    構造チェック__分__分
    概要欄・タイムスタンプ作成__分__分
    ショート候補確認__分__分
    合計__分__分

    SRT修正に時間がかかっても、概要欄、記事、ショートで聞き直しが減れば、仕事全体は速くなっています。

    公開・再利用前のSRTチェックリスト

    • [ ] 修正前SRTを別ファイルで保存した
    • [ ] ブロック番号が1から連番になっている
    • [ ] タイムコードの重複、逆転、欠落がない
    • [ ] 空字幕がない
    • [ ] 人名、組織名、制度名を公式表記と照合した
    • [ ] 数字の値、単位、対象、時点を確認した
    • [ ] 否定、比較、増減の意味を変えていない
    • [ ] 引用と話者の意見の切れ目を確認した
    • [ ] 意味のないフィラーだけを削除した
    • [ ] 原則一行20文字程度、一ブロック二行以内を確認した
    • [ ] 元のタイムコードを理由なく変更していない
    • [ ] 聞き取れない箇所を推測で埋めていない
    • [ ] 音声確認が必要な箇所をメモに残した
    • [ ] UTF-8で正常に開ける
    • [ ] 修正後SRTを後工程の共通データとして指定した

    まとめ

    • SRTは、字幕本文と時刻を持つ「索引付き原稿」
    • 自動字幕の誤りを放置すると、概要欄、記事、ショートへ同じ誤りが広がる
    • 修正前、修正後、確認メモの三つを分ける
    • 固有名詞、数字、否定、比較、日付を優先して直す
    • 数字は、値、単位、対象、時点の四つで確認する
    • フィラーを削っても、話者の主張や口調を別の意味へ変えない
    • タイムコードは元データを基本とし、構造と内容を別々に確認する
    • 聞き取れない箇所は推測せず、確認メモへ残す
    • 修正済みSRTからタイムスタンプ、概要欄、記事、ショートを作る
    • 効率は字幕修正だけでなく、後工程を含む完成時間で測る

    動画を一度公開して終わりにすると、次の媒体を作るたびに聞き直しが発生します。

    先にSRTを直して共通データにすれば、一つの動画を何度も理解し直す必要がありません。

    一度確認し、何度も使う。

    これが、「ひとりAI編集部」で動画から複数コンテンツを作るための土台です。

    第8回では、修正済みSRTから、検索型・問題提起型・比較型のタイトル案、実在する時刻だけを使ったタイムスタンプ、内容と根拠が伝わるYouTube概要欄を作る方法を解説しています。

    関連記事

  • YouTube・ブログ・note・Xは同じ内容でいい?1本の動画を4媒体へ展開する方法

    YouTube・ブログ・note・Xは同じ内容でいい?1本の動画を4媒体へ展開する方法

    記事タイプ:制度解説・1本の動画の4媒体展開

    YouTubeを更新しながら、ブログ、note、Xも続けたい。しかし、一人で複数の媒体を運営していると、それぞれに新しい内容を作る余裕はなかなかありません。

    そこで考えたくなるのが、動画の文字起こしを、そのままブログやnoteへ載せる方法です。

    確かに投稿数は増えます。しかし、同じ内容をコピーするだけでは、媒体を増やした効果は小さくなります。

    動画を見た人がブログを開いても、同じ話が並んでいる。検索から来た人には結論が見つけにくい。Xでは情報量が多すぎて、何を伝えたい投稿なのか分からない。これでは、制作物は増えても読者との接点は広がりません。

    大切なのは、内容を使い回すのではなく、素材を使い回すことです。

    今回は、実例をもとに、1本のYouTube動画をブログ、note、Xへ展開する方法を解説します。

    最終更新: 2026年7月27日

    結論:4媒体を「速報・検索・深掘り・拡散」に分ける

    同じテーマを複数媒体へ展開するときは、先に各媒体の仕事を決めます。

    媒体主な役割読者が求めるもの
    YouTube速報・問題提起何が起きたのか、なぜ重要なのか
    ブログ検索・問題解決制度や条件を、必要な箇所から確認したい
    note深掘り・判断過程一次資料、異なる見方、判断が難しい点まで読みたい
    X拡散・入口一つの重要な論点を短時間で知りたい

    四つの媒体で同じ結論を扱っても構いません。ただし、入口、構成、情報量、読後の行動は変えます。

    一次資料・ニュース・視聴者コメント
                    ↓
           修正済みSRT・調査メモ
                    ↓
              YouTube動画
           ┌────────┼────────┐
           ↓        ↓        ↓
         ブログ    note      X
           ↓        ↓        ↓
       検索の答え  深掘り   一論点の拡散

    完成した動画をコピー元にするのではなく、動画を作るまでに集めた資料と、修正済みの文字起こしを共通の元データにします。

    実例:「選挙SNS規制」を4媒体へ展開した

    実際の運用では、選挙運動中の偽情報や生成AI画像への対応を盛り込んだ制度改正を、YouTube、ブログ、noteで扱いました。

    元になった材料は共通です。

    • 国会の法案要綱と議案審議経過
    • 関連報道
    • YouTube動画の文字起こし
    • 固有名詞、日付、施行時期を確認した調査メモ

    しかし、完成物のタイトルと役割は変えました。

    媒体実際の切り口役割
    YouTube選挙運動のSNS規制が2027年3月1日に施行されることと、実効性を考えるニュースの背景と問題意識を伝える
    ブログ「選挙運動のSNS規制は何が変わる?」に答える施行時期、表示義務、事業者の役割を検索しやすく整理する
    note「選挙のAI偽動画はどう変わる?」を条文から読む全面禁止ではないことや、運用に残る課題を深掘りする
    X「AI動画は全面禁止ではない」という一点を示す誤解をほどき、動画や記事への入口を作る

    同じ法案を扱っていますが、YouTubeの台本を短くしたものがXではなく、動画の文字起こしを長くしたものがnoteでもありません。

    同じ材料から、それぞれ別の読者の疑問に答えています。

    1.最初に「共通の元データ」を整える

    展開の前に必要なのは、完成した動画ではなく、再利用できる元データです。

    実際の運用では、次の三つをそろえます。

    1. 修正済みのSRTまたは文字起こし
    2. 一次資料の名称、URL、公開日をまとめた出典表
    3. 確認済みの固有名詞、数字、日付をまとめた事実メモ

    自動字幕には、固有名詞や法律名の誤認識が入ります。間違った文字起こしから四媒体を作れば、同じ誤りが四倍に広がります。

    そのため、最初の修正に時間を使います。AIには表記揺れや数字の候補を抽出してもらい、人が元資料と照合します。

    一度確認した情報を共通データへ戻せば、ブログやnoteを作るたびに、同じ日付や名称を最初から調べ直す必要がなくなります。

    2.YouTubeでは「なぜ今この話なのか」を伝える

    YouTubeには、話し手の声、表情、間があります。ニュースが動いた直後の問題意識や、視聴者と一緒に考えたい論点を伝えるのに向いています。

    構成は、次の流れが基本です。

    • 何が起きたのか
    • なぜ今取り上げるのか
    • 一次資料では何が決まっているのか
    • どこに疑問や課題が残るのか
    • 視聴者はどう考えるか

    一方で、動画は必要な情報だけを後から探す用途には向きません。施行日だけ確認したい人に、十数分の動画を最初から見てもらうのは負担です。

    その部分を、次のブログが担当します。

    3.ブログでは「検索者の質問」に先に答える

    ブログへ展開するときは、動画の話した順番をいったん崩します。

    検索から来る人は、動画を見た人と前提が違います。「選挙SNS規制はいつから?」「AI動画は禁止される?」「SNSの偽情報は削除される?」といった具体的な疑問を持っています。

    そこでブログでは、冒頭で結論を示し、質問ごとに見出しを付けます。

    • 何が変わるのか
    • 誰が対象になるのか
    • いつから始まるのか
    • 例外はあるのか
    • 実効性は何で決まるのか

    動画にあった挨拶、繰り返し、画面を見ながらの説明は削ります。反対に、法案名、条文の位置、施行時期、よくある質問、出典リンクを追加します。

    AIには、文字起こしから検索者の疑問を抽出し、見出し候補やFAQを作ってもらえます。ただし、検索意図の採用、一次資料の確認、断定の強さは人が決めます。

    4.noteでは「判断の背景」と「残る論点」を書く

    ブログとnoteを両方使う場合、最も起きやすい失敗は、見出しだけ変えて同じ文章を投稿することです。

    ブログが「早く答えを見つける場所」なら、noteは「なぜそう考えたのかを読む場所」と位置付けます。

    例えば選挙SNS規制の記事では、次の点を深掘りできます。

    • AI画像・映像が全面禁止されるわけではない
    • 法律が直接、すべての偽情報の削除を命じる仕組みではない
    • 表現の自由と偽情報対策をどう両立するか
    • 総務大臣の指針と各事業者の運用に何が委ねられるか
    • 受け手は表示だけでなく、情報の出どころをどう確認するか

    noteには、一次資料を読んで迷った点、動画では省いた反対側の見方、現時点で断定できないことも残せます。

    情報を増やすことが深掘りではありません。結論に至るまでの判断過程を見せることが、noteの役割です。

    5.Xでは「記事の要約」ではなく、一つの論点を出す

    長い記事を数行に圧縮すると、情報が多すぎて何も残らない投稿になりがちです。

    Xでは、一投稿につき一つの論点に絞ります。

    選挙SNS規制の例なら、次のようにします。

    選挙で使うAI動画が、すべて禁止されるわけではありません。ポイントは、実写と誤認されるおそれがある画像・映像への表示と、大規模SNS事業者の対策です。ただし「偽情報が自動的に全部消える法律」でもありません。何が変わり、何が運用に残るのかを整理しました。

    この投稿の仕事は、記事全体を説明することではありません。

    読者が誤解しやすい一点を示し、「続きで確認したい」と思う入口を作ることです。別の投稿では施行時期、事業者の義務、情報の確かめ方など、論点を変えて再配信できます。

    6.AIに一度で4媒体を書かせない

    「この文字起こしから、YouTube概要欄、ブログ、note、Xを作って」と一度に指示すれば、形だけはすぐ完成します。

    しかし、媒体の役割を指定しなければ、同じ要約を長くしたり短くしたりしただけの出力になりやすいです。

    先に、媒体ごとの変換指示を分けます。

    媒体AIへの主な指示
    YouTube最新性、問題提起、視聴者への問いを残す
    ブログ検索質問への答えを先に置き、制度・条件・FAQを整理する
    note一次資料、判断理由、異なる見方、未確定部分を厚くする
    X一投稿一論点に絞り、続きを読みたくなる入口を作る

    AIは変換作業を速くできますが、「この媒体で誰の何を解決するか」は決めてくれません。

    ここを人が設計して初めて、同じ素材が四つの異なる成果になります。

    人が必ず確認する5項目

    媒体展開をAIに任せる場合でも、公開前に次を確認します。

    • 元データにない事実が追加されていないか
    • 日付、数字、固有名詞が四媒体で一致しているか
    • 動画で述べた意見が、ブログで事実のように書かれていないか
    • 短くしたX投稿で、条件や例外が落ちて断定になっていないか
    • 各媒体に、次に進むためのリンクや行動が一つだけ置かれているか

    特に政治、行政、法律を扱う場合、文章が自然かどうかより、事実と評価が分かれているかが重要です。

    すべてのテーマを4媒体へ出す必要はない

    素材を再利用できるからといって、毎回すべての媒体へ投稿する必要はありません。

    • 一時的な速報で、検索需要が残らないならYouTubeとXだけ
    • 制度や申請方法のように後から検索されるならブログを追加
    • 一次資料や判断の難しさを残したいならnoteを追加
    • 一つの結論だけで完結するならショート動画も追加

    展開先を増やすこと自体を目標にすると、更新作業が再び膨らみます。

    読者の疑問と、素材の寿命に合わせて選ぶことが大切です。

    効率化を測るなら「4本作った」ではなく完成時間を見る

    今回の選挙SNS規制の記事では、過去の作業時間を同じ基準で記録していなかったため、「何%短縮できた」とは書けません。

    測定していない効率を、AIのおかげで速くなったと表現するのは避けます。

    次回からは、次のように記録します。

    記録項目時間
    元データの修正__分
    ブログへの変換__分
    noteへの変換__分
    X投稿の作成__分
    事実確認と最終修正__分
    合計__分

    AIの出力時間だけでなく、確認と修正を含む完成時間を測ります。投稿数が増えても、修正時間がそれ以上に増えたなら効率化とはいえません。

    すぐ使える「媒体変換シート」

    一つの素材を展開するときは、制作前に次を埋めます。

    項目YouTubeブログnoteX
    誰に届けるか
    一番の疑問
    最初に出す結論
    追加する情報
    削る情報
    次の行動

    この表を先に作ると、AIへの指示も具体的になります。

    「ブログ向けに書き換えて」ではなく、「制度の施行時期を知りたい検索者向けに、結論を冒頭へ置き、条件と例外を見出しで整理して」と頼めるからです。

    まとめ

    • YouTube、ブログ、note、Xへ同じ文章をコピーしない
    • 使い回すのは完成品ではなく、修正済みSRT、一次資料、事実メモ
    • YouTubeは速報と問題提起、ブログは検索の答え、noteは判断過程、Xは一論点の入口にする
    • AIへの変換指示も、媒体ごとに分ける
    • 事実、数字、断定の強さ、リンクは人が確認する
    • すべてのテーマを全媒体へ出さず、読者の疑問と素材の寿命で選ぶ
    • 効率は生成時間ではなく、確認と修正を含む完成時間で測る

    一つの動画を四つにコピーしても、仕事は四つ増えるだけです。

    共通の元データを整え、媒体ごとに役割を変えれば、一つの調査から異なる読者へ価値を届けられます。

    これが、「ひとりAI編集部」における媒体展開の基本です。

    第3回では、AIに任せる作業と、人が判断すべき作業の境界を、公開前チェックリストとともに整理しています。

    関連記事