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