Google Veo 3 の生成失敗エラーを直す方法: Flow・Gemini・Vertex AI 完全ガイド (2026)

Veo 3 failed generation や「生成に失敗しました」という表示が続くとき、いちばん効くのは同じ操作を何度も繰り返すことではありません。まず、この問題を層ごとの切り分けとして扱うことです。Google は現在、説明を複数のヘルプページに分散していますが、実務上の結論はかなり明確です。生成失敗はだいたい決まった原因のどれかに属しており、正しい対処はどの Veo の面で失敗しているかによって変わります。

Google の現在のヘルプページでは、Flow 側のルートは Veo 3.1 Fast と Veo 3.1 Quality として案内されています。一方、開発者は Vertex AI 経由で Veo を呼んでいるかもしれません。これは同じ契約ではありません。Flow 側の失敗は、地域、クレジット、同時実行数、未対応の機能組み合わせ、実験的な音声機能に起因することが多いです。Vertex 側の失敗は、安全フィルタ、429 RESOURCE_EXHAUSTED、503 UNAVAILABLE、deadline 設定の問題として現れやすくなります。最初に面を分ければ、エラーの意味はかなり読みやすくなります。

証拠メモ: 本文のプラン、クレジット、機能制限、安全フィルタ、API エラー情報は 2026 年 3 月 30 日時点で Google Flow Help、Google One Help、Google Cloud Docs を再確認しています。

TL;DR

まず確認すべきなのは「どの Veo ルートが失敗しているか」

Veo 3 の生成失敗 はひとつの製品問題のように聞こえますが、Google は今、Veo を複数の面で提供しています。

Flow や Gemini のサブスクリプション経由で使っている場合、あなたは Google の AI クレジット契約の中にいます。Google は Flow の提供地域を限定しており、Flow Help では対応言語を現在 English としています。さらに Google AI Pro の案内ページでは、Flow のプロンプトは現在 US English に対応すると書かれています。つまり、ある種の生成失敗はモデル以前に入口側で起きている可能性があります。

一方、Vertex AI やその上に乗った API ルートを使っているなら、そこは別の契約です。ここで重要なのは HTTP エラー、quota、安全フィルタコード、deadline、トラフィック形状です。Google はこれらを Flow / Gemini 側とは別に文書化しています。Flow の対処法を Vertex に当てはめると、かなり遠回りになります。

最初の問いはシンプルです。

いま自分が見ている失敗は、消費者向けルートの失敗か、それとも API ルートの失敗か。

Flow / Gemini ならこのあと三つの節を、Vertex / API ならポリシー節と API エラー節を重点的に見てください。

Flow / Gemini では、まずクレジットとリクエスト形状を疑う

現在の Google One 契約は、「とりあえず上位プランにすればいい」という話よりずっと具体的です。

Google は現在、AI メンバーシップのない個人アカウント向けに Flow と Whisk で使える 50 日次 AI クレジットを公開しています。有料側は Google AI Pro が 月 1000 クレジット、Google AI Ultra が 月 25000 クレジットです。いずれも繰り越しはありません。

ここで見落とされやすいのが、課金がリクエスト単位ではなく generation 単位だという点です。現在の Google の表では：

• Veo 3.1 Fast: Google AI Pro で 20 クレジット / generation
• Veo 3.1 Quality: 100 クレジット / generation
• Veo 3.1 Fast: Google AI Ultra で 10 クレジット / generation

しかも Google は、Flow の一回のリクエストが 2 本の動画を生成する場合があると明記しています。つまり、一回押しただけのつもりでも、実際には想像より多くのクレジットを消費していることがあります。

Google AI Pro のページには、Flow の 5 同時生成上限も書かれています。複数ジョブがすでに動いているなら、問題はプロンプトではなく飽和したキューかもしれません。

Flow 側での最初の確認順は次の通りです。

1. 自分の地域が Flow 対応地域か確認する。
2. 対応言語ルートを使っているか確認する。
3. AI クレジット残高と履歴を見る。
4. 今回のリクエストが 2 本生成になっていないかを見る。
5. 同時実行数が多すぎないか見る。

Google はもう一つ重要なことを書いています。AI ツールが失敗した場合、クレジットは恒久的には失われないはずですが、残高へ戻るまで遅延があることがあります。Flow の動画生成についても、失敗時は再付与されると明記されています。

残高がおかしく見えても、すぐに「消えた」と判断する必要はありません。まず履歴を見る。それでも失敗が続くなら、次は機能制限と音声分岐を確認します。

生成失敗のかなりの部分は、未対応機能か音声分岐の問題

ここでは、Google の現在の Flow ドキュメントがかなり役に立ちます。

Learn about Flow models & supported features では、Veo 3.1 Fast と Veo 3.1 Quality が同じ能力セットではないことが明示されています。つまり、失敗の原因は「プロンプトが悪い」ではなく、「その機能の組み合わせを今はサポートしていない」可能性があります。

現在 Google が公開している例は次の通りです。

• Camera Control: 非対応
• Extend: 横長のみ
• Ingredients to Video: Veo 3.1 Fast では対応、Veo 3.1 Quality では 非対応

Google は、未対応機能を選ぶと Flow が通知する とも書いています。つまり、Quality にした時だけ落ちる、Ingredients を使うと落ちる、縦動画を Extend すると落ちる、といったケースでは、まず機能表を疑うべきです。

音声は別枝です。Google は Veo 3.1 の音声生成を実験機能と明記し、音響や話し声を加えられる一方で、音声品質が低い場合には動画自体が生成されないことがあると説明しています。

この場合、Google の案内は明確です。クレジットは返る。そして、再試行か別プロンプトを試す。さらに同じページでは既知の制限として：

