Geminiで「サーバーに接続できません」と出たときの切り分け方【iPhone・Android・Web】

Geminiで「サーバーに接続できません」と表示されても、その一文だけではGoogle側の障害、端末の通信、アカウントの利用条件のどれかは決まりません。最初に設定を大きく変えるのではなく、次の3点を確認してください。

1. iPhoneアプリ、Androidアプリ、gemini.google.com、AI Studio/APIのどこで失敗したか
2. 画面に出た文言と番号、発生時刻（タイムゾーンを含む）
3. Google Workspace ステータス ダッシュボードに同時刻のGemini障害があるか

その後、普通のウェブサイトが開くか、同じアカウントで対応ブラウザ版が開くかを一度だけ比べます。ここまでで「広い障害」「アプリだけ」「ブラウザの通信」「アカウント」のどこを調べるべきかがかなり絞れます。

まず30秒で残すもの

エラーが消える前に、次の情報をメモします。

• 表示面：iPhone、Android、Web、AI Studio/API
• 正確な文言：句読点と括弧内の番号を含む
• 発生時刻：例 2026-07-22 18:42 JST
• アカウント種別：個人、勤務先、学校（メールアドレス自体は不要）
• アプリまたはブラウザのバージョン
• 通信：自宅Wi-Fi、社内ネットワーク、モバイル回線などの種別

スクリーンショットを残す場合は、プロンプト、アップロードした資料、プロフィール写真、メールアドレス、Cookie、APIキーなどが写らないようにしてください。設定変更を先に重ねると、原因の手がかりが消え、どの操作が効いたのかも分からなくなります。

エラー「（13）」は公式なのか

結論からいうと、(13) は過去にGoogleの公式障害情報へ掲載されたことがありますが、いつでも同じ原因を表す公開エラーコードではありません。

2026年5月4日から8日の公式インシデント記録では、影響を受けた利用者に Something went wrong(13) が出る場合があると明記されました。原因はデータベース資源とアプリケーション不具合の組み合わせとされ、当時の回避策は「なし」でした。これは「13が障害時の症状だった」証拠にはなりますが、「13なら必ず同じ障害」「13は常にサーバー停止」という意味ではありません。

一方、日本語の表示については、2026年6月11日の利用者側の観測で、Androidでは「エラーが発生しました。もう一度お試しください(13)」、iPhoneでは「サーバーに接続できません。もう一度お試しください。(13)」という違いが報告されています。同じ報告は、その時点の公式障害欄が番号13までは記載していなかったことも説明しています。

したがって、この記事では次のように扱います。

失敗範囲を小さな比較で確かめる

1. 公式ステータスを「その時刻」で見る

ステータスページは、今まさに広い障害が報告されているかを確認する場所です。2026年7月22日の確認時点では、Gemini履歴の直近記録は6月10日の解決済みインシデントで、進行中のGemini障害表示は見当たりませんでした。

ただし、緑表示は「あなたの経路は必ず正常」という証明ではありません。反対に、障害表示があっても、あなたの特定のアカウントや端末が同じ原因だとは限りません。時刻と症状が重なるときに、個別設定をむやみに変えず待つ根拠として使います。

2. 普通のサイトとGoogleサービスを一つずつ開く

別の一般サイトと、Gemini以外のGoogleサービスを一つずつ開きます。

• どちらも開かない：まず端末またはネットワークの問題として扱う
• 普通のサイトは開くがGoogleサービス群だけ不安定：ネットワーク管理者やGoogle側の状況を確認する
• Geminiだけ失敗する：次にアプリとWeb、アカウント条件を分ける

「他サイトが開いた」だけで回線を完全に無罪にはできません。接続先や証明書、組織のフィルタリングが違うためです。

3. 同じアカウントで別の対応面を一度だけ試す

アプリで失敗しているなら、対応ブラウザで gemini.google.com を一度開きます。Webだけ失敗しているなら、利用可能な公式アプリを一度確認します。

• アプリだけ失敗：アプリ版、OS、ストア配布、端末条件の層が有力
• Webだけ失敗：ブラウザのエラーコード、拡張機能、Cookie、組織ネットワークの層が有力
• 同じアカウントで両方失敗：障害、ログイン資格、管理者設定、提供地域を確認
• 一方のアカウントだけ失敗：回線よりアカウント種別や管理状態を優先して確認

