Google 은 (Google)Payment Request API 이면의 마법 덕분에 Chrome 브라우저 에 전자 상거래 기능을 적극적으로 추가하고 있습니다. 최근 Chrome 은 인터넷 탐색 경험을 보다 생산적으로 만들기 위해 기능을 확장하고 있습니다. 그리고 궁극적으로 사용자의 생산성을 높이는 온라인 구매 경험을 단순화하는 것보다 더 좋은 방법이 있습니까?
Google Chrome 은 온라인 결제 경험을 재정의합니다.
Google 크롬의 새로운 원클릭 원탭 체크아웃 환경 은 사용자가 실험적인 (one-click, one-tap checkout experience)Web Payments API 기능 을 사용해 볼 수 있도록 하는 chrome://flags 뒤에서 사용할 수 있습니다. 동일한 웹 결제(Web Payments) 카테고리 에 속하는 또 다른 실험적 Chrome 플래그를 사용하면 가능한 경우 (Chrome)결제 요청 API(Payment Request API) 가 최소한의 UI를 열 수 있습니다.
이제 Chrome 은 (Chrome)전자상거래 경험(speed up your e-commerce experience) 을 획기적으로 개선하고 속도를 높이고자 합니다 . 결과적으로 Chrome 은 결제 관련 정보를 저장하는 방식을 대대적으로 개편하고 있습니다. 이러한 방식으로 Chrome 은 (Chrome)Mac , Windows , Linux , Chrome OS 및 Android 에서 전자 상거래 주문 프로세스를 단순화하려고 합니다 .
지불 요청 API(Payment Request API) 는 이제 꽤 오랫동안 사용되었습니다. 그러나 Google 은 지불 (Google)요청 API(Request API) 가 어떻게 판매자에게 직접적으로 가치가 있는지 파악하는 것에서 API가 웹에서 더 나은 지불 앱 경험을 가능하게 하는 방법으로 초점이 옮겨졌다고 말합니다(APIs) .
“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 은 모바일 전환이 데스크톱 전환의 약 1/3 이라고 말합니다. (one-third)Google 은 휴대기기에서 낮은 전환율이 복잡한 결제 양식의 결과라고 생각합니다.
과거에 Google 은 (Google)자동 완성 기능을 사용하여 결제 프로세스를 간소화했으며 그 결과 휴대기기에서 전환율 이 25% 향상되었다고 합니다. (25 percent)자동 완성(Autofill) 은 데이터 입력의 수동 특성을 제거할 수 있지만 Google 은 여전히 동일한 결제 흐름을 기반으로 (Payment Request API)한다고(Google) 생각합니다 .
기본 결제 앱 격차 해소
네이티브 앱은 웹 앱과 달리 마찰 없는 온라인 결제 경험을 제공합니다. Chrome 사용자는 웹에서 결제를 완료하기 위해 종종 긴 양식을 작성하고 팝업 및 리디렉션을 통해 여러 단계를 수행해야 합니다. 이제 결제 요청(Payment Request) 및 결제 처리기 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의 더 빠른 체크아웃 테스트
웹사이트는 지불 요청 API(Payment Request API) 를 호출하고 비용 및 호환 가능한 지불 옵션을 포함한 지불 매개변수를 제공합니다. 그런 다음 Chrome(Chrome) 은 사이트에서 지원하는 결제 수단과 사용자가 브라우저 내에서 구성한 결제 수단의 교차점을 결정합니다. 궁극적으로 Chrome 에서는 사용자가 선호하는 결제 방법을 선택할 수 있습니다.
Chrome 사용자는 배송할 새 주소를 입력하거나 기존 주소를 선택할 수 있습니다. 해당되는 경우 배송 방법을 선택할 수 있습니다. 결제 수단은 신용카드 또는 Google Pay(Google Pay) 와 같이 기기에 설치된 지갑 앱 중 하나일 수 있습니다 . 마지막으로 사용자는 '결제'를 탭합니다. 그런 다음 Chrome은 선택한 결제 수단의 응답을 요청합니다.
지불 프로세서는 먼저 요청을 확인한 다음 서버에 직접 응답을 반환합니다. 이러한 방식으로 웹사이트에는 결제를 처리하는 데 필요한 모든 정보가 포함되어 있어 결제 페이지의 컨텍스트를 벗어날 필요가 없습니다.
한편, 지불 처리기 API 는 표준 (Payment Handler API)지불 요청 API(Payment Request API) 를 통해 웹 기반 지불 애플리케이션이 지불 방법으로 작동하고 판매자 웹사이트에 통합될 수 있도록 하는 완전히 새로운 생태계를 만듭니다.
(Wallet)Google Pay 와 같은 월렛 앱은 Web Payments API(Web Payments APIs) 를 기반으로 구축할 수 있습니다 . 기존 결제 앱이 결제 요청 API(Payment Request API) 와 통합할 수 있는 다양한 방법이 있습니다 . Google 에서 설명하는 것처럼 옵션 중 하나는 기존 결제 환경에 서비스 작업자를 추가하여 결제 처리기 API 를 구현하는 것입니다.(Payment Handler API)
Google Chrome 을 통한 전자상거래의 미래
결제 핸들러 API(Payment Handler API) 의 '위임' 기능을 통해 결제 앱은 배송, 연락처 등 가맹점이 요청하는 모든 정보를 제공할 수 있습니다. 이전에는 항상 동일한 정보가 브라우저에서 제공되었습니다.
현재 Google은 지불(Payment Handlers) 처리자가 웹 브라우저를 통해 번거롭지 않은 전자 상거래의 미래에 적응할 수 있는 충분한 시간을 갖기를 원합니다. 지불 처리기(Payment Handler) 란 무엇입니까 ? 음(Well) , 지불 처리기(Payment Handler) 는 사용자를 대신하여 지불 요청을 처리하는 웹 응용 프로그램입니다.
웹(Web) 앱은 배송 주소 및 연락처 정보를 처리할지 여부를 지정해야 합니다. 각 지불 옵션을 별도로 지원하는지 지정하거나 모든 지불 옵션을 지원하는지 지정할 수 있습니다. Google 은 배송 주소와 지불인의 연락처 정보를 (Google)지불 처리자(Payment Handlers) 에게 제공하는 전체 위임이 최종 그림이라고 말합니다.
TheWindowsClub 에서 본 기술 문서에 따르면 Google 은 (Google)결제(Payment Handlers) 처리자가 배송/연락 요구 사항을 곧 처리하도록 의무화하지 않습니다 .
Chrome 은 즉시 결제 처리기로 이동할 수 있습니다. 전자 상거래 웹사이트가 Payment Request API 에서 단일 결제 수단을 지원한다고 표시하는 경우 결제 수단은 (Payment Request API)URL 로 식별되어야 합니다 . 다른 시나리오에서 사용자는 지원되는 지불 방법에 대해 하나 이상의 지불 처리기 가 설치되어 있어야 합니다.(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(Desktop) 의 "실험적 웹 플랫폼 기능" 플래그 뒤에 있습니다 . 구글 은 안드로이드 웹뷰용 (Google)결제(Payment) 핸들러 API 가 구현되지 않았다고 해서 안드로이드 (Android Webview)웹뷰(Android Webview) 를 제외한 모든 플랫폼에서 이 기능을 구현할 계획이다 .
Chrome 내에서 기본 카드를 교체하는 원클릭 체크아웃
Chrome 은 결국 기본 카드(basic-card) 결제 방법에 대한 지원을 중단한다고 Google 이 확인했습니다. Google 은 처음에 형식 기반 신용 카드 결제의 대안으로 기본 카드 형식으로 결제 요청 API(Payment Request API) 를 Chrome 에 추가했습니다. (Chrome)기본 카드로 고객은 브라우저에 저장된 신용 카드를 선택하여 더 빠른 결제를 할 수 있습니다. 구글 은 버그 수정을 제외하고 (Google)크롬(Chrome) 에 내장된 기본 카드 지원에 대한 기능 개발을 중단한다고 밝혔습니다 .
Chrome 외에도 Payment Request API 는 새로운 Chromium 기반 Microsoft Edge(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.
