AWS障害でPayPayが使えない？原因と影響・復旧見通しを徹底解説

2026年7月16日

速報・徹底解説

AWS障害でPayPayが使えない？
原因と影響・復旧見通しを徹底解説

2026年7月16日夕方に発生したAWS大規模障害。PayPayやニコニコ生放送が使えなくなった原因「CloudFront」の仕組みから、二重払いを防ぐ対処法までわかりやすくまとめました。

🔔

【追記：7月16日午後8時30分時点】　AWSは日本時間午後8時27分の更新で「回復の初期兆候が見られており、完全復旧に向けて作業を続けている（We are seeing initial signs of recovery）」と発表しました。原因は、CloudFrontの拠点から企業ネットワーク（VPC）へ通信を振り分ける「パケット処理サブシステム」内のルーティングテーブル容量の問題と特定されており、対策の段階的な展開が進められています。

2026年7月16日の夕方、PayPayで決済ができない、ニコニコ生放送が見られない、noteやはてなブログにつながらない——そんな報告がSNSで一斉に相次ぎました。一見バラバラなサービスの不具合ですが、原因はすべて同じ。世界最大のクラウドサービス「AWS（Amazon Web Services）」で発生した大規模障害です。

本記事では、今回のAWS障害について、発生の経緯、影響を受けたサービス、原因となった「CloudFront」というサービスの仕組み、そしてPayPayが使えないときにユーザーができる対処法まで、わかりやすく徹底解説します。

1AWS障害の概要｜2026年7月16日に何が起きたのか

発生時刻と経緯

16:45ごろ

AWSでエラーの増加が始まる（AWS公式発表）

17:40ごろ

公式ページ「AWS Health Dashboard」に「5xxエラーの増加（Increased 5xx Errors）」の報告が掲載され、調査開始が告知される

夕方〜

「レジでPayPayが開かない」という悲鳴がX（旧Twitter）のトレンドを埋め尽くす事態に。「PayPay」「AWS障害」「CloudFront」「システム障害」が軒並みトレンド入り

20:27

AWSが「回復の初期兆候が見られる」と発表。完全復旧に向けた作業が継続

💡 5xxエラーとは？

サーバー側の問題でページが表示できないときに出るエラーの総称で、「504 Gateway Timeout」などが代表例です。ちょうど夕方の帰宅ラッシュや夕食の買い物の時間帯と重なったため、影響が大きく広がりました。

影響を受けた主なサービス

報道やSNSでの報告によると、日本国内では少なくとも以下のサービスに影響が出ました。

PayPay

アプリの読み込みや決済ができない状態に。公式サイトや障害情報ページ自体もアクセス不能になった

ニコニコ生放送

視聴やログインがしにくい状態が発生

note

ページが表示されにくい状態に

はてなブログ

同様につながりにくい状態が報告された

出前館

注文まわりで不具合の報告

その他多数のWebサイト

漫画配信サイトを含む多数のサイトで「504エラー」の報告が相次いだ

ポイントは、これらのサービスの運営会社には何の落ち度もないという点です。各社が共通して利用している「土台」であるAWSの一部機能が不調になったことで、その上に乗っているサービスが連鎖的に止まってしまったのです。

2原因は「CloudFront」の不調｜何が起きていたのか

CloudFrontとは？Webの「配達網」にあたるサービス

今回不調になったのは、AWSの中の「Amazon CloudFront（クラウドフロント）」というサービスです。CloudFrontはCDN（コンテンツ・デリバリー・ネットワーク）と呼ばれる仕組みで、たとえるならWeb上の「宅配便の配送網」です。

📦 CDNのしくみ

Webサイトのデータを大元のサーバーから毎回届けると時間がかかるため、世界中に配置された「エッジロケーション」という中継拠点にデータのコピーを置き、利用者に一番近い拠点からすばやく届ける——これがCDNの役割です。表示の高速化とサーバーの負荷軽減のため、世界中の非常に多くのサイトがCloudFrontを利用しています。

「VPC Origins」機能で発生した問題

