GoogleのGeminiで大規模障害、Workspace版を中心に7時間影響も復旧

突然「Something Went Wrong」——仕事の途中でそんなエラー画面が出てきたら、誰でも焦りますよね。
2026年6月10日、まさにそれが世界中のGeminiユーザーに一斉に起きました。
エラーコード「1076」「1099」が次々と画面に現れ、業務でGeminiを使っていた人も、個人で活用していた人も、同じエラー画面に向かって「自分のアカウントだけ？」と首をかしげることになりました。
気になって深掘りしてみたところ、これは相当な規模の障害だったことがわかりました。

「自分だけ？」じゃなかった——Xで広がった報告の波

日本時間の6月10日夜7時26分頃から、「Geminiが使えない」「エラー1076が出た」という投稿がXに大量に流れ込みました。

テックブログのHelenTechは障害発生直後からリアルタイムで状況を伝え、

Gemini で発生中のエラーについて、Google が調査を開始。22:30 までに最新情報が共有される予定。 https://t.co/zZYf98ACR5 pic.twitter.com/gMNCsNjfAt
— おむらまさひで(HelenTech) (@Helen_Tech) 2026年6月10日

「エラーコード1076・1099をWeb、Gemini in Chromeで確認」という投稿が多くの日本語ユーザーの間で共有されました。
障害状況を可視化するサービス「Downdetector（ダウンディテクター）」への報告件数は米英だけで1,000件以上に達しており、これが自分だけの問題ではないことが一目でわかる状態でした。

特に打撃を受けたのは、Google Workspaceに組み込んでGeminiを業務利用していた企業ユーザーです。
「Gemini App in Workspace（業務向けGemini）」と「Gemini Side Panel（GmailやGoogle Docsのサイドパネルに埋め込まれた機能）」が”Something Went Wrong”エラーを連発する状態に陥り、資料作成やメール整理といった日常業務がそのまま止まった職場も出ました。

バックエンド問題で7時間——原因と復旧の経緯

何が起きていたか

障害の発端は米国太平洋時間（PDT）6月10日午前3時26分（日本時間：同日夜7時26分頃）です。
影響を受けたのはWebブラウザ版・iOSアプリ・Androidアプリ・macOSデスクトップ版・Google ChromeのサイドパネルGeminiと、ほぼすべてのアクセス経路が対象でした。

エラーコード「1076」は接続タイムアウト系の問題、「1099」はサーバー側のセッション問題を示すコードで、新規会話・既存会話を問わず発生しました。
唯一、軽量モデルの「Gemini Flash Lite」は断続的に応答を続けていたとの報告もあり、バックエンドのパフォーマンス問題がモデル全体に均等に影響したわけではないようです。

Google側が公表した原因は「バックエンドデータベースにおけるパフォーマンス問題によりツール取得処理に支障が発生」というもので、エンジニアチームが負荷分散の最適化を行って対応しました。

Josh WoodwardのX発言と復旧

Gemini担当のGoogle Labs VP（副社長）であるJosh Woodward氏が早々にXで状況を報告しました。
「Geminiは現在障害を起こしています。
対応中です、すぐに元に戻します」という内容の投稿に続き、「一部の修正は適用済みで、残りももうすぐです」と進捗を伝えました。

Heads up: Gemini is currently experiencing an outage. We're on it and will get everything back up ASAP. Some of the fixes are in, the rest coming very soon. Stay tuned for updates, and thanks for bearing with us!
— Josh Woodward (@joshwoodward) 2026年6月10日

PDT午前10時30分頃にはほとんどのユーザーの障害が解消し、日本時間では翌6月11日の午前10時頃に完全復旧が発表されました。
発生から完全復旧まで実質約14時間、業務への影響が最も大きかった「応答不能時間」は約7時間に及びました。

公式ステータスページが「正常」を表示し続けた問題

今回の障害でユーザーが特に困惑した点が、Google Workspace Status Dashboard（公式障害情報ページ）の対応の遅さです。
障害が発生してから公式が最初の更新を行うまでに約2時間の空白がありました。
この間、ユーザーは「公式は正常だと言っているのに自分だけエラーが出る」という状況に置かれ、SNSで確認するしか手段がありませんでした。
「自分のアカウントが凍結されたのかも」「ガイドライン違反で弾かれたのかも」といった不安の声もXに流れていました。

さらに読みたい方へ

SocialReport編集部の考察

今回の障害が浮き彫りにしたのは、AIサービスの「止まったとき」のコミュニケーション設計の重要性です。

エラーが発生すること自体は仕方ありません。
しかし今回のように公式ステータスページが2時間以上「正常」を表示し続けた間、多くのユーザーはSNSで確認作業をするしか手段がありませんでした。
SocialReportの観点で見ると、この時間帯にXで「Gemini 障害」「エラー1076」という言及が急増し、ブランドへの不安・不満が短時間で大量に蓄積されていることが観測できます。
「自分のアカウントが原因では」という誤解が広がる前に、迅速な公式発信があれば、ユーザーの不安を大幅に抑制できたはずです。

SNS担当者・マーケターへの示唆として、AIツールをビジネスに組み込む際は「障害時のエスカレーションフロー」を事前に設計しておくことをおすすめします。
具体的には2点です。

1つ目は「代替AIの確保」。
今回、Gemini Flash Liteは断続的に動いていました。
業務継続のためにモデルを切り替える手順を用意しておくだけで、影響を最小化できます。
ChatGPT・Claude・Geminiと複数のAIが主要な業務ツールになった今、どれが止まっても動き続けられる「AI冗長化設計」が求められます。

2つ目は「障害モニタリングの自動化」。
公式ステータスページへの依存だけでなく、DowndetectorのRSSフィードやXの障害関連キーワードを自動監視する仕組みを持つことで、社内への影響を早期にアナウンスできます。
今回の障害では、最初に気づいたのが公式ではなくXのユーザーだったという事実が、そのまま教訓になっています。

まとめ

2026年6月10日のGemini大規模障害は、ほぼすべてのプラットフォームが同時に影響を受けるという広範なものでした。
約7時間で実質的な応答不能状態となりましたが、Googleエンジニアチームの対応によって復旧しています。
ただし、公式ステータス更新の遅延という透明性の課題は今後の改善点として残りました。
AIが業務の中心に組み込まれた今、「止まったときに何をするか」の設計が、次の差別化ポイントになるかもしれません。