3Dセキュア(EMV 3-Dセキュア)の導入は、不正利用対策の一部です。しかし、認証に失敗した注文を「カード会社側の問題」とだけ扱うと、購入者が次に何を試せばよいか分からず、店舗側も設定・チェックアウト・決済サービスのどこを確認すべきか曖昧になります。
経済産業省は2025年3月5日に公表したクレジットカード・セキュリティガイドラインの改訂について、EC加盟店の不正利用対策としてEMV 3-Dセキュアの導入を指針対策に追加したと案内しています。一方で、認証の可否はカード発行会社の判定や購入者の認証手続きにも関わります。店舗が認証を解除する前提ではなく、店舗で制御できる再試行導線、代替決済、証跡、設定確認を運用として決めることが重要です。
GMOインターネットグループが公表した「決済手段 利用意向調査 2025年度版」では、物販ECで3Dセキュア認証に失敗した経験者のうち16.6%が購入を断念したと回答しています。この数値は同調査の回答者に関する結果であり、個別店舗の離脱率を示すものではありません。ただし、失敗した1件を再購入可能な状態へ戻す設計を、決済導入とは別の運用課題として扱う材料にはなります。
本記事の仕様確認時点は2026年8月29日です。決済会社・カードブランド・Shopify・カラーミーショップの画面や契約条件は変更されうるため、実装または変更前には契約中の決済サービスの最新資料も確認してください。
認証失敗への対応は、原因をその場で断定する仕事ではありません。次の4つを分け、担当と完了条件を決めます。
| 工程 | 主担当 | 行うこと | 完了条件 |
|---|---|---|---|
| 購入復帰 | チェックアウト・CS担当 | 再試行方法と代替決済を案内する | 購入者が安全に再試行できる |
| 注文確認 | 運用担当 | 注文、チェックアウト、決済イベントの状態を確認する | 注文の重複・未決済・保留を判定できる |
| 技術的な切り分け | 運用・EC担当 | 発生条件、設定、利用環境を照合する | 店舗側で確認可能な項目を確認済みにする |
| 照会・再発防止 | 決済担当 | 決済サービスまたはカート提供元へ必要情報を渡す | 照会番号または次の対応方針が記録される |
ここでいう「購入復帰」は、カード認証の成功を約束することではありません。購入者が、同じカードでの再試行、別の認証可能な環境での再試行、または店舗が提供している別決済手段を選べる状態にすることです。
購入者から連絡があった時点で、カード番号、有効期限、セキュリティコード、3Dセキュアのパスワードやワンタイムパスワードを聞かないルールを明文化してください。CSが取得するのは、注文・操作・表示メッセージを特定するための情報に限ります。
「カード会社へお問い合わせください」だけでは、購入者がどの操作を先に試すべきか判断できません。反対に、店舗が発行会社の認証結果を変更できるように読める表現も避けます。
案内は、認証画面が表示されたが完了できなかった場合と、認証画面へ進めなかった場合を区別せずに使える、短い選択肢にします。提供していない決済手段は文面から削除してください。
このたびは決済時にご不便をおかけし、申し訳ありません。カードの本人認証は、カード発行会社の認証手続きが関係するため、当店側で認証結果を変更することはできません。
お手数ですが、以下を順にお試しください。
- ご利用のカード会社で、本人認証サービスの登録状況・認証方法をご確認ください。
- ブラウザを最新版にする、または別のブラウザ・端末・通信環境で、最初からご注文をお試しください。
- 当店で利用可能な場合は、別のクレジットカードまたは[利用可能な別決済手段]をご利用ください。
解決しない場合は、調査のため、エラーが出た日時、端末・ブラウザ、表示されたエラー文(画面の個人情報を隠した画像でも可)をお知らせください。カード番号、セキュリティコード、認証用パスワードは送らないでください。
カラーミーショップの公式ヘルプも、クレジットカード決済エラーの候補として3Dセキュア認証、カード状態、端末・ブラウザ、通信環境を案内しています。このため、上記の再試行順は、カード情報の聞き取りより先に案内する実務上の基準になります。
ただし、認証失敗の直後に何度も同一操作を繰り返すよう促すのは避けます。購入者が認証手段を確認できていない、または通信・ブラウザに問題がある場合、同じ結果を繰り返すだけになるためです。再試行回数の上限や時間を決める必要がある場合は、契約する決済サービスの仕様を確認してください。
問い合わせを受けたら、カード会社への案内を先に完了させず、注文が作成されていないのか、未決済なのか、重複する可能性があるのかを確認します。購入者が再試行する前に状態を把握できれば、二重注文や不要な出荷の防止につながります。
取得項目は、調査に必要な最小限にします。カラーミーショップは継続するエラーの問い合わせ時に、商品ID、決済・配送方法、日時、利用環境、操作内容、エラー全文を提示するよう案内しています。カートを問わず、この粒度を照会票の基準にできます。
取得しない情報も台帳に明記します。カード番号、セキュリティコード、認証パスワード、ワンタイムパスワードは不要です。画像・メール本文を保存する際も、個人情報の保管場所、閲覧権限、保存期間は社内規程に従います。
Shopifyでは、Shopifyの公式ヘルプにより、決済失敗時にチェックアウト離脱が作成される場合があります。該当する場合は、チェックアウト離脱のタイムラインにある決済イベントのメッセージから失敗理由を確認できます。3Dセキュア認証の失敗は、同ヘルプで挙げられている失敗理由の例の一つです。
この情報は、CSが購入者の申告だけで「3Dセキュアの失敗」と決めないために使います。ただし、チェックアウト離脱が必ず作成されるわけではありません。管理画面に記録がないことだけで、購入操作がなかったとは断定しないでください。
確認時は次を台帳に残します。
Shopify ペイメントを利用している場合、Shopify公式ヘルプは不正注文防止設定で3Dセキュアを有効にする手順を案内しています。設定変更の担当者は、公開前と変更後に「有効化した事実」「変更日時」「確認者」を台帳へ残してください。
一方、外部決済サービスを利用する場合、3Dセキュアの有効化場所、失敗時の表示、照会窓口は契約サービスによって異なります。Shopifyの画面上の確認だけで設定完了と判断せず、決済サービス側の契約・設定資料と突き合わせます。
カラーミーショップは、各決済サービスの3Dセキュア2.0対応について、決済サービス側の手続きとカラーミーショップ管理画面での利用設定が一致しない場合、決済が正常に完了できない可能性があると案内しています。
したがって、障害や設定変更後の確認では、担当者が「決済会社へ申請済み」と「カラーミーショップで利用設定済み」を一つの状態として扱わないことが重要です。最低でも次の表を埋められる状態にします。
| 確認項目 | 確認先 | 記録する内容 |
|---|---|---|
| 決済サービスの3Dセキュア対応・手続き状況 | 契約中の決済サービス | 対象サービス名、手続き完了日、問い合わせ窓口 |
| カラーミーショップ側の利用設定 | カラーミーショップ管理画面 | 設定状態、確認日時、確認者 |
| 購入画面での挙動 | テスト注文 | 決済選択、認証画面への遷移、注文完了またはエラー文 |
| 失敗時の調査情報 | CS台帳 | 商品ID、決済・配送方法、日時、利用環境、操作、エラー全文 |
設定の一致は、認証成功を保証するものではありません。発行会社の認証登録状況や購入者環境は別に影響し得ます。それでも、店舗側の設定漏れと、個別カード・個別環境での認証失敗を分離するための前提になります。
問い合わせの往復を減らすには、発生後に情報を集めるだけでなく、必要な情報を最初から固定します。照会先がカラーミーショップ、決済サービス、Shopify、外部決済サービスのいずれであっても、カードの機微情報を含めない形で渡せる票にします。
件名:3Dセキュア認証失敗の確認依頼[店舗名/発生日時]
■店舗・環境
・店舗名/ショップURL:
・カート:Shopify/カラーミーショップ/その他
・利用中の決済サービス:
・3Dセキュア関連の設定確認日・確認者:
■事象
・発生日時(タイムゾーン):
・注文番号またはチェックアウト識別子:
・商品ID、金額、決済方法、配送方法:
・画面上のエラー全文:
・認証画面の表示有無と、失敗した操作段階:
■利用環境
・端末、OS、ブラウザ・バージョン:
・通信環境:
・再現性:初回のみ/同条件で継続/複数購入者からの連絡あり
■確認済み事項
・重複注文の有無:
・管理画面上の決済イベント・注文状態:
・購入者に案内済みの再試行・代替決済:
カード番号、セキュリティコード、認証情報は取得・記載していません。
本番カードでのテスト可否、テスト環境、取消・返金の扱いは決済サービスの仕様と社内承認に従います。実施できない項目は「未実施」と理由を記録し、成功したように扱わないことが大切です。
| テスト日 | 変更内容 | 決済方法 | 端末・ブラウザ | 確認項目 | 結果 | 証跡URLまたは識別子 | 確認者 | 未実施理由・次の対応 |
|---|---|---|---|---|---|---|---|---|
| YYYY/MM/DD | 3Dセキュア設定変更 | クレジットカード | PC/ブラウザ名 | 認証画面への遷移、注文状態 | 成功・失敗・未実施 | 管理画面の注文番号等 | 担当者名 | 必要に応じて記載 |
| YYYY/MM/DD | 同上 | 利用可能な別決済 | スマートフォン/ブラウザ名 | 代替決済で完了できるか | 成功・失敗・未実施 | 同上 | 担当者名 | 同上 |
| YYYY/MM/DD | チェックアウト更新 | クレジットカード | 対象ブラウザ | 失敗時メッセージ、CSが参照する記録 | 成功・失敗・未実施 | 同上 | 担当者名 | 同上 |
テストでは「正常に注文できるか」だけでなく、失敗を再現した場合に、注文がどう記録されるか、購入者への案内に必要な情報をCSが見つけられるかも確認対象にします。認証失敗そのものを意図的に発生させる方法は、決済サービスの公式なテスト方法がある場合に限って採用してください。
3Dセキュアの認証結果には店舗外の要因もあるため、認証失敗件数だけをCSや運用担当の評価指標にすると、適切な案内よりも記録回避を誘発しかねません。月次では、各案件が購入復帰・状態確認・照会・設定確認まで閉じているかをレビューします。
確認する項目は次のとおりです。
偏りが見えても、それだけで原因を断定しません。まず設定一致、決済サービスの告知、テスト結果、エラー記録を確認し、必要に応じて照会します。購入者には再試行可能な選択肢を提示し、店舗内部では証跡を残す。この二つを分けることで、不安を過度に煽らず、認証失敗の1件を次の購入機会と運用改善につなげられます。
記事では答えきれない個別の状況にもお応えします。