PayPay障害でレジ払えない！今すぐの対処法と二重決済の注意点

📌 この記事が30秒でわかる！3行まとめ

2026年7月16日17時頃〜18時30分頃、AWSのクラウド障害でPayPayが全国的に使えなくなった
レジで困ったら「現金・別決済に切替」「オフラインモードを試す」「連打・再インストールはNG」の3手を覚えておこう
二重決済や残高減少に気づいたら、PayPayサポートではなく利用した店舗に直接連絡するのが正しい手順

2026年7月16日の夕方、SNSが「PayPay 障害」の話でいっぱいになったの、見た人も多いんじゃないかな。私も夕飯の買い出し中にレジで「あれ、バーコードが出ない…」ってなって、地味に焦った一人。後ろに人が並んでる中で画面が真っ白になる感覚、経験した人にしか分からない冷や汗だよね。

この記事では、「今まさにレジで困ってる」「エラーは出たのに残高が減った気がする」「二重決済になってないか不安」っていう人に向けて、今すぐできる対処法と、落ち着いてからやるべきことを整理していくね。難しい専門用語はできるだけ避けて、一緒に状況を整理していこうね。

正直、私も最初は「私のスマホが壊れたのかな?」って思ったの。でもX(旧Twitter)で「PayPay 障害」を検索したら同じ状況の人がたくさんいて、そこでようやく「あ、みんな同じなんだ」って安心できた。今この記事を読んでる人の中にも、レジの前で焦ってこのページを開いた人がいると思うから、まずは結論と今すぐの対処法から先に読んでもらえるようにまとめていくね。

【結論】今日のPayPay、結局何が起きたの？

まず結論から。17時頃から全国的にPayPayアプリが使えなくなって、18時30分頃にはほぼ復旧してた。原因はPayPay自体のトラブルじゃなくて、PayPayが利用しているAWS（Amazon Web Services）というクラウドサービスの通信障害だったんだって。

17時台に全国で「エラー」の悲鳴が広がった

夕方の帰宅ラッシュ・夕食の買い出しタイムって、1日の中でも決済がいちばん集中する時間帯だよね。そこを直撃したから、レジ前で「支払えない」人が全国一斉に発生しちゃった。東京ディズニーリゾートの予約サイトや「ちいかわマーケット」みたいな人気ECサイトのPayPay決済も同時にダウンしてたみたい。

実は原因はPayPayじゃなくAWSだった

PayPayのアプリって、裏側でAmazon CloudFrontっていう世界中のデータをやり取りする仕組みを使ってるの。そこが16時45分頃から不調になって、PayPayだけじゃなくモバイルSuica（Android版）やニコニコ生放送みたいな他の有名サービスにも影響が出てたんだって。「PayPayだけが特別ヤバい」わけじゃなかったのは、ちょっと意外じゃない? 普段は意識しないけど、いろんなアプリが同じ裏方さんに支えられてるんだなって、この件で初めて実感したよ。

復旧までの流れをもう少し詳しく

時系列を整理すると、16時45分頃にAWS側で異常が検知され、17時頃からPayPayのアプリで通信エラーの報告が急増、17時40分頃には主要メディアが「公式サイトもダウンしている」と速報を出しました。そこから約50分後の18時30分頃に「ほぼ復旧した」という続報が流れ、さらに1時間ほど経った19時39分にPayPay広報が正式に原因を説明する、という流れだったの。時間軸で見ると、決して長すぎる障害ではなかったことが分かるよね。

18時半にはほぼ復旧、でも油断は禁物

19時39分にはPayPay広報が「原因はAWS側にある」と正式にコメント。障害発生から約1時間半というスピードで主要機能はほぼ元通りになったの。ただ、後述する「二重決済」みたいな後処理は少し時間差で出てくることもあるから、今日決済した人は取引履歴を一度チェックしておくと安心だよ。

ちなみに同じ日の朝にも、クレジットカードの決済網で別の障害が先に起きてたの。「今日はキャッシュレスが全滅した日」みたいに感じた人も多いと思うけど、朝と夕方は原因がまったく違う出来事。この違いは記事の後半で詳しく整理するね。

レジ前で今すぐできる!30秒サバイバル術

もし今まさにレジの前でエラーが出て困っているなら、深呼吸してこの3つだけ覚えて。私も実際にこの順番で乗り切ったよ。後ろに人が並んでる時ほど頭が真っ白になりがちだけど、やることはシンプルだから大丈夫。

