Googleの生成AI「Gemini（ジェミニ）」や、開発者向けの「Gemini API」を利用している最中に、突然「Error 13 (Internal Error)」という赤いエラーメッセージが表示されて処理が止まってしまったことはありませんか？
「自分が書いたプロンプトやプログラムのコードが間違っているのでは？」と焦って設定をいじくり回してしまう人も多いですが、実はこのエラー、ユーザー側（あなた）のミスではないことがほとんどです。
この記事では、Geminiで頻発する「エラーコード13」の本当の原因と、無駄なデバッグ作業で時間を溶かさないための正しい対処ステップを分かりやすく解説します。
💡 この記事で解決するポイント
- Error 13 (Internal Error) の本当の意味と発生原因
- 自分のコードや設定を疑う前にやるべき「ステータス確認」
- チャット画面でエラーが消えない時の「セッション破棄」テクニック
- Google Workspace環境特有のアカウント制限の可能性
【絶望】徹夜でAPIのコードを書き直したのに、ただのサーバー障害だった話
エラー13の恐ろしさは、「自分の設定が悪い」と思い込ませてしまう点にあります。私がAPI開発でやらかしたトラウマ体験を聞いてください。
突然コンソール画面が真っ赤になり、「Error 13 (Internal Error)」というログが大量発生しました。「ヤバい、JSONのパラメータ指定を間違えたか！？」と大パニック。
そこからAPIキーを作り直したり、200行以上のPythonコードを徹夜で書き直して必死にデバッグしたのですが全く解決せず。朝になってふとGoogle Cloudのステータス画面を見ると、『Gemini APIにて世界的な障害が発生中』との表示が…。
ただのサーバーダウンに振り回され、私の徹夜のデバッグ作業は完全に徒労に終わりました。「Internal Errorはまずサーバーを疑え」という鉄則を血の涙とともに学びました。
このように、Error 13は「Google側の問題」であることが非常に多いエラーです。無駄な作業をしないための正しい切り分け手順を見ていきましょう。
Error 13 (Internal Error) の本当の意味
Geminiにおける Error 13（APIの場合はHTTPステータス500などに相当）は、「Googleのバックエンドサーバーで予期せぬ内部エラーが発生した」ことを示す汎用的なエラーコードです。
⚠️ なぜError 13が発生するのか？
- サーバーの過負荷・一時障害： 世界中からアクセスが殺到し、GoogleのAIサーバーが処理しきれずにクラッシュした。
- セッション（スレッド）の破損： 特定のチャット履歴データが内部でバグを起こし、読み込めなくなっている。
- アカウントレベルの制限（稀）： Google Workspace（会社・学校用アカウント）の管理者によってAI利用が制限されている、または利用規約違反でフラグが立っている。
つまり、「あなたの入力した文章やプログラムコードが間違っている（構文エラー）」わけではなく、「受け取ったGoogle側が処理に失敗した」状態なのです。
ステップ1：自分のコードを疑う前に「公式ステータス」を見る
エラー13が出たら、プロンプトを書き直したりコードをデバッグする前に、真っ先にGoogle側のサーバー障害を疑うのが鉄則です。
- Gemini APIを利用している場合は
Google Cloud Status Dashboard（status.cloud.google.com）を開きます。 - Webブラウザ版のGeminiを使っている場合は、X（旧Twitter）などで「Gemini エラー」でリアルタイム検索します。
もし同じタイミングで世界中のユーザーがエラーを報告しているなら、あなたにできることはありません。エンジニアが復旧させるまで大人しく待ちましょう。
ステップ2：「新しいチャット（セッション）」を立ち上げる
サーバー全体は正常に動いているのに、自分だけエラー13が出続ける場合があります。これは、現在開いている特定のチャット（スレッド）の履歴データが内部で破損しているサインです。
💡 スレッド破損の解消法
同じチャット画面で何度リロードしても直りません。画面左上の「新しいチャット」（または New Chat）をクリックして、完全に真っ新なセッションを立ち上げ直してからプロンプトを送信してみてください。
ステップ3：ブラウザの拡張機能干渉とキャッシュの削除
Web版のGeminiを利用している場合、ブラウザに入れている「自動翻訳拡張機能」や「強力な広告ブロッカー」がGeminiの通信スクリプトを遮断・破壊し、結果的にGoogleのサーバーに異常なリクエストが送られてError 13が返ってくることがあります。
- シークレットモードでテスト：
Ctrl+Shift+N（MacはCmd+Shift+N）でシークレットウィンドウを開き、拡張機能が一切ない状態でGeminiが動くかテストしてください。 - キャッシュ削除： 過去のエラーデータを引きずっている可能性があるため、ブラウザの「キャッシュされた画像とファイル」を削除してから再ログインしてください。
ステップ4：会社・学校用アカウント（Workspace）の制限確認
上記をすべて試しても直らない場合、あなたが使っているGoogleアカウントが「会社」や「学校」から支給されたGoogle Workspaceアカウントではないか確認してください。
企業のIT管理者は、セキュリティポリシーの観点から「従業員のGeminiへのアクセス権限」を管理コンソールからオフにすることができます。この権限が正しく付与されていない、または設定が反映途中である場合、バックエンドで認証が弾かれてInternal Error（13）として処理されるケースが報告されています。
この場合は、社内のシステム管理者（情シス部門）に「Geminiの利用権限が付与されているか」を問い合わせる必要があります。
まとめ：Error 13は「焦らず待つ」か「新しくやり直す」
GeminiのError 13 (Internal Error) に対処するフローは以下の通りです。
| 確認手順 | 具体的なアクション |
|---|---|
| 1. サーバー障害の確認 | Cloud StatusやSNSをチェックし、障害中なら放置して待つ。 |
| 2. 新しいセッションの作成 | 「新しいチャット」を開き、まっさらな状態からやり直す。 |
| 3. 拡張機能の無効化 | シークレットモードで開き、翻訳や広告ブロックの干渉を防ぐ。 |
| 4. 管理者への権限確認 | 会社用アカウントの場合、情シスにAIの利用権限を問い合わせる。 |
Internal Errorは、文字通り「システム内部の異常」です。ユーザー側で必死にプロンプトやコードを書き直しても直らないことがほとんどなので、まずは自分のミスを疑うのをやめましょう。
原因を正しく切り分け、無駄なデバッグやリロード作業で時間を溶かさないようにしてくださいね！
