· updated

AI動画生成の自動化|n8nと自前構築どっち?実運用で比較【2026】

AI 動画生成の「自動化」を調べると、2026 年前半までの記事は Sora を前提にしたものが多く、いま読むと状況が変わっていて戸惑いませんか。Sora は 2026-04-26 に Web 版・アプリ版が提供終了し、自動化の主流は n8n×Veo のワークフロー型自前構築の 2 つに移りました。

私は業務外の副業として YouTube ダーク心理学チャンネルを運営していて、AivisSpeech + ffmpeg-full + Pexels + Freesound + 甘茶 + Claude Code の自前パイプラインで動画を生成しています。直近では Shorts が公開から 1 時間で約 220 回再生の初動を出しました。本記事はこの実運用データを軸に、市販ツール・n8n 連携・自前構築の 3 ルートを比較します。

「AI 動画生成の自動化は無料でできる?」への即答 — 答えはルート次第です。

ルート無料でできるか条件
A. 市販ツール△ 一部無料無料プランはあるが透かし・尺・本数に制限。完全無料での量産は難しい
B. n8n 連携△ API 課金が残るn8n 本体はセルフホスト無料可だが、Veo 等の動画生成 API は従量課金(公開情報)
C. 自前構築◯ 無料中心で組める素材(AivisSpeech/Freesound/甘茶/Pexels)は無料中心。ただし Python が読めることと Claude Code 等の AI 補助(Pro/Max 課金)が実質前提

完全無料にいちばん近いのは C(自前構築) ですが、技術的なハードルがあります。最短で全体像を掴みたい方は 3 ルート比較、Sora 終了後の状況は 2026 年後半の激変、実装の中身と地雷は 自前パイプラインの実装、規約まわりは 選び方とライセンス からどうぞ。

結論|自動化3ルート比較(市販ツール・n8n連携・自前構築)

📖 この章で使う用語

  • 自動化(パイプライン):複数の処理を順につないで、1 コマンドに近い形で一気通貫に動かす仕組み。本記事では「台本生成 → ナレーション合成 → 字幕 → BGM → 動画合成」までを 1 セットで動かすことを指します。
  • n8n:ワークフロー自動化ツール。ノーコード〜低コードで「Sheets を読む → API を叩く → 結果を保存」のような処理をつなげられます。
  • 自前構築:OSS と API を組み合わせて、自分でパイプラインを組む型。本記事の主軸です。

AI 動画生成を自動化する手段は、2026 年後半の時点で大きく 3 ルートに分かれます。最初に俯瞰すると、本記事のどこが自分に関係するか見えやすくなります。

AI動画生成 自動化の3ルート比較。A市販ツール(Canva・Vrew等)は無料度△(透かし・本数制限)・スキル不要・量産性△で単発向け。B n8n連携(n8n×Veo×Sheets)は動画APIが従量課金・ノーコード〜低コード・量産性◎だが筆者未検証の公開情報ベース。C自前構築(AivisSpeech+ffmpeg)は素材無料中心・Python必須・量産性◎で筆者が実運用中。料金・仕様の最新は各公式で確認。
ルート代表例こんな方向け
A. 市販ツールCanva・Vrew・HeyGen 等の SaaSとりあえず動画 1 本を、なるべく早く簡単に作りたい方
B. n8n 連携n8n × Veo × Google Sheetsコードは書きたくないが、量産の仕組みは組みたい方
C. 自前構築AivisSpeech + ffmpeg + Claude CodePython が読める、長期運用・コスト・著作権を自前で管理したい方

無料度・スキル・量産性の 3 軸で並べると、性格の違いがはっきりします。どれが「正解」ではなく、量産したい本数と越えられる技術ハードルで決まる、というのが 3 ルートを見比べた整理です。

A. 市販ツールB. n8n 連携C. 自前構築
無料度△ 制限つき無料枠△ API は従量課金◯ 素材は無料中心
必要スキルほぼ不要ノーコード〜低コードPython・CLI・Docker
量産性△ 1 本ずつ操作◎ 表に書けば順次生成◎ 1 コマンドに近い形

正直に立場を明示しておくと、私が実運用しているのは C(自前構築)のみです。B の n8n 連携は使っておらず、本記事では公開情報ベースであることを都度明示して扱います。A の市販ツール個別の選定は親ハブ記事に厚く書いたので(送り先は次章末尾)、本記事は「仕組みを組む」側に振ります。