まずは現金・別の決済に切り替える

いちばん確実なのは、現金か物理的なクレジットカード、交通系ICカードへの切り替え。特に物理のPayPayカード（プラスチック製）はクレジットカードの決済網を使うから、今回のAWS障害の影響を受けずに使えてたの。財布に1枚控えておくと本当に安心。

「オフライン支払いモード」を試してみる

アプリを開いた時に「インターネットに接続できません」という画面に切り替わったら、そこに出るバーコードを店舗のスタッフに読み取ってもらう「オフライン支払いモード」が使える可能性がある。ただしこのモードには回数と金額の上限があるから、次の章で実際に計算してみるね。

絶対にやってはいけない2つのこと

この2つを守るだけで、後から起きるトラブルの大半は防げるって、いろいろ調べてみて実感したよ。1つ目は「決済ボタンの連打」。エラー中に何度も押すと、サーバーが復旧した瞬間にリクエストが一気に処理されて、二重決済・三重決済のリスクが跳ね上がる。焦れば焦るほど押したくなる気持ち、すごく分かるんだけど、ここはぐっとこらえよう。2つ目は「アプリの再インストール」。障害中はSMS認証も届きにくくて、最悪ログインできず締め出されることがあるから、復旧アナウンスが出るまでは絶対にやめておこう。

オフラインモードの上限、実際に計算してみた

「オフライン支払いモードって結局どれくらい頼りになるの?」って気になったから、私も実際に数字を出して計算してみたよ。なんとなく「非常用の機能」ってイメージだけで終わらせず、数字にして考えると納得感が全然違ったから、同じように不安だった人はぜひ一緒に見ていってね。細かい数字が苦手な人も、結論だけ拾い読みしてもらえれば大丈夫だよ。

実際に計算してみた：1回5万円×5回=25万円

公式ヘルプによると、オフライン支払いモードは1回あたり5万円まで、過去24時間で最大5回まで使える仕組み。単純に掛け算すると、5万円×5回＝25万円。「そんなに?」って正直びっくりした。しかも上限は「金額」だけじゃなく「回数」でも区切られてるから、1回の買い物が大きくても小さくても、最大5回までしかオフラインでは支払えない仕組みになってるの。

私の場合で試算すると…

私の場合、夕食の買い出しって1回だいたい3,000円くらい。25万円 ÷ 3,000円 ≈ 83.3回。つまりオフラインモードの上限は、私の普段の夕食の買い物83回分に相当する計算になる。数字にしてみると「レジ1回分の支払いなら全然カバーできる範囲」だってことがよく分かったよ（もちろん実際の上限は店舗や条件によって変わる可能性があるから、あくまで目安として見てね）。

店員さんの端末でしか確認できない仕様に注意

ここ、私も知らなくて焦ったポイント。オフラインモードで決済が成立しても、こっちのスマホからは「ペイペイ」の音も鳴らないし、完了画面も出ないの。店員さんが自分のレジ端末（PayPay for Businessなど）で「決済完了」を確認して初めて成立してる。だから「あれ、私まだ払えてない?」って不安になっても、まずは店員さんに「そちらの端末では完了になってますか?」って聞いてみて。

さらに注意したいのが、このオフラインモードは店舗側の端末までオフラインだと成立しないということ。実際に試したわけじゃないけど、公式ヘルプを読み込んで条件をひとつずつ整理してみたら、思ったより細かいルールがあることに気づいたよ。読めば読むほど「なるほど、そういう仕組みか」って納得できたから、不安な人は一度目を通しておくのがおすすめ。災害時やショッピングモール全体で通信が落ちているような極端なケースでは、店舗側もオフラインになってしまうから、この機能自体が使えなくなる可能性があるの。あくまで「自分のスマホだけが通信エラー、店舗側は生きている」という今回のようなケースで機能する仕組みだと覚えておいてね。

「残高が減った」「二重決済かも」その不安の解消法

障害の最中・直後にいちばん怖いのが、お金まわりの不安だよね。「払えなかったはずなのに引き落とされてる」って気づいた瞬間の心臓に悪い感じ、分かる人には分かると思う。ここを丁寧に整理しておくよ。

なぜエラーなのに残高が減るのか

これは「オーソリ(与信枠の確保)」と「売上確定」のタイムラグが原因なんだって。通信が途中で切れると、PayPay側では一時的に残高から金額を引く処理が進んでいても、その完了通知が店舗のレジまで届かず「失敗」として表示されることがある。つまり、システム上は「保留中」の状態になってるだけのケースが多いの。

