Stripe Radar で不正取引をAI検出、請求管理とセキュリティを両立する中小ECサイトの導入ガイド
ECサイトの不正注文は、商品代金だけでなく、返金対応や在庫の損失にもつながります。Stripe Radarは、Stripeの決済に組み込める不正検出機能です。この記事では、無料の標準機能と有料機能の違い、導入手順、費用を考えるための編集部試算を紹介します。
📌 この記事のポイント
- Stripe Radarの標準機能は、追加料金なしで利用を始められる
- 取引手数料はStripeの決済料金として別途発生する
- 不正注文の削減率は事業ごとに異なり、80%は編集部の仮定である
- 料金や機能は変更されるため、申込み前に公式ページを確認する
- レビュー保留を活用し、正当な注文の誤拒否を抑える
- 経営者が定期的に確認する運用を作ることが重要である
編集長の見解(Mira)
中小ECサイトでは、いきなり有料機能へ進む必要はありません。まずはStripe Radarの標準機能と、毎日の確認手順を整えましょう。削減効果は事業ごとに変わるため、編集部の試算をそのまま成果と見なさず、自社の不正注文と対応工数を記録して判断するのが現実的です。
🤖 Stripe Radarの役割
Stripe Radarは、Stripeの決済基盤に組み込まれた不正検出機能です。取引情報など複数のシグナルを使い、不正の可能性を判定します。機械学習による判定に加えて、事業者がルールを設定できます。
中小ECサイトで役立つ場面
不正注文への対応では、次のような負担が発生します。
- 商品代金の損失: 発送後に代金を回収できない場合がある
- 返金や異議申立ての対応: 証拠資料の準備に時間がかかる
- 在庫と配送の損失: 商品を発送した後に問題が判明する場合がある
- 顧客対応: 正当な注文を拒否すると問い合わせにつながる
| 確認項目 | 経営者が見る内容 | 対応例 |
|---|---|---|
| 注文金額 | 高額注文が集中していないか | 発送前に追加確認 |
| 配送先 | 請求先などと不自然な差がないか | レビュー保留 |
| 注文頻度 | 短時間に注文が集中していないか | ルールを見直す |
| 過去履歴 | 以前の不正と共通点がないか | 記録を残す |
⚠️ 不正を完全には防げません
Radarは判断を支援する機能です。正当な注文を誤って止める場合や、不正を見逃す場合もあります。自動ブロックだけに頼らず、確認が必要な注文を人が見る手順を残してください。
不正対策の目的を整理できたら、次は料金と決済手数料を分けて確認します。
💰 料金と決済手数料
料金は、Radarの機能料金とStripeの決済手数料を分けて考えます。金額や提供条件は変更される可能性があるため、契約前に公式ページを確認してください。
Radarの料金
| 機能 | 料金の扱い | 中小ECサイトでの見方 |
|---|---|---|
| Radar標準機能 | Stripeの対象決済に含まれる機能 | まず無料で試しやすい |
| Radar for Fraud Teams | 有料の追加機能。契約条件・料金は公式ページで確認 | 高度なルールが必要な事業者向け |
| Stripe決済 | 取引ごとの決済手数料 | 売上規模に応じて試算する |
2026年8月時点の確認事項として、Radar for Fraud Teamsの固定月額30,000円という情報は、Stripeの公式料金ページで一律に確認できないため、本記事では確定額として掲載しません。最新料金や対象条件は、Stripe公式料金ページで確認してください。
日本国内のオンラインカード決済の手数料については、Stripe公式料金ページに掲載されている条件を基準にします。本稿の確認時点では、代表的なカード決済で**取引金額の3.6%**が案内されています。固定額が適用されるか、決済手段や契約条件によって異なるかは、申込み画面と公式料金ページで確認してください。
料金を試算する方法
月間取引額が500万円の場合、3.6%だけで計算すると決済手数料は次のとおりです。
| 項目 | 計算 | 金額 |
|---|---|---|
| 月間取引額 | — | ¥5,000,000 |
| 決済手数料の率 | 3.6% | — |
| 率だけで見た手数料 | ¥5,000,000 × 3.6% | ¥180,000 |
| Radar標準機能 | 追加料金なしの対象機能として確認 | ¥0 |
| 有料追加機能 | 公式料金ページ・契約条件を確認 | 条件による |
実際の請求額は、決済手段、返金、為替、契約条件などで変わる場合があります。
💡 試算のコツ
自社の直近3か月について、取引額、注文数、不正注文数、対応時間を記録しましょう。固定料金の有料機能を検討する場合は、削減できる損失と作業時間が、その料金を上回る可能性があるかで判断します。
料金の確認方法が分かったら、次は実際の導入手順を見ていきます。
🛠️ 導入手順
Stripeをまだ使っていない事業者は、アカウント作成と決済設定が必要です。すでにStripeを導入済みなら、Radarの確認から始められます。
ステップ1: Stripeの決済設定
Stripeのアカウントを作成し、事業情報と入金先を登録します。
- Stripe公式サイト(https://stripe.com/jp)から登録する
- 会社名、所在地、業種などを入力する
- 本人確認と銀行口座の登録を行う
- ECサービスとStripeを接続する
- テスト決済で注文から入金まで確認する
Stripeを利用中の場合は、既存の決済設定を確認します。
ステップ2: Radarの確認
Stripeダッシュボードで、Radarの設定と取引結果を確認します。
- 左メニューからRadarを開く
- 利用できるルールと判定結果を確認する
- レビュー保留の注文を誰が確認するか決める
- 必要に応じて通知を設定する
画面の名称や提供範囲は、Stripeの最新仕様に合わせて確認してください。
ステップ3: 自社ルールの追加
高額注文や海外配送など、自社で確認したい条件をルール化します。
- まずはレビュー保留から始める
- 誤拒否と不正の件数を記録する
- 記録を見て条件を調整する
- 変更後も正当な注文への影響を確認する
💡 導入時の注意点
本番稼働の前に、テストモードで決済と注文処理を確認してください。ECサービスの接続方式によっては、事業者または制作会社による設定作業が必要です。導入費用や作業時間は、利用中のECサービスによって変わります。
導入後は、判定結果を記録しながら自社に合う運用へ調整します。
🔍 判定結果とルールの見方
Stripeの公式ドキュメントでは、Radarのリスク評価を0〜100の数値で確認できると説明されています。ただし、本文に掲載していた「0〜30は低リスク」といった区分が、Stripe公式の一律基準であることは確認できません。
そのため、以下は編集部の運用例です。Stripeが示す公式の判定基準ではありません。
| スコアの目安 | 編集部の運用例 | 対応 |
|---|---|---|
| 0〜30 | 低め | 通常処理。ただし注文内容を確認 |
| 31〜60 | 注意 | 条件に応じてレビュー保留 |
| 61〜80 | 高め | 発送前の手動確認を検討 |
| 81〜100 | 非常に高め | 自動ブロックを含めて慎重に判断 |
⚠️ 数値だけで決めない
リスクスコアは、不正の確率そのものではありません。高スコアでも正当な注文はあり、低スコアでも不正が混じる可能性があります。注文金額、配送先、顧客履歴などと合わせて判断してください。
公式情報を確認する
設定画面の名称や提供機能は更新される場合があります。ルールを作成する前に、Stripe Radar公式ドキュメントで、利用中のアカウントに適用される条件を確認してください。
本記事では、公式ページで一律の名称と内容を確認できないルールを、デフォルトルールとして断定しません。確認の観点は次のとおりです。
- カードテスト対策: 短時間の少額決済が集中していないか
- 住所情報: 請求先と配送先などに不自然な差がないか
- 注文パターン: 通常の顧客行動から大きく外れていないか
- 過去の不正情報: 過去に問題となった情報との共通点がないか
表示されるルール名と利用条件は、Stripeダッシュボードと公式ドキュメントの記載を優先してください。
中小ECサイトでのルール例
- 高額注文をレビュー保留: 例として ¥50,000 以上を確認対象にする
- 海外注文を追加確認: 取扱地域と配送先を照合する
- 短時間の連続注文を確認: 同じ顧客情報で注文が集中した場合に確認する
これらは自社の取引状況に合わせて検証するための例です。初めから厳しい条件で自動ブロックしないよう注意しましょう。
判定の考え方を整理したら、経営者が日々どのように使うかを具体化します。
📊 経営者・事業主が使う架空シナリオ
ここでは、導入事例としてではなく、編集部が作成した架空のシナリオを示します。実在する企業の実績や、Stripeが保証する削減率ではありません。
月商300万円のアパレルEC
前提条件
- 事業形態: 個人事業主
- 月間売上: ¥3,000,000
- 平均注文単価: ¥12,000
- 月間注文数: 250件
- 海外配送: アジア圏を中心に対応
- 運営体制: 事業主本人が中心
編集部の試算
以下は、比較のために置いた仮定です。
- 導入前の不正注文: 月3件
- 1件の商品損失: ¥12,000
- チャージバック関連費用: 1件 ¥5,000 と仮定
- 対応工数: 1件1時間、時給 ¥2,000 と仮定
- Radar導入後の不正注文: 月0.6件と仮定
- 削減率: 80%と仮定
| 項目 | 導入前 | 導入後の仮定 | 月間差額 |
|---|---|---|---|
| 不正注文数 | 3件 | 0.6件 | 2.4件 |
| 商品損失 | ¥36,000 | ¥7,200 | ¥28,800 |
| 関連費用 | ¥15,000 | ¥3,000 | ¥12,000 |
| 対応工数 | ¥6,000 | ¥1,200 | ¥4,800 |
| 合計 | ¥57,000 | ¥11,400 | ¥45,600 |
この仮定を12か月続けた場合、年間差額は ¥547,200 です。ただし、これは編集部の計算上の試算であり、実際の削減額を示すものではありません。実績を判断するには、導入前後の不正注文数、チャージバック、対応時間を自社で比較する必要があります。
| 確認する成果指標 | 記録方法 | 見直し頻度 |
|---|---|---|
| 不正注文数 | 月ごとの件数 | 月次 |
| チャージバック件数 | 決済管理画面で確認 | 月次 |
| 対応時間 | 作業時間を記録 | 週次 |
| 誤拒否の件数 | 顧客問い合わせと照合 | 月次 |
このシナリオの結論
80%削減や年間 ¥547,200 という数字は、実在の導入事例や統計ではなく、編集部が置いた仮定から計算した値です。自社では、まず標準機能を使い、3か月分の記録を取ってから有料機能の必要性を判断してください。
架空シナリオで確認した手順を、実際の運用ルールに落とし込みます。
⚠️ 失敗を防ぐ運用方法
1. 自動ブロックを広げすぎる
厳しい条件は、正当な顧客の注文まで止める可能性があります。最初はレビュー保留を使い、誤拒否の件数を確認してから条件を調整しましょう。
2. 確認担当を決めない
レビュー保留を設定しても、担当者が決まっていなければ注文が滞ります。事業主本人が毎朝5分確認するなど、具体的な担当と時間を決めてください。
3. 記録を残さない
不正注文と誤拒否の記録がないと、ルールを改善できません。注文日、金額、判定、対応結果を月次で記録しましょう。
編集部メモ
不正検出では、検出率だけでなく、正当な顧客を止めなかったかも重要です。売上と対応時間の両方を記録すると、自社に必要な設定を判断しやすくなります。
運用担当と記録方法を決めたら、よくある疑問を確認します。
❓ よくある質問
Q1: Stripe以外の決済サービスでもRadarは使えますか?
回答: いいえ。RadarはStripeの決済基盤に組み込まれた機能です。Stripe以外の決済サービスでは利用できません。
Q2: Radarの利用に別料金はかかりますか?
回答: 標準機能の料金と、Stripeの決済手数料は別に考えます。高度な機能の料金や提供条件は変更される可能性があるため、Stripe公式料金ページで確認してください。
Q3: Radar for Fraud Teamsは中小ECサイトに必要ですか?
回答: 一律には決められません。月間の不正損失、確認作業の時間、有料機能で削減できる負担を比較してください。まず標準機能で記録を取り、必要性を確認する方法が現実的です。
Q4: 海外注文はどのように確認しますか?
回答: 配送先、注文金額、顧客履歴、決済結果を確認します。取扱地域と合わない注文や高額注文は、発送前にレビュー保留とする運用を検討してください。
Q5: 特別な技術知識は必要ですか?
回答: 既存のECサービスがStripeに対応していれば、管理画面中心で設定できる場合があります。接続方法はサービスによって異なるため、利用中のECサービスとStripe Radar公式ドキュメントを確認してください。
Q6: チャージバックが発生したらどうしますか?
回答: 取引情報、配送記録、顧客とのやり取りなど、必要な資料を確認します。Radarの判定結果だけで解決できるとは限らないため、Stripeの案内に沿って対応してください。
🔗 公式情報と次のステップ
本記事では、実在を確認できない関連記事へのリンクを掲載しません。導入を検討する場合は、次の公式情報を確認してください。
| 情報源 | URL | 確認内容 |
|---|---|---|
| Stripe Radar公式ページ | https://stripe.com/jp/radar | 機能概要と利用条件 |
| Stripe料金ページ | https://stripe.com/jp/pricing | 決済手数料と有料機能の料金 |
| Stripe Radar公式ドキュメント | https://stripe.com/docs/radar | 設定方法と技術仕様 |
| Stripe公式サイト | https://stripe.com/jp | アカウント作成とサービス概要 |
編集部メモ
Stripe Radarは、導入しただけで成果が決まる機能ではありません。月次で不正注文、誤拒否、対応時間を確認し、必要な範囲でルールを調整してください。最終的な運用判断は、各事業者の取引状況とStripeの最新案内に基づいて行います。
まとめ:中小ECでStripe Radarを検討するポイント
Stripe Radarは、Stripeを利用する中小ECサイトが不正注文を確認するための選択肢です。
- 標準機能から始める: 追加料金の有無を公式条件で確認する
- 決済手数料を分けて計算する: 料金ページの最新条件を使う
- 80%削減を成果と見なさない: 本文の数値は編集部の仮定である
- レビュー保留を活用する: 正当な注文の誤拒否を抑える
- 記録を続ける: 3か月程度の実績を見て有料機能を判断する
まずは自社の不正注文数と対応時間を記録し、Stripeの公式情報と照らし合わせて導入範囲を決めましょう。
Mira / AI経営ラボ 編集長
料金プラン
| プラン | 料金 (JPY) | 請求 |
|---|---|---|
| Radar for Fraud Teams | ¥0 | 月額 |
| Radar for Fraud Teams (アドオン) | ¥30,000 | 月額 |
👍 メリット
- Stripe 標準機能として追加費用なしで利用開始できる
- 機械学習ベースで不正パターンを自動学習・検出
- ルールエンジンで自社のビジネスに合わせたカスタマイズが可能
- 決済フローを変えずに導入できる
👎 デメリット
- Stripe 以外の決済ゲートウェイでは利用不可
- 高度なカスタマイズには Radar for Fraud Teams の追加費用が必要
- 日本語ドキュメントが英語版に比べて少ない