2026年7月16日クレジットカード大規模決済障害に関する構造的調査報告書：障害の発生原因、影響波及メカニズムおよびインフラ依存性の統合分析
クレジットカードが使えないと困ります。とはいえ最近はクレカというプラスティックカードを出すことはほとんどなくなりました。QuickPayでVISAタッチもできてしまいますし。とは言えクレカが止まるときは他の決済手段も道連れで止まることもあるでしょう。
しかしクレジットカードが不通になると、すぐ現金論者がクレカは信用できない！現金が一番だ！災害の時にお金払えないだろう！とかいい出します。災害の時に店はやってないですし。オフライン決済もあるでしょうし。電気もネットワークもしばらくなかったら、店も営業してないでしょうしね。
今までの人生で何回クレカで払えなくて困ったことがあるでしょうか？もちろん店舗側が対応していない旧式な店の話ではなく、機械トラブルやネットワークトラブルで払えなかったケース。
ほとんど記憶にないですね。PayPayの初期にオフラインだと払えないということも有りましたが、今はオフライン決済も可能です。
一方で現金がなくて払えなくて買うのを諦めたことは結構な数はあります。ここ10年くらいはほぼ現金使わないのでそういうケースは少なくなりましたが。
つまりキャッシュレス手段の方が現金より利便性が高いし、多くの場合は使えるので安心ということです。もちろん少しだけの現金はスマホケースに忍ばせていますが、現金が一番だというような時代錯誤の主張は辞めてもらいたいですね。
さて本題。先週のクレジットカードトラブルはなぜ起きたのか調べてみました。
障害の全貌と社会的影響の俯瞰
2026年7月16日の午前8時10分頃より、全国各地の多様な決済ポイントにおいてクレジットカードの承認エラーや処理遅延が急増しました。この不具合は同日正午過ぎの12時08分頃まで約4時間にわたって継続し、店舗のPOSレジスター、Web上の決済ゲートウェイ、ならびに各種サービスにおけるチャージ機能の停止を引き起こしました。
影響を受けた分野は極めて多岐にわたり、通勤・通学ラッシュの時間帯を直撃した交通系電子マネーへのチャージ停止や定期券購入不能、実店舗での決済失敗に伴う現金決済等への代替案内、さらには各種ECサイトやデジタルコンテンツにおける決済エラーが相次ぎました。
| 影響分野 | 主な影響対象およびサービス | 具体的な障害影響と発生症状 |
| 交通インフラ | モバイルSuica、モバイルPASMO、モバイルICOCA、JR東日本の一部自動券売機 | クレジットカードによるオートチャージおよび都度チャージの失敗、アプリ内での定期券新規購入・更新不能、一部駅券売機でのカード決済停止 |
| 実店舗・流通小売 | セブン-イレブン等のコンビニエンスストア、サンドラッグ、各種飲食店、カフェチェーン | 店頭POS端末でのクレジットカード読み取り・承認エラーの発生、店頭における現金および交通系ICカードへの代替案内 |
| コード決済・通信 | d払い（NTTドコモ）、ahamo | クレジットカードを支払元に設定したコード決済およびオンライン決済の承認エラー・処理遅延 |
| ECサイト・Webサービス | セブンネットショッピング、LIXIL ECサイト、orderie、Kimini英会話 | チェックアウト時におけるクレジットカード決済処理のタイムアウトおよび決済不成立エラー |
| エンターテインメント・公営競技 | WINTICKET、チャリロト | Apple Payおよびクレジットカード経由による投票用電子マネーチャージの一時停止 |
障害発生の根本原因と技術的バックグラウンド
本障害の根本原因は、国内のカード発行会社（イシュア）や加盟店管理会社（アクワイアラ）が独自に運用する基幹システムの不具合ではなく、国際ブランドであるVisaの傘下企業が提供するグローバル決済ゲートウェイ基盤「CyberSource（サイバーソース）」において実施された内部プログラム変更作業に起因するものでした。
ビザ・ワールドワイド・ジャパン広報および経済産業省への公達によれば、2026年7月16日朝にCyberSource基盤上で実施されたプログラム変更に伴い、同システム内部で処理の異常遅延およびタイムアウト事象が突発的に発生しました。CyberSourceの公式ステータス記録によれば、本インシデントは「INC26452085」として識別・管理されています。
技術的には、CyberSourceが提供するサービス群のうち、特に決済リクエスト時の不正検知やリスクスコアリングを担う「Risk / Decision Manager（DM）」および加盟店APIからの電文を受信して国際ブランド網へ仲介する「Payment Gateway Processing / Visa Platform Connect (VPC) Gateways」の各モジュールにおいて障害が明証されました。これらの前処理機能においてプログラム変更に起因するタイムアウトが多発した結果、加盟店システムからの決済要求が後続の承認処理まで到達せず、加盟店側の端末や画面に決済エラーとして返達される事態となりました。
なお、Visa日本法人の公式見解および経済産業省の発表において、本障害は外部からのサイバー攻撃や不正アクセスによるものではないことが明確に否定されています。また、Visaの核心的な基達ネットワークである「VisaNet」自体は障害期間中も正常に稼働し続けており、インフラの最深部ではなく、その手前に位置する加盟店接続用ソフトウェア層でのプログラムミスが障害の直接的原因であったことが特定されています。
クレジットカード決済エコシステムと波及・拡散のメカニズム
今回の障害において特筆すべき点は、障害の発生源がVisa傘下の単一サービス（CyberSource）であったにもかかわらず、Mastercardなど他ブランドの決済や、Visa以外のカード会社を巻き込んだ広範な決済停止へと発展した構造にあります。この広域波及のメカニズムを紐解くには、現代のクレジットカード決済が依存する多層的な技術エコシステムを理解する必要があります。
現代のオンライン事業者やPOSシステム導入企業は、複数の国際ブランドとの個別の接続を自社で構築する代わりに、CyberSourceのような決済ゲートウェイ（PSP/Gateway）を単一の統合インターフェースとして組み込む設計（決済オーケストレーション）を採用しています。CyberSourceは、カード番号を安全な文字列に変換するトークン管理サービス（TMS）や、決済前段階での不正検知機能（Decision Manager）を一元的に提供しています。そのため、加盟店から送信された決済要求電文は、対象のカードブランドがMastercardやJCBであっても、まずCyberSourceの基盤へ投入され、不正スコアリングや電文成形を経た上で各国際ブランドネットワークへルーティングされる構造となっています。
この構造的依存性により、CyberSource内部のプログラム変更に伴って前処理層でタイムアウトが発生した際、ブランドの種類を問わず、同基盤を経由するすべての決済要求が承認プロセスの初期段階で遮断されました。これが、特定ブランドのみならず、多角的なブランドおよび決済プロバイダへ障害が拡散した技術的要因です。
障害発生直後、国内最大の決済プラットフォームである「日本カードネットワーク（CARDNET）」から障害情報が連続して発出されたため、一部メディアやSNS上では「CARDNETのシステムダウンが原因」との誤解が広まりました。しかし、その後の精密な検証により、CARDNET自身の決済基盤は正常に稼働しており、接続先であるCyberSource側からの応答遅延に伴い加盟店側で発生したエラー率の急増を感知して注意喚起のアラートを出信していたに過ぎないことが判明しています。
| エコシステム構成層 | 決済処理における本来の役割 | 本障害発生時における状況と影響範囲 |
| カード発行会社（イシュア） （三井住友カード、三菱UFJニコス等） | カード会員の認証、与信枠照会、売上清算処理 | 自社の基幹システムは正常稼働。接続先の国際ブランドネットワーク（CyberSource層）の応答途絶により承認要求電文を受信できず決済不成立 |
| 国内決済網（仲介基盤） （CARDNET等） | 加盟店とカード会社間における電文の中継処理 | 自社処理基盤は正常稼働。接続先ゲートウェイの応答不能に伴う加盟店エラー急増を検知し、注意喚起情報を発出 |
| 決済ゲートウェイ （CyberSource） | 電文成形、不正検知（DM）、トークン管理、各ブランドへの電文ルーティング | 障害発生源。プログラム変更に起因するタイムアウト発生により、前処理および電文の中継機能が全面的に麻痺 |
| 国際ブランドコア網 （VisaNet等） | グローバル規模での最終的な決済承認および清算処理 | 核心ネットワーク自体は障害の影響を受けることなく終始正常稼働を維持 |
時系列詳細と復旧における技術的アプローチ
本障害は、2026年7月16日早朝から段階的に表面化し、各決済事業者によるルーティングの回避処置（バイパス設定）やプログラムの緊急修正によって、同日正午過ぎにかけて段階的に収束へと向かいました。
| 発生日時（日本時間） | 発生事象、主要機関の対応および復旧プロセス |
| 7月16日 08:00頃 | 全国の実店舗および各種Webサービスにおいて、クレジットカード決済の承認エラーが相次いで報告され始める。 |
| 7月16日 08:10〜08:15 | 三井住友カード、三菱UFJニコス、エポスカード等で一部加盟店での決済不能事象が発生。CyberSourceステータスページ上の障害発生時刻（GMT 15日 23:12 / JST 08:12）。 |
| 7月16日 08:30〜09:25 | JR東日本がモバイルSuicaの不具合を発表。続いてモバイルPASMOも機能制限を報じる。CARDNETが加盟店向けにエラー急増の注意喚起を発出。 |
| 7月16日 10:00〜11:45 | 一部サービスで順次復旧を開始。モバイルSuicaが10時頃に復旧、エポスカードが11時25分頃に復旧完了を告知。 |
| 7月16日 12:08 | 三井住友カードおよび三菱UFJニコスが「国際ブランドネットワーク障害」からの全面的復旧を発表（約4時間に及んだ大規模障害が収束）。 |
| 7月16日 17:19 | CyberSourceステータスページ上にてインシデントの障害終了（Reported End Time）が記録される（GMT 16日 08:19）。同日中に経済産業省がVisaへ原因究明と再発防止を要請。 |
| 7月17日 朝 | 赤沢経済産業大臣が記者会見にて、本障害がVisa提供システム（CyberSource）に起因するものであった旨の報告を省庁として受けたことを正式公表。 |
| 7月17日 09:20頃 | CyberSource公式ステータスが「Resolved（解決済）」へ更新される。ビザ・ワールドワイド・ジャパンが取材に応じ、CyberSourceのプログラム変更が原因であったと回答。 |
障害の収束において重要な技術的ポイントは、CyberSource側の修正作業のみならず、影響を受けた大手クレジットカード会社（三井住友カード等）や一部の決済代行事業者（Stripe等）による迅速なトラフィック回避措置（迂回ルーティング）の展開でした。
主要カード各社および決済プロバイダは、CyberSource経由での応答遅延を検知した際、同システムの不正検知機能や前処理ゲートウェイを一時的にバイパスし、直接各国際ブランド網や代替ルートへ電文を転送する緊急設定を適用しました。この自律的な迂回処置により、CyberSource自体のステータスが「解決済」へ完全更新される（17日朝）よりも大幅に早い段階（16日12時08分）で、エンドユーザー向け決済の大部分を正常化させることに成功しました。
同日発生した異種インフラ障害との併発と錯綜の要因
2026年7月16日は、本クレジットカード決済障害の発生時間帯と近接して、全く異なる技術基盤におけるインフラ障害やセキュリティインシデントが偶発的に重なった日でもありました。この併発事象により、一般ユーザーの間で情報が錯綜し、「一斉サイバー攻撃」や「キャッシュレス社会の全面崩壊」といった過剰な不安心理がSNS等で拡散される結果となりました。
同日夕方の17時40分頃からは、Amazon Web Services（AWS）が提供するコンテンツ配信ネットワーク（CDN）「Amazon CloudFront」において、VPC Origins接続を利用する一部構成で世界規模の障害が発生しました。このAWS障害は金融決済網とは物理的・論理的に独立したクラウドインフラのトラブルでしたが、発生日が重なったことで決済障害の延長線上の出来事として一部で誤解されました。
さらに、同日には食品大手ニチレイグループのサーバーが第三者からの不正アクセス（サイバー攻撃）を受け、物流・出荷システムに支障が生じるインシデントも表面化しました。これも個別のセキュリティ事案であり、Visaや国際ブランドネットワークとの直接的な関連性は存在しません。また、大塚商会が提供するWeb請求決済におけるエラーも報告されましたが、こちらは別の決済代行業者（ウェルネット社）に起因するものであり、CyberSource障害との関連性は未確認とされています。
これらの異種インフラ障害や攻撃インシデントは技術的に相互独立したものでしたが、現代社会が共通して利用する大型クラウドや広域ネットワークへの依存度が極めて高まっていることから、社会的なインパクトが重複・増幅されて認知される構造が浮き彫りとなりました。
総括および今後の決済インフラにおける構造課題と提言
2026年7月16日に発生した大規模クレジットカード決済障害は、単一のグローバル決済ゲートウェイ（CyberSource）におけるプログラム変更という、システム運用上の変更作業が社会インフラ全体へ波及した不具合でした。本調査から得られた知見に基づき、今後の決済インフラストラクチャにおける構造的課題と対策を総括します。
第一に、共通決済ゲートウェイへの過度な一極集中と単一障害点（SPOF）のリスク管理が挙げられます。複数ブランドの統合管理や高度な不正検知を一元化する決済オーケストレーションは利便性が高い反面、仲介層の障害がすべてのブランド決済を麻痺させる脆弱性を孕んでいます。今後は、単一のゲートウェイに障害が発生した際、異種の代替ゲートウェイへ自動的に電文をルーティングする「マルチゲートウェイ冗長化構成」の設計が求められます。
第二に、高度なフォールバック（迂回）自動化基盤の整備です。今回の障害において三井住友カードや一部事業者が実施した緊急バイパス処置は極めて有効に機能しました。今後はこうした回避ルーティングを、手動判断に頼るのではなく、応答遅延やエラー率の閾値を検知して即座に発動する自動化メカニズムとして加盟店およびアクワイアラ層に標準実装することが推奨されます。
第三に、エコシステム全体における障害情報の迅速な可視化と共有プロトコルの確立です。障害発生初期において、仲介基盤であるCARDNETのアラートが自社障害として解釈されるなど、原因所在の特定に時間を要しました。複雑に分業化された決済サプライチェーンにおいて、どのレイヤー（加盟店、PSP、ゲートウェイ、国際ブランド網、イシュア）でボトルネックが発生しているかをリアルタイムで相互認識できる標準化されたステータス共有基盤の構築が必要です。
そんなところで