• 未成年を描く生成では音声がミュートされる
• 音声生成が誤って字幕を発火させることがある

としています。

ここでの実用的な順序は次の通りです。

1. まず音声なしで同じ場面を試す。
2. 無音版が通るなら、失敗は音声分岐の可能性が高い。
3. そのうえでセリフや効果音を少しずつ戻す。
4. 未成年が中心なら音声制限を前提に考える。
5. セリフを入れた瞬間だけ落ちるなら、場面全体ではなく音声だけを切り分ける。

要するに、Veo が「しゃべる」「歌う」「複雑な音響を持つ」時だけ失敗するなら、まず音声だけを疑うべきです。

ポリシーに触れた時は、同じプロンプトを何度送っても意味がない

安全やポリシーによる失敗は、待っても解決しないことが多いです。

Vertex 側の Responsible AI 文書 では、入力が安全フィルタにかかると The prompt couldn't be submitted や it might violate our policies のようなエラーになると説明されています。また、複数本を要求したのに一部しか返ってこない場合も、安全条件で出力が落ちた可能性があると書かれています。

さらに役に立つのが、Google がサポートコードとカテゴリの対応表を出している点です。たとえば：

Flow では同じコードが出ないこともありますが、Veo ファミリーのどのカテゴリに引っかかったかを推測する材料にはなります。見た目には harmless なプロンプトでも、次の要素があると失敗しやすくなります。

• 写実的な著名人
• 強いブランド、著作権キャラ、第三者 IP
• 暴力、性的表現、子ども安全に関わる要素
• フィルタが敏感に解釈しやすい言い回し

ここでやるべきことは、同じプロンプトを送ることではなく、引っかかっている部分を書き換えることです。

Vertex / API ユーザーは、まず HTTP エラーを読む

Vertex AI やその上のプロバイダ経由で Veo を呼んでいる場合、次の行動はエラーコードから決めるべきです。

現在の Vertex エラー文書 は、次のように分けています。

ここで多い誤解は二つあります。

一つ目は、「429 は全部こちらの使い方の問題だ」と考えることです。Google は 429 が quota 超過でも共有サーバ過負荷でも起こりうると明記しています。したがって、即座に上位プランへ行くのが正解とは限りません。トラフィックの平滑化や数秒待機の方が正しい場合もあります。

二つ目は、client 側で短い deadline を設定し、その結果の 504 をモデル不安定と勘違いすることです。Google はこれも明確に指摘しており、server default はこの文脈で 10 分としています。

Google の retry 推奨もかなり保守的です。

• トラフィックスパイクを避ける
• 再試行は 2 回まで
• 最初の待機は 1 秒以上
• 指数バックオフを使う

API 側では、次の順序で見ると無駄が少なくなります。

1. まずコードを見る。
2. 429 ならプロンプトより先に quota とトラフィックを確認。
3. 504 なら timeout / deadline を確認。
4. 500 や 503 なら短期か長期かを見ながら保守的に再試行。
5. 政策メッセージも含まれるなら、安全フィルタ節へ戻る。

Veo を直し続けるべき時と、経路を変えるべき時

ここまで来ると、問いは「今回の失敗をどう直すか」だけではありません。「これが続くなら、どのシステム判断が正しいか」です。

次のような場合は、同じ Veo ルートで直し続ける価値があります。

• 単にクレジットが足りなかった
• Flow の同時実行数が多すぎた
• 未対応の機能組み合わせを使っていた
• 音声分岐だけが不安定
• API クライアントの deadline が短すぎた

モデル自体は合っているのに、いまの入口契約が合っていないなら、モデルではなく surface を変える方が正しいです。たとえば：

• Flow の軽い使い方から、より制御しやすい API / キュー方式へ移る
• 消費者向けルートでやっていた負荷を API 前提に設計し直す
• 手動再試行をやめて backoff と平滑化に寄せる

もっと根本的に、これらの失敗が「Veo がその仕事にもう合っていない」と示しているなら、次は代替モデル比較に進むべきです。英語ソース側の比較記事としては次が役に立ちます。

• Sora 2 API vs Veo 3.1
• Seedance 2.0 vs Veo 3.1 vs Sora 2
• How much AI video generators cost

大事なのはレイヤーを混ぜないことです。クレジット問題はクレジットで直す。機能問題はリクエスト形状で直す。ポリシー問題は内容を書き換える。容量や輸送の問題は API 契約を直す。そのうえで、ルートそのものが仕事に合わなくなった時だけ、システムを変えます。

FAQ

Veo 3 failed generation は Veo の全面障害ですか？
いいえ。非対応地域、クレジット不足、機能未対応、音声失敗、安全フィルタ、API 過負荷など複数の意味があり得ます。

失敗した生成はクレジットが返りますか？
Google の現行ヘルプでは、失敗した AI ツールでクレジットが恒久的に失われるべきではなく、残高へ戻るまで遅延があり得ると説明しています。Flow 動画でも再付与が明記されています。

音声を入れた時だけ失敗するのはなぜですか？
Flow 上の Veo 3.1 音声生成は実験機能だからです。Google も低品質音声で動画が生成されないことがあると説明しています。まず無音版で通るか確認してください。

結局プラン不足が原因ですか？
そうとは限りません。重要なのは、必要クレジット、1 リクエストあたりの生成本数、同時実行数です。

普通のプロンプトに見えるのにポリシー違反扱いされるのはなぜですか？
著名人、第三者 IP、子ども安全、暴力、性的表現などにフィルタが反応している可能性があります。同じ文面を送らず、そこを書き換えてください。

API 側で 504 DEADLINE_EXCEEDED が出た時の最速修正は？
短すぎる client deadline を見直すことです。Vertex の現行文書がこれを典型原因として挙げています。