Geminiは今落ちてる?
いいえ — Geminiは正常稼働中です
監視ソースに異常は見られません。それでも使えない場合は、ご自身の環境に原因がある可能性が高いです。下部に一般的なトラブルシューティングを掲載しています。
監視ソースの状況
- 公式ステータスページ
- 正常稼働中
- 直近1時間のテストリクエスト
- このサービスでは未実施です
- OpenRouter経由のトラフィック
- 4モデル中0モデルで障害発生中、直近30分間のリクエスト成功率100%
- 直近1時間のユーザー報告
- 0
過去24時間
24時間前現在
過去30日間
30日前昨日
データのある5日中5日は問題なしでした。
最近のインシデント
過去30日間にインシデントはありません。
このサービスについて
Gemini APIとAI Studioを監視対象としています。Google Cloudのステータスダッシュボードに加え、独自のリクエスト送信テストを行っています。一般向けのGeminiアプリには公開ステータスページがありません。APIで問題が起きているときはアプリ側にも影響が出ていることが多いですが、必ずしも一致するとは限りません。
他のモデルAPIの稼働状況
Gemini: よくある質問
Gemini API側の障害ですか、それとも自分のコードの問題ですか?
まずはHTTPステータスコードをご確認ください。401や403はAPIキーや権限の問題、400や422は不正なリクエスト形式、429はレート制限や利用枠の上限を示します。500、502、503、504やタイムアウトの場合のみ、Google側に問題があると考えられます。このページで正常稼働中と表示されているにもかかわらず5xx系が出る場合は、curlを使って最小限のリクエストを送信し、クライアントライブラリやプロキシの問題を切り分けてみてください。
Geminiの障害に対して、アプリ側でどのような対策をしておくべきですか?
429や5xx系のエラーには、指数バックオフとランダムなジッター(ゆらぎ)を加えたリトライを実装し、最大試行回数を制限してください。また、ストリーミングが途中で停止してリソースを圧迫しないようタイムアウトを設定しましょう。エンドユーザーに影響する機能では、他社ベンダーのフォールバックモデルを用意しておき、連続してエラーが発生した際に自動で切り替わるように構成しておくのが理想的です。現在正常に稼働しているモデルは上記の一覧でご確認いただけます。
他の人は使えているのに、自分のリクエストだけ失敗するのはなぜですか?
制限は組織ごと、モデルごとに適用されるため、他のユーザーが問題なく利用できていても、自身のアカウントだけスロットリングを受けることがあります。また、リリースされたばかりのモデルや超大規模モデルは、混雑時間帯に真っ先にレート制限がかかりやすくなります。アカウントの利用状況ページを確認し、より軽量なモデルを試すか、正しいbase URLとリージョンを呼び出しているか確認してください。
応答は遅いものの返ってはきます。これは障害に含まれますか?
全体の所要時間よりも、最初のトークンを受信するまでの時間(TTFT)に注目してください。当サイトの監視リクエストでは、最初のトークンに3秒以上かかり、かつ当日の時間中央値の3倍を超えた場合にパフォーマンス低下として検知します。プロンプトや出力が長いことによる遅延は仕様であり、障害とは見なしません。
Gemini がダウンしているかどうかをどのように判定していますか?
Gemini については、1分ごとに取得する Google の公式ステータスページ、OpenRouter における Google 製モデルの成功率、このページのボタンから送信されたユーザー報告 を組み合わせて判定しています。最新のシグナルの中で最も深刻なものを判定基準とし、古い情報に頼ることはありません。ページは自動で更新されます。具体的な判定基準は「監視の仕組み」ページをご覧ください。