2026年10月の主要カート緊急停止から学ぶ、ECプラットフォーム停止時の購入者対応チェックリスト

ECプラットフォーム停止時の購入者対応とは、サイトが止まっている間と復旧した直後に、注文・出荷・配送連絡・返品受付で起こる遅れや抜けを把握し、購入者へ正しい情報を届け続けることです。 システムが復旧しても、停止中に生じた取りこぼしや購入者の不安は残ります。

2026年10月21日には、プログラミング言語PHPに重大な脆弱性が見つかったことを受け、国内の主要なECプラットフォームが相次いで緊急メンテナンスに入りました。多くの店舗で、ショップページや管理画面を数時間から1日以上使えない状況が生じています。決済や物流と同じく、カートも「止まることがある」前提で備えておく必要があります。

2026年10月、主要ECプラットフォームが相次いで停止した

各社の公式発表によると、PHPの脆弱性への予防的な対応として、次のプラットフォームでサービスが停止しました。いずれも現在は復旧しています。

makeshop、カラーミーショップ、BASEは、現時点で脆弱性を悪用した不正アクセスや情報漏えいは確認されていないと公表しています。停止の開始時刻は当初の予告から前倒しされた例もあり、店舗側が購入者へ事前に告知する時間はほとんどありませんでした。

障害・メンテナンス情報の確認先

停止が起きたときは、推測で動かず、まず公式の情報を確認します。主なプラットフォームの確認先は次のとおりです。

確認先は、ふだんから社内の手順書に書いておきます。管理画面にログインできない状態では、管理画面内のお知らせを見られないためです。

停止の段階ごとに起こること

なぜ「プラットフォームの停止」は購入後体験にも広がるのか

カートが止まると、影響は注文の受付だけにとどまりません。管理画面やFTP・APIが使えなければ、受注データの取り込み、出荷指示、追跡番号の登録、返品の受付といった購入後の業務も遅れます。購入者からは、「注文は通っているのか」「いつ届くのか」「返品や交換はどうなるのか」という問い合わせが、停止の前後に重なりやすくなります。

さらに、不正アクセスのニュースが出た局面では、ショップや運営会社を装った不審なメール・電話・SMSへの警戒も必要です。プラットフォーム側がパスワードやログイン情報をメールや電話で尋ねることは通常ありません。不審な連絡には応じないよう、社内でも共有しておきます。

プラットフォーム停止時に購入者対応を守る5つの実務

1. 停止期間の注文を一つの台帳に集める

停止開始から復旧までの注文を、注文番号単位で抽出します。受注、入金、出荷、追跡番号、問い合わせの状態を並べ、どこで止まっているかを一枚で見えるようにします。取りこぼしと重複の両方を探すことが目的です。

2. 復旧後の再送・バッチ処理は重複させない手順で再開する

停止中に失敗した連携が、復旧後に自動で再送されることがあります。外部の在庫管理システムや受注管理システムとFTP・APIでつないでいる場合は、停止中に何を処理済みとして記録するかを先に決め、重複登録や二重出荷を防ぎます。

3. 購入者への案内は、復旧時刻を推定せず、公式の更新に合わせる

復旧時刻や漏えいの有無を推定して案内すると、後で説明を変えることになり、かえって不信感を招きます。確認済みの事実、調査中の範囲、注文や配送への影響、購入者にお願いしたい行動、次回の更新予定を分けて伝えます。

4. 不審な連絡への注意を、正規の連絡経路とあわせて一言添える

ショップから送る正規のメールのドメインや、尋ねることのない情報（パスワード、カード番号など）をあらかじめ示します。購入者が本物の連絡を見分けられる材料があれば、不審な連絡による被害と問い合わせの両方を抑えられます。

5. 配送・返品の遅れを、問い合わせが来る前に伝える

停止の間に出荷が遅れた注文は、購入者が自分で状況を確認できる配送追跡ページや、返品・交換の受付ページに案内を集約します。電話やメールで1件ずつ答える体制では、復旧後に問い合わせが重なったときに対応が追いつきません。

