11

この質問は、ネイティブモバイル アプリケーション (Web サイトへのアクセスにブラウザを実際に使用していない IOS、Android、WP アプリなど) に固有のものです。

主要なクレジット カードのほとんどで支払いを受ける既存の e コマース Web サイトがあり、3DSecureプログラム (Visa およ​​び MasterCard SecureCode によって検証済みとして実装されています)を介して支払者認証も実行します。これにより、詐欺を排除し、チャージバックを減らすことができます。

既存の実装では、チェックアウトと支払いの段階で、顧客を Web サイトから銀行/カード発行会社の Web サイトにリダイレクトし、そこで顧客は以前に設定したパスワードを入力して、実際にカード所有者であることを認証できるようになっています。その後、ウェブサイトは、トランザクションを完了するために必要な情報とともに、顧客をあなたのウェブサイトにリダイレクトします。（それにはかなり多くのことがありますが、それが基本的な前提です）。

そのため、Safari を使用して Web サイトを閲覧するユーザーだけでなく、豊富なタスクに焦点を当てた UI でユーザーが簡単に操作できるネイティブ エクスペリエンスを提供する ObjectiveC の実装である、IOS 用のネイティブアプリを (当初は)作成することに取り組んでいます。操作します。

私たちができないことは、ユーザーが認証のためにどこかにリダイレクトされ、その後リダイレクトされるように、ネイティブ アプリからブラウザ ウィンドウを開くことです。その理由は次のとおりです。

  • これは Web サイトではなくネイティブ アプリであるため、リダイレクト先 (URL) はありません。
  • ユーザー エクスペリエンスは、きれいな UI から、別の Web サイトの細くてスタイルの異なる Web フォームに切り替えてから戻るとひどいものです。

ネイティブ アプリ ( WP/IOS/Andriod ) を使用して3D セキュア(VbV / SecureCode) を実装しようとした人はいますか? それはできますか？別のアプローチを取りましたか？

読んでくれてありがとう！

4

4 に答える 4

4

私たちは買収者 (Global Payments 別名 HSBC) と早期に、ユーザー エクスペリエンスがひどいため、ネイティブ アプリ (または最終的にはモバイル Web サイトでさえも) に 3DS を実装しないという決定を下しました。チャージバックやユーザーに問題はありません。これについては、アクワイアラと支払いゲートウェイに相談する必要があります。私の見解では、3DS は、モバイル ネイティブ / Web については、それが証明されるまでオフにする必要があります。そうしないと、顧客は取引を完了できません。

とはいえ、Mopowered のような企業は、より優れた実装によってこれを解決したと主張しています。これらはまだ見ていません。

于 2013-10-12T19:13:11.047 に答える
2

カスタム URL スキームを使用して、3D セキュア リダイレクトの問題を解決できます。あなたが言ったように、これは良いユーザー エクスペリエンスではありませんが、ios プロジェクトではこの方法で解決しました。

于 2013-10-23T15:02:12.333 に答える
2

他の人が述べたように、ネイティブ認証中のショッパーのエクスペリエンスは、実装を検討するにはあまりにも貧弱です.

ただし、3D セキュア 2.0 の導入により、3D セキュア プロバイダーはネイティブ SDK を提供して、放棄率の低い認証を可能にすることができます。

于 2017-03-27T04:03:31.590 に答える