2026年 中国のシステム障害事例5選：初動・報告・説明から考える障害対応
2026年、中国ではAIサービス、クラウド、証券、チケット販売、通信と、業種をまたいで大規模なシステム障害が相次ぎました。いずれもSNSで瞬く間に話題となり、利用者や規制当局からの視線が一気に集まった事例です。
本記事では、2026年に中国国内で発生した5つの障害を取り上げ、各事例を「詳細」「影響」「原因」「論点」の4つの観点で整理します。なお、各社とも根本原因を詳細には公表していないケースが多く、以下は公式発表と報道に基づく範囲での整理である点をご了承ください。
事例1：DeepSeek 生成AIサービスの7時間停止（3月）
発生
2026年3月29日夜〜30日午前 ／ 領域： 生成AIチャットサービス
詳細
杭州に拠点を置くAI企業DeepSeekのチャットサービスが、3月29日（日）の夜から翌朝にかけて停止しました。報道によれば、同社のステータスページは21時35分ごろに障害を認識し、2時間ほどで一度「解消」と表示しました。しかしその後も復旧には至らず、同社は複数回の修正を重ねています。最終的にステータスページは「重大な障害（major outage）」と分類し、停止時間を7時間13分、30日午前10時33分（現地時間）に解消と記録しました。
影響
一般利用者向けのチャット画面が利用できなくなり、時間帯によっては保存済みの会話履歴にもアクセスできなかったと報じられています。障害監視サービスのStatusGatorには、24時間で428件の利用者報告が寄せられました。業務でDeepSeekを使う開発者や企業にも影響が及び、SNSでは「使えなくなって初めて依存していたことに気づいた」といった声も上がりました。一般向けチャット画面で2時間を超える停止が起きたのは、2025年初頭に同社が急成長して以来初めてです。
原因
同社は従来の方針どおり、原因を説明していません。ロイターは一般論として、サーバーの不具合からアップデートに伴うバグまで、さまざまな要因がありうると伝えています。
論点
一度「解消」と判断した後に障害が続いたことは、初動の見立てがどれほど揺らぎやすいかを示しています。また、原因が説明されないまま復旧だけが告知される状況は、業務でAPIを組み込んでいる企業にとって、自社の顧客への説明材料が得られないことを意味します。AIが業務インフラの一部になりつつある今、AI提供側の障害時の情報開示をどう考えるかは、利用企業側のBCPにも関わる論点と言えそうです。
事例2：開源証券 データセンターの通信障害と「報告の遅れ」（4月）
発生
2026年4月20日（行政措置は8月） ／ 領域： 証券会社のオンライン取引
詳細
西安市に本社を置く開源証券で、取引アプリ「開源肥猫」の取引拠点が置かれた西安のデータセンター（通信キャリアの中国移動が運営）で通信障害が発生しました。その約4か月後の8月、陝西省の証券規制当局（中国証券監督管理委員会の地方監督局）が同社に警告書を出し、信用記録にも記載しました。当局は期限を区切って是正の書面報告を求め、検査による確認も行うとしています。
影響
一部の利用者がアプリにログインできなくなり、通常の取引に支障が出ました。影響を受けた利用者数や停止時間は公表されていません。
原因
技術的な発端はデータセンターの通信障害ですが、詳細は公表されていません。当局が是正項目として、重要機器の保守体制、通信プロトコルの最適化、利用者接続先の自動切り替えを挙げていることから、これらの領域に課題があったことがうかがえます。
一方、行政措置の直接の理由は、障害発生後に規定どおり速やかに報告しなかったことでした。中国の証券・先物業界では、障害がセキュリティ事案に該当しうる場合に直ちに報告する義務があり、重大度の高い事案では復旧まで30分ごとの状況報告が求められます。報道によれば、情報システム障害や報告の遅れ・隠蔽などを理由に行政措置を受けた証券会社は、すでに十数社にのぼります。
論点
このケースで問われたのは、技術的な復旧よりも「報告」というプロセスの不備でした。金融機関では障害の重大度判定と報告の起点を誰が、どの情報に基づいて判断するのかが曖昧なままになっていることが少なくありません。現場が復旧作業に追われるほど、報告は後回しになりがちです。障害対応と報告を別々の業務として扱うこと自体を見直す余地があるのではないかと思われます。
事例3：大麦（Damai） 人為的な設定ミスで販売が延期（7月）
発生
2026年7月20日 ／ 領域： コンサートチケット販売プラットフォーム（アリババグループ傘下）
詳細
中国最大級のチケット販売アプリ「大麦」で、7月20日午前10時、江蘇省昆山市の音楽イベントのチケット販売が始まりました。このイベントは事前に15万人以上が「見たい」と登録していた注目公演で、アリババの有料会員（88VIP）向けの先行販売枠でした。販売開始の直後から不具合が多発し、大麦は謝罪したうえで、販売を翌21日の午前10時に延期しました。
影響
画面が固まる、真っ白になる、ボタンが反応しないといった不具合が相次ぎ、利用者からは支払いが一件も完了しなかったという声も上がりました。88VIP会員であるにもかかわらず「88VIPではない」と表示されて購入できない事象も報告されています。さらに、販売開始が1日遅れた一方で無料キャンセルの期限は据え置かれ、一般購入者のキャンセル猶予は48時間から24時間に縮まりました。同じ週には別の公演をめぐって購入トラブルの訴えも出ており、利用者の信頼に響く結果となりました。
原因
大麦は原因を「人為的な設定ミス」と説明しています。ただし、業界関係者からは、設定ミスでここまでの事態になるのは珍しく、主催者側でチケット配分が固まっていなかった可能性もあるとの見方も出ています。
大麦では設定起因のトラブルが繰り返されています。2025年6月には、優先購入枠の時間設定を担当者が誤り、6,700件余りの注文を払い戻しました。2026年1月にも、公表した販売開始時刻より前にチケットが売れてしまう設定ミスがありました。
論点
設定変更はコード変更に比べてレビューやテストの網から漏れやすい領域です。販売開始時刻のように「その瞬間」にしか検証できない設定は、事前の二重確認や本番前のシミュレーションが特に重要になります。もう一点、障害後の補償や規約の扱いが利用者の不満を増幅させた点も見逃せません。復旧後の対応も含めて「障害対応」だと捉える必要がありそうです。
事例4：上海電信 固定回線とモバイル通信の広域停止（8月）
発生
2026年8月30日20時30分ごろ ／ 領域： 通信キャリア（社会インフラ）
詳細
中国電信の上海法人で、嘉定区の一部を中心にネットワーク障害が発生しました。同社は緊急対応の結果、21時20分ごろから順次復旧したと発表し、謝罪しています。
影響
固定ブロードバンドが切断されただけでなく、携帯電話の4G・5G通信も使えなくなりました。在宅勤務中の人や、スマートフォンのQRコード決済を使おうとしていた人が突然つながらなくなり、SNS上には苦情や問い合わせが相次ぎました。
一部報道によれば、問い合わせ窓口の電話がつながりにくく、アプリでの故障申告も混雑で受け付けられない状態でした。また、当初の音声案内が固定回線のみの異常と伝えていたため、影響範囲が過小に受け止められたといいます。
原因
根本原因は公表されていません。補償の方針も、報道時点では示されていません。
なお、上海電信の大規模障害は約2年間で3度目とされています。2024年8月にはクラウド型ブロードバンドで広範な異常が起き、2026年3月31日未明には浦東、宝山、楊浦などにまたがる市内広域で、20分から1時間程度の通信停止が発生していました。
論点
社会インフラの障害では、サービスそのものと同時に「利用者との連絡手段」も機能不全に陥ることがあります。影響範囲の把握が遅れたまま初報を出すと、その後の訂正が信頼をさらに削ります。不完全な情報でも、何が分かっていて何が分かっていないのかを継続的に更新していく運用が、こうした場面では効いてくるはずです。
事例5：テンセントクラウド 計量バグによる誤請求と17時間のサービス停止（10月）
発生
2026年10月3日〜4日（国慶節の連休中） ／ 領域： クラウドサービスの課金基盤
詳細
ある利用者が10月3日の早朝6時、テンセントクラウドから約5万元の料金未払い通知を受け取り、未払い扱いのままサービスを停止されました。当初、カスタマーサポートが提示した補償は100元分のクーポンで、その後も300元分への引き上げにとどまったため、利用者がSNSで経緯を公表し、話題となりました。テンセントクラウドは10月7日、公式アカウントで経緯を説明し、謝罪しました。
影響
この利用者のサービスは約17時間停止しました。同社によれば、請求額は課金上の記録にすぎず、実際に資金が引き落とされたわけではありません。未払いを解消するために利用者が入金した分は返金され、10月4日23時36分にサービスが戻りました。
原因
技術的な原因は、サーバーレス開発サービスの特定の計量項目における単位換算の不具合でした。極端な条件下で使用量が過大に計上され、50,420.74元の異常な請求が生成されていました。同社は10月4日に修正を適用し、過去のデータも検証したとしています。
一方で、対応が長引いた原因は組織側にありました。同社によれば、根本原因の特定には約5時間を要し、最初の調査は請求書のレベルにとどまっていました。開発チームが関与したのは、利用者が追加の証拠を示した後です。さらに、復旧に時間がかかった主な理由として、国慶節の連休中で承認フローが滞ったことを挙げています。同社は、プラットフォーム側の問題と確認できた時点で直ちにサービスを戻すべきだったと認め、連休中の緊急承認ルートを設けるとしました。
なお同社では4月にも、AI開発支援ツールのログイン障害が1日に2度発生しています。
論点
この事例は、技術的な障害そのものより、組織内のエスカレーション経路と承認プロセスがボトルネックになった典型例と言えます。一次窓口で「請求の問題」として処理されている間は開発チームに情報が届かず、原因が分かった後も休日の承認待ちで復旧が遅れました。判断に必要な情報と権限が特定の担当者や平日の体制に依存していると、障害の規模とは関係なく対応が止まってしまいます。
5つの事例に共通すること
業種も規模も異なる5つの障害ですが並べてみるといくつかの共通点が見えてきます。
- きっかけは「小さな設定や計算」でも影響は大きく広がる
大麦の設定ミス、テンセントクラウドの単位換算、開源証券の通信障害。いずれも単体で見れば局所的な問題でした。どの変更や構成がどのサービスに波及しうるのかを、平時から見える形にしておけるかどうかが、影響範囲の早期把握を左右します。
- 最初の見立ては外れることがある
DeepSeekは一度「解消」と表示した後も停止が続き、テンセントクラウドの調査は当初請求レベルにとどまり、上海電信の初期案内は影響範囲を狭く伝えていました。初動の仮説が外れること自体は珍しくありません。問題は、仮説が外れたと気づくまでの時間と、それを関係者に共有する仕組みがあるかどうかではないでしょうか。
- 報告と説明は「復旧の後」ではなく「対応の一部」
開源証券は報告の遅れそのものが行政措置の理由となり、DeepSeekや上海電信は原因が語られないまま利用者の不安が残りました。危機対応の質は、復旧のスピードだけでなく、状況を説明し続けられるかどうかでも測られる時代になっていると感じます。
- 平時の体制が非常時のボトルネックになる
連休中の承認待ち、つながらない問い合わせ窓口、一次窓口から開発チームへの情報の断絶。こうした問題は、特定の人や部署に判断と情報が集中する「属人化」と表裏一体です。担当者がいなければ判断できない仕組みは、障害時に最も脆くなります。
- 同じ組織で似た障害が繰り返される
大麦の設定起因のトラブル、上海電信の2年で3度の広域障害。個々の事後対応が「謝罪と補償」で閉じてしまうと、組織としての学習が次につながりません。障害の記録と振り返りを、次の予防策に結びつける仕組みが問われています。
日本の金融・官公庁・社会インフラにとっての示唆
今回の5事例は中国のものですが、構図そのものは日本の組織にもそのまま当てはまるように思います。とりわけ、規制当局への報告義務がある金融機関や、住民生活に直結する官公庁・社会インフラ事業者にとっては、事例2のように「報告の遅れ」が技術的な障害以上の問題として扱われるリスクがあります。
みなさんの組織では、障害が起きたとき「誰が、いつ、何を根拠に」報告や説明を始めるか、明確になっているでしょうか。今回紹介した事例が自社の体制を見直すきっかけになれば幸いです。
参考資料
本記事は各社の公式発表および以下の報道をもとに構成しています。障害の原因が公表されていない事例については、報道時点の情報に基づいています。
Aaj News（ロイター配信）「China’s DeepSeek AI chatbot suffers longest outage since viral rise in early 2025」2026年3月30日 https://english.aaj.tv/news/amp/330456120
Storyboard18「DeepSeek chatbot faces over seven-hour outage, longest since debut」2026年3月30日 https://www.storyboard18.com/digital/deepseek-chatbot-faces-over-seven-hour-outage-longest-since-debut-93684.htm
Implicator「DeepSeek Chatbot Suffers Seven-Hour Outage, Longest Since Its 2025 Viral Debut」2026年3月30日 https://www.implicator.ai/deepseek-chatbot-suffers-seven-hour-outage-longest-since-its-2025-viral-debut/
証券時報網（証券之星転載）「两家券商收罚单！一家涉网络安全迟报，一家经纪自营双双违规」2026年8月8日 https://wap.stockstar.com/detail/IG2026080800008227
財聯社「APP故障影响客户交易，开源证券接警示函，未及时上报“踩雷区”」2026年8月7日 https://www.cls.cn/detail/2448523
IT之家「大麦回应抢不了票：人工配置失误影响开票，故障已紧急修复」2026年7月20日 https://www.ithome.com/0/978/953.htm
新浪財経「“人工配置失误”！大麦抢票故障，普通用户免费退票剩24小时，一周两度“翻车”」2026年7月20日 https://finance.sina.cn/chanjing/gsxw/2026-07-20/detail-iniimzha9780003.d.html
界面新聞「鹿晗演唱会售票现BUG，大麦深夜致歉：将退款退票」2025年6月30日 https://m.jiemian.com/article/12969340.html
界面新聞「提前放票引发不满，大麦深夜致歉：平台工作人员配置失误」2026年1月 https://m.jiemian.com/article/13841558.html
快科技（新浪科技転載）「上海电信突发大范围断网 手机信号网络全无：官方致歉 已陆续恢复」2026年8月31日 https://finance.sina.cn/tech/2026-08-31/detail-iniqehwx4644549.d.html
観察者網「用户一觉醒来欠费5万块、被停服17小时，腾讯云致歉」2026年10月7日 https://www.guancha.cn/CaiJing/2026_10_07_903412.shtml
財聯社「腾讯版“龙虾”一日两崩 腾讯云致歉补偿1000Credits」2026年4月2日 https://www.cls.cn/detail/2333702
＼ 最新情報をチェック ／
