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