本記事で言う「自動化」は完全無人ではありません。テーマ確定・タイトル選定・体験談加筆・倫理判定は人間が残す設計で、その理由は実装章で述べます。

2026年後半の激変|Sora終了とn8n連携という新定番

📖 この章で使う用語

  • Sora:OpenAI の動画生成 AI。2026 年に提供終了が発表されました(後述)。
  • Veo:Google の動画生成 AI。Gemini 経由で使え、API 連携で自動化に乗せやすいのが特徴です。
  • ワークフロー型:n8n や Zapier のようなツールで「トリガー → 生成 → 保存」を GUI でつなぐ自動化の型。

2026 年前半、AI 動画生成の勢力図を塗り替える出来事がありました。OpenAI が Sora の提供終了を発表したことです。

日付出来事
2026-03-24OpenAI が Sora の提供終了を発表
2026-04-26Sora の Web 版・アプリ版が提供終了
2026-09-24Sora API も終了予定

出典は OpenAI 公式ヘルプ(Sora の提供終了について)ファミ通の報道(2026-03)です。本記事の旧版も Sora を Web 完結ルートの主軸として紹介していましたが、この前提はすでに崩れています。「Sora で自動化」を解説する 2026 年前半までの記事は、いま読む場合は日付を確認してください。

Sora終了と2026年後半の勢力図。OpenAI Soraは2026-03-24に提供終了を発表、2026-04-26にWeb版・アプリ版が終了、2026-09-24にAPIも終了予定(出典:OpenAI公式ヘルプ)。終了後の受け皿は3つ:Google Veo(Gemini経由、n8n連携の主流でSheetsから量産)、Seedance系(2026-02登場、ベンチマーク評価で上位の新世代)、自前構築(OSS+API、本記事の主軸で無料中心で組める)。

受け皿は Veo と Seedance 系、自動化の語彙は n8n へ

Sora 終了後の Web 完結型は、Google Veo(Gemini 経由)が事実上の中心です。加えて 2026-02-09 リリースの Seedance 2.0(ByteDance 系)がベンチマーク評価で上位に入り、CyberLink の比較記事(2026-06-02 更新)のような大手まとめでも採用される新世代として台頭しています。モデル個別の性能比較・料金は変動が速いため、選定論は親ハブ記事と各公式に譲ります。

そして「自動化」の文脈で 2026 年に一気に増えた語彙が n8n 連携です。公開されている構築記事(twostone-s.com の n8n×Veo 解説、2026-06-12 更新Zenn の実践記事)では、おおむね次の型が紹介されています。

  • Google Sheets にテーマ・プロンプトを書き溜める(人間の入力はここだけ)
  • n8n がシートを読み、Veo などの動画生成 API を順に呼び出す
  • 生成された動画を Google Drive 等に保存し、完了を通知する

「表に 10 行書いておけば 10 本できている」型で、コードをほぼ書かずに量産の仕組みが組めるのが売りです。ノーコード寄りの量産という意味で、市販ツールと自前構築の中間を埋める新定番と言えます。

ここで正直に書いておくと、私は n8n ルートを実運用していません。上記は公開情報の整理で、構築時間・費用の概算も出典の記事に依拠します——そして公開されている n8n×動画生成の記事には、月額いくらで回るか・どこでハマるか・失敗事例の実測データがほとんど書かれていません

無料でどこまで行けるかで言えば、n8n 本体はセルフホストなら無料で使える一方、動画を作る API 部分(Veo 等)は従量課金です。「完全無料の量産」は n8n ルートでも成立しにくい、というのが公開情報からの概算になります(最新の料金体系は n8n・Google の公式で要確認)。

だからこそ本記事の残りは、費用・構築時間・8 つの失敗まで実数で開示できる自前構築に紙面を割きます。n8n が候補の方も、実装章のハマりポイントは「動画自動化パイプライン全般で何が壊れやすいか」の参考になるはずです。

市販ツール(テンプレ型 SaaS)はどうなったか