二重決済に気づいたらまずやること

慌てずに、まずはPayPayアプリの「取引履歴」を開いて、重複してる取引の日時・金額・店舗名をスクリーンショットで残しておこう。そのうえで、利用した店舗に直接連絡して、重複分のキャンセルをお願いするのが正しい手順。私はこれを知らなくて、最初PayPayのサポートに電話しようとしちゃったんだけど、実はそれだと解決しないから注意してね。

落ち着いて対応すれば、たいてい解決できる

ここまで読んで「なんだか怖いな」って思った人もいるかもしれないけど、実際のところ、店舗側にきちんと状況を伝えれば、ほとんどのケースは解決に向かうものなの。大事なのは「その場で確認する」「証拠を残す」「後日でも店舗に連絡する」という3つの基本を守ること。焦って何もせずに帰ってしまうのがいちばんもったいないから、そこだけは覚えておいてね。

問い合わせ先はPayPayじゃなくお店

二重決済のキャンセル権限は、基本的に利用した店舗側にあるんだって。PayPay本体のサポートに電話しても、店舗からの取消操作がない限り処理は進まない。だから「まずは店舗に相談」が鉄則。レシートをもらって、店舗の責任者に一筆書いてもらうくらい慎重に動いても損はないよ。

私が実際にヒヤッとしたのは、「支払い失敗」の画面が出たのにレジの店員さんから「決済は通ってます」と言われたケース。その場で自分のアプリの残高をその場で確認して、本当に減っているかどうかをお互いに見せ合って確認したの。曖昧なまま店を出ずに、その場で解決させることが一番のポイントだと実感したよ。

朝のクレカ障害との違いと、復旧後に気をつけたいこと

朝はクレジットカード網、夕方はPayPayとAWS

実はこの日、朝8時10分頃から12時頃にかけて、Visa傘下の決済基盤「CyberSource」やCARDNETという、クレジットカード側の決済ネットワークでも別の障害が起きてたの。夕方のPayPay障害とは技術的にまったく別物。「今日はキャッシュレスが全部ダメなの?」って混乱した人も多いと思うけど、朝と夕方は原因が違う2つの出来事だったんだよね。

モバイルSuicaも同じ理由で影響を受けた

夕方のAWS障害は、PayPayと同じCDN(CloudFront)を使っている他のサービスにも波及してて、モバイルSuica(Android版)でもログインしづらい状態になってた。決してPayPayだけが特別に脆弱だったわけじゃなくて、クラウドインフラ全体のトラブルだったってことは知っておいて損はないよ。note やニコニコ生放送みたいな、普段よく使う人も多いサービスまで同時に不安定になってたから、「今日はネット全体の調子が悪い日」くらいの感覚で受け止めておくのが正解だったのかも。

みずほ銀行のメンテナンスも重なっていた

ちなみにこの日は、みずほ銀行側の計画メンテナンスもたまたま重なっていて、PayPayカードやアプリでの一部チャージ機能が予定通り使えない時間帯もあったの。これはAWS障害とは無関係な、あらかじめ告知されていた作業。だから「あれもこれも全部障害!?」って混乱した人がいたのも無理はないと思う。予定されたメンテナンスと突発的な障害が同じ日に重なるのは、正直かなり運が悪かったよね。

復旧後に気をつけたい詐欺SMS

大規模な障害の後って、「復旧のため再認証してください」「障害のお詫びとしてポイントを付与します」みたいな偽のSMSやメールが増える傾向があるんだって。文中のURLは絶対にタップせず、情報は必ずPayPay公式アプリの「お知らせ」から確認する習慣をつけよう。私はこういうの、正直一度ヒヤッとしたことがあるから余計に気をつけるようにしてる。困った時ほど「公式アプリ以外の情報は一旦疑ってみる」くらいの慎重さでちょうどいいと思う。特に「今すぐ手続きしないと使えなくなります」みたいに急かしてくる文面は要注意。本物の運営からの連絡は、こちらの操作を急かすような言い方をしないことがほとんどだから、落ち着いて公式アプリで確認する癖をつけておこう。

今回みたいな大規模障害って、正直いつまた起きるか分からないよね。だからこそ「キャッシュレスだけに頼らない」小さな備えを普段から持っておくと、いざという時の安心感が全然違うと思う。次の章で、そんな備えにぴったりのアイテムを紹介するね。