Higgsfield から Veo 3.1 API へ — 動画生成の乗り換えを実測で決めた話

はじめに

Veo 3.1 API とは、Google の動画生成モデル Veo 3.1 を Gemini API 経由・従量課金で呼び出せるサービスです。本記事では、月額 $59 のサブスク (Higgsfield) で作っていたブログトップの「連続飛行 LP」の動画生成を、この Veo 3.1 API に乗り換えるかどうかを PoC 実測 (2 クリップ $1.92) で判断した記録をまとめます。

先に結論です。乗り換えることを決めました。ただし、今のトップページの動画は差し替えず、Higgsfield 産のまま残します。理由はスペックではなく演出の好みで、これは後半で書きます。決め手になった数字と、調査の途中でつまずいたこと (Sora はもう選べない・Gemini Omni を見落としていた)、そして最後に残った「好み」の話まで順に書きます。

なお、本記事の価格・仕様はすべて 2026-07-22 時点の調査・実測です。この分野は変化が速いので、読む時点での最新情報を必ず確認してください。為替は $1 = 150 円の概算です。

前提: 連続飛行 LP と「フレームロック」という特殊要件

このブログのトップページは、スクロールに合わせて夜のミニチュア都市を飛び回る「ちらりんタウン」になっています。作り方の全体は トップページを「スクロールで飛び回る夜の街」にした話 にまとめたので、ここでは動画生成に関わる要件だけ書きます。

この LP は、島に降下する dive クリップと、島から島へ移動する connector クリップを交互に繋いで「カットなしの連続飛行」に見せています。成立条件はクリップの端のフレームが前後のクリップと一致していること。具体的には、動画生成モデルに「開始フレーム」と「終了フレーム」の両方を指定できること (いわゆる first+last frame 対応) が量産の合格ラインになります。私はこれを「フレームロック」と呼んでいます。

現行の 1 本は dive 7 本 × 8 秒 + connector 6 本 × 5 秒 = 生成 86 秒分・13 クリップ。これを Higgsfield というサブスクサービス (中身は ByteDance の Seedance 2.0 モデル) で生成していて、1 本で 714 クレジットを消費しました。

問題はコスト構造です。

• 契約は PLUS プラン 月払い $59。月次付与クレジットで作れるのはほぼ月 1 本 → 実質 $59/本
• クレジットを追加購入して量産しようとすると 1 本 ≈ $36。同じ Seedance 2.0 を fal.ai の従量 API で呼ぶ ($31) より常に高く、経済的に成立しない

つまり「月 1 本ペースならギリギリ、量産は無理」という構造でした。生成動画を「作品」として月 1 本作るなら良いのですが、私は LP という「部品」として量産したい。ここが乗り換え検討の出発点です。

選択肢マップ — 5 つの道

代替手段を 6 系統の並列調査で洗い出し、決定的な主張 18 件は一次ソースに当たって裏取りしました (結果は confirmed 7・corrected 9・refuted 2 — 二次情報の半分は訂正が必要でした)。整理すると道は 5 つです。

連続飛行 LP を作る道
├─ A. 動画生成 API 従量 ......... 推奨ゾーン
├─ B. サブスク内生成 ............ ✗ 全滅 (後述)
├─ C. OSS をローカル/クラウド GPU で回す
├─ D. 発想転換 (動画生成を使わない)
└─ E. Higgsfield 継続 ........... 実質 $59/本で量産不可

主要候補を「フレームロック対応」と「LP 1 本のコスト (生成 86 秒 + リロール 20% で正規化)」で並べます。

Veo 3.1 Fast が「公式パラメータでフレームロック対応 + 最安級 + 1080p」で頭ひとつ抜けています。Seedance 2.0 の従量版は、現行 13 クリップと同じモデルなので質感を変えずに脱サブスクできる「控え」として残しました。

ひとつ補足すると、品質評価のリーダーボード上は Seedance 2.0 ≳ Veo 3.1 という報告が複数ありました (二次情報)。「Higgsfield の品質」の実体は Seedance 2.0 の品質なので、品質最優先なら fal.ai で同じモデルを呼ぶのが正解になります。私の場合は繋ぎ精度とコストを優先して Veo を本命にしました。

調査でわかったこと (1): サブスク内で完結する道は消えていた

当初は「どこかのサブスクに乗り換えれば月額固定で量産できるのでは」と考えていました。これは調査で否定されます。

• Sora はもう選べない。2026 年 4 月にアプリ停止、9 月に API 停止予定が公式に出ています。「有名だから」で候補に入れていたら、そもそも存在しませんでした
• Google のサブスク (Flow UI) は量産に耐えない。月 ¥2,900 の Pro で付与されるのは 1,000 クレジット/月。フレームロックに必要な First+Last frame が使える Quality 生成は 100 クレジット/生成なので月 10 生成分 — 13 クリップの LP 1 本にも届きません。しかも First+Last frame は手動 UI 操作のみでバッチ自動化できません (Fast 生成なら 20 クレジット/生成と安いのですが、Flow UI の First+Last は Quality 限定・Fast は「Coming soon」でした)

