2026年5月28日、GoogleはGeminiアプリの新たな「計算負荷ベース」の使用制限に対し、複雑なプロンプト1回で制限に達するなど、有料ユーザーからの相次ぐ不満を受け、わずか1週間で大幅な修正を発表した [4]。 最も重要な修正は、1回のプロンプトが消費する計算量のハードキャップ(上限設定)で、これにより大きなファイルを添付した複雑なタスクで、5時間の更新サイクル全体を瞬時に使い切る問題が防止される。

Create a landscape editorial hero image for this Studio Global article: What changes did Google make to fix the Gemini AI app's compute-based quota system after widespread user complaints about quotas draining to. Article summary: After widespread user complaints that the new compute-based quotas drained too quickly — with some users reporting a single prompt exhausted their entire five-hour allowance — Google announced several fixes on May 28, 20. Topic tags: general, general web, user generated, documentation. Reference image context from search candidates: Reference image 1: visual subject "# Google Gemini Adopts Compute-Based Quotas for AI Usage | Phemex News. Credit/Debit Card Image 3 Buy/Sell Crypto With Visa,Mastercard Card. P2P Trading Match the Best Price/Post Y" source context "Google Gemini Shifts to Compute-Based Quotas for AI Usage" Reference image 2: visual subject "# Googl
Googleは、AI有料サブスクリプションユーザーの反乱を鎮めるべく、驚くべきスピードで動いた。I/O 2026でGeminiアプリに新たな計算負荷ベースの使用割り当てシステムを導入してから、わずか1週間余りでのことだ。複雑なプロンプトや大容量ファイルのアップロード、さらには失敗したシステムリクエストによって、5時間ごとにリフレッシュされる使用許容量が瞬時に消え去るという現実に、ProおよびUltraユーザーの不満は爆発した 。
反発は即時的かつ苛烈だった。Reddit、X、開発者フォーラムの至るところで、たった1回の高度なリサーチプロンプトや、Gemini Omniによる動画生成で割り当ての全てを使い切ってしまうという報告が相次いだ。あるProプランユーザーが1回のリクエストから数分で上限に達したという苦情は瞬く間に拡散され、これに対しGemini責任者のジョシュ・ウッドワード氏は「なんてこった、すぐに調査する!(Yikes, let us take a look!)」と公に応答し、修正のシグナルを送った 。
ここでは、それらの初期苦情から始まり、GoogleがGeminiの使用割り当てシステムに加えた全ての変更点を、徹底的に解説する。
ユーザーの怒りの最大の原因は、新しい割り当てシステムの底知れぬ、ほとんど搾取的とも言える性質にあった。Gemini 3.1 Proを用いた大容量ファイル添付つきの極めて複雑なプロンプトは、1回で5時間分の計算量の許容量をすべて食い潰し、仕事に使うプロフェッショナルにとってはサービスが全く使い物にならないという事態を引き起こしていたのだ 。
この状況を受け、Googleは1回のプロンプトが消費できる計算量にハードキャップ(上限)を導入した。これはシステムを単純なプロンプト回数ベースに戻すものではないが、1回の操作で数時間にわたるサービス停止(ロックアウト)が即座に発動するのを防ぐ。実際的な成果として、Proユーザーは、5時間のウィンドウ内でこれまでのような1回だけではなく、複数の複雑なクエリを実行できるようになった 。
この計算ベースシステムの、おそらく最も言語道断な「原罪」は、失敗したリクエストまでもがユーザーの割り当てを消費していたことだ。内部サーバーエラー、タイムアウト、あるいは成果物が何も生成されなかったバグなどが、ユーザーの利用可能枠を静かに削り取っていた。
Googleは今回、これを完全に撤廃した。割り当ては、リクエストが正常に完了した場合にのみ差し引かれるようになった。ウッドワード氏はこれを端的にこう表現した:「リクエストが失敗した場合、料金は発生しません。我々のシステムミスは、我々の責任であり、あなたの責任ではありません」。これは、制限が実際よりもさらに厳しく感じられていた「見えない消耗」の大きな原因を取り除くものだ。
Gemini Omniを利用した動画ツールに特定のバグがあり、一部のユーザーはたった1、2回の動画生成で割り当ての全てを使い果たしてしまっていた 。このバグは特に深刻で、動画プロジェクトで試行錯誤やミスの修正を行うことすら不可能にし、ユーザーは完全なロックアウトに直面していた。
Googleはこのバグが解決されたことを確認した。そして、この補償とサービス向上のため、Google AI Ultraプランユーザー向けのOmni動画生成の上限を即座に倍増し、より多くの余裕を提供している 。
すべてのユーザーに、確実に利用でき、二度と足止めされない選択肢を提供するため、GoogleはGemini 3.1 Flash-Liteのプロンプトを全ての割り当て計算から除外した。Flash-Liteへのクエリは、5時間ごと、あるいは毎週のリフレッシュ制限に対して、計算コストがゼロになったのである 。これにより、ユーザーがProやUltraの割り当て上限に達して完全に停止したとしても、基本的なテキスト処理や軽いコーディングタスクは中断されることなく続行できることが保証された。
初期のフラストレーションの多くは、正確な利用量メーターが存在しないことに起因していた。特に、1回の複雑なプロンプトで消費率が0%から100%に一気に跳ね上がるような状況では、ユーザーは上限に近づいていることに全く気づかず、突然サービスを遮断されることがほとんどだった。
Googleは、特にDeep Researchのような計算負荷の高いタスクについて、より詳細な使用量の内訳と改善された通知を提供することを確約した 。また、突然の完全停止に驚かされることなく、ユーザーがリアルタイムに自分の消費量を理解するのに役立つ、より包括的なダッシュボードの開発にも取り組んでいる。
これは小規模だが生活の質を向上させる改善であり、一度選択したモデル(例:Gemini 3.1 Pro)がセッションをまたいで維持されるようになった。モデルが切り替わるのは、ユーザーが手動で変更した場合か、使用制限に達してFlashなどの軽量モデルへの自動フォールバック(切り替え)が発生した場合のみとなる 。これにより、Proでタスクを開始したにもかかわらず、アプリが勝手に機能を格下げしていることに気づくという、苛立たしい体験が防止される。
注意すべき重要な点は、この新しいシステムの中核的なアーキテクチャは依然として残っているということだ。Googleは、単純なメッセージ数ベースではなく、計算ベースのモデルを使用し続けており、5時間のローリングウィンドウと週次のハードキャップが有料プランに適用されることに変わりはない 。さらに同社は、将来的にGeminiアプリ内で従量課金の追加AIクレジットを販売する意向も示唆しており、これはヘビーユーザーがより多くの計算リソースを直接購入できるようにするものだ
。
Studio Global AI
Use this topic as a starting point for a fresh source-backed answer, then compare citations before you share it.
2026年5月28日、GoogleはGeminiアプリの新たな「計算負荷ベース」の使用制限に対し、複雑なプロンプト1回で制限に達するなど、有料ユーザーからの相次ぐ不満を受け、わずか1週間で大幅な修正を発表した [4]。
2026年5月28日、GoogleはGeminiアプリの新たな「計算負荷ベース」の使用制限に対し、複雑なプロンプト1回で制限に達するなど、有料ユーザーからの相次ぐ不満を受け、わずか1週間で大幅な修正を発表した [4]。 最も重要な修正は、1回のプロンプトが消費する計算量のハードキャップ(上限設定)で、これにより大きなファイルを添付した複雑なタスクで、5時間の更新サイクル全体を瞬時に使い切る問題が防止される。
Googleは、わずか数回の生成で割り当てを使い切ってしまうGemini Omni動画ツールのバグも修正し、Ultraプランユーザーの動画生成上限を倍増。さらに、失敗したリクエストは消費量にカウントしない仕様に改めた [4][6]。