Googleは、 (Google)Payment Request APIの背後にある魔法のおかげで、 Chromeブラウザにeコマースフレーバーを積極的に追加しています。最近、Chromeはその機能を拡張して、インターネットブラウジング体験をより生産的にしています。そして、最終的にユーザーの生産性を向上させるオンライン購入体験を簡素化するよりも良い方法はありますか？
GoogleChromeはオンライン決済体験を再定義します
Google Chromeの新しいワンクリック、ワンタップのチェックアウトエクスペリエンスは、ユーザーが実験的な(one-click, one-tap checkout experience)Web PaymentsAPI機能を試すことができるchrome://flagsの背後で利用できます。同じWebPayments(Web Payments)カテゴリに分類される別の実験的なChromeフラグにより、 PaymentRequestAPIは可能な場合に最小限のUIを開くことができます。
現在、Chromeは(Chrome)、eコマースエクスペリエンス(speed up your e-commerce experience)を劇的に改善および高速化したいと考えています。その結果、Chromeは支払い関連の情報を保存する方法に大幅な見直しをもたらしています。このように、Chromeは、 (Chrome)Mac、Windows、Linux、Chrome OS、Androidでeコマースを注文するプロセスを簡素化することを目指しています。
Payment Request APIは、かなり前から存在しています。ただし、Googleは、Payment (Google)Request APIが販売者にとって直接価値がある方法を理解することから、API(APIs)がWeb上でより良い支払いアプリエクスペリエンスを実現する方法に焦点を移したと述べています。
“We’ve learned that building a compelling payment flow requires much more than just returning a credit card number. That’s why we are switching gears to focus on enabling payment apps through the Web Payments APIs,” said Eiji Kitamura, Developer Advocate at Google.
Chromeは、販売者、ユーザー、支払い方法の間の仲介役として機能するだけでなく、アプリケーションインターフェース内でフォームフリーの支払いエクスペリエンスをユーザーに提供したいと考えています。モバイルデバイスのキーボードの使用を最小限に抑えて、チェックアウトと支払い処理を高速化できます。したがって(Hence)、開発者はユーザーの支払いエクスペリエンスを大幅に向上させることができます。
モバイルデバイスから発信される商用トラフィックの66％(66 percent)にもかかわらず、 Googleによると、モバイルコンバージョンはデスクトップコンバージョンの約3分の1です。(one-third)Googleは、モバイルデバイスでのコンバージョンの減少は、複雑なチェックアウトフォームの結果であると考えています。
これまで、Googleは(Google)Autofillを使用してチェックアウトプロセスを簡素化しました。これにより、モバイルデバイスでのコンバージョンが25％(25 percent)向上したとのことです。Autofillはデータ入力の手動の性質を取り除くかもしれませんが、Googleは(Google)それが同じチェックアウトフローに基づいていると考えています。これは、 Googleが(Google)PaymentRequestAPIで積極的に対処しようとしていることです。
ネイティブペイメントアプリのギャップを埋める
ネイティブアプリは、Webアプリとは異なり、摩擦のないオンライン支払いエクスペリエンスを提供します。Chromeユーザーは、多くの場合、長いフォームに入力し、ポップアップやリダイレクトを介して複数の手順を実行して、ウェブ上で支払いを完了する必要があります。現在、PaymentRequestとPaymentHandler API(Payment Handler APIs)は一緒になって、 Chrome内のネイティブの支払いアプリのギャップを埋めることを約束します。( bridge the native payments app gap)
“Payment Request API provides a standardized way to invoke a version-mediated, low-friction payment flow on the web similar to what users might already be familiar with in many native apps,” Kitamura continued. “Payment Handler API allows payment apps to plug into the primary guest API to enable form-free payments on the web.”
Chromeのより高速なチェックアウトをテストする
WebサイトはPaymentRequestAPI(Payment Request API)を呼び出し、コストや互換性のある支払いオプションなど、支払いのパラメーターを提供します。次に、 Chrome(Chrome)は、サイトでサポートされている支払い方法と、ユーザーがブラウザー内で構成した支払い方法の共通部分を判別します。最終的に、Chromeではユーザーが好みの支払い方法を選択できます。
Chromeユーザーは、配信用の新しいアドレスを入力するか、既存のアドレスを選択できます。必要に応じて、配送方法を選択できます。お支払い方法は、クレジットカード、またはGooglePayなどのデバイスにインストールされているウォレットアプリの1つです(Google Pay)。最後に、ユーザーは「支払い」をタップします。次に、Chromeは選択した支払い方法からの応答を要求します。
支払い処理業者は、最初に要求を検証してから、応答をサーバーに直接返します。このように、Webサイトには支払いを処理するために必要なすべての情報があり、チェックアウトページのコンテキストを離れる必要がさらになくなります。
一方、Payment Handler APIはまったく新しいエコシステムをもたらし、Webベースの支払いアプリケーションが支払い方法として機能し、標準のPaymentRequestAPIのおかげでそれ自体をマーチャントWebサイトに統合できるようにします(Payment Request API)。
(Wallet)Google Payなどのウォレットアプリは、 WebPaymentsAPI(Web Payments APIs)の上に構築できます。既存の支払いアプリをPaymentRequestAPIと統合する方法はいくつかあります(Payment Request API)。Googleが説明しているように、オプションの1つは、既存の支払いエクスペリエンスにサービスワーカーを追加することにより、 PaymentHandlerAPIを実装することです。
GoogleChromeを使用したeコマースの未来
Payment Handler APIの「委任」機能を使用すると、支払いアプリは、配送や連絡先情報など、販売者から要求されたすべての情報を提供できます。以前は、同じ情報が常にブラウザから取得されていました。
今のところ、Googleは、支払いハンドラー(Payment Handlers)がWebブラウザーを介した手間のかからないeコマースの未来に適応するのに十分な時間を持っていることを望んでいます。支払いハンドラー(Payment Handler)とは何ですか、あなたは尋ねるかもしれませんか？ええと(Well)、支払いハンドラー(Payment Handler)は、ユーザーに代わって支払いの要求を処理するWebアプリケーションです。
Webアプリは、配送先住所と連絡先情報を処理するかどうかを指定する必要があります。それぞれの支払いオプションを個別にサポートするかどうかを指定することも、すべての支払いオプションをサポートするかどうかを指定することもできます。グーグルは、(Google)支払いハンドラー(Payment Handlers)に配送先住所と支払人の連絡先情報を提供する完全な委任が最終的な絵であると言います。
TheWindowsClubが確認した技術文書によると、Googleは、(Google)支払いハンドラー(Payment Handlers)が配送/連絡先の要件をすぐに処理することを義務付けていません。
Chromeはすぐに支払いハンドラーにジャンプできます。eコマースWebサイトがPaymentRequestAPI(Payment Request API)で単一の支払い方法のサポートを示している場合、支払い方法はURLで識別される必要があります。別のシナリオでは、サポートされている支払い方法に対して、ユーザーは少なくとも1つの支払いハンドラーをインストールする必要があります。(Payment Handler)
ユーザーが支払い方法に支払いハンドラーをインストールしていない場合、支払いハンドラーはジャストインタイム登録によって登録する必要があります。これらの条件が満たされると、ユーザージェスチャとChromeが(Chrome)支払い要求(Payment Request)をトリガーし、ブラウザはシートをスキップします。
“Together, delegation and skip-the-sheet enable payment apps to more easily transition their existing flows to the Payment Handler API.”
この機能の実用的なプロトタイプは、デスクトップ(Desktop)の「実験的なWebプラットフォーム機能」フラグの背後にあります。Googleは、(Google)支払い(Payment)ハンドラAPIが(API)Android Webviewに実装されていないと述べているため、AndroidWebviewを除くすべてのプラットフォームにこの機能を実装する予定です。
ワンクリックチェックアウトでChrome内の基本的なカードを交換(Chrome)
Chromeは最終的に(Chrome)基本カード(basic-card)支払い方法のサポートを廃止する予定であるとGoogleは確認しました。Googleは当初、フォームベースのクレジットカード支払いの代わりに、ベーシックカードの形式でPaymentRequestAPIをChromeに追加(Payment Request API)しました。(Chrome)ベーシックカードを使用すると、顧客はブラウザに保存されているクレジットカードを選択して、より迅速な支払いを行うことができます。グーグル(Google)は、バグ修正を除いて、Chromeの組み込みの基本的なカードサポートの機能開発を凍結していると言います。
Chromeに加えて、PaymentRequestAPIは新しい(Payment Request API)ChromiumベースのMicrosoftEdge(Chromium-based Microsoft Edge)とも互換性があります。一方、この機能は現在FirefoxおよびSafariブラウザで開発中です。
Google Chrome ships online shopping feature to place orders with one tap
Google is actively adding an e-commerce flavor to its Chrome browser thanks to the magic behind the Payment Request API. Of late, Chrome is expanding its capabilities to make your internet browsing experience more productive. And what better way is there than simplifying online purchasing experiences that ultimately boost users’ productivity?
Google Chrome redefines online payments experience
Google Chrome’s new one-click, one-tap checkout experience is available behind chrome://flags that allows users to try experimental Web Payments API features. Another experimental Chrome flag falling under the same Web Payments category allows the Payment Request API to open a minimal UI when possible.
Now, Chrome wants to dramatically improve and speed up your e-commerce experience. As a result, Chrome is bringing a major overhaul to the way it stores payment-related information. This way, Chrome is looking to simplify the process of placing e-commerce orders on Mac, Windows, Linux, Chrome OS, and Android.
The Payment Request API is around for quite some time now. However, Google says its focus has moved from trying to figure out how Payment Request API can be directly valuable to merchants to how the APIs can enable better payment app experiences on the web.
“We’ve learned that building a compelling payment flow requires much more than just returning a credit card number. That’s why we are switching gears to focus on enabling payment apps through the Web Payments APIs,” said Eiji Kitamura, Developer Advocate at Google.
Chrome not only wants to act as an intermediary between merchants, users, and payment methods but also provides users with form-free payments experience within the application interface. It enables faster check out and payment processing with minimal use of the mobile device keyboard. Hence, developers can improve the user’s payment experience to a significant extent.
Despite 66 percent of commercial traffic originating from mobile devices, Google says mobile conversions are about one-third of the desktop conversions. Google believes the lower conversions on mobile devices are the result of complex checkout forms.
In the past, Google simplified the checkout process with Autofill, which it says resulted in a 25 percent improvement in conversions on mobile devices. Although Autofill might get rid of the manual nature of data entry, Google thinks it is still based on the same checkout flow, something Google is actively trying to address with the Payment Request API.
Bridging the native payments app gap
Native apps offer a friction-less online payment experience, unlike web apps. Chrome users often have to fill a lengthy form and follow multiple steps through pop-ups and redirects to complete a payment on the web. Now, Payment Request and Payment Handler APIs together promise to bridge the native payments app gap within Chrome.
“Payment Request API provides a standardized way to invoke a version-mediated, low-friction payment flow on the web similar to what users might already be familiar with in many native apps,” Kitamura continued. “Payment Handler API allows payment apps to plug into the primary guest API to enable form-free payments on the web.”
Putting Chrome’s faster checkout to test
Websites call the Payment Request API and offer parameters of the payment including cost and compatible payment options. Chrome then determines the intersection of payment methods supported by the site and payment methods that the user has configured within the browser. Ultimately, Chrome allows users to choose their preferred method of payment.
Chrome users can enter a new address for the delivery or choose the existing one. They can select the delivery method where applicable. The payment method can be credit cards or one of the wallet apps that are installed on their device such as Google Pay. Finally, the user taps on ‘Pay.’ Chrome then requests a response from the selected payment method.
The payment processor first verifies the request and then returns the response directly to the server. This way, the website has all of the necessary information to process the payment, further eliminating the need for leaving the context of the checkout page.
Meanwhile, the Payment Handler API results in a whole new ecosystem, allowing a web-based payment application to act as a payment method and integrate itself into merchant websites, courtesy of the standard Payment Request API.
Wallet apps such as Google Pay can be built on top of the Web Payments APIs. There are different ways an existing payment app can integrate with the Payment Request API. As Google explains, one of the options is to implement the Payment Handler API by adding a service worker to their existing payment experience.
The future of e-commerce with Google Chrome
‘Delegation’ feature in the Payment Handler API allows a payment app to provide all the information requested by the merchant such as shipping and contact information. Previously, the same information used to always come from the browser.
For now, Google wants Payment Handlers to have enough time to adapt to the future of hassle-free e-commerce via web browsers. What is a Payment Handler, you may ask? Well, a Payment Handler is a web application that handles a request for payment on behalf of the user.
Web apps must specify whether or not they handle shipping address and contact info. They can either specify if they support each of the payment options separately or specify if they support all of the payment options. Google says a full delegation of providing shipping address and payer’s contact information to Payment Handlers is the end picture.
According to a technical document seen by TheWindowsClub, Google is not making it mandatory for Payment Handlers to handle shipping/contact requirements anytime soon.
Chrome can straightaway jump to a payment handler. If the e-commerce website indicates support for a single payment method in Payment Request API, then the payment method must be identified with a URL. In a different scenario, the user must have at least one Payment Handler installed for the supported payment method.
In case the user has no payment handler installed for the payment method, the payment handler should be registered through just-in-time registration. When these conditions are satisfied, a user gesture and Chrome will trigger Payment Request and the browser will skip the sheet.
“Together, delegation and skip-the-sheet enable payment apps to more easily transition their existing flows to the Payment Handler API.”
A working prototype of the feature is behind the “Experimental Web Platform features” flag on Desktop. Google plans to implement the feature on all platforms except Android Webview since it says Payment handler API is not implemented for Android Webview.
One-click checkout to replace basic cards within Chrome
Chrome is eventually deprecating the support for the basic-card payment method, Google has confirmed. Google initially added the Payment Request API to Chrome in the form of basic-cards as an alternative to form-based credit card payments. With basic-cards, customers can select the credit cards stored in the browser to make faster payments. Google says it is freezing feature development on Chrome’s built-in basic card support, except bug fixes.
In addition to Chrome, the Payment Request API is also compatible with the new Chromium-based Microsoft Edge. Meanwhile, the feature is currently in development in Firefox and Safari browsers.
