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