ウェブでのスムーズな支払い体験を実現するための新しいウェブ標準。
ウェブのエコシステムを推進する重要な要素の一つが、決済です。安全でシームレスかつ柔軟な決済システムがあれば、ウェブは持続可能で収益性の高いプラットフォームになります。Web Payments 標準は、決済ソリューションを販売者の購入手続きフローにシームレスに統合するための重要な構成要素となる可能性があります。
Web Payments とは
Web Payments は、Payment Request API、Payment Handler API、その他など、最新のブラウザで利用できる一連の新しい標準化された決済 API です。これらの新しいブラウザ プリミティブにより、オンライン決済が簡素化され、決済アプリをこれまで以上に簡単にブラウザに統合できるようになります。
この標準は柔軟性があり、さまざまな種類の決済システムに対応しています。また、あらゆるデバイス、お支払い方法、決済サービス プロバイダのあらゆるブラウザで動作するように設計されています。この柔軟性により、開発の簡素化、デプロイの一貫性、新しい決済テクノロジーとの将来的な互換性が実現します。
調査によると、購入手続きのフローが長いと、カートの放棄につながることがわかっています。Web Payments を使用すると、購入ごとに請求先情報を手動で入力する代わりに、数回タップするだけで購入手続きを完了できます。以下のデモでは、Google Pay が Web Payments を活用してシームレスなフローを構築する方法をご覧いただけます。他の決済アプリでも同様のことができます。
お客様が購入手続きに進み、[GPay] ボタンを押します。
Google Pay アプリが販売者のウェブサイトの前面に表示されます。
顧客が詳細を確認した後、Google Pay アプリで支払いを確定します。
販売者が支払いを検証し、購入が承認されます。
ブラウザ サポート
Web Payments はいくつかの異なるテクノロジーで構成されており、サポート状況はブラウザによって異なります。
決済アプリに Web Payments を統合するメリット
Web Payments と統合することで、決済アプリはユーザーに優れたユーザー エクスペリエンスを提供し、開発者エクスペリエンスを向上させ、セキュリティを強化できます。
ユーザー エクスペリエンスの向上
コンテキスト内決済: リダイレクトやポップアップ ウィンドウなしで、販売者のウェブサイトのコンテキスト内でモーダルで決済が行われます。
迅速な購入手続き: 購入者は、支払い情報をブラウザまたは支払いアプリに安全に保存し、対応する販売者のサイトでいつでも使用できます。
購入手続きの簡素化: 支払いを完了（または中止）すると、ユーザーは中断した時点の販売者のウェブサイトに戻ります。
開発者エクスペリエンスの向上
簡単な統合: Web Payments は、既存のプラットフォーム固有の決済アプリまたはウェブベースの決済アプリから拡張できます。
統合コストの低さ: 販売者は、JavaScript と基本的なサーバーサイド統合を使用して Web Payments を統合できます。
標準: 販売者との情報交換のプロトコルとデータ形式が標準化されているため、高度な統合は必要ありません。
セキュリティの強化
プラットフォーム固有の決済アプリを呼び出す際のサイドローディングの防止。
今後のセキュリティとプライバシーのパラダイムを考慮して設計されています。
ウェブ決済を使用すると、決済アプリは電子マネー、暗号通貨、銀行振込など、あらゆる種類の決済方法をウェブに導入できます。Web Payments は持続可能性を念頭に置いて設計されており、支払い処理や支払い方法に制限はありません。
Web Payments と他のアプローチの比較
ウェブで支払いを統合する既存のアプローチを検討します。
iframe: JavaScript を使用して、iframe に支払いハンドラのウェブサイトを挿入し、フォームを通じてお客様の支払い認証情報を収集します。
ポップアップ: JavaScript を使用してポップアップ ウィンドウを開き、フォームを使用するか、お客様に認証して支払い認証情報を選択してもらうことで、お客様の支払い認証情報を収集します。
リダイレクト: 販売者は、お客様をお支払いハンドラのウェブサイトにリダイレクトし、お客様が認証して支払い情報を選択できるようにします。リダイレクト URL はサーバー経由で伝達されます。
OAuth: 販売者は、OAuth を介して支払いハンドラの ID で顧客を認証して承認し、コンテキスト内の iframe UI を介して支払い方法や配送先住所などを選択できるようにします。
Web Payments との比較は次のとおりです。
| ウェブ決済 | iframe | ポップアップ | リダイレクト | OAuth | |
| コンテキスト内決済 | ✔ | ✔ | ✔* | ✔ | |
| 動的料金設定の更新 | ✔ | ✔ | |||
| 購入エクスペリエンスの効率化 | ✔ | ✔ | ✔ | ||
| プラットフォーム固有のアプリ統合 | ✔ | ✔ | |||
| 統合コストが低い | ✔ | ✔ | ✔ | ✔ | |
| 標準 | ✔ |
既存のアプリに Web Payments を統合する
Web Payments は、プラットフォーム固有の決済アプリとウェブベースの決済アプリの両方に統合できます。プラットフォーム固有の決済アプリがインストールされていない場合は、ウェブベースの決済アプリをフォールバックとして使用できます。環境に応じて、お客様と販売者は選択したお支払い方法でシームレスに送金と受け取りを行うことができます。
プラットフォーム固有の決済アプリ
すでにインストール ベースが大きく、既存のユーザーにウェブ上で一貫したエクスペリエンスを提供したい決済アプリに最適です。
Android の「インテント」機能とは異なり、Web Payments は支払いアプリを実行する前に署名検証を行うため、悪意のある支払いアプリをサイドローディングすることはできません。
上の動画では、Google Pay はプラットフォーム固有の支払いアプリです。
ウェブベースの決済アプリ
将来を見据えた設計: リダイレクトやポップアップなどの一般的な決済アプリの手法は、廃止される可能性のあるサードパーティ Cookie に基づいています。結果を予測することはまだ難しいですが、ウェブ決済はプライバシーが強化され、サードパーティ Cookie がない世界でウェブを活用することを目指しています。
ウェブベースのルートは、カード情報を登録している顧客が多いウェブサービスに最適です。
販売者の導入はどのように行われますか？
支払いアプリを販売者で利用できるようにするには、販売者が明示的に採用する必要があります。技術的には、販売者は支払いアプリの識別子（お支払い方法の識別子）を指定し、それを使用して Payment Request API を使用する必要があります。
統合を容易にするため、統合ガイドや SDK、ライブラリに適切なドキュメントを提供することをおすすめします。たとえば、Google Pay にはデベロッパー ガイドが用意されています。
支払いゲートウェイを利用することも、アウトリーチの拡大に役立つため、良い選択肢です。
料金
Web Payments は、ブラウザの標準技術をベースにしています。決済アプリがこの機能を導入したり、ブラウザで有効にしたりしても、それ自体で手数料が発生することはありません。