7 月 1 日のリクエスト ログを開き、古い Veo 3 API モデル ID を検索します。 1件でも見つかれば、移行完了と考えるのは早計です。メイン アプリは移動したが、金曜日のジョブ、ノートブック、または再試行キューは移動しなかった可能性があります。 Google は 2026 年 6 月 15 日、3 つの Veo ID が 6 月 30 日に閉鎖されると発表しました。このチェックリストは、誰もが忘れてしまった発信者のためのものです。
Here is how I would run the audit.普通のページを 1 枚使用します。すべての古い呼び出しに 1 行を追加し、所有者を追加して、キャンペーン形式のテストを 1 つ添付します。ダウンロードしたファイルを「はい」または「いいえ」の結果の横に保管してください。
リクエストからアーカイブまで、ジョブ全体を追跡してください。 サンプルが生成されても、そこで確認を止めないでください。新しいファイルを読み取れないサムネイル ワーカーは、依然として移行に失敗しています。
ロールバック手順は早い段階で書いてください。シャットダウン後のロールバックとは、承認されたレンダリングを復元するか、キューを一時停止することを意味する場合があります。 廃止されたエンドポイントを復活させるという意味ではありません。
Google の情報を使用して、2026 年 9 月 2 日に日付と ID を再度確認しました。 Gemini API リリースノート そして Google AI for Developers の非推奨情報。 まず、その公開記録を確認してください。チーム独自の Gemini API Veo トラフィック ログで終了します。
これを検索と置換ではなく、Veo 3.1 API の移行として扱います。この記事は編集上のチェックリストであり、Google のベンチマークや出力同等性の約束ではありません。
Cutover Ledger I — 廃止されたコールと存続するルートをマッピングする
カットオーバー 01 — リクエスト ログ内の無効な識別子
Pull seven to thirty days of traffic.正確な ID、エンドポイント、サービス アカウント、リージョン、発信者ごとにグループ化します。 分かりやすいダッシュボード上の表示名でまとめないでください。
veo-2.0-generate-001、 veo-3.0-generate-001、 そして veo-3.0-fast-generate-001 Gemini API で。 Literal strings beat memory.
厄介な落とし穴が一つあります。 Google はすでに 2025 年 11 月に 2 つの Veo 3 プレビュー ID を閉鎖していました。その出来事は別の行に置いてください。古いアラートは、6 月の安定モデルへの切り替えが完了したことを証明するものではありません。
Google の 6 月の通知は、Gemini API ユーザーに次のことを指示しています veo-3.1-generate-preview または veo-3.1-fast-generate-preview、Gemini Enterprise Agent Platform を通じて利用できる GA Veo 3.1 モデルについても言及しています。これらは交換可能な文字列ではありません。プラットフォーム、認証パス、クォータ、価格、サポートされるコントロールは、移行の決定に含まれます。
Google の最新のものを使用する Veo 3.1 Gemini API ガイド コードが今日呼び出すことができる正確な宛先を記録します。企業が摩擦の少ないクリエイター ルートを評価している場合は、 APOB Veo 3.1 ジェネレーター API テストの横にありますが、エンドポイントの同等性を主張するのではなく、別のワークフローとしてラベルを付けます。
Cutover Ledger II — 生産チェーンを追跡する
カットオーバー 03 — エンドポイント、プリセット、および非表示のデフォルト
リクエスト ビルダーごとに 1 行を作成します。ベース URL、SDK とバージョン、モデル ID、アスペクト比、期間、解像度、公開された場合のシード動作、参照入力、ネガティブな命令、出力数、ポーリング間隔、タイムアウト、ダウンロード ステップをキャプチャします。実際のリクエスト オブジェクトから値をコピーします。構成ファイルでは、実行時に挿入されるデフォルトが省略されることがよくあります。
次に、編集されたリクエストとレスポンスを 1 つ保存します。資格情報と個人データを削除しますが、ステータス コード、操作 ID、タイムスタンプ、およびファイル名は保持します。これは、Veo 3.1 API ルートが比較される前の状態になります。
Cutover 04 — 依然として古いモデルを呼び出すオートメーション
メインのアプリケーションを超えて検索します。スケジュールされたジョブ、ノーコード コネクタ、ノートブック、スプレッドシート スクリプト、プロンプト ライブラリ、内部ツール、再試行キュー、チーム ドキュメントにコピーされたサンプルを確認します。無効になった毎週のジョブは、移行後に復帰し、無効なモデルの唯一残っている呼び出し元になる可能性があります。
所有者に、各依存関係をアクティブ、休止中、置換、または廃止のマークを付けるように依頼します。 「最近のトラフィックがない」ということは、削除されたことと同じではありません。休止中の統合には指定された所有者と削除日が必要です。
カットオーバー 05 — 下流輸出が想定しているもの
モデルの交換では、要求以上の変更が発生する可能性があります。ファイル名パーサー、モデレーションレビュー、音声抽出、キャプションのタイミング、サムネイル生成、アップロードジョブ、キャンペーントラッカー、アーカイブなど、出力を読み取るすべてのものをリストします。各段階での期間、寸法、向き、コーデック、オーディオ、およびファイルの可用性についての仮定を記録します。
Google のガイドでは、ポートレートの生成、最初と最後のフレーム制御、参照画像、ビデオ拡張機能、ネイティブ オーディオ、いくつかの出力解像度などの Veo 3.1 の機能について説明しています。サポートは特定のルートとオペレーションによって異なります。使用する予定の組み合わせのみを検証してください。特徴テーブルをユニバーサル プロミスに変換しないでください。
Cutover Ledger III — パイロット移行を 1 回実行する
カットオーバー 06 — 代表的なクリップを 1 つ選択します
かけがえのないキャンペーンを使用せずに、有料作品に似たクリップを選択してください。認識可能な被写体、意図的なカメラの動き、1 つの音声または環境音の合図、明確な最終フレーム、およびチームが使用するクロップが含まれている必要があります。アイデンティティ、タイミング、または音声がずれている場合でも、美しいショットが通過することを避けてください。
カナリアは 1 つの固定ブリーフです。プロンプト、参照資産、権利記録、意図されたアスペクト比、期間、および承諾書を保存します。新しい Veo 3.1 の結果の横にあるアーカイブからの古い出力を実行します。シャットダウン後にベースラインを再生成して、同じテストであるかのように見せかけないでください。
カットオーバー 07 — 正確な構成をフリーズする
リクエスト日、宛先モデル ID、API または製品ルート、アカウント、リージョン、SDK、パラメーター、入力ハッシュ、出力ハッシュを含む構成カードを作成します。 Google の Gemini API とエンタープライズ サーフェスは異なるモデル ID とライフサイクル ルールを公開する可能性があるため、このカードは重要です。
API 統合の外部で視覚的に比較するには、APOB のより広範な機能を通じて同じクリエイティブ ブリーフを実行します。 AIビデオジェネレーター。 APOB の結果を独立した運用オプションとして扱います。これはクリエイター チームがワークフローの摩擦を比較するのには役立ちますが、Google のエンドポイントが正しく移行されたことを証明するものではありません。
カットオーバー 08 — 切り替える前にロールバック カードを書き込む
両方のパスが理解できる状態でロールバックを定義します。トラフィック フラグ、所有者、最大エラー バジェット、キュー処理ルール、資産保持期間、および通信チャネルに名前を付けます。廃止された Veo 3 API モデルはシャットダウンされているため、ロールバックとは、古い ID を再度呼び出すのではなく、保存されている承認済みのレンダリングに戻るか、ジョブを無効にすることを意味する場合があります。
返品不可点も含めて。ダウンストリーム ファイルが置き換えられるか公開されると、エンドポイント設定を復元しても以前のクリエイティブは復元されません。評価ウィンドウを通じてソースと出力のアーカイブを不変に保ちます。
カットオーバー台帳IV — 2つの軸で入れ替えを判断
カットオーバー 09 — 画像とモーションの検査
アイデンティティ、オブジェクトの数、構成、カメラの方向、アクションの順序、開始フレームと終了フレーム、テキスト、手、エッジ、一時的なちらつき、オーディオと画像の位置合わせを検査します。通常の速度、半分の速度、トランジション付近でフレームごとに確認します。 「見た目が違う」と書くのではなく、タイムコードを記録します。
3 つの承認フレームを使用します。最初のきれいな構図、最も強いモーション、および最終的に解決されたフレームです。結果は、再生され、それらのフレームが概要と一致する場合にのみ合格します。
カットオーバー 10 — スワップ後の運用の完全性
リクエストの受け入れ、操作のポーリング、完了、ダウンロード、ファイル名の作成、モデレーションハンドオフ、アーカイブ書き込み、およびダウンストリームインポートを測定します。一般的な数値をコピーするのではなく、自分のアカウントからレイテンシーとコストを記録します。 Googleの 現在の Gemini API 価格ページ は外部参照です。請求書とログはワークフローの証拠となります。
意図的な失敗を 1 つ実行します (不正な入力、生成のブロック、タイムアウト、またはキャンセルされたジョブ)。再試行によって重複した請求可能な作業が作成されたり、有効なアセットが上書きされたりしないことを確認します。幸せな道でのみ成功する移行は未完成です。
カットオーバー 11 — 合格ライン
バイナリ行を記述します。名前付きモデルは凍結されたリクエストを受け入れます。返されたファイルは、必要な長さ、クロップ、画像、およびオーディオのチェックを満たしています。すべての下流ステップが完了します。コストとレイテンシーはチームが宣言した制限内に収まります。ロールバックカードは使用可能です。主観的な好みを合格条件ではなくメモに残します。
2 人目に台帳から実行を再現してもらいます。それができない場合、移行は永続的なワークフローではなく、1 人のオペレーターが保持する知識になります。
拒否された出力も保持します。漠然とした嫌悪感ではなく、正確な失敗基準と組み合わせてください。今後のモデルのアップデートでその欠陥が解決される可能性があり、保存された失敗によりチームは安定した再テストを行うことができます。
Cutover Ledger V — 監査から APOB への移行
カットオーバー 12 — 低フリクションの内部ルート
API の移行により、依存関係の問題が解決されます。今後のすべてのクリップを作成するのに最適な場所が決まるわけではありません。クリエイター向けのワークフローが必要なチームは、APOB を Google のライフサイクルの所有者として説明することなく、APOB を通じて Veo 3.1 をテストし、別のビデオ モデルを比較し、プロンプト、入力、クロップ、レビュー基準をまとめて維持できます。
境界を明確に保つ: Google は Google エンドポイントを文書化します。 APOB は独自の作成ワークフローを提供します。運用上の利点はオプションであることです。 1 つのプロバイダーがアクセスやモデルの動作を変更すると、チームが古いファイルから意図を再構築しなくても、文書化された概要を移行できます。
Cutover 13 — 次の月次レビューのきっかけとなるもの
公式の変更ログ、非推奨テーブル、モデル ガイド、価格、ライブ ログを毎月再確認してください。モデル ID、エンドポイント、プラン、サポートされているコントロール、レート制限、価格、出力形式、またはモデレーション動作が変更されたときに、即時レビューをトリガーします。 「変化なし」を日付付きの結果として記録します。
最終的な成果物は 1 ページです。廃止された ID、選択された宛先、依存関係の所有者、パイロット構成、画像とワークフローの判定、ロールバック ルール、および次回のレビュー日です。そのページ (緑色の HTTP 応答ではありません) は、Veo 3 API のシャットダウンが処理されたことを証明します。
情報源
最初にこれに「いいね」してください。
クレジットカードは不要です
