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