EC事業責任者が確認したいチェックリスト

1. 停止期間の注文を、注文番号単位で抽出できているか
2. 外部システムとFTP・APIで連携している場合、停止中の失敗と復旧後の再送を確認したか
3. 購入者への案内文は、確認済みの事実・調査中の範囲・次回更新の予定に分けているか
4. 管理画面のパスワードを他のサービスでも使い回していないか（使い回している場合は変更したか）
5. 不審なメール・電話・SMSへの注意と、正規の連絡経路を購入者へ示しているか
6. 出荷が遅れた注文と、停止中に受けた返品・交換の連絡を、一覧で確認できるか
7. 配送状況や返品の受付を、購入者が自分で確認・申請できる導線を用意しているか
8. 調査結果が公表されたときに、追加で案内する条件と担当を決めているか

購入後の窓口を、購入者ご自身で完結できる形にしておく

停止や障害の前後は、「注文は通ったか」「いつ届くか」「返品はどうなるか」という問い合わせが一度に重なります。配送状況の確認と、返品・交換の申請を、購入者ご自身が専用ページで完結できる形にしておくと、問い合わせの波を小さくしやすくなります。

Recustomerは、配送追跡と返品・交換・キャンセルの受付を、購入者向けのページとして提供しています。受注管理システム（OMS）と連携し、注文の照合から返品可否の判断、集荷による返送までを仕組みで進められます。

よくある質問

Q. 自社のストアが影響を受けたかは、どこで確認できますか。

まずはご利用中のプラットフォームからの個別の連絡と、公式のお知らせ・稼働状況のページを確認してください。推測で判断せず、公式の情報を起点にします。

Q. 購入者の個人情報が漏えいしたかどうかは、どう伝えればよいですか。

調査が続いている間は、漏えいの有無を断定しないことが大切です。プラットフォームの公式発表で確認できた範囲だけを伝え、新たな事実が公表されたら案内を更新します。

Q. 購入者には何を伝えればよいですか。

確認済みの事実、注文や配送への影響、購入者にお願いしたい行動、問い合わせ先、次回の更新予定を分けて伝えます。パスワードやカード番号を尋ねることはないことと、正規の連絡経路もあわせて示してください。

まとめ

2026年10月には、PHPの脆弱性への対応で国内の主要なECプラットフォームが相次いで止まりました。カートの停止は、注文の受付だけでなく、出荷・配送連絡・返品受付といった購入後の業務にも広がります。

停止中は公式の情報を起点に案内し、復旧後は停止期間の注文を一つの台帳で確かめ、重複させない手順で再開します。あわせて、配送状況の確認と返品・交換の申請を購入者が自分で完結できる形にしておくと、停止の前後に重なる問い合わせを小さくできます。

出典・参考文献

1. BASE公式X「緊急メンテナンス完了のお知らせ」（2026年10月22日） https://twitter.com/baseec/status/2113049243158220874
2. カラーミーショップ「【重要】復旧済み｜PHPセキュリティ対応に伴うサービス一時停止のお知らせ」 https://shop-pro.jp/news/20261021-maintenance/
3. makeshop「【『PHP脆弱性』緊急メンテナンス完了告知】」 https://www.makeshop.jp/main/support/maintenance/info_detail.html/20261021182632.html
4. フューチャーショップ「PHP脆弱性対策に伴う長時間メンテナンス、および不正アクセス事案に関するお詫びとご説明」（2026年10月25日） https://www.future-shop.jp/news/2026/10/25.html

返品・交換・キャンセルの受付と配送追跡を、購入者が自分で完結できるページに。

Recustomerは、返品・交換・キャンセルの受付と配送追跡を、購入者向けのページとして提供しています。受注管理システム（OMS）と連携し、注文の照合から返品可否の判断、集荷による返送までを仕組みで進められます。

30分デモを予約 →　返品・キャンセルのサービス資料を見る