AWSの発表によると、問題が起きたのはCloudFrontの「VPC Origins（VPCオリジン）」という機能です。これは、CloudFrontの中継拠点から、企業の非公開ネットワーク（VPC）内にあるサーバーへ直接通信をつなぐ比較的新しい機能です。AWSはその後の調査で、原因をこの通信を処理する「パケット処理サブシステム」内のルーティングテーブル（通信の宛先を管理する経路表）の容量の問題にまで絞り込んだと発表しています。

実際、同じCloudFrontでも、S3（AWSのストレージサービス）など別の方式で配信しているサイトには影響が出ておらず、VPC Originsを使う構成のサービスだけが集中的に打撃を受けたとみられます。AWSは事業者向けの回避策として「VPC Origins機能を使わない構成に切り替えることでエラーを回避できる」と案内しました。

3なぜ1つの障害でこれほど多くのサービスが止まるのか

今回の障害で改めて浮き彫りになったのが、「クラウド集中」のリスクです。

現代のWebサービスの多くは、自社でサーバーを持たず、AWS・Google Cloud・Microsoft Azureといった大手クラウドの上で動いています。中でもAWSは世界シェア首位で、日本の決済アプリからメディア、行政系サービスまで、その利用範囲は生活インフラ級に広がっています。

クラウドは通常、自社運用よりはるかに安定していますが、ひとたび基盤側で障害が起きると、業種もジャンルも異なる無数のサービスが同時多発的に止まるという、今回のような現象が起こります。2021年や2023年にもAWSの大規模障害で国内サービスが軒並み影響を受けたことがあり、「またか」と感じた方も多いかもしれません。

🎯 今回の最大の教訓

利用者側の視点では、「キャッシュレス決済は便利だが、障害時にはまとめて使えなくなることがある」という前提を持っておくことが、今回の最大の教訓と言えるでしょう。

4PayPayが使えないときの対処法4つ

アプリの再起動・再インストールはしない

今回のような大規模障害では、原因は自分のスマホではなくサービス側にあります。アプリを削除して再インストールすると、復旧後にログインし直す手間が増えるだけでなく、SMS認証が混雑してログインできなくなるリスクもあります。障害情報を確認し、静かに復旧を待つのが正解です。

支払い手段を複数用意しておく

レジで立ち往生しないための基本は、決済手段の分散です。現金を少額でも持ち歩く、別系統のバーコード決済（楽天ペイ・d払いなど）やクレジットカード、Suicaなどの交通系ICを併用しておくと、片方が止まってももう片方で支払えます。特に交通系ICはオフラインでも決済できる仕組みのため、通信障害に強いのが特長です。

「支払えたか不明」なときは二重払いに注意

障害中にバーコードを読み取った直後、画面がエラーになって「支払えたのかどうかわからない」というケースがあります。この場合はその場で焦って何度も決済し直さないことが重要です。復旧後に取引履歴を確認し、二重に引き落とされていた場合はPayPayや店舗に問い合わせましょう。過去の障害でも、後日返金などの対応が行われています。

公式の障害情報を確認する

今回はPayPayの公式サイト自体もダウンするという異例の事態でしたが、通常はPayPay公式X（@PayPayOfficial）や、AWS Health Dashboardで状況が発信されます。「自分だけ使えないのか、みんな使えないのか」を切り分けるだけでも、無駄な操作や不安を減らせます。

5復旧の見通しと過去の類似障害

AWSは対策（緩和策）を特定してテストを行い、段階的に展開する方針を発表。日本時間午後8時27分の更新では「回復の初期兆候が見られる」として、完全復旧に向けた作業が続いていることを明らかにしました。過去のAWS障害の例では、数時間以内に段階的に復旧するケースが大半で、完全な正常化までは数時間から半日程度かかることもあります。

なお、大規模障害はAWSに限った話ではありません。2025年2月にはPlayStation Network（PSN）で丸1日近い大規模障害が発生していますし、CDN業界ではCloudflareやFastlyの障害で世界中のサイトが一斉に落ちた事例もあります。「ネットのインフラも止まることがある」という前提で、私たち利用者も備えておきたいところです。