Gemini Omni Flash と Gemini Omni 1.1 Flash の違い：アップグレードすべきか
gemini-omni-flash-preview エンドポイントは 2026 年 9 月 30 日に廃止予定です。さらに、シーンの延長、最初と最後のフレーム間の補間、360p から 4K アップスケールまでの解像度指定が追加されました。Gemini Omni Flash と 1.1：確認済みの違い
旧 Public Preview は 2026 年 6 月 30 日に公開され、Google は 8 月 27 日に 1.1 を GA としてリリースしました。以下の表は、Google が現在ドキュメントで示している事実だけに絞っています。
| 判断軸 | 旧 Gemini Omni Flash Preview | Gemini Omni 1.1 Flash | なぜ重要か |
|---|---|---|---|
| ライフサイクル | Public Preview | 一般提供（GA） | 1.1 が長期的な本番ターゲット。Preview エンドポイントには廃止日がある |
| Gemini API モデル ID | gemini-omni-flash-preview | gemini-omni-1.1-flash | Gemini API を直接呼ぶ場合、2 つの ID を互換とみなしてはいけない |
| 1 回の生成で得られる出力 | 3〜10 秒、720p、24 FPS | 3〜10 秒、360p / 720p / 1080p アップスケール / 4K アップスケール、24 FPS | 1.1 は下書き用と納品用の解像度を選べる。1 回で 40 秒を出すモデルにはなっていない |
| 動画延長 | Preview のリリースには記載なし。1.1 の新機能として追加 | 末尾に最大 10 秒ずつ延長、累計上限 40 秒 | シーン全体を作り直さず、段階的に続きを作れる |
| 延長時に参照する直前のコンテキスト | 該当なし：Preview のリリースに動画延長の記載はない | 直前の最大 10 秒を解析。Google は、最後の約 1 秒しか参照しなかった従来の延長方式と対比している | 続きを生成する前に、より多くの先行アクションを踏まえられる |
| 最初と最後のフレーム間の補間 | Preview のリリースには記載なし。1.1 の新機能として追加 | 順序付きの 2 枚の画像でショットの始点と終点を指定 | マッチカット、ループ、リビール、終点固定のトランジションに有効 |
| 解像度の指定 | Preview のリリースでは 720p のみ記載 | 360p、デフォルト 720p、1080p アップスケール、4K アップスケール | 低コストの反復と高解像度の納品を切り分けられる |
| 対話型編集 | Interactions API 経由で対応 | 維持され、新しい制御が追加 | 中核の対話型ワークフローはそのまま使える |
| 動画と同期したネイティブ音声 | 対応 | 対応 | 音声はアップグレードの主な理由ではない。理由は制御性とライフサイクル |
1.1 があらゆるプロンプトで視覚品質に勝つことを示す公式の公開ベンチマークはありません。Google は制御性を高めた本番向けアップデートと位置づけていますが、モデルカードでは編集の完全な一貫性、複雑な動き、正確な文字の描画は依然として難しいと明記しています。「より制御しやすい」は裏付けのある事実、「常により綺麗」はテストで検証すべき仮説として扱ってください。
最大の変更点は 1 回あたりの長さではない
変わったのは続きを作るワークフローそのものです。Google によると、1.1 は直前の最大 10 秒のコンテキストを解析できます。従来のモデルが参照していたのは最後の約 1 秒でした。これにより、次のセクションを生成する前に、被写体、動き、カメラの向き、物語の流れについてより多くの手がかりが得られます。連続性を保ちやすい条件は整いますが、人物の同一性、物理挙動、セリフ、構図がすべての延長で維持されると保証するものではありません。
この違いが効くのは、「このショットを続ける」機能を持つクリエイター向けツール、分岐型のストーリーツール、商品デモ生成ツール、ショート動画エディターです。常に独立した 5 秒クリップだけを生成し、延長を一切しないサービスにとっては重要度が下がります。
1.1 が本当に新しいプロダクトワークフローを生む場面
最初と最後のフレームで制御するトランジション
新しい補間機能は、単なる入力オプションの追加ではありません。順序付きの 2 枚の画像で始点と終点の構図を決め、モデルがその間の動きを生成します。商品のリビール、部屋から部屋へのカメラ移動、ビフォー・アフターの切り替え、ループ、承認済みの終了フレームに着地させたいショットに具体的に役立ちます。
旧 Preview でも画像を動かしたり、生成した動画を対話的に編集したりはできましたが、Google の Preview リリースには最初と最後のフレーム間の明示的な補間は記載されていませんでした。現在プロンプトの文言だけで終わりの構図を再現しようとしているアプリケーションなら、1.1 を試す最も強い理由の一つになります。
360p で下書きし、承認後に昇格させる
1.1 では 720p のデフォルトに加えて 360p の下書き用ティアが追加されました。Google のシステムスループット計測では、360p は 1.1 の標準 720p ティアと比べて最大 60% 高速で、コストは 3 分の 1 とされています。これはベンダー側の計測値であり、EvoLink の料金の約束ではありませんが、ワークフローとしては有用です。低解像度で候補を複数生成し、プロンプトと参照素材の組み合わせを 1 つ承認したうえで、必要な納品ティアで承認済みの設定を再実行する、という流れです。
今すぐアップグレードすべきチームと、まずテストすべきチーム
| ワークロード | 推奨 | 理由 |
|---|---|---|
| 本番統合がまだ Preview ID に固定されている | 今すぐアップグレード | Preview エンドポイントは 2026 年 9 月 30 日に廃止予定 |
| 「このショットを続ける」機能や分岐シーンのプロダクト | アップグレードして検証 | 延長機能と大きくなった直前コンテキストがワークフローを実質的に変える |
| 始点・終点固定のトランジション、ループ、商品リビール | アップグレードして検証 | 最初と最後のフレーム間の補間が直接的な新しい制御になる |
| 大量のプロンプト・絵コンテの反復 | 360p の下書きをテスト | 下書きティアで昇格前の反復時間とコストを減らせる |
| 1080p や 4K ファイルを求める納品パイプライン | アップスケールをテスト | 出力はアップスケールであり、目視での受け入れ確認が必要 |
| 独立した 3〜10 秒の 720p 生成で安定している | 全面置き換え前に A/B テスト | ライフサイクル上の移行は必要だが、クリエイティブ面の伸びは小さい可能性がある |
| 編集をまたいで人物の同一性や文字の正確さを保証する必要がある | フォールバックを維持 | Google のモデルカードは一貫性と正確な文字を依然として制限事項に挙げている |
「まずテスト」は「廃止を無視する」という意味ではありません。期限のあるエンドポイントから離れることと、1.1 がすべてのショットタイプで唯一の本番ルートになれるほど十分かを判断すること、この 2 つの判断を切り分けるということです。
EvoLink ユーザー向けの本番アップグレードゲート
都合のよいデモクリップを 2 本選んで比べるのはやめましょう。同じプロンプト、同じ参照素材、同じ長さ、同じ出力ティア、同じ試行回数で比較し、リクエストから採用ショットに至るまでの経路全体で判断してください。なお、EvoLink の現在の Omni 1.1 ルートには seed パラメータはありません。
| ゲート | 測定するもの | 合格条件の目安 |
|---|---|---|
| 機能 | 延長、補間、下書きティア、アップスケール | 必要な 1.1 専用ワークフローが手作業の回避策なしで完了する |
| 視覚的な連続性 | 被写体、衣装、カメラの向き、照明、動き | 延長の境界をまたいだ連続性をレビュアーが受け入れる |
| 指示への追従 | 必須アクション、除外事項、終了時の構図 | 旧ルートと比べて新たな重大な失敗がない |
| 音声の連続性 | 声、タイミング、環境音、音楽の切り替わり | 許容できない途切れ、声の変化、タイミングのずれがない |
| 採用ショット率 | 採用された出力数 ÷ 試行回数 | 対象のショットクラスで 1.1 が旧ルート以上 |
| レイテンシ | 選択した解像度でのキュー待ち + 生成時間 | プロダクトの対話型またはバッチの SLA に収まる |
| 採用ショットあたりのコスト | 総支出 ÷ 採用された出力数 | リトライ、編集、入力、アップスケールを含めても予算内 |
| 信頼性 | 失敗、モデレーション結果、リトライ、レート制限 | フォールバック方針が観測された失敗パターンをカバーする |
推奨ロールアウト：依存関係を移行し、ワークロードは段階的に昇格させる
- Google の直接 ID、EvoLink のルート ID、保存済みテンプレート、キューに入っているジョブを分けて棚卸しする。
- Preview エンドポイントが消える前に、旧ワークフローで小さなベースラインセットを再現しておく。
- アップグレードの価値が明確な延長ジョブと最初・最後フレームのジョブから、ショットクラスごとに 1.1 をテストする。
- 受け入れ基準は同じものを使い、生成 1 秒あたりのコストだけでなく採用ショットあたりのコストを記録する。
- 少量のトラフィックを 1.1 に送り、品質・レイテンシ・失敗のゲートを通過してからのみ比率を上げる。
- 観察期間中はタスク単位のフォールバックを残し、1 つのモデルをデフォルトで万能ルートにしない。
- 一部のクリエイティブワークロードで別モデルのフォールバックが必要でも、エンドポイントの移行は 9 月 30 日までに完了させる。
FAQ
Gemini Omni 1.1 Flash は Gemini Omni Flash の名前を変えただけですか？
いいえ。対話型の生成・編集という基盤は引き継いでいますが、Google は動画延長、最初と最後のフレーム間の補間、解像度の指定を 1.1 の重要な新機能として挙げています。公開 Gemini API のライフサイクルも Preview から GA に変わりました。
「Gemini Omni 1」は旧モデルの正式名称ですか？
gemini-omni-flash-preview でした。「Gemini Omni 1」や「1.0」は検索時の非公式な呼び方としては便利ですが、正式なモデル名ではありません。1.1 は 1 回のリクエストで 40 秒生成できますか？
いいえ。生成または延長 1 回あたりは引き続き 3〜10 秒です。Google が示す最大 40 秒は、延長を繰り返した後の累計値です。
1.1 は毎回、直前の 40 秒の動画全体を読み込みますか？
いいえ。Google によると、延長ワークフローが解析できるのは直前の最大 10 秒です。40 秒は累計の出力上限であり、各ターンで読み込むコンテキストの長さではありません。
1.1 は視覚品質で常に優れていますか？
全面的な品質向上を証明する公式の公開 A/B ベンチマークはありません。確認できるアップグレードは制御性の強化と GA ライフサイクルです。品質は自分のショットクラスと受け入れ基準でテストしてください。
1080p と 4K はネイティブ出力ですか？
いいえ。Google のリリースノートは 1080p と 4K をアップスケール出力と明記しています。デフォルトは引き続き 720p です。
すべての本番チームが 9 月 30 日までに切り替える必要がありますか？
gemini-omni-flash-preview に依存する直接統合は、廃止予定日までに移行計画が必要です。ただし、テストなしにすべてのワークロードを 1.1 に送る必要はなく、検証済みの別モデルをタスク単位のフォールバックとして残せます。最初にテストする 1.1 のワークロードとして安全なものは？
明確な新しい制御を使うタスクを選んでください。短いシーンの続きを生成する、承認済みの最初と最後のフレームの間を補間する、360p の下書きを複数生成してから 1 つの設定を昇格させる、などです。これらはアップグレードの価値を測定しやすいワークロードです。
