選題プールの記録によると、Gemini Omni 1.1 への既存の呼び出しは、2026年12月3日に自動的に Gemini Omni 1.2 へ切り替わります。コードを書き換える必要はありませんが、返ってくる結果は変わります。
先にお伝えしておくことがあります。この日付は現時点では社内の選題プールの記載に基づくもので、一件ずつ照合した公式発表にはなっていません。そのため本記事では、日付に関する記述にはすべて情報源の区分を明記します。本番環境を変更する前に、Google のモデルドキュメントと非推奨（deprecation）のお知らせページもご自身で一度確認することをおすすめします。
今回は通常のバージョン番号の更新ではありません。1.2 では、1回あたりの生成時間、ネイティブ音声、参照画像の枚数、続きの生成（継続生成）の各機能が一段階進んでいます。しかも自動切り替えなので、こうした新しい挙動が既存のリクエストにそのまま適用されます。段階的に移行するための猶予期間はありません。
この記事で分かること：12月3日以降にどのリクエストの挙動が変わるのか、どのパラメータ検証が効かなくなるのか、そして今回の切り替えの前にモデルIDをどう整理しておくべきかが分かります。
Gemini Omni 1.1 から 1.2 への自動切り替え：重要情報まとめ
散らばっている情報を、まず1枚の表に整理しました。日付の行は選題プールの記録、能力の行は選題プールにある 1.2 の説明、提供状況の行は 2026年11月12日に apiyi.com の料金ページを確認した結果に基づいています。
| 項目 | 詳細 | 情報源のレベル |
|---|---|---|
| 切り替え日 | 2026年12月3日、現在の 1.1 の呼び出しは自動的に 1.2 へ移行 | 選題プールの記録（公式発表との照合待ち） |
| 発動条件 | 手動操作は不要。旧モデル識別子のまま使い続けると自動的に移行される | 選題プールの記録 |
| 1回あたりの長さ | 15秒 | 選題プールの記録 |
| 延長機能 | 既存のクリップを土台に、30秒まで延長可能 | 選題プールの記録 |
| 音声 | ネイティブ音声に対応。後から音声を付ける必要がなくなる | 選題プールの記録 |
| 参照画像 | 最大6枚 | 選題プールの記録 |
| 集約プラットフォームでの提供状況 | 2026年11月12日に apiyi.com の料金ページを確認したところ、gemini-omni の項目は見当たらず | 料金ページの実地確認 |
この表で特に注目してほしいのは、最後の2行です。日付の行は、ご自身でもう一度確認しておくことをおすすめします。提供状況の行からは、このモデルがすでに集約プラットフォーム上でそのまま注文できる状態だとは、現時点では考えないほうがよいことがわかります。
この4つの変更点は、それぞれ何に影響するのか
15秒という1回あたりの尺は、プロンプトに書く時間の記述やカット割りの密度に直接影響します。短いクリップ向けに組んだスクリプトを、1.2に切り替えたあともそのまま使い続けると、後半の内容がぼやけたり、テンポが間延びしたりしやすくなります。
ネイティブ音声は、今回の変更の中でいちばん過小評価されやすいポイントです。これまで音声は独立した工程で、ナレーションや効果音を別途生成し、映像に合わせて貼り付ける必要がありました。今後は映像と一緒に音声も出力されるため、後処理パイプラインにある結合ロジックをそのまま残すべきか、見直す必要があります。
参照画像の上限が6枚に増えたことで、キャラクターやシーンの一貫性をコントロールする手段が広がります。一方で、コード側で参照画像の枚数に厳密なチェックを入れ、上限を2枚や3枚に固定している場合は、切り替え後にそのチェックが意味のない制限になってしまいます。
30秒までの続き生成で変わるのは、呼び出しのリズムです。これまで長尺の動画は外部で結合して作る必要がありましたが、今後は同じコンテキストの中で続きを生成できます。その代わり、1回のタスクの待ち時間が長くなるため、タイムアウトの設定は引き上げておく必要があります。
パラメータ面の違いで確認すべき列
下の表には、1.1 の旧値を載せていません。ネタ候補プールの記録には 1.2 側のデータしかなく、旧値を無理に埋めると捏造になってしまうからです。4列目が、実際に手を動かして確認していただきたい部分です。
| 能力面 | Omni 1.2 の記録値 | 既存リクエストへの影響 | 確認が必要な点 |
|---|---|---|---|
| 1回あたりの長さ | 15 秒 | コマ割りの密度とプロンプトの記述を書き直す必要がある | 元のデフォルトの長さはいくつか |
| 延長生成 | 30 秒まで延長可能 | タイムアウトとポーリング間隔を緩める必要がある | 延長生成は同じエンドポイントで行えるか |
| 音声 | ネイティブ音声出力 | 後付けの音声追加やミキシングの工程が不要になる可能性がある | 出力は音声トラックが分離されているか |
| 参照画像 | 最大 6 枚 | 枚数のバリデーションと素材の整理方法が変わる | 1枚ごとのサイズと形式の制限 |
| モデル識別子 | 1.2 には新しい識別子が対応 | ハードコードした ID の箇所が一致しなくなる | 新しい識別子の正確な表記 |
最後の行が、この記事で最も実務に直結する行です。自動切り替えで保証されるのは、たいてい旧識別子が引き続きルーティングされるところまでです。コード内にべた書きしたすべての箇所が一緒に切り替わるとは限りません。
12月3日の切り替え前に直しておくべきリクエストとは
本当に手を入れるべき場所は、メインの呼び出しではなく、あちこちにコピー＆ペーストされた「端っこ」のコードであることがほとんどです。次の順番で一通り確認しておけば、切り替え当日に慌てて対応するよりずっと楽になります。
- モデル識別子を1か所にまとめる：環境変数や設定センターから読み込むようにして、業務コードのあちこちにハードコードしないようにします。
- エンドポイントを統一する：集約プラットフォーム経由で使う場合、base_url は
https://api.apiyi.com/v1のままにして、切り替え時はモデル識別子だけを差し替えます。接続レイヤーには手を入れません。 - タイムアウトとリトライを再計算する：続き生成が30秒を超える長さになるため、クライアントのタイムアウト、タスクのポーリング間隔、リトライのバックオフもそれに合わせて大きくします。
- 数のバリデーションを確認する：参照画像の上限、動画の長さ、音声のオン／オフといった、固定値で書かれた判定を一つずつチェックし、今も有効かどうか確かめます。
- モデル識別子の表記を照合する：新しい識別子は公式ドキュメントが正です。ブログのサンプルをそのまま写さないようにしましょう。
変更前後の比較
| 項目 | 切り替え前によくある書き方 | 切り替え後のおすすめ |
|---|---|---|
| モデル識別子 | 業務コードに 1.1 のリテラルを直書き | 設定項目として一元管理し、デフォルト値は公式ドキュメントに追従 |
| エンドポイント | SDK ごとに個別設定 | https://api.apiyi.com/v1 の互換インターフェースに統一 |
| タイムアウト設定 | 短いクリップの経験値で設定 | 続き生成の上限30秒を前提に見積もり直す |
| 参照画像の検証 | 2〜3枚で固定 | 6枚まで緩和しつつ、上限ガードは残す |
| 音声処理 | 音声を別途作ってから合成 | 出力に音声トラックが含まれているかを判定してから、後付けするか決める |
🚀 クイックスタート：まず1つのキーで接続レイヤーの疎通を確認したい場合は、APIYI（apiyi.com）に登録して無料のテスト枠を受け取り、OpenAI互換インターフェースで base_url を
https://api.apiyi.com/v1に向けてください。モデル識別子は設定項目のままにしておき、公式ドキュメントで確認できてから値を入れれば大丈夫です。こうしておけば、切り替え当日の作業は設定を1行変えるだけで済みます。
なお、注意しておきたい点があります。APIYI（apiyi.com）の現在の料金ページには、gemini-omni という項目はありません。2026年11月12日に確認した時点で、提供中の動画系モデルは Seedance や Wan といったシリーズでした。具体的なラインナップは apiyi.com の料金ページの一覧が正であり、本記事ではそこから先の推測は行いません。
Gemini Omni 1.2 への切り替えがもたらす影響
開発者への影響
最も直接的なのは、暗黙の依存関係が表面化することです。モデルのバージョンが自動的に更新されると、「想定している入出力の形」と「実際に返ってくる形」のあいだにあった、薄い暗黙の了解が外されてしまいます。普段は気づきませんが、動画の長さが変わる、音声トラックが付く、参照画像の上限が増えるといった変化が起きると、キャッシュキーの設計、結果を検証するアサーション、下流のトランスコード用パラメータが、まとめてエラーになりかねません。
2つ目の影響は、プロンプト資産に出ます。絵コンテ、カメラワークの説明、尺の指定表現といったものは、プロダクト担当とエンジニアがそれぞれのドキュメントに散らばらせて持っていることが多く、バージョン管理をしている人はまずいません。1.2 で対応できる範囲が変わったため、これらを誰かが一度まとめて見直す必要があります。
プロダクト・コンテンツチームへの影響
ネイティブ音声が使えるようになると、1本の動画を作る制作工程は短くなりますが、レビュー工程は重くなります。これまで音声と映像は別々にチェックしていましたが、今後は同時に出力されるため、どちらか一方に問題があれば全体をやり直すことになります。音声を独立した素材として差し替える運用に慣れているコンテンツチームは、1.2 ではそのやり方を見直す必要があるかもしれません。
30 秒までの続き生成（延長）が可能になったことで、納品単位も変わります。これまで 5 秒や 10 秒ごとに分割していたスケジュールの組み方は、延長ができるなら慎重すぎるものに見えてきます。ただしその分、1回のタスクが失敗したときのコストも高くなります。30 秒まで生成して失敗した場合、やり直しの負担は 10 秒のときとはまったく違います。
コスト計算への影響
尺が伸び、音声も一緒に出力され、参照画像が最大 6 枚まで使える。この3つが同時に起きれば、1回のタスクで消費するリソースが従来と同じになるはずはありません。ここでは具体的な数字は挙げません。課金の基準は利用するプラットフォームや公式の料金設定によって異なり、apiyi.com の料金ページにも現時点では Omni の項目がないため、どんな見積もりも推測の域を出ないからです。
確実に言えるのは、見積もりの方法を変える必要があるということです。「本数」で見積もるのをやめ、「秒数」「参照画像の枚数」「延長の有無」の3つの変数で見積もり、リトライ分の余裕も確保しておきましょう。
シーン別の影響と推奨アクション
| 利用シーン | 1.2 の新機能との関連 | 推奨アクション |
|---|---|---|
| ショート動画の一括生成 | 15 秒対応とネイティブ音声の両方が関係 | 絵コンテのテンプレートを書き直し、まず小さなバッチで検証する |
| キャラクターの一貫性が重要なコンテンツ | 参照画像 6 枚が関係 | キャラクター素材セットを整理し、枚数チェックの上限を緩める |
| 長尺のストーリー展開 | 30 秒までの延長が関係 | タイムアウトとポーリングの設定を見直し、セグメントごとに連続性を確認する |
| 映像のみで、音声は後から付けるワークフロー | ネイティブ音声が関係 | 音声トラックの出力をオフにする必要があるか、先に判断する |
| 短いクリップでのテスト利用のみ | 関連性は低い | 現状維持でよく、切り替え後に1回だけ回帰テストを行う |
よくある質問 FAQ
Q1：Gemini Omni 1.1 が自動的に 1.2 に切り替わるとは、どういう意味ですか？
1.1 を指定した呼び出しが単独では維持されなくなり、1.2 にルーティングされて実行されるということです。ネタ候補プールの記録では、その時期は 2026 年 12 月 3 日とされています。コードを変更しなくても動作しますが、出力の挙動は 1.2 の機能に従って変わります。
Q2：1.1 と比べて、1.2 では具体的に何が増えたのですか？
ネタ候補プールの記録によると、次の 4 点です。1 回で 15 秒の生成、ネイティブ音声、最大 6 枚の参照画像、30 秒までの続きの生成です。このうち前の 3 つは 1 回のリクエストで得られる出力そのものを変え、4 つ目は呼び出しの進め方を変えます。影響範囲がそれぞれ異なるため、ひとまとめには語れません。
Q3：いま APIYI で Gemini Omni を直接呼び出せますか？
現時点の料金表だけでは、呼び出せると結論づけられません。2026 年 11 月 12 日に apiyi.com の料金ページを確認したところ、gemini-omni に関する項目は見つかりませんでした。当時提供されていた動画系モデルは Seedance や Wan などです。提供が始まるかどうか、始まるならいつかは、apiyi.com の料金ページに表示されるリアルタイムの一覧を基準にしてください。本記事では答えを前提にしていません。
Q4：12 月 3 日という日付は確定情報として扱ってよいですか？
おすすめしません。この日付はネタ候補プールの記録から取ったもので、社内でまとめた情報にあたります。本記事の執筆時点では、公式のお知らせページと一つひとつ照合できていません。切り替え時期が業務に影響する場合は、Google のモデルドキュメントと非推奨に関する説明ページで改めて確認し、公式ページの内容を基準にしてください。
Q5：切り替え前に、まず何から手を付けるべきですか？
モデル識別子そのものではなく、その管理方法から見直しましょう。識別子を業務コードから設定層に切り出し、あわせて base_url も `https://api.apiyi.com/v1` のような切り替え可能な接続先に統一しておけば、切り替え日には値を 1 つ変えるだけで済みます。接続方法をまだ検討している段階なら、APIYI(apiyi.com)の無料枠で接続層の動作を先に確認しておき、新しい識別子の書き方は公式ドキュメントで確認できてから反映するとよいでしょう。
Gemini Omni 1.1 から 1.2 への切り替え：押さえておきたいポイント Key Takeaways
- 切り替え日：選定トピックプールの記録では 2026 年 12 月 3 日です。公式発表で必ずご自身で確認してください。
- コード修正は不要：従来の呼び出しは自動的にルーティングされますが、出力の挙動は 1.2 に合わせて変わります。
- 4 つの能力変更：15 秒の動画長、ネイティブ音声、6 枚の参照画像、30 秒までの続き生成に対応します。
- 最初に壊れるのはバリデーション：動画の長さ、参照画像の枚数、音声の扱いなど、ハードコードされた判定は見直しが必要です。
- コストの見積もり方を変える：本数ベースの見積もりから、秒数・参照画像の枚数・続き生成の有無をもとにした見積もりへ切り替えます。
- 提供状況は都度確認：apiyi.com の料金ページには現時点で gemini-omni の項目がありません。動画系モデルは一覧の掲載内容を基準にしてください。
- 接続レイヤーは先に統一できる：base_url を
https://api.apiyi.com/v1に向け、モデル識別子は設定項目として切り出しておきましょう。
まとめ
Gemini Omni 1.1 から 1.2 への自動切り替えは、本質的には段階的な移行期間のない挙動変更です。分解すると、やるべきことは次の 3 つです。
- 日付は出典を明記する：2026 年 12 月 3 日という日付は選定トピックプールの記録によるものです。作業に入る前に、ご自身で公式発表と照合してください。
- 能力の変更をバリデーションに反映する：15 秒、ネイティブ音声、6 枚の参照画像、30 秒への続き生成。コード内にハードコードされた前提を一つずつ点検しましょう。
- モデル識別子を一か所にまとめる：設定化しておけば、切り替え日にやることは値を 1 つ変えるだけで、リリース作業は不要になります。
接続レイヤーがまだ固まっていない場合は、APIYI（apiyi.com）の無料枠を使って、まず base_url と設定の構成を動かしてみるのがおすすめです。公式ドキュメントで新しい識別子の表記が確認できたら、そこで値を入れれば大丈夫です。料金と提供中のモデルは apiyi.com の一覧が基準になります。本記事では、未提供のモデルについて価格を推測することは一切しません。
参考資料
- Google Gemini API モデルドキュメント：モデル識別子と機能パラメータの公式情報源
- リンク：
ai.google.dev/gemini-api/docs/models -
説明： 新しいモデル識別子の正確な表記とパラメータの上限を確認できます。切り替え前に必ずチェックしてください
-
Gemini API の廃止とバージョンに関する説明：自動切り替え日についての公式な見解を確認できます
- リンク：
ai.google.dev/gemini-api/docs/deprecations -
説明： 本記事の 12 月 3 日はテーマ候補プールの記録に基づくものです。最終的にはこのページの内容を正としてください
-
APIYI 料金ページ：提供中のモデルと課金方式のリアルタイム一覧
- リンク：
api.apiyi.com/api/pricing - 説明： 2026 年 11 月 12 日の確認時点では gemini-omni の項目は見当たりませんでした。動画系モデルについては、このページの一覧を基準にしてください
著者：APIYI 技術チーム
技術交流：APIYI apiyi.com のトップページからお気軽にお問い合わせください。ドキュメントセンターは docs.apiyi.com です