Canva・Vrew・HeyGen のようなテンプレ型 SaaS は引き続き健在で、単発・少量なら最短の選択肢です。ただし本記事の主題である「量産の仕組み化」とは役割が違うため、ツール個別の紹介・選定は親ハブ「AI 動画生成 おすすめ」にまとめてあり、本記事では繰り返しません。Mac ローカルで生成まで完結させたい方は「Mac ローカル動画生成」も選択肢に入ります。

自前パイプラインの実装|構成・手順・8つのハマり

📖 この章で使う用語

  • AivisSpeech:日本語音声合成エンジン(OSS)。Style-Bert-VITS2 という仕組みがベースで、VOICEVOX 互換 API を持ちます。詳しくは「AivisSpeech 使い方」。
  • ffmpeg-full:動画・音声処理の定番 OSS「ffmpeg」に、字幕焼き込み(libass)等の追加機能を含めた版。
  • Claude Code:Anthropic 公式の CLI 型 AI コーディングアシスタント。「Claude Code 使い方」で詳述。

ここから本記事の中心、個人副業で運用している mental パイプライン(YouTube ダーク心理学チャンネル向け)の実装です。直近では生成した Shorts が公開から 1 時間で約 220 回再生の初動を出しました(2026-05-22 時点の運用ログ。最も上振れした 1 本の数字です)。

自前パイプラインの流れ。テーマ・台本づくり(体験談の加筆・倫理チェック含む)は人が判断し、tts(AivisSpeechで台本を音声化)→srt(wavの実測時間を積算してSRT化)→bgm・background(Freesound・甘茶・Pexelsから素材取得)→compose(ffmpeg-fullで字幕焼き込み・1本化)をCLIで順に実行してYouTube Shortsへ公開。Claude Codeが対話とCLIを橋渡しし、テーマ確定からmp4完成まで約1〜3時間。

構成要素と処理の流れ

パイプラインは、対話パート(人が判断)とコードパート(CLI で機械的に走る)が交互に発生する構成です。

パートステップ内容
対話テーマ〜シーン分割テーマ確定 → タイトル → 台本 → 体験談加筆 → シーン分割
コードtts / srt台本 → ナレーション wav + timing.json → 字幕 SRT
コードbgm / backgroundFreesound・甘茶から BGM、Pexels から背景動画を取得
コードtitle / composeタイトルカード生成 → ffmpeg-full で 1 本の mp4 に合成

主要な構成要素は次のとおりです。ナレーションは AivisSpeech(Docker、port 10101、阿井田 茂 Calm スタイル)、合成は ffmpeg-full、素材は Pexels API と Freesound(CC0)と甘茶、司令塔は Claude Code、状態管理は自前の Python CLI(main.py)です。

python main.py --help を実行した画面。自前動画生成パイプライン CLI の init/list/status/tts/srt/bgm/background/title/compose/topic サブコマンドの一覧と説明が表示されている

Claude Code 側は役割特化のサブエージェント(台本担当・レビュー担当・CLI 実行担当など)に分担させ、対話 → CLI → 対話の循環で 1 本を仕上げます。運用しながら Shorts 系を細分化して現在は 9 枚構成ですが、エージェント設計の詳細(指示書の書き方・分担の考え方・分けすぎの罠)は「AI エージェントの作り方」に委譲します。

mental/.claude/agents/ を ls -la した画面。director.md / topic-researcher.md / hook-writer.md / script-writer.md / shorts-hook-writer.md / shorts-reviewer.md / shorts-script.md / engagement-reviewer.md / video-engineer.md の定義ファイルが並んでいる

自動化される範囲と人間が残る範囲は、誠実に切り分けておきます。自動化されるのはナレーション合成・字幕タイミング生成・BGM/背景動画取得・字幕焼き込み・動画合成。人間が残るのはテーマ確定・タイトル選定・体験談加筆・ライセンス/倫理判定です。完全無人化を狙わないのは、AI 生成台本そのままだと視聴体験が薄くなりやすいからで、これは n8n ルートを検討する方にも同じ論点が立ちます。

8つのハマりポイント(実装した人にしか書けない地雷集)

実装中に時間を奪われた 8 個を「症状 → 原因 → 対処」で並べます。市販ツールや n8n なら踏まずに済むものもありますが、パイプラインを自分で持つなら全部踏む覚悟が要ります。