これは原因を断定するテストではなく、次に問い合わせる相手を選ぶための比較です。

iPhone・iPadで出る場合

公式のモバイルアプリ提供条件では、GeminiアプリはiOS 16以降のiPhone/iPadが対象です。日本と日本語は掲載されていますが、配布は段階的で、端末の言語も対応言語である必要があります。

確認順は次のとおりです。

1. App Storeで、提供元がGoogleのGeminiアプリか、更新が保留されていないかを見る
2. iOSが16以降か、端末言語が対応言語かを確認する
3. アプリを終了して一度だけ開き直す
4. 同じアカウントでSafariまたは別の対応ブラウザから gemini.google.com を一度試す
5. Wi-Fiに広い不調がある場合だけ、許可されたモバイル回線へ一度切り替えて比較する

Webが動くのにiPhoneアプリだけ同じ表示を繰り返すなら、アカウントや国を変更する前にアプリ側の報告へ進みます。非公式アプリ、構成プロファイル、証明書、地域変更で直そうとしないでください。

Androidで出る場合

公式のAndroid向け提供条件では、Android 9以降、2GB以上のRAMが必要で、Android Goは非対応です。また、Androidの仕事用プロファイル内からGeminiモバイルアプリへはアクセスできません。日本と日本語は対応一覧に含まれます。

確認順は次のとおりです。

1. Google Playで公式GeminiアプリとGoogleアプリの更新状況を確認する
2. Androidバージョン、RAM、Android Goかどうかを見る
3. 仕事用プロファイル内で開いていないか確認する
4. アプリを終了して一度だけ開き直す
5. 同じアカウントのWeb版で同じ操作を一度試す

AndroidでGeminiをメインのモバイルアシスタントとして使う場合は、Googleアプリがデフォルトのデジタルアシスタントに設定されている必要があります。ただし、チャット画面の接続失敗がすべてこの設定で直るわけではありません。

Web版で出る場合

Geminiのログイン要件は、対応ブラウザとアカウント条件を分けて案内しています。「このサービスにアクセスできない」「エラーが発生しました」というログイン画面の文言は、単なる通信切断と同じではありません。

Chromeが ERR_NAME_NOT_RESOLVED、ERR_INTERNET_DISCONNECTED、ERR_CONNECTION_TIMED_OUT、ERR_CONNECTION_RESET、ERR_CONNECTION_REFUSED、ERR_EMPTY_RESPONSE などを表示した場合は、Chrome公式のエラー分類に沿って、そのコードをそのまま記録します。たとえば ERR_CONNECTION_RESET は接続が途中で中断されたことを示しますが、Gemini障害やアカウント停止を単独で証明しません。

低リスクな確認は、URLの確認、再読み込み、Chromeの更新、不要なタブを閉じる、対応する別ブラウザで一度比較するところまでです。証明書や「プライバシーが保護されない接続」の警告は回避しないでください。勤務先や学校の端末では、セキュリティ設定を自分で無効にせず管理者へ渡します。

アカウント・管理者・地域のメッセージは別ルート

日本ではGemini Web、iOS、Androidの対応一覧に日本が掲載されています。それでも「利用できない地域」「このサービスにアクセスできない」と明示される場合は、接続エラーの手順を繰り返さず、表示面ごとの公式条件を確認します。Web、モバイルアプリ、AI Studio/APIの提供地域は同じ一覧ではありません。

勤務先または学校のアカウントは、対象ライセンス、年齢条件、管理者によるサービス許可が関係します。個人アカウントで動いても組織アカウントで動かない場合は、Google Workspace管理者が確認すべき設定へ引き継ぐのが適切です。自分で生年月日、住所、国、組織情報を変える対応はしません。設定変更の反映には時間がかかる場合もあります。

ここで止めるべき操作

接続失敗が続いても、次の方法は診断にも安全な復旧にもなりません。

• VPNやプロキシで国を変える
• DNS、TUN、専用IPを次々と切り替える
• 新規・購入・共有アカウントへ移す
• 国、住所、生年月日、支払いプロフィールを事実と違う内容へ変更する
• Cookieやセッションを別端末へ移す
• 非公式APK、拡張機能、スクリプトを導入する
• 証明書警告や組織のセキュリティ制御を無効にする

