タグ: YouTube運営

  • YouTubeコメントをAIで分析して次の記事5本を決める方法|返信・動画・保存版記事に分ける

    YouTubeコメントをAIで分析して次の記事5本を決める方法|返信・動画・保存版記事に分ける

    記事タイプ:制度解説・YouTubeコメントの企画化

    YouTubeのコメント欄には、次の記事の種があります。

    ただし、コメント数が多い話題や、「いいね」が多い意見から順番に記事化すればよいわけではありません。強い言葉は目立ちますが、読者が何を知りたいのかが書かれていないこともあります。反対に、一件しかない短い質問が、検索され続ける制度解説の入口になる場合があります。

    実際の運用では、コメントをそのまま企画会議へ持ち込みません。AIで整理したあと、人が一次資料への道筋と公開リスクを確認し、返信で済むもの、動画で説明するもの、ブログの保存版記事にするものへ分けます。

    結論から言えば、次の5本は「反応の大きさ」ではなく、次の三条件で選びます。

    1. 視聴者の疑問が具体的である
    2. 一次資料や公式発表で検証できる
    3. 一度答えると、別の読者にも繰り返し役立つ

    AIの仕事は、コメントを並べ替え、見落としていた疑問を見つけるところまでです。どのコメントを事実として扱い、何を公開するかは人が決めます。

    コメント欄は「世論」ではなく、説明不足を探す場所

    最初に線を引いておきます。

    一つのチャンネルに届いたコメントは、国民全体や有権者全体の意見ではありません。動画のタイトル、視聴者層、公開時刻、拡散経路によって、集まる反応は変わります。最も「いいね」が多いコメントが、最も正確とも限りません。

    コメント分析で探すのは、支持率や賛否の割合ではなく、次のような編集上の手掛かりです。

    • 動画で答え切れなかった質問
    • 制度や時系列についての誤解
    • 数字、日付、人物名、出典への訂正
    • 怒りの奥にある具体的な不安
    • 説明方法や資料提示への共感
    • 続報で確認してほしい未解決点

    この見方に変えると、コメント欄は感想を読む場所から、公開後の調査メモへ変わります。

    最初に、AIへ渡してはいけないコメントを分ける

    6分類の前に、人が止める箱を一つ用意します。

    • 住所、電話番号、勤務先、家族、病歴などの個人情報
    • 脅迫、危害、自傷に関する表現
    • 根拠のない犯罪、不正、秘密の共謀などの断定
    • 私信や非公開メッセージの引用
    • 公開すると投稿者や第三者を特定できる体験談

    これらは「面白い企画候補」としてAIへ流しません。必要なら管理者が個別に確認し、権利・安全・モデレーションの問題として扱います。

    原文を内部で確認用に残す場合も、記事や分析レポートにハンドル名、プロフィール画像、個人を特定できる情報は載せません。AIへ渡すのは、分析に必要な範囲の本文、対象動画、投稿日、確認用の管理番号です。

    コメントを6種類に分ける

    一件のコメントには複数の要素が入ります。それでも、最初に動く理由を一つだけ選びます。数字の誤りを指摘しながら続編を求めるコメントなら、先に「訂正」です。

    分類 見分け方 最初の対応 企画への使い方
    質問 制度、出典、時系列、今後を尋ねている 既存記事で答えられるか確認 同じ疑問が続けばFAQ・保存版記事
    誤解 事実関係や制度の条件を取り違えている可能性がある 本当に誤解か、資料で確認 短い動画、図解、用語記事
    訂正 日付、数字、氏名、引用、出典の誤りを指摘している 公開物と一次資料を最優先で照合 正しければ修正・更新履歴。企画化はその後
    不満 対応、制度、人物、結果への怒りや不安が中心 侮辱語を拾わず、対象を特定 決定者、手続、予算、結果を検証する記事
    共感 説明、取材、資料提示、結論への支持 何に共感したかを分ける 評価ではなく、伝わった形式・論点を次回へ再利用
    続報希望 次の日程、後日談、他地域との比較を求めている 未確定事項と確認日を整理 時系列記事、更新型記事、フォロー動画

    「反対意見」を誤解に入れない

    こちらと評価が違うだけで「誤解」と決めてはいけません。同じ資料を見て結論が違うなら異論です。新しい根拠があれば調査へ戻し、侮辱や決めつけだけなら企画需要に数えません。

    「訂正」をすぐ正解にしない

    具体的な指摘でも、古い資料や別制度を見ている場合があります。元記事の根拠、指摘された資料、対象と時点を照合します。確認前は「資料を確認します」までにとどめます。

    「共感」を政治的な賛同と混ぜない

    「資料が分かりやすかった」という感想と、特定の政治家への支持は別です。企画づくりでは、誰を支持したかではなく、どの説明、図、比較が役に立ったかを見ます。

    AIには感情と情報価値を別々に見てもらう

    怒りが強いコメントほど、目に入りやすくなります。しかし、感情の強さと企画の価値は別です。

    AIには各コメントについて、次の項目を出してもらいます。

    • 6分類のうち主分類は何か
    • 感情の強さは1〜5のどこか
    • 視聴者が求めているのは、事実確認、時系列、制度、比較、データ、今後のどれか
    • そのニーズは本文に明記されているか、AIの推定か
    • 情報価値は1〜5のどこか
    • 人による緊急確認が必要か
    • 返信、動画、保存版記事のどこへ回す候補か

    感情が5でも、内容が人格攻撃だけなら企画候補にはしません。逆に、感情が1でも「次の裁判期日はいつですか」のように答えが明確な質問は、優先度が上がります。

    次の記事候補を10点満点で比べる

    6分類が終わったら、似たコメントを一つのテーマへまとめます。一件ずつ企画にすると、同じ記事が増えるからです。

    テーマごとに、次の5項目を0〜2点で採点します。

    評価項目 0点 1点 2点
    疑問の具体性 何を知りたいか不明 論点は分かる 一文の質問にできる
    繰り返し 一件の反応 近い反応が複数 複数動画・媒体で反復
    検証可能性 根拠へたどれない 二次情報はある 一次資料・公式記録がある
    保存性 その場限り 数週間は役立つ 制度・時系列として長く使える
    既存資産との接続 調査を一から始める 関連動画か記事がある SRT・調査メモ・関連記事がそろう

    満点でも、権利・安全リスクが解消しなければ採用しません。反対に、訂正の可能性があるテーマは点数に関係なく先に確認します。

    「いいね」の数は、この採点へ入れません。拡散の手掛かりにはなっても、正確さや検索需要を証明しないためです。

    返信・動画・保存版記事をこう分ける

    返信で済むもの

    既存記事や公式ページで答えられ、繰り返されていない質問です。結論と確認先を短く示し、答えられない部分は「現時点では未確認」とします。AIの下書きは人が確認してから送ります。

    動画に向くもの

    ニュース性が高い、図や話し言葉が向く、誤解が広がっているテーマです。「保釈却下の次」は、確定事項、一般的な手続、未確定事項を動画で分け、出典や条件はブログへ置けます。

    保存版記事に向くもの

    何度も聞かれ、検索語にしやすく、一次資料を残せるテーマです。対象、制度の流れ、決定者、金額、日付、未解決点を一ページへまとめ、新情報が出るテーマには更新履歴を付けます。

    コメントを確認
       ↓
    権利・安全リスクを人が分離
       ↓
    AIで6分類し、似た疑問を束ねる
       ↓
    一次資料で確認できるか人が判断
       ├─ 個別で答えられる → 返信
       ├─ 速報・図解が向く   → 動画/ショート
       └─ 繰り返し役立つ     → 保存版記事
    

    実例:直近17件から記事候補を5本にした

    2026年7月22日にYouTube Studioで確認した、直近約24時間の初期サンプル17件を使います。以下は実在コメントの趣旨を匿名で要約したものです。全件集計ではないため、チャンネル全体の傾向や世論とは扱いません。

    順位 次の記事候補 コメントから見えた疑問 記事で確認するもの
    1 保釈却下の次に何が起きる?裁判までの手続を整理 「裁判はいつか」「次は何か」という質問 確認済みの期日、一般的な刑事手続、未確定事項
    2 スマホ農場は何を売っているのか|いいね販売の仕組み 取材への共感と、SNS操作の仕組みへの関心 いいね・フォロワー販売、推薦表示、広告との関係
    3 兵庫県の借金・万博寄付・福祉は本当につながるのか 負担増や福祉への不満・不安 予算、基金、寄付の決定経路、福祉支出の実額
    4 「寝ていない」発言より確認したい公務と意思決定 人物への強い批判の中に、職務遂行を問う声 公務日程、発言の時系列、意思決定、スタッフ体制
    5 動画削除申請から復活まで何が起きたか 復活への共感と、経緯を知りたいという続報希望 申請、対応、復旧までの確認可能な記録

    強い批判を、そのまま1位にはしていません。1位は質問が具体的で、別の事件にも役立つ手続解説です。3位は「新税」「福祉削減」を事実とせず県資料から確認し、4位は侮辱語を使わず公務記録の問いへ直しました。

    コメントを記事にする編集とは、視聴者の言葉を強めるのではなく、検証できる問いへ直す作業です。

    そのまま使えるAIへの指示

    以下はYouTubeコメントの分析用データです。
    コメントを世論や視聴者全体の総意として扱わず、次の記事企画を探してください。
    
    【最初に行うこと】
    - 個人情報、脅迫、危害、根拠のない犯罪断定を「人の確認が必要」として分離する
    - 訂正の指摘を事実として確定しない
    - 反対意見を自動的に「誤解」と決めない
    
    【各コメントの出力】
    1. 管理番号
    2. 主分類(質問/誤解/訂正/不満/共感/続報希望から一つ)
    3. 感情の強さ(1〜5)
    4. 求めている情報(事実確認/時系列/制度/因果関係/比較/データ/今後)
    5. ニーズの根拠(明示/推定/なし)
    6. 情報価値(1〜5)
    7. 推奨先(返信/動画/保存版記事/企画化しない)
    8. 人が確認すべき資料とリスク
    
    【最後の出力】
    - 似たコメントをテーマ単位に束ねる
    - 疑問の具体性、繰り返し、検証可能性、保存性、既存資産との接続を各0〜2点で採点する
    - 次の記事候補を5本だけ出す
    - 各候補に、仮タイトル、読者の疑問、確認すべき一次資料、選んだ理由を付ける
    - コメントの「いいね」数だけを根拠に順位を付けない
    
    【分析対象】
    (ハンドル名や不要な個人情報を除いたコメントデータを貼る)
    

    AIの出力に「一次資料」が書かれていても、資料名やURLが実在するとは限りません。採用前に人が公式サイトで探し直し、公開日、対象、該当ページを確認します。

    週30分で回すコメント企画会議

    毎日すべてのコメントを処理しようとすると続きません。週に一度、次の順で30分だけ確認します。

    時間 作業
    0〜5分 対象期間と動画を決め、コメントをまとめる
    5〜10分 個人情報と権利・安全リスクを分ける
    10〜15分 AIで6分類し、似た疑問を束ねる
    15〜20分 訂正候補と一次資料の所在を人が確認する
    20〜25分 返信、動画、保存版記事へ分ける
    25〜30分 上位5本、担当、次の確認資料を台帳へ残す

    見るのはコメント総数ではなく、確認した訂正、追加したFAQ、作った記事・動画、根拠不足で採用しなかった件数です。不採用も残せば、同じ未確認情報を一から調べ直さずに済みます。

    公開前チェックリスト

    • コメントを世論、民意、視聴者全体の総意と書いていない
    • 対象期間、対象動画、サンプル数、取得上の限界を記録した
    • ハンドル名、プロフィール、個人情報を公開原稿から外した
    • 脅迫、危害、犯罪断定、私信を企画候補から分離した
    • 一件につき主分類を一つにした
    • 反対意見を「誤解」と決めつけていない
    • 訂正を一次資料で確認する前に受け入れていない
    • 感情の強さと情報価値を別に評価した
    • 「いいね」数だけで優先順位を決めていない
    • 同じ質問を一つのテーマに束ねた
    • 返信、動画、保存版記事の役割を分けた
    • 記事候補ごとに確認すべき一次資料を決めた
    • 事実、コメント内の主張、書き手の評価を分けた
    • AIが出した資料名とURLの実在を人が確認した
    • 公開後に質問をFAQや次の企画へ戻す欄を用意した

    よくある質問

    コメントが少なくても分析できますか?

    できます。件数の傾向は語らず、一件の具体的な質問として扱います。少ないときは、ブログの検索語や他媒体の質問もテーマ単位で束ねます。

    コメント全文をAIへ入れる必要がありますか?

    訂正や引用の確認では原文が必要ですが、企画整理は匿名化した要旨で足りる場合があります。私信や個人情報は入れません。

    最も「いいね」が多いコメントから記事にしてはいけませんか?

    参考にはできますが、順位の根拠にはしません。正確さや代表性の証明ではないため、質問の具体性と検証可能性を別に見ます。

    厳しい批判や不満は無視しますか?

    侮辱や危害表現は企画化しません。検証可能な疑問が含まれていれば、煽らず制度・記録・数字の企画へ置き換えます。

    AIに返信文まで作らせてもよいですか?

    下書きは作れますが、公開返信は別作業です。訂正を認めたり、未確認の主張へ同意したりしていないかを人が確認してから送ります。

    まとめ

    • コメント欄は世論調査ではなく、説明不足と未解決の疑問を探す場所として使う
    • 分析前に、個人情報、権利・安全リスク、根拠のない犯罪断定を分ける
    • コメントは質問、誤解、訂正、不満、共感、続報希望の6種類へ分類する
    • 感情の強さと情報価値を別々に見る
    • 似た質問を束ね、具体性、繰り返し、検証可能性、保存性、既存資産との接続で採点する
    • 個別に答えられるものは返信、速報・図解は動画、繰り返し役立つものは保存版記事へ回す
    • 訂正は最優先で確認するが、コメントをそのまま正解にはしない
    • AIは候補の整理に使い、資料の採用と公開判断は人が行う

    コメントを読んで終わると、次の週には新しい反応に押し流されます。

    質問はFAQへ、誤解は図解へ、訂正は公開物の修正へ、不満は制度の検証へ、共感は伝わった説明方法へ、続報希望は更新型の記事へ戻す。

    この戻り道があれば、一本の動画を公開したあとから、次の記事づくりが始まります。

    関連記事

  • 修正済み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からタイトル・タイムスタンプ・概要欄を作る方法

    動画を公開する直前になると、意外に時間を取られる仕事があります。

    タイトルを考える。概要欄を書く。タイムスタンプを付ける。参考資料を並べる。ハッシュタグを選ぶ。

    どれも短い文章ですが、一つずつ動画を見直して作ると、かなりの手間になります。急いでAIに任せると、動画で扱っていない内容をタイトルに入れたり、存在しない時刻をタイムスタンプにしたり、確認していないURLを概要欄へ載せたりする危険もあります。

    そこで、実際の運用では、前工程で直した「修正済みSRT」を、YouTube公開セットの共通データとして使います。

    SRTには、何を話したかだけでなく、いつ話したかが入っています。内容と時刻を同じファイルから読めるため、タイトル、タイムスタンプ、概要欄を別々にゼロから作る必要がありません。

    ただし、SRTがあれば自動的に良いタイトルが決まるわけではありません。

    AIには候補の抽出と整形を任せ、動画の中心をどう見せるかは人が決める。

    今回は、修正済みSRTからYouTube公開セットを作る手順を解説します。

    結論:一つのSRTから三つを同時に作る

    実際の運用では、修正済みSRTを受け取ったら、次の三つを一つの工程で作ります。

    1. タイトル案
    2. タイムスタンプ
    3. YouTube概要欄

    この三つは、別々の成果物に見えます。しかし、必要な情報は重なっています。

    成果物SRTから使う情報人が決めること
    タイトル中心テーマ、人物名、制度名、対立点何を最も強く見せるか
    タイムスタンプ話題が切り替わる実際の時刻視聴者が探しやすい区切り
    概要欄動画の論点、結論、固有名詞、数字説明の順序、注意書き、掲載する資料

    三つを同じSRTから作れば、タイトルと概要欄の内容が食い違いにくくなります。

    さらに、タイトル候補を考える過程で動画の中心テーマが明確になり、その結果を概要欄の冒頭にも使えます。話題の区切りを整理すれば、そのままタイムスタンプになります。

    一つずつ作るのではなく、共通の設計図から同時に作るのがポイントです。

    作業を始める前に用意する四つの材料

    AIへ依頼する前に、次の四つをそろえます。

    • 修正済みSRT
    • 動画で使用した一次資料の一覧
    • 動画の対象視聴者
    • 公開時点で確認が必要な最新情報

    SRTだけで分かるのは、「動画の中で何を、いつ話したか」です。

    資料の正式名称、発表日、公開URL、公開後に変わった状況まで、SRTだけから確定することはできません。概要欄の参考資料や注意書きを正しくするには、動画制作時の確認メモを一緒に使います。

    たとえばSRTに「報告書では」と書かれていても、どの機関が、いつ公表した、どの報告書なのかは分からない場合があります。AIにURLを推測させず、人が確認済みの資料一覧から選びます。

    ステップ1:SRTを話題のブロックに分ける

    最初に、SRT全体を五から十二程度の話題に分けます。

    区切りの候補は、次の場所です。

    • 問題提起から背景説明へ移る
    • 人物や組織が変わる
    • 制度の説明から具体例へ移る
    • 賛成側から反対側へ移る
    • 事実の整理から評価へ移る
    • 結論や今後の論点へ入る

    各ブロックについて、次の形で一行にします。

    開始時刻|中心テーマ|重要な固有名詞・数字|その部分の結論

    例として、次のように整理します。

    0:00|今回の問い|制度A|何が争点なのか
    1:42|制度の背景|省庁B・2024年度|制度が作られた理由
    4:18|当事者の主張|団体C|賛成側が重視する点
    7:05|反対意見|専門家D|想定される問題
    10:36|まとめ|今後の手続き|現時点で確定していること

    この一覧が、タイトル、タイムスタンプ、概要欄の共通メモになります。

    ステップ2:動画の中心を一文で決める

    次に、この動画が何を説明する動画なのかを一文にします。

    良い中心文には、三つの要素があります。

    • 誰または何についての動画か
    • 何が問題になっているか
    • 視聴後に何が分かるか
    この動画は、[対象]をめぐる[争点]について、[視聴後に分かること]を一次資料から整理する動画である。

    中心文を先に作る理由は、AIがSRTの中で目立つ言葉だけを拾うのを防ぐためです。

    発言回数が多い言葉が、必ずしも動画の中心とは限りません。冒頭の雑談、例示、強い言い回しだけがタイトルになると、動画全体より刺激の強い見出しになります。

    中心文は、公開セット全体の基準です。タイトルも概要欄も、この一文から外れないように作ります。

    ステップ3:タイトルを三つの型で出す

    タイトルは一案だけ出させず、役割の違う三つの型で作ります。

    検索型

    検索される固有名詞や疑問を前に置きます。

    [制度名・人物名]とは?[視聴者が知りたいこと]を資料から解説

    制度、法律、行政手続きなど、後から検索され続けるテーマに向いています。

    問題提起型

    動画の中心的な疑問や、見落とされている論点を前に置きます。

    なぜ[問題]が起きるのか|[対象]をめぐる三つの論点

    視聴者が「自分にも関係がある」と感じやすい一方、本文より強い断定にならないよう注意します。

    比較・対立型

    二つの立場や制度の違いを明確にします。

    [立場A]と[立場B]は何が違う?争点を一次資料で比較

    賛否が分かれるテーマに向いています。ただし、実際には複数の立場があるのに、二者択一へ単純化しないよう確認します。

    運用では、各型を複数案出し、まず28文字前後を目安に短くします。これはYouTubeの一律の制限ではなく、一覧やスマートフォンでも要点を読み取りやすくするための編集上の目安です。

    タイトル候補は五項目で採点する

    候補が出たら、感覚だけで選ばず、次の五項目を各二点で採点します。

    評価項目0点1点2点
    内容との一致動画にない内容を含む一部だけを強調動画の中心と一致
    具体性抽象的対象だけ分かる対象と争点が分かる
    検索性検索語がない関連語がある固有名詞と疑問が明確
    読みやすさ長く意味が取りにくい少し整理が必要一読で理解できる
    表現の正確さ断定が強すぎる補足が必要根拠に合う強さ

    最高得点の案を自動採用する必要はありません。点数は、なぜその案を選ぶのかを説明するための材料です。

    最後は、サムネイルの文言と重複していないかも確認します。タイトルとサムネイルに同じ言葉を並べるより、タイトルで対象を示し、サムネイルで争点を補う方が情報量を増やせます。

    ステップ4:実在する時刻だけでタイムスタンプを作る

    タイムスタンプで最も重要なのは、時刻を推測しないことです。

    AIが文章の長さから「おそらく3分20秒」と補うと、実際の動画とずれます。必ずSRTに存在する開始時刻を使います。

    基本ルールは次の通りです。

    • 最初は 0:00 から始める
    • SRTにある実際の時刻だけを使う
    • 大きな話題の切り替わりを選ぶ
    • 項目同士は原則十五秒以上離す
    • 五から十二項目を目安にする
    • 見出しは三十文字以内を目安にする
    • 同じ意味の項目を細かく分けすぎない

    この項目数や文字数は、動画の長さに合わせて調整します。短い動画に十項目を詰め込む必要はありません。長い動画でも、意味のない等間隔ではなく、視聴者が目的の話題へ移動できる区切りを優先します。

    0:00 今回の争点
    1:42 制度が作られた背景
    4:18 賛成側が重視する点
    7:05 反対側が指摘する問題
    10:36 現時点で確定していること

    作成後は、各時刻の直後に本当にその話題が始まるか、動画またはSRTで確認します。数秒の挨拶や前置きがある場合は、視聴者が話題へ入る位置を選びます。

    ステップ5:概要欄を八つの部品に分ける

    概要欄を毎回白紙から書くと、資料や注意書きが抜けます。そこで、次の八つの部品に分けます。

    1. 冒頭の一文
    2. 動画の要約
    3. この動画で分かること
    4. タイムスタンプ
    5. 使用した一次資料・確認資料
    6. 関連動画・関連記事
    7. チャンネル案内と注意書き
    8. ハッシュタグ

    冒頭の一文

    タイトルを繰り返すのではなく、視聴者が抱く疑問を一文で示します。

    [対象]をめぐる議論では、[よくある理解]だけでは見えない論点があります。

    動画の要約

    実際の運用では、通常は二百五十から四百五十字程度で、背景、中心的な争点、確認できたこと、まだ決まっていないことを整理します。

    ここでは結論だけでなく、条件と限界を残します。「決定した」のか、「検討されている」のか、「当事者が主張している」のかを区別します。

    この動画で分かること

    三から五項目の箇条書きにします。

    • 制度が作られた背景
    • 賛成側と反対側が重視する点
    • 一次資料で確認できる範囲
    • 今後の手続きと未確定事項

    使用した一次資料・確認資料

    資料名、作成主体、公開日、確認済みURLを並べます。

    ・資料名|作成主体|公開日
      https://example.com/confirmed-url

    SRTに資料名が出ていても、URLが確認メモにない場合は、AIに作らせません。「要確認」として残し、人が正式ページを探します。

    概要欄の長さは目的で決める

    実際の運用では、通常動画の概要欄は五百から九百字程度、資料や論点が多い長尺動画は八百から千五百字程度を運用上の目安にします。

    長ければ良いわけではありません。

    重要なのは、冒頭だけで動画の価値が分かり、必要な人がタイムスタンプや資料へすぐ移動できることです。チャンネルの定型文を増やすより、今回の動画固有の情報を上に置きます。

    AIへ渡す実用プロンプト

    次の形で依頼すると、タイトル、タイムスタンプ、概要欄を一度に比較できます。

    以下の修正済みSRTと確認済み資料一覧から、YouTube公開セットを作ってください。
    
    【目的】
    動画の内容を正確に伝え、視聴者が必要な箇所と資料へ移動できるようにする。
    
    【出力】
    1. 動画の中心を一文
    2. タイトル案
       - 検索型を3案
       - 問題提起型を3案
       - 比較・対立型を3案
    3. 各タイトルの評価
       - 内容との一致
       - 具体性
       - 検索性
       - 読みやすさ
       - 表現の正確さ
    4. タイムスタンプ
    5. YouTube概要欄
    6. 人が確認すべき箇所
    
    【ルール】
    - SRTにない事実を追加しない
    - 時刻はSRTに実在する開始時刻だけを使う
    - URLは確認済み資料一覧にあるものだけを使う
    - 事実、当事者の主張、動画内の評価を分ける
    - 未確定の内容を決定事項として書かない
    - タイトルや冒頭を本文より強い表現にしない
    - 判断できない箇所は「要確認」と明示する
    
    【対象視聴者】
    [ここに記入]
    
    【確認済み資料一覧】
    [ここに記入]
    
    【修正済みSRT】
    [ここに貼り付け]

    AIの最初の出力は完成稿ではなく、選択肢と点検表です。

    人は、タイトルを選び、資料のURLを開き、時刻を確認し、公開時点の状況を反映します。

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

    AIに任せやすい作業人が確認する作業
    SRTを話題ごとに分ける動画の中心テーマを決める
    固有名詞や数字の候補を拾う固有名詞と数字を一次資料で確定する
    三つの型でタイトル案を出す誇張のないタイトルを選ぶ
    SRTの開始時刻から候補を並べる実際に話題が始まる位置を確認する
    概要欄の定型へ情報を配置する資料URLと公開時点の状況を確認する
    抜け漏れ候補を一覧にする最終的な公開可否を決める

    AIに向いているのは、候補を増やすことと、形式をそろえることです。

    一方、何を動画の中心として見せるか、どの表現なら根拠に見合うか、どの資料を公式情報として載せるかは、人の判断です。

    よくある失敗

    SRTにない強い言葉をタイトルへ足す

    「激震」「完全崩壊」「隠蔽確定」などの言葉は、クリックされそうに見えても、動画と資料に根拠がなければ使えません。

    タイトルは動画への入口です。本文より強い結論を入口に置くと、動画全体が誤解されます。

    タイムスタンプを等間隔で作る

    二分ごと、五分ごとに区切っても、話題の開始位置とは限りません。視聴者の移動を助ける索引にするには、SRTの意味の切れ目を使います。

    概要欄に存在しないURLを入れる

    AIは、正式に見えるURLを組み立てることがあります。リンクは文字列を見るだけでなく、実際に開き、作成主体、資料名、公開日が一致するか確認します。

    タイトルとサムネイルと概要欄の主張が違う

    それぞれを別のタイミングで作ると、タイトルではA、サムネイルではB、概要欄ではCが中心になることがあります。

    公開前に三つを横に並べ、同じ中心文から作られているか確認します。

    AIの第一案をそのまま採用する

    第一案は、最も頻出する語や、最も刺激の強い箇所に引っ張られることがあります。三つの型を比較し、採用理由を言葉にできる案を選びます。

    30分で行う制作手順

    慣れてきたら、次の時間配分を目安にします。

    時間作業
    0〜5分SRTを話題ブロックに分ける
    5〜10分中心文とタイトル三型を作る
    10〜15分実在時刻からタイムスタンプを選ぶ
    15〜23分概要欄の八部品を組み立てる
    23〜30分タイトル、時刻、資料URL、表現を人が確認する

    初回から三十分で終わらなくても問題ありません。

    大切なのは、実際にかかった時間を「タイトル」「タイムスタンプ」「概要欄」「確認」に分けて記録することです。時間が集中している工程が分かれば、次にテンプレート化する場所を決められます。

    公開前チェックリスト

    • [ ] 動画の中心を一文で説明できる
    • [ ] 検索型、問題提起型、比較・対立型を比較した
    • [ ] タイトルにSRTや資料にない事実を加えていない
    • [ ] タイトルとサムネイルが同じ言葉の繰り返しになっていない
    • [ ] タイムスタンプはすべてSRTに存在する時刻である
    • [ ] 各時刻から実際にその話題が始まる
    • [ ] 概要欄の冒頭で動画の価値が分かる
    • [ ] 事実、当事者の主張、動画の評価を分けた
    • [ ] 未確定事項を決定事項として書いていない
    • [ ] 資料名、作成主体、公開日を確認した
    • [ ] すべてのURLを実際に開いて確認した
    • [ ] タイトル、サムネイル、概要欄の中心が一致している
    • [ ] 公開時点の最新状況を確認した

    まとめ

    • 修正済みSRTを、タイトル、タイムスタンプ、概要欄の共通データにする
    • 最初にSRTを話題ブロックへ分け、動画の中心を一文で決める
    • タイトルは検索型、問題提起型、比較・対立型の三つを比較する
    • タイムスタンプはAIに推測させず、SRTに実在する時刻だけを使う
    • 概要欄は八つの部品に分け、確認済み資料だけを掲載する
    • AIには候補の抽出と整形を任せ、公開する表現は人が決める
    • タイトル、サムネイル、概要欄を横に並べ、主張の強さをそろえる

    修正済みSRTがあれば、公開直前に動画を最初から何度も見直す必要はありません。

    内容と時刻を一度確定し、同じデータから公開セットを作る。

    これにより、作業時間を短くしながら、タイトル、タイムスタンプ、概要欄の食い違いを減らせます。

    第9回では、修正済みSRTと確認済み資料から、動画の内容をそのまま複製するのではなく、検索から読まれるブログ記事へ組み替える方法を解説しています。

    関連記事

  • 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に任せる作業と、人が判断すべき作業の境界を、公開前チェックリストとともに整理しています。

    関連記事

  • AI仕事術とは?一人でYouTube・ブログ・noteを回す「ひとりAI編集部」

    AI仕事術とは?一人でYouTube・ブログ・noteを回す「ひとりAI編集部」

    記事タイプ:親記事・ひとりAI編集部の7工程

    YouTubeの動画を作り、ブログを更新し、noteやXでも発信する。さらに、コメントを確認し、次の企画を考え、収益化まで進める。

    一人または少人数でメディアを運営していると、やるべき仕事は増え続けます。

    AIを使えば文章や画像はすぐ作れます。しかし、生成物が増えただけでは、仕事全体が速くなるとは限りません。

    調査が不十分なまま記事が増える。動画とブログが同じ内容になる。AIの誤りを直す作業が増える。複数のツールを契約したのに、かえって工程が複雑になる。こうした状態では、AIを使っても運営は楽になりません。

    そこで、実際の運用では、メディア運営を七つの工程に分け、AIと人の役割を整理することにしました。

    この仕組みを、「ひとりAI編集部」と呼びます。

    結論:AIを編集長ではなく、編集部員として使う

    ひとりAI編集部とは、一人ですべてを抱えることでも、AIにすべてを任せることでもありません。

    企画、調査、検証、制作、展開、収益化、改善という仕事を分け、それぞれについて「AIに任せる作業」と「人が判断する作業」を決める方法です。

    AIが得意なのは、大量の素材から候補を抽出すること、文章を整えること、同じ情報を異なる形式へ組み替えること、抜け漏れを点検することです。

    一方、何を報じるか、どの資料を信頼するか、どの表現で公開するか、誰にどんな価値を届けるかは、人が決める必要があります。

    つまり、AIは編集長ではありません。

    判断と責任は人が持ち、AIには編集部員として作業を分担してもらう。

    これが、メディア実務で考えるAI仕事術の基本です。

    ひとりAI編集部は七つの工程で回す

    メディア運営を、次の七つに分けます。

    設計 → 調査 → 検証 → 制作 → 展開 → 収益化 → 改善
      ↑                                                ↓
      └────────────────────────┘

    最後の改善結果を、次の企画設計へ戻します。一つの記事や動画を公開して終わりにせず、反応を次の仕事に生かす循環です。

    1.設計する|誰に何を届けるかを先に決める

    AIで文章を作る前に、まず媒体の役割を決めます。

    • 誰が読むのか
    • 何に困っているのか
    • YouTube、ブログ、note、Xのどこで届けるのか
    • 読んだあと、次に何をしてほしいのか
    • 広告、商品、会員、アフィリエイトのどこで収益化するのか

    この設計がないまま制作量だけ増やすと、動画と記事が重複し、読者の次の行動も分からなくなります。

    実際の運用では、YouTubeを速報や議論の場、ブログを検索から初めて来る人の入口、noteを一次資料や判断理由の深掘り、Xを一つの論点を短く届ける場所として使い分けています。

    同じテーマを扱っても、媒体ごとに仕事を変えるわけです。

    2.調査する|AIには候補を集めてもらう

    次に、ニュース、視聴者コメント、検索需要、一次資料を集めます。

    AIは、関連する論点、確認すべき制度、検索語、反対材料の候補を出す作業に向いています。大量の会見録や資料から、特定の言葉を探す作業も速くできます。

    ただし、AIが示した資料名やURLが実在するとは限りません。古い資料を最新のものとして扱ったり、似た制度を混同したりすることもあります。

    そこで、候補集めはAI、実在確認と採用判断は人、という分担にします。

    政治や行政を扱う場合は、報道記事だけでなく、法令、議会資料、自治体の会見録、調査報告書など、読者自身が確認できる資料を優先します。

    3.検証する|事実・主張・意見を分ける

    AIが作った要約は、完成原稿ではありません。

    特に注意したいのは、次の混同です。

    • 当事者が主張したことと、事実として確認されたこと
    • 告訴されたことと、有罪が確定したこと
    • 短い映像から受ける印象と、確認可能な記録
    • 公式発表と、それに対する評価
    • 現在の制度と、改正後に施行される制度

    AIは文章を自然につなぐため、本来は別々に扱うべき情報まで、一つの結論のようにまとめることがあります。

    そのため公開前には、固有名詞、数字、日付、法的な段階、引用元を人が確認します。確認できないことは断定せず、「当事者の説明」「報道によると」「現時点では確認できない」と区別します。

    この検証工程は、AIを導入しても削除できません。むしろ制作が速くなるほど、意識して残す必要があります。

    4.制作する|共通の元データをつくる

    動画、字幕、ブログ、note、ショートを別々に作ると、同じ固有名詞や数字を何度も直すことになります。

    実際の運用では、まず動画の字幕や文字起こしを修正し、それを共通の元データとして使います。

    修正済みのSRTがあれば、そこから次のものを作れます。

    • YouTubeタイトル案
    • タイムスタンプ
    • 概要欄
    • ブログ記事
    • noteの深掘り記事
    • Xの投稿文
    • ショート動画の候補

    最初の素材を整えることに時間を使い、その後の工程では同じ情報を再利用する。これにより、媒体ごとの制作時間だけでなく、表記や事実関係のずれも減らせます。

    AIの役割は、元データを媒体別に再構成することです。人は、各媒体の読者に合わせて、何を残し、何を削るかを判断します。

    5.展開する|コピペではなく役割を変える

    一つの動画を、そのまま文字にしてブログへ載せても、検索する人が知りたい答えにはなりません。

    例えば、YouTubeでは最新ニュースの経緯と問題意識を話します。ブログでは「制度はどうなっているのか」「生活に何が関係するのか」という検索者の疑問に答えます。noteでは、一次資料、異なる見方、判断が難しい部分を深く扱います。

    ショート動画では、長い議論の中から、一つの結論だけで意味が通る部分を選びます。Xでは、記事全体を要約するのではなく、読者が立ち止まる論点を一つ示します。

    同じ材料から作っても、目的は別です。

    一次資料・コメント・動画素材
                  ↓
           修正済みの共通データ
                  ↓
           YouTubeの長尺動画
         ┌────────┼────────┐
         ↓        ↓        ↓
     ショート   ブログ    note
         ↓        ↓        ↓
       拡散     検索流入   深掘り・商品

    これが、一つの仕事を複数の成果へ変える基本形です。

    6.収益化する|読者の次の課題を解決する

    メディア運営の収益を広告だけに依存すると、再生数やアクセス数の変動をそのまま受けます。

    そこで、記事や動画の内容に応じて複数の収益導線を考えます。

    • YouTube・ブログの広告収益
    • 実際に使ったAIツールのアフィリエイト
    • テーマを理解するための「ツール・資料の紹介」
    • 時系列、一次資料、確認表をまとめた有料商品
    • 継続的な更新を届ける会員向けコンテンツ

    ただし、商品を売るためにテーマを無理につなげると、メディアの信頼を失います。

    例えばAI音声入力を紹介するなら、単に「便利です」と書くのではなく、入力時間と修正時間を測り、無料の標準機能とも比べます。無料で十分な人、声を出せる環境がない人など、向かない条件も書きます。

    収益化は、読者の次の課題を解決する延長に置くことが重要です。

    7.改善する|再生数以外も確認する

    動画の再生数や記事のPVは分かりやすい数字ですが、それだけでは次に何を改善すべきか分かりません。

    ひとりAI編集部では、次の数字や反応も確認します。

    • どの検索語で記事が表示されたか
    • 記事から次の記事へ進んだか
    • 視聴者や読者が何を質問したか
    • 商品リンクがクリックされたか
    • 無料登録から有料化へ進んだか
    • どの工程で修正時間が増えたか

    例えば、記事が表示されないなら、タイトルや検索意図を見直します。記事は読まれてもリンクが押されないなら、紹介する商品が読者の悩みと合っていない可能性があります。

    AIは数字やコメントの分類を助けられますが、何を次の企画にするかは人が決めます。

    人に残す仕事とAIに任せる仕事

    工程AIに任せやすい作業人が担当する判断
    設計読者像・企画候補の整理誰に何を届けるか
    調査検索語・資料候補の抽出どの資料を信用するか
    検証抜け漏れ・表記の点検事実認定、表現、公開可否
    制作構成、整形、媒体別変換最終原稿、語り口、責任
    展開投稿文・見出し候補媒体ごとの役割と文脈
    収益商品候補・比較表の整理読者との相性、紹介するか
    改善数字・コメントの分類次に何を変えるか

    AIで効率化するときは、「どのツールを使うか」より先に、この役割分担を決めます。

    よくある失敗は、AIから始めてしまうこと

    AI仕事術で起きやすい失敗は、目的より先にツールを選ぶことです。

    新しいAIサービスを契約し、プロンプトを集め、できることを探す。しかし実際の仕事のどこに入れるか決まっていないため、ツールを試す時間だけが増えていきます。

    先に決めるべきなのは、短くしたい工程です。

    • タイピング時間を減らしたい
    • 文字起こしの修正を減らしたい
    • 動画からブログを作る手戻りを減らしたい
    • 一次資料の確認漏れを減らしたい
    • 公開後の再配信を忘れないようにしたい

    改善したい工程が決まれば、必要なAIやテンプレートも絞れます。

    今日から始めるなら、一つの工程だけ変える

    最初から七工程すべてを自動化する必要はありません。

    まず、毎週繰り返している仕事を一つ選びます。そして次の三点を記録します。

    1. AIを使う前に何分かかっているか
    2. AIにどの部分を任せるか
    3. 修正を含む完成まで何分になったか

    入力だけ速くなっても、修正が増えれば効率化ではありません。必ず完成までの時間で比較します。

    実際の運用では、音声入力、文字起こし、SRT修正、動画から記事への展開など、実際の運営工程を一つずつ検証していきます。

    まとめ

    • AI仕事術は、AIで生成物を増やすことではない
    • メディア運営を、設計・調査・検証・制作・展開・収益化・改善に分ける
    • AIは収集、整形、分類、再構成、点検を担当する
    • 何を伝えるか、どの資料を信頼するか、公開するかは人が判断する
    • 一つの共通データからYouTube、ブログ、note、X、ショートへ展開する
    • 収益化は、読者の次の課題を解決する延長に置く
    • 最初は一つの工程を選び、修正を含む完成時間を測る

    一人で運営していても、仕事を工程に分ければ、編集部のように役割を整理できます。

    AIにすべてを任せるのではなく、人が判断すべき仕事を守りながら、繰り返し作業を分担する。

    それが、メディア実務で実践する「ひとりAI編集部」です。

    第2回では、YouTube、ブログ、note、Xを同じ内容にせず、一つの素材から役割を変えて展開する方法を、実際の流れに沿って解説しています。

    関連記事