Braintree の透過的なリダイレクトの仕組みのステップ 2 では、次のように述べています。
その後、支払いゲートウェイはデータを保存し、顧客をサイトにリダイレクトします. 支払いゲートウェイはコンテンツを表示せずに顧客をサイトにリダイレクトするため、顧客はサイトを離れたことに気付かない.
この透過的なリダイレクトはどの程度正確に実装されていますか?
- HTML メタリフレッシュ?
- Javascript ロード URL スニペット?
- HTTP 3xx リダイレクト?
Braintree の透過的なリダイレクトの仕組みのステップ 2 では、次のように述べています。
その後、支払いゲートウェイはデータを保存し、顧客をサイトにリダイレクトします. 支払いゲートウェイはコンテンツを表示せずに顧客をサイトにリダイレクトするため、顧客はサイトを離れたことに気付かない.
この透過的なリダイレクトはどの程度正確に実装されていますか?
私は Braintree の開発者です。
現在、HTTP リダイレクトを使用してこれを実装しています。action
マーチャントは、フォームをブレインツリー URL に設定することで、フォームを構成して私たちに投稿します。
フォームの投稿を受け取ると、コンテンツを表示せずにユーザーをマーチャントのサイトにリダイレクトします。これは、ヘッダーHTTP 3xx
付きの応答を介して行います。Location
ユーザーがブラウザのステータス バーを見ている場合を除き、マーチャントの Web サイトを離れたことを示す目に見える兆候はありません。これにより、マーチャントは、クレジット カード データがサーバーを通過する必要なく、チェックアウト プロセスのユーザー エクスペリエンスを制御できます。
また、Web サイトで透過的リダイレクト API の概要を読むこともできます。