つまり「サブスク按分より従量 API のほうが安い」という、直感に反する結論になりました。動画生成は月額の枠内でやりくりするものというイメージが古くなっていて、部品量産の用途では従量 API が本命です。

Gemini Omni を見落としていた顛末

この調査には見落としがありました。初回の調査ブリーフで検索軸を「Veo」「Sora」といった既知のブランド名に固定していたため、2026 年 5 月の Google I/O で発表された新ファミリー Gemini Omni を丸ごと取りこぼしたのです。気づいたきっかけは、無料ランキング系の記事で「Gemini Omni」を見た人間 (私) の指摘でした。

追加検証の結果はこうです。

• gemini-omni-flash-preview は 720p・3〜10 秒・$0.10/秒。対話的に動画を編集できるのが売りで、Google の動画生成の新しい既定モデルになっている
• ただし終了フレームを指定するパラメータがない = 連続飛行 LP の要件を満たさない
• Google 自身が公式ドキュメントで「既定は Omni Flash、フレーム指定生成は Veo 3.1」と棲み分けを明記している

結論 (Veo 3.1 推奨) は変わりませんでしたが、プロセスとしては反省点です。ブランド名で検索軸を固定すると、改称や新ブランドを構造的に取りこぼします。ベンダー系の調査には「そのベンダーの latest / newest モデル 2026」のようなブランド非依存の検索を必ず 1 本混ぜるべきでした。

調査でわかったこと (2): 「無ければ作る」という第 4 の軸

候補を並べて終わりにしかけたところで、「そもそも自作できないのか」という問いを追加で検証しました。GPU の無い自宅環境でどこまでやれるか、4 段の梯子で評価しています。

1. CPU だけで OSS モデルを回す — ✗ 数字で不成立。OSS の Wan2.1 は RTX 4090 で 5 秒クリップに 4〜12 分かかります。手元のラップトップ級 U シリーズ CPU に換算すると 1 クリップ 20〜60 時間、LP 1 本で 1〜4 ヶ月連続稼働。純粋な CPU-only ベンチマークが世の中にほぼ存在しないこと自体が答えでした
2. GPU を買って回す — △ LP の経済単体では合わない。中古 RTX 3090 + eGPU ボックスで ¥15〜21 万。Veo Fast ≈¥2,300/本 と比べると 75〜100 本作ってようやく回収です。ホームラボ資産としての投資なら別勘定ですが、「LP を安く作る道具」としては正当化できません
3. モデルに無い機能を自作する — ○ ゼロ円の保険。first frame しか指定できないモデルでも、「次のシーンから後退飛行で生成して ffmpeg で逆再生する」トリックで終了フレーム固定を擬似的に作れます。追加コストゼロで、first+last 対応モデルが値上げ・廃止されたときの保険になります
4. 世界ごと自作する (Three.js) — ◎ 唯一の完全内製ルート。生成済みの静止画を 3D 空間に配置し、実カメラで飛び回る構成なら、レンダリングするのは訪問者のブラウザなので自宅側に GPU が要りません。繋ぎ目問題は実カメラなので概念ごと消滅します。初回のエンジン構築に 2〜4 週かかる見積りですが、完成すれば動画生成 API への依存そのものが消えます

短期は A 案 (Veo API) で進めつつ、④を中期の並走投資と位置づけました。Sora の廃止を目の当たりにした直後なので、「API はいつか消える」前提の保険は真剣に検討する価値があります。

PoC 実測 — $1.92 と 91 秒で出た数字

机上の比較で Veo 3.1 Fast を本命にした後、実際に 2 クリップ (島への降下 8 秒 + 島から島への移動 8 秒) を生成して、現行の Higgsfield/Seedance 産クリップと同一素材で並べ比較しました。かかった費用は $1.92 です。

RMSE は 2 枚の画像の画素差を集計した値で、小さいほど一致しているという読み方です。指定した開始フレームに対して生成結果の先頭フレームがどれだけズレたかを、現行クリップと同条件で測りました。繋ぎ目の精度こそがこの LP の生命線なので、start 側で 3 倍正確という実測は決定打でした。

実物を並べて見る — 同一素材からの A/B

数字だけでは伝わらないので、実際の生成物を並べます。どちらのペアも同じ素材からの生成です (dive は同じ静止画、connector は同じ実フレーム端点を指定)。左が現行、右が Veo。ミュート・ループ設定で、各ペア下の「▶ 2 本を頭から同時再生」ボタンで揃えてスタートできます (尺が違うのでループ後はずれます — 見比べたいのは出だしです)。

なお、記事に載せる都合でどちらも 1280px 幅に再圧縮しています (生成物の原本は 1080p)。