地雷 1:TTS エンジン選定(VOICEVOX → AivisSpeech)

  • 症状:VOICEVOX 前提で設計を進めていたが、サンプル合成の聞き比べで日本語の自然さの体感が違った
  • 対処:AivisSpeech(Docker、port 10101)へ切替、阿井田 茂 Calm スタイル(speaker_id=1310138977)を採用
  • 示唆:日本語ナレーションは試聴ベースで決めるのが正攻法。ライセンス境界の事前確認も必須(ライセンス

地雷 2:字幕タイミングが取れない(モーラ単位 → 文単位合成)

いちばん設計を組み直した地雷です。

  • 症状:AivisSpeech は VOICEVOX 互換 API を持つのに、モーラ単位の duration が常に 0.0 で返ってくる
  • 原因:公式 OpenAPI ドキュメントの「AivisSpeech Engine では常にダミーの値が返されます」が正しかった。Style-Bert-VITS2 ベースゆえ、アーキテクチャ上モーラ duration を予測しない
  • 対処:台本を句点・改行で文単位に分割 → 各文を個別に合成 → 生成 wav の実測 duration を積算して SRT を算出する方式に切替
# src/tts_client.py(要点抜粋):文ごとに合成し、wav の実測時間を積算して字幕にする
for i, sent in enumerate(sentences):
    q = requests.post(f"{host}/audio_query",
                      params={"text": sent, "speaker": speaker_id}).json()
    wav = requests.post(f"{host}/synthesis",
                        params={"speaker": speaker_id}, json=q).content
    with wave.open(io.BytesIO(wav), "rb") as w:
        dur = w.getnframes() / w.getframerate()
    timings.append({"text": sent, "start": cursor, "end": cursor + dur})
    cursor += dur

字幕タイミングが「観測可能な実測値」だけに依存するので、API 仕様変更の影響を受けにくくなりました。公式 API は実機で叩いて確認するのが鉄則です。

地雷 3:ffmpeg 標準では字幕が焼き込めない(→ ffmpeg-full)

  • 症状:Homebrew 標準の ffmpeg で字幕を焼き込もうとすると Unknown filter 'subtitles' エラー
  • 原因:標準ビルドに libass/libfreetype が含まれていない
  • 対処brew install ffmpeg-full を導入し、keg-only の絶対パス(/opt/homebrew/opt/ffmpeg-full/bin/ffmpeg)で呼び分け。組む前に ffmpeg -filters | grep subtitles で確認するのが安全

地雷 4:Pixabay の音楽 API は実在しない

  • 症状:BGM も Pixabay でまとめたかったが、Music エンドポイントは 404、Audio は 403
  • 原因:Pixabay は動画 API はあるが、音楽 API は存在しないか非公開(実機で curl 検証)
  • 対処:BGM は Freesound(CC0)+ 甘茶の 2 段構成に切替。API はドキュメントだけでなく実際に叩いて生存確認する習慣を

地雷 5:甘茶は mp3 直リンク禁止(規約遵守の落とし穴)

  • 症状:mp3 を直接 GET する実装にしかけた
  • 原因:規約に「音楽素材はダウンロードページよりお願いいたします」と明記。Content ID 登録禁止も明示されている
  • 対処:各楽曲のダウンロードページ HTML を経由して mp3 URL を取得する正規ルートに変更。規約は「商用 OK」だけ見ず、直リンク・Content ID などの細部までチェック

地雷 6:libass の PlayResY 仕様で字幕がほぼ画面外に行く

  • 症状:Shorts(1080×1920)で SRT を焼き込むと字幕が上端に張り付き、ほぼ画面外。長尺(1920×1080)では正常
  • 原因:libass は SRT 直読み時にデフォルトで PlayResY=288 を仮定し、original_size を渡しても上書きされない
  • 対処:SRT を一度 ASS に変換し、PlayResXPlayResY を動画解像度に明示してから subtitles フィルタに渡す

地雷 7:画像 preprocess を怠ると先頭タイトルカードが消える

  • 症状:解像度・色モードがバラバラの画像を concat demuxer に直接渡したら、最終 mp4 の冒頭からタイトルカードが消えた
  • 原因:入力フォーマットが切り替わるとフィルタグラフが再構築され、先頭フレームが落ちることがある
  • 対処:全入力画像を 1920×1080 RGB に統一する前処理を挟む。AI 画像生成ツールごとの解像度差を吸収する設計が必要(画像側は「AI 画像生成 プロンプト」「AI 画像生成 無料」)

地雷 8:長尺/Shorts の背景動画を 1 フィールドで管理すると上書きされる

  • 症状:長尺と Shorts の両方を作ると、後から実行したほうが背景動画を上書きしてしまう
  • 原因:16:9 と 9:16 でアスペクト比が違うのに、background_path 1 フィールドで持っていた
  • 対処:format 別の dict 構造(key=“long”|“short”)に切替。複数フォーマット並走は最初から想定して設計する

絞ってもこのあたりは全部踏みます。「楽したい」方は無理に自前を選ばなくて大丈夫で、自前構築は勉強・運用最適化・コスト管理を目的とする読者向けの選択肢です。

コスト実績|固定費は Claude Code の月額に集約

個人副業の月額そのものは公開していませんが、無料と有料の内訳は開示できます。

構成要素費用補足
AivisSpeech / ffmpeg-full / Python 群無料OSS。Docker・Homebrew で導入
Pexels / Pixabay / Freesound / 甘茶無料商用 OK 中心。API キーはメアド登録で即時発行
Claude Code(Pro/Max プラン)月額実質唯一の固定費。料金は公式で確認
(任意)AI 画像生成ツール別途シーン画像モードを使う場合のみ

体感としてランニングコストの大部分は Claude Code の月額のみで、個人副業として現実的に回るレンジです。Anthropic API の従量課金を直接叩かず、Pro/Max プランの月額に収めています。

コストを抑える運用のコツは 3 つです。

  • /model で使い分ける:基本 Sonnet 系、深掘りのときだけ Opus 系(「Claude Opus と Sonnet の違い」)
  • 体験談加筆・倫理レビューを人間が担当して、AI 呼び出しを絞る
  • 合成(数分〜10 分台)はローカル ffmpeg なので追加課金ゼロ

ただし地雷 8 個を踏む時間とメンテナンスコストを含めると、「絶対に自前のほうが安い」とは申し上げません。最適解は用途・規模・スキルで変わります。

運用実績|Shorts 初動 1 時間で約 220 再生

パイプラインを組んでも、実際に再生されるかは別問題です。手元の実数を前提つきで開示します。

  • 個人副業の YouTube チャンネル(ダーク心理学テーマ)、取得時点 2026-05-22
  • 「初動 1 時間 約 220 回再生」は最も上振れした 1 本の数字で、全本数の平均ではない
  • 流入は Google 検索ではなく YouTube Shorts のレコメンド枠
YouTube Studio アナリティクスの「最新の動画」カード。2026年5月22日に公開した Shorts(ダーク心理学テーマ)が、公開1時間後の時点で視聴回数224回を記録している。

※ 視聴回数・公開日時は未加工の実数です。「約 220 回再生」は、この 224 回を切りのいい数字で控えめに表したものです。組めば誰でも同じ数字が出るとは申し上げません——YouTube アルゴリズム・テーマ・サムネなどパイプライン以外の変数のほうが圧倒的に大きいです。

1 本あたりのサイクルタイムも分解しておきます。個人差・テーマの複雑度で変動するので目安です。

工程時間目安
対話パート(テーマ → 台本 → 体験談加筆 → シーン分割)30 分〜1 時間
CLI パート(tts → srt → bgm → compose)5〜15 分
合計(背景動画モード)約 1〜2 時間
合計(シーン画像 40 枚配置モード)約 2〜3 時間

初期構築は週末 2〜3 回ぶんでした(8 つの地雷を踏む試行錯誤込み)。この初期摩擦を 1 回越えれば、2 本目以降はテーマ差し替えで量産できる構造です。

つまり自前構築が向くのは、「同じ型で量産したい動画素材がある人」に尽きます。単発 1 本なら市販ツールのほうが圧倒的に早い、というのが組んでみた正直な結論です。

選び方とライセンス|商用利用と収益化の注意

3 ルートの選び分けを、判断軸で整理します。

判断軸向くルート
コードを書かず、単発・少量A. 市販ツール(単発なら最短)
コードは避けたいが量産の仕組みは欲しいB. n8n 連携(※筆者未検証、公開情報で要確認)
Python が読め、コスト・著作権を自前管理したいC. 自前構築(本記事の構成を流用可)

本記事は法律相談ではありません。そのうえで、自前で組む側が必ず確認するライセンス論点を表にまとめます。最終判断は各規約の原文と、必要に応じて法務・弁護士にお任せします。

構成要素商用利用特に注意する細部
AivisSpeech 阿井田 茂(ACML 1.0)OK・クレジット任意政治宗教批判・実在人物攻撃・なりすまし・誤情報の流布は禁止
Freesound CC0OK・クレジット不要音源は CC0 だが、API 自体の商用利用は別ライセンス論点が残る
甘茶の音楽工房OK・クレジット任意mp3 直リンク禁止・YouTube Content ID 登録禁止
Pexels / PixabayOK・クレジット不要クレジット任意表記を概要欄に置く運用を推奨

私の運用では、ダーク心理学テーマが ACML 1.0 の禁止事項(政治宗教・陰謀論)に寄らないよう「科学的根拠ベース」を明示するルールを置き、レビュー用サブエージェントで断定表現・陰謀論を機械的に検出するワンクッションを挟んでいます。生成 AI の API 利用規約(Anthropic・Google 等)は時期で変動するため公式で確認し、法人利用は情シス・法務・コンプラの事前確認が前提です。

自動化特有の落とし穴も、YMYL 配慮として要点だけ添えておきます。

  • 「自動化=完全無人」と誤解しない:完全無人で量産すると、台本の薄さや倫理リスク(陰謀論・差別表現)が混入しやすい
  • 「再生数が伸びる」と断定しない:約 220 再生は特定 1 本の実数で、再現性はアルゴリズム・テーマ・サムネ次第
  • 機密情報・個人情報をプロンプトに入れない:顧客情報・実在人物名・営業数値は入れない運用ルールが基本

もう 1 つ、2026 年に自動化組が無視できないのが YouTube の収益化ポリシーです。YouTube パートナープログラムは 2025-07 の改定で「繰り返しの多いコンテンツ」を「非本物のコンテンツ(inauthentic content)」に改め、テンプレそのままの量産動画・自作要素の乏しい AI 動画への収益化審査を厳格化しました(YouTube ヘルプ)。自動化パイプラインで量産するほど、体験談加筆・独自の編集など「本物側」に寄せる人間の工程が収益化の生命線になります——完全無人化を狙わない設計は、品質だけでなくこの観点でも合理的です。

パイプラインが回り出すと、次に来るのは「この本数を仕事にできないか」という問いです。ただ量産できることと、人に渡せることは別で、判定の軸になるのは修正のしやすさと、その仕事の発注件数でした。手元の出力が納品物として通用するかを、実測と公開データで確かめるに、件数の読み方と判定の順で整理しています。

次の一歩:未経験なら親ハブ「AI 動画生成 おすすめ」で Web 完結の 1 本から。Python が読める方は本記事の構成(AivisSpeech は「AivisSpeech 使い方」、エージェント設計は「AI エージェントの作り方」)を小さく真似て 1 本作り、A/B/C の判断は実物を作ってからが結果的にラクです。


訂正連絡先

本記事の数字・固有名詞・引用に誤りを見つけられた場合は、お手数ですが send@bon-bon-tools.com までお知らせください。確認のうえ、本文末に訂正履歴を追記します。


筆者について:営業職 7 年から SES・自社開発を経て生成AIエンジニアになった aikun が、副業の YouTube Shorts 向けに AivisSpeech + ffmpeg + Claude Code の動画自動生成パイプラインを実際に構築・運用した手触り(初動 1 時間 約 220 再生、ハマりポイント 8 個)をもとに書いています。n8n 連携・市販ツールは公式・公開情報をもとに整理し、その境界は本文で都度明示しています。

関連記事

出典

PR

この記事に関連するサービス

音声合成ソフト(VOICEPEAK ほか)
書いた小説を「声」にする・動画のナレーションに

ローカルLLMで書いた小説を読み上げさせたり、動画にナレーションを付けたくなったときの選択肢です。AivisSpeech など無料ツールから始めて、商用利用の範囲や声質を上げたくなったら市販の音声合成ソフトが候補になります。対応OS・ライセンス・価格は必ず各製品の公式でご確認ください(2026-06時点)。

新しい記事のお知らせを受け取る → 登録(準備中)