決済手段 · ウォレット
Apple Payは、プロジェクトではなくボタンです。
対応デバイスでは、Apple Payは他の決済手段と同じcheckoutにワンタップのシートとして表示されます。お客様はFace IDまたはTouch IDで認証し、決済は実際のカード番号ではなくデバイストークンで処理されます。御社側には、カード入力の場合と同じ注文、同じレシートが届きます。
1タップ
カートから支払い完了まで
トークン
PANは一切表示されません
Face ID
認証を標準搭載
EUR
カードと同じ入金
処理の流れ
4ステップ、ほとんどは目に見えません。
- 01
DETECT
checkoutには、実際にApple Payで支払えるデバイスにのみボタンが表示されます。
- 02
TAP
金額と加盟店名が表示されたシートが開き、お客様がカードを選びます。
- 03
AUTHENTICATE
Face IDまたはTouch IDで確定します。これが強力な認証ステップとなるため、別途3-DSのチャレンジは発生しません。
- 04
SETTLE
決済はデバイストークンで処理され、カード売上と同じバッチでEURに精算されます。
お客様に表示される画面
メソッド一覧の最上部に、カードフォームと同じページで黒いApple Payボタンが表示されます。タップすると、金額、加盟店名、保存済みカードが並ぶネイティブのシートが開きます。入力するフォームも、住所の入力も、別ページへのリダイレクトもありません。だからこそモバイルでコンバージョンが高くなります。
- 01利用できる環境にのみ表示。使えないボタンは出ません
- 02金額と御社の加盟店名が表示されるネイティブのシート
- 03入力もリダイレクトも、別の認証ステップも不要
受け取る内容
カード入力と同じ結果になります。その日の入金にEURが含まれ、注文リファレンスもレシートも1つです。違いはお客様側にあるだけで、御社側には影響しません。ウォレットで支払われたからといって、精算の経路も、返金のフローも、照合のモデルも変わりません。
- 01注文、レシート、入金はカード入力と同一
- 02返金は注文単位で、同じウォレットへ戻されます
- 03追加の照合は不要。決済手段はレコードの1フィールドです
有効化に必要なこと
決済手段画面のトグルを切り替えるだけです。checkoutドメインのドメイン検証も有効化の一部として処理され、対応デバイスをお使いのすべてのお客様にボタンが自動で表示されます。SDKのインストールは不要で、Appleがシートを変更しても御社側で対応することはありません。
FAQ
Apple Pay — 加盟店からよくある質問。
不要です。決済手段画面でApple Payを有効にすると、ドメイン検証と証明書の処理まで含めて完了します。以降は対応デバイスにボタンが表示されます。
別途のチャレンジは発生しません。Face ID、Touch ID、パスコードといったデバイス自体の認証が強力な顧客認証のステップになります。ウォレット決済がカード入力よりコンバージョンしやすい大きな理由の1つです。
ボタンは表示されません。checkoutにはそのお客様が実際に使える決済手段だけが並びます。たとえばWindowsのデスクトップでは、使えないApple Payボタンが一覧の先頭を占めることなく、カード、USDC、振込が表示されます。
はい。カードの返金と同じく、全額・一部ともに、理由の入力を必須として注文に対して実行できます。資金は同じ経路を通って、ウォレットに紐づくカードへ戻ります。
すべての決済手段で、実際に決済を。
サンドボックスのマーチャント、APIキー、これらすべてを有効にしたcheckoutをご用意します。導入を決める前に、各決済手段をエンドツーエンドで試せます。