一方で尺の制約は予想外でした。現行の connector は 5 秒構成ですが、Veo で first+last を併用すると、少なくとも今回の生成条件 (Fast・1080p) では 8 秒固定になります。これは調査段階では「8 秒必須という二次情報あり [未確認]」だったものが、実測で確定した形です。8 秒になった分はスクロール割り当て側で吸収できるため実害はありませんが、LP 1 本の試算は 13 クリップ = 104 生成秒 → Fast 1080p で $12.5、リロール 2 割を見込んで ≈$15 (約 2,300 円) に微増しました。

それでも月 $59 → 1 本 $15 の従量です。同じ $59 で月 4 本弱作れて、作らない月は $0。判断としては十分でした。

乗り換えを「決めた」。まだ「乗り換えて」はいない

技術要件 (フレームロック精度・自動化・速度) は Veo 側が優位、コストは約 4 分の 1。ここまでで乗り換えの判断は固まりました。現行契約は残クレジット 496 を下書き生成などで消化して、次回請求日前に解約する方針です。

それでも、今のトップページは Higgsfield 産のまま残すことに決めました。理由はスペックではなく、演出の好みです。

画のきれいさ単体なら Veo だと思っています。ただ、上の connector の A/B がそのまま答えです。現行 (Seedance) 産は、島から島への移動を「街並みがその場でニョキニョキ生え変わる」場面転換として描きます。私はちらりんタウンのこの演出が気に入っていて、物理的に正しい Veo の「空を渡る飛行」に差し替えると、それが消えてしまう。この生成的な場面転換を Veo でプロンプト誘導して出せるかは未検証です (今回の実測は 1 ペアずつの観察に留まります)。

PoC で確認したとおり、Veo の絵は現行チェーンと質感も違います (窓明かりの色味・ディテール量・カメラの踏み込み)。1 本の LP の中に新旧クリップを混ぜると違和感が出るため、乗り換えは LP 単位の全量再生成 (≈$15) が前提 — この原則がここでは逆向きに効きます。差し替えの $15 は「気に入っている演出を消す代金」になるので、払わない。乗り換えの適用は、次の世界を作る時からです。そして、同じ Seedance 2.0 を従量で呼べる fal.ai 経路を「控え」に残した判断が、コストではなく演出の系譜を残すという理由で効いてくることになりました。

「決めた」と「やった」の間に挟まっていた「質感の好み」は、並べ比較でこう着地しました。部品のスペックで選んだ乗り換え先と、作品として気に入っている演出は、別の軸だった — というのが現在地です。

調査の限界 — 未確認のまま残した点

この調査で確認しきれなかった点も残しています。乗り換えを検討する方は、ここを自分の環境で確認してください。

• 日本からの Veo API 利用可否を国別対応表の一次ソースで確認していません (除外という記載も見つかっていません)。PoC 自体は問題なく通りました
• Kling 公式 API は価格表の一次ページが HTTP 446 で取得できず、価格は複数の二次集計の一致で判断しています
• コンテンツフィルタの実測は 1 シーンのみ。シーンが増えたときの誤検知率は未知です
• Veo 3.1 のモデル ID は -preview 付きで、仕様変動のリスクがあります。ただし 2026 年 6 月末に旧 Veo 系が廃止された際、公式の移行先としてこの preview 系が指名されており、近々消える筋ではないと判断しました
• Gemini Omni Flash に終了フレーム指定が追加されたら本命交代があり得ます。四半期ごとに changelog を見る watch 対象にしています
• connector の「街並みが生え変わる」生成的な場面転換 (現行 Seedance 産の演出) を、Veo でプロンプト誘導して再現できるかは未検証です。今回の実測では、Veo は同じ端点フレームを「島から島へ空を渡る飛行」として解釈しました

まとめ — 4 つの教訓

1. 「作品」と「部品」でツール選定は変わる。月 1 本の作品ならサブスク UI で足ります。量産する部品なら、フレームロックの公式対応・バッチ自動化・従量課金の 3 点で選ぶことになり、答えは API になりました
2. 二次情報の半分は間違っている前提で裏取りする。決定的な主張 18 件の裏取りで、そのまま通ったのは 7 件だけでした。価格も仕様も、一次ソースか実測で確かめてから判断に使う。逆に、公式ブログに「上位プラン限定」とあった機能が現行プランの CLI で普通に通った例もあり、最終的に信じられるのは実測だけでした
3. 検索軸をブランド名に固定しない。Gemini Omni の見落としは、調査ブリーフの設計ミスでした。変化の速い分野では「ベンダー名 + latest」型のブランド非依存クエリを必ず混ぜる
4. スペック表に出ない「演出の個性」が最後に残る。フレームロック精度も価格も Veo 優位という結論を出した後で、今のトップを差し替えない理由になったのは、比較表のどの行にも無い「移動の描き方」でした。モデル選定の最後の 1 枚は、実物を並べて眺めないと出てきません

$1.92 の PoC で $59/月の固定費を止める判断ができたので、調査コストとしては安い買い物でした。次の世界を Veo チェーンで作ったら、その制作記は続報として書く予定です。