日本の対応一覧に載っていることと、どのアカウント・端末・ネットワークでも常に利用できることは別です。利用条件の明示的なメッセージが出たら、その条件の担当先へ引き継ぎます。

AI StudioやGemini APIのエラーなら

API呼び出しのHTTPステータスは、消費者向けGeminiアプリの「接続できません」や (13) と対応付けないでください。開発者は次を保存します。

• HTTPステータスとレスポンス本文
• モデル名、エンドポイント、プロジェクト
• 発生時刻とタイムゾーン
• 秘密情報を除いた最小再現リクエスト

Gemini API公式トラブルシューティングでは、400 や 403 はリクエスト、権限、地域、請求などの確認が中心です。実際に 429、408、5xx の一時的エラーを受けた場合だけ、上限を設けた指数バックオフとジッターを検討します。APIキーを本文、スクリーンショット、ログへ貼らないでください。

解決しないときの報告文テンプレート

同じ症状が二つの面で続く、またはアプリだけで再現し続ける場合は、Geminiの公式フィードバックを使います。

2026-07-22 18:42 JST、iPhone版Geminiで「サーバーに接続できません。もう一度お試しください。(13)」と表示。個人アカウント。アプリ版とiOS版を記録済み。一般サイトは表示可能。同じアカウントのSafari版は表示可能。再現操作は新しいチャットで短いテキストを1回送信。秘密情報を除いたスクリーンショットを添付。

Googleのフィードバック手順では、Webは「設定とヘルプ」から、モバイルアプリはプロフィールメニューなどから問題を報告できます。スクリーンショットを添付できますが、関連する会話、アップロード、接続アプリの内容が収集対象になる場合があります。必要な再現情報だけを残し、私的な会話やファイルは外してください。

よくある質問

エラー（13）が出たらGoogle側の障害ですか？

必ずしもそうではありません。Googleは過去の障害で Something went wrong(13) を公式症状として掲載しましたが、番号13の恒久的な意味は公開していません。発生時刻の公式ステータスと、iPhone・Android・Webのどこで出たかを合わせて判断します。

ステータスが緑なら、自分のWi-Fiが原因ですか？

断定できません。ステータスは広い障害の観測で、個別のアカウント、アプリ配布、組織設定、特定経路の問題をすべて表すものではありません。普通のサイト、Googleサービス、同じアカウントの別面を小さく比較してください。

キャッシュとCookieは最初に削除するべきですか？

最初ではありません。ログイン状態や再現情報が消え、原因の切り分けが難しくなることがあります。まず文言と時刻を残し、障害、別面、アカウント条件を確認します。ブラウザだけに限定できた後で、Chrome公式手順に沿って必要な範囲だけ実施します。

iPhoneでエラー（13）、Androidでは別の文言なのはなぜですか？

同じ時期の利用者報告でも、iPhoneとAndroidで日本語表示が異なる例があります。表示文言だけから内部原因が同じとは判断できません。端末、OS、アプリ版、時刻をセットで残してください。

VPNや地域変更を試してもよいですか？

おすすめしません。日本は各公式対応一覧に含まれており、国を変える操作はアカウントやセキュリティ判断を複雑にします。地域エラーが明示された場合は、Web、モバイル、AI Studio/APIのどの一覧が適用されるかを確認し、公式サポートへ引き継ぎます。

どの時点で自分での確認を止めますか？

公式ステータス、一般サイトとGoogleサービス、同じアカウントの別面、端末要件を一巡した時点です。同じ操作を何度も繰り返したり、アカウント・国・証明書を変更したりせず、記録を付けてフィードバック、Workspace管理者、ネットワーク管理者、またはAPI担当へ渡してください。

まとめ

Geminiの接続エラーで最も重要なのは、直し方を大量に試すことではなく、失敗した面を正しく分類することです。(13) には公式の過去事例がありますが、固定された原因名ではありません。iPhone、Android、Web、APIを分け、時刻付きのステータス、同じアカウントの別面、端末・アカウント条件の順に確認すれば、危険な回避策なしで次の担当先を選べます。