ドイツの顧客が商品をカートに追加し、カード情報を入力したが、「決済がセキュリティシステムによって拒否されました」というエラーメッセージを受け取ったことはありませんか？この状況はよくありますか？決済フォームのアンチフロードシステムは、あまりにも攻撃的に設定されており、詐欺師ではなく実際の購入者をブロックしてしまいます。それは、彼らのIPアドレス、ジオロケーション、またはデバイスが「疑わしい」と見なされるからです。この文書では、5つの異なる国からのチェックアウトをテストし、偽のブロックによって収益を失っているポイントを見つける方法を説明します。
アンチフロード決済フォームの仕組み
ほとんどの決済プロバイダー（Stripe、PayPal、CloudPayments、ЮKassa、Signifyd、Riskified、Forterなどの専用アンチフロードサービス）は、スコアリングモデルを使用しています。各トランザクションには、IPアドレスとその評判、ジオロケーションと配送先住所の一致、デバイスタイプ、ブラウザのフィンガープリント、フォームの入力速度、購入履歴、カード保持者の名前とアカウント情報の一致、さらにはユーザーがVPNやデータセンターのIPを使用しているかどうかに基づいてリスクスコアが付与されます。
合計リスクスコアが閾値を超えると、システムは自動的に決済をブロックするか、手動確認（3D-Secure、書類の要求）に送信するか、単に説明なしでエラーを表示します。問題は、閾値が「デフォルト」であまりにも保守的に設定されているため、ビジネスはこの段階でどれだけの実際の顧客を失っているのかを知らないことが多いということです。偽陽性率のメトリクスは、標準的な分析にはほとんど含まれません。
特に、ジオロケーションの不一致に対してアンチフロードは厳しく反応します。IPがデータセンターまたは他の国のプロキシとして特定されると、リスクスコアは急上昇します。この論理が正当なユーザー、つまり旅行者、エクスパット、企業のVPNを使用している人々、または「悪い評判のIP範囲」を持つ地域の顧客に影響を与えます。
なぜ正当な顧客がブロックされるのか
偽陽性（false positive）とは、システムが正当なトランザクションを詐欺と誤認してブロックすることを指します。eコマース業界のさまざまな評価によると、偽の拒否の割合はすべての拒否された決済の20〜30%に達する可能性があり、これは実際の詐欺の量よりもはるかに多いです。金銭的には、店舗は自社のアンチフロードによって失う収益が、実際に止めるべき詐欺師から失う収益よりもはるかに多いことを意味します。
偽のブロックの典型的な原因は以下の通りです：
- 顧客が請求先住所に対して他の国にいる（観光客、エクスパット、出張中など）；
- 以前にブラックリストに載ったIP範囲を持つプロバイダーのモバイルインターネットを使用している；
- 企業ネットワークまたはVPNがデータセンターのIPとして特定される；
- フォームの入力があまりにも早い（ボットは早く入力しますが、経験豊富なユーザーも同様です）；
- ブラウザの言語、デバイスのタイムゾーン、IPのジオロケーションが一致しない；
- 購入履歴のない新しいアカウントと高額な注文。
問題は、テストを行わなければ、このリストのどのパラメータが特定の国で顧客をブロックしているのかを知ることができないことです。フォームは地元の購入者にはうまく機能し、国際的な顧客を大量にブロックする可能性があるため、あなたはその市場を失っていることに気づかないかもしれません。
異なる国からのチェックアウトをテストする理由
あなたのビジネスが海外に販売している場合（SaaSサブスクリプション、国際配送のオンラインストア、デジタル商品、エクスパット向けのサービスなど）、各主要地域からのユーザーの視点で決済フォームがどのように機能しているかを定期的に確認する必要があります。これは理論的な演習ではありません。国間の成功率の差が15〜20パーセントポイントになることは、チェックアウトを「外部」でテストしたことがない企業にとっては一般的な話です。
異なる国からのテストは、具体的な質問に対する回答を提供します：
- ローカルカードとローカルIPで追加の確認なしに支払いが通りますか？
- 地域からのすべてのトランザクションに対して3D-Secureを要求しますか、それとも疑わしいトランザクションのみですか？
- モバイルインターネットと家庭用Wi-Fiでの支払い拒否率はどれくらいですか？
- インターフェースの言語とジオロケーションの不一致がアンチフロードの決定に影響しますか？
- 他のデバイス（例えば、共用のオフィスコンピュータ）からの支払い時にフォームはどのように機能しますか？
必要な国の正しいIP、タイムゾーン、ブラウザの言語を持つ実際のユーザーをエミュレートしなければ、そのようなテストを実施することはできません。ここでプロキシとアンチデテクトブラウザが登場します。
テスト用ツール：プロキシとアンチデテクト
正確なテストを行うには、ターゲット国のユーザーの完全なデジタルプロファイルを再現する必要があります。これは、データセンターのIPではなく、通常の家庭用またはモバイルのように見えるIPアドレス、適切なタイムゾーンとシステム言語、あなたの作業アカウントに関連付けられていないユニークなブラウザのフィンガープリントを含みます。
IPをエミュレートするには、レジデンシャルプロキシが最適です。これらは実際の家庭プロバイダーのIPアドレスを使用しているため、「データセンター＝リスク」という自動スコアリングに引っかかりません。フォームがモバイルトラフィックにどのように反応するかを確認する必要がある場合（多くの購入者がスマートフォンで支払いを行うため）、モバイルプロキシを使用することをお勧めします。これにより、モバイルユーザーの行動を最大限に再現できます。
「アンチフロードがIPをデータセンターとして特定した場合はどうなるか」のコントロールテストを行うには、データセンターのプロキシを使用してシナリオを実行することができます。これにより、IPの種類がアンチフロードの決定に影響を与えるのか、他のパラメータが影響を与えるのかを確認できます。
複数のテストプロファイルを同時に管理し、それらのクッキー、キャッシュ、フィンガープリントが交差しないようにするために、アンチデテクトブラウザ（Dolphin Anty、AdsPower、Multilogin、GoLogin、Octo Browserなど）を使用します。各プロファイルには、それぞれのプロキシ、タイムゾーン、言語、画面解像度が設定され、特定の国のユーザーの「デジタルアバター」が得られます。
| プロキシの種類 | テストで使用するタイミング | アンチフロードの偽陽性リスク |
|---|---|---|
| レジデンシャルプロキシ | 家庭用ユーザーのエミュレーション、基本的なチェックアウトテスト | 低い |
| モバイルプロキシ | スマートフォンからの支払いテスト、モバイルトラフィックの確認 | 低い |
| データセンターのプロキシ | アンチフロードの「最悪のシナリオ」のコントロールテスト | 高い |
5カ国のテスト方法論
比較可能な結果を得るためには、各国に対して統一されたスキームでテストを構築する必要があります。以下は、マーケティング担当者やeコマースプロジェクトのプロダクトマネージャーが決済フォームの監査に使用する作業アルゴリズムです：
- 国の選択。 ビジネスにとって実際に重要な5カ国を選びます。例えば、主要市場の国、国際注文のトップ2カ国、問題が疑われる2カ国（しばしばIP範囲の評判が良くない地域、東ヨーロッパの一部、南アジア、ラテンアメリカなど）です。
- プロファイルの作成。 アンチデテクトブラウザで、必要なジオロケーションのレジデンシャルまたはモバイルプロキシを接続した各国のプロファイルを作成します。
- テストカードの準備。 決済プロバイダーのテストカード（ほとんどのプロバイダーは、国ごとのテストモードを提供しています）を使用するか、実際のカードを少額で使用します。
- シナリオの実行。 各プロファイルで、商品閲覧から支払い確認までの全プロセスを通過し、各ステップを記録します。3D-Secureの要求、追加の確認、明示的な拒否、タイムアウトなどです。
- メトリクスの記録。 各国について、成功率、3D-Secureの要求があったか、プロセスにかかった時間、拒否時に表示されたエラーメッセージ（あれば）を記録します。
- 異なるタイプのプロキシでの再実行。 各国でシナリオを2回実行します。レジデンシャルプロキシとデータセンターのプロキシを使用して、アンチフロードの決定の違いを確認します。
このテストは2〜3時間かかり、どの国でフォームが正常に機能し、どの国で顧客を失っているかの具体的な画像を提供します。
結果の例とその意味
以下は、このテストの典型的な結果表です（データは例示的で、アンチフロードシステムの一般的な行動パターンに基づいています）：
| 国 | レジデンシャルIP、成功 | データセンターIP、成功 | 3D-Secureが要求された |
|---|---|---|---|
| ドイツ | はい | いいえ | はい |
| ポーランド | はい | いいえ | いいえ |
| インド | 部分的（書類の要求） | いいえ | はい |
| ブラジル | いいえ | いいえ | はい |
| カザフスタン | はい | いいえ | いいえ |
この表からすぐに問題のある領域がわかります。ブラジルでは、クリーンなレジデンシャルIPでも支払いがブロックされます。つまり、原因はネットワークの種類ではなく、スコアリングの他のパラメータにある可能性があります（たとえば、カードの通貨と請求先住所の不一致、または特定の発行銀行の評判など）。他のすべての国でのレジデンシャルIPとデータセンターIPの違いは、プロキシのようなIPの事実がブロックの主要なトリガーの1つであり、企業ネットワークやVPNを使用している実際の顧客がそれに苦しんでいることを確認しています。
偽のブロックを減らす方法
テストによって問題のある国とシナリオが特定された後、アンチフロードと決済フローの設定を調整する必要があります。以下は、偽陽性率を増加させずに実際に減少させる具体的なステップです：
- 「IP国≠カード国」のルールの厳しさを減らす。 エクスパットやフリーランサーが多い国（ドイツ、ポルトガル、UAE）では、このルールがあまりにも多くの偽陽性を生み出します。
- データセンターIPとレジデンシャル/モバイルIPのスコアリングを分ける。 すべてのプロキシが同じリスクを持つわけではありません。多くの正当なユーザーが企業VPNの背後にいるため、技術的にはデータセンターとして検出されます。
- 「ソフト」拒否シナリオを追加する。 厳しいブロックの代わりに3D-Secureや追加の確認を要求することで、詐欺師を排除しつつ、正当な顧客を完全に失うことはありません。
- 常連顧客のホワイトリストを設定する。 成功した購入履歴のあるユーザーは、新しいアカウントと同じレベルの確認を受けるべきではありません。
- エラーメッセージのテキストを見直す。 「決済が拒否されました」という説明なしでは、顧客が競合他社に移る原因となります。代替の支払い方法やサポートへの連絡を提案してください。
- 定期的にテストを実施する。 アンチフロードプロバイダーは、予告なしにスコアリングモデルを更新します。6ヶ月前に機能していたものが、今日では異なる結果をもたらす可能性があります。
決済フォームチェックリスト
新しい市場を立ち上げる前やアンチフロードの設定を変更した後は、以下のリストを確認してください：
- ☐ 各主要国でレジデンシャルIPを介した支払いがテストされた；
- ☐ モバイルIPを介した支払いがテストされた（スマートフォンのエミュレーション）；
- ☐ データセンターIPを介したコントロール結果が記録された；
- ☐ 各プロファイルで言語、タイムゾーン、ジオロケーションの一致が確認された；
- ☐ 各拒否時のエラーメッセージが記録された；
- ☐ 国間の成功率が比較され、10%以上の差がある場合は分析が必要；
- ☐ 拒否後の再支払いに対するフォームの反応が確認された（システムがアカウントを完全にブロックしないか）；
- ☐ テスト結果がアンチフロードルールの設定を担当する部門に渡された。
結論
定期的な監査なしのアンチフロードシステムは、保護から損失の源に変わります。これは、実際の購入者をブロックし、単に「不適切な」IP範囲にいるか、請求先住所とジオロケーションが一致しないためです。プロキシとアンチデテクトブラウザを使用した5カ国からのチェックアウトテストは、問題を間接的なメトリクスではなく、目の前で確認するための迅速な方法です。
あなたのビジネスの決済フォームに対してこのような監査を実施する予定がある場合は、通常の家庭用ユーザーをエミュレートすることから始めてください。これには、必要な国に対してgeoターゲティングを行ったレジデンシャルプロキシが最適です。そして、フォームがスマートフォンからの支払いにどのように反応するかを確認するために、テストにモバイルプロキシを追加してください。これにより、あなたのアンチフロードが正当な顧客を失っている場所の全体像が得られます。