Google aktywnie dodaje smak e-commerce do swojej przeglądarki Chrome dzięki magii stojącej za interfejsem Payment Request API^{(Payment Request API)} . Ostatnio Chrome rozszerza swoje możliwości, aby zwiększyć wydajność przeglądania Internetu. A jaki jest lepszy sposób niż uproszczenie zakupów online, które ostatecznie zwiększy produktywność użytkowników?

Google Chrome na nowo definiuje płatności online

Nowy interfejs płatności jednym kliknięciem^{(one-click, one-tap checkout experience)} w przeglądarce Google Chrome jest dostępny pod chrome://flags , który umożliwia użytkownikom wypróbowanie eksperymentalnych funkcji interfejsu API płatności internetowych^{(Web Payments API)} . Inna eksperymentalna flaga Chrome należąca do tej samej kategorii płatności internetowych umożliwia ^{(Web Payments)}interfejsowi API żądania płatności^{(Payment Request API)} otwarcie minimalnego interfejsu użytkownika, gdy jest to możliwe.

Teraz Chrome chce znacznie ulepszyć i przyspieszyć korzystanie z e-commerce^{(speed up your e-commerce experience)} . W rezultacie Chrome wprowadza gruntowne zmiany w sposobie przechowywania informacji związanych z płatnościami. W ten sposób Chrome chce uprościć proces składania zamówień e-commerce na komputerach Mac^(Mac) , Windows , Linux , Chrome OS i Android .

Payment Request API działa już od dłuższego czasu . Jednak Google twierdzi, że jego uwaga przeniosła się z próby ustalenia, w jaki sposób interfejs API żądania^{(Request API)} płatności może być bezpośrednio wartościowy dla sprzedawców, na to, jak interfejsy API^(APIs) mogą zapewnić lepszą obsługę aplikacji płatniczych w Internecie.

“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 chce nie tylko pośredniczyć między sprzedawcami, użytkownikami i metodami płatności, ale także zapewniać użytkownikom możliwość dokonywania płatności bez formularzy w interfejsie aplikacji. Umożliwia szybsze wymeldowanie i przetwarzanie płatności przy minimalnym użyciu klawiatury urządzenia mobilnego. Dzięki^(Hence) temu programiści mogą w znacznym stopniu poprawić jakość płatności użytkownika.

Pomimo 66 procent^{(66 percent)} komercyjnego ruchu pochodzącego z urządzeń mobilnych, Google twierdzi, że konwersje mobilne stanowią około jednej trzeciej^(one-third) konwersji na komputerach. Google uważa, że ​​niższe konwersje na urządzeniach mobilnych są wynikiem złożonych formularzy płatności.

W przeszłości firma Google uprościła proces realizacji transakcji za pomocą funkcji autouzupełniania , która, jak twierdzi, skutkowała 25-procentową^{(25 percent)} poprawą konwersji na urządzeniach mobilnych. Chociaż autouzupełnianie^(Autofill) może pozbyć się ręcznego wprowadzania danych, Google uważa, że ​​nadal opiera się na tym samym przepływie transakcji, co Google aktywnie próbuje rozwiązać za pomocą interfejsu API żądania płatności^{(Payment Request API)} .

Wypełnianie luki w aplikacjach płatności natywnych

Aplikacje natywne oferują bezproblemowe płatności online, w przeciwieństwie do aplikacji internetowych. Użytkownicy Chrome^(Chrome) często muszą wypełnić długi formularz i wykonać wiele kroków w wyskakujących okienkach i przekierowaniach, aby dokonać płatności w internecie. Teraz interfejsy API Payment Request i Payment Handler API^{(Payment Handler APIs)} obiecują wypełnić lukę w natywnych aplikacjach płatniczych^{( bridge the native payments app gap)} w 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.”

Przygotowywanie do testowania szybszej realizacji transakcji w Chrome

Strony internetowe wywołują API Payment Request^{(Payment Request API)} i oferują parametry płatności, w tym koszt i kompatybilne opcje płatności. Chrome następnie określa skrzyżowanie metod płatności obsługiwanych przez witrynę i metod płatności skonfigurowanych przez użytkownika w przeglądarce. Ostatecznie Chrome pozwala użytkownikom wybrać preferowaną metodę płatności.

Użytkownicy Chrome^(Chrome) mogą wprowadzić nowy adres dostawy lub wybrać istniejący. W stosownych przypadkach mogą wybrać metodę dostawy. Metodą płatności mogą być karty kredytowe lub jedna z aplikacji portfela zainstalowanych na urządzeniu, na przykład Google Pay . Na koniec użytkownik klika „Zapłać”. Chrome następnie żąda odpowiedzi od wybranej metody płatności.

Procesor płatności najpierw weryfikuje żądanie, a następnie zwraca odpowiedź bezpośrednio do serwera. W ten sposób witryna zawiera wszystkie informacje niezbędne do przetworzenia płatności, co dodatkowo eliminuje potrzebę opuszczania kontekstu strony kasy.

Tymczasem Payment Handler API tworzy zupełnie nowy ekosystem, pozwalając internetowej aplikacji płatniczej działać jako metoda płatności i integrować się z witrynami sprzedawców dzięki standardowemu interfejsowi Payment Request API^{(Payment Request API)} .

Aplikacje portfela^(Wallet) , takie jak Google Pay , można tworzyć w oparciu o interfejsy API płatności internetowych^{(Web Payments APIs)} . Istnieją różne sposoby integracji istniejącej aplikacji płatniczej z interfejsem Payment Request API^{(Payment Request API)} . Jak wyjaśnia Google , jedną z opcji jest zaimplementowanie Payment Handler API przez dodanie pracownika usługi do istniejącego środowiska płatności.

Przyszłość handlu elektronicznego z Google Chrome

Funkcja „Delegacja” w interfejsie API^{(Payment Handler API)} obsługi płatności umożliwia aplikacji płatniczej dostarczenie wszystkich informacji wymaganych przez sprzedawcę, takich jak informacje o wysyłce i dane kontaktowe. Wcześniej te same informacje zawsze pochodziły z przeglądarki.

Na razie Google chce, aby operatorzy płatności^{(Payment Handlers)} mieli wystarczająco dużo czasu na dostosowanie się do przyszłości bezproblemowego handlu elektronicznego za pośrednictwem przeglądarek internetowych. Możesz zapytać, kim jest osoba obsługująca płatności ? ^{(Payment Handler)}Cóż^(Well) , Payment Handler to aplikacja internetowa, która obsługuje żądania płatności w imieniu użytkownika.

Aplikacje internetowe^(Web) muszą określić, czy obsługują adres wysyłki i dane kontaktowe. Mogą albo określić, czy obsługują każdą z opcji płatności osobno, albo określić, czy obsługują wszystkie opcje płatności. Google twierdzi, że pełna delegacja polegająca na podaniu adresu wysyłki i danych kontaktowych płatnika do podmiotów obsługujących płatności^{(Payment Handlers)} to obraz końcowy.

Zgodnie z dokumentem technicznym udostępnionym przez TheWindowsClub , Google nie nakłada na podmioty zajmujące się obsługą płatności^{(Payment Handlers)} obowiązku obsługi wymagań dotyczących wysyłki/kontaktu w najbliższym czasie.

Chrome może od razu przejść do modułu obsługującego płatności. Jeśli witryna e-commerce wskazuje obsługę pojedynczej metody płatności w Payment Request API , metoda płatności musi być identyfikowana za pomocą adresu URL^(URL) . W innym scenariuszu użytkownik musi mieć zainstalowany co najmniej jeden program obsługi płatności^{(Payment Handler)} dla obsługiwanej metody płatności.

W przypadku, gdy użytkownik nie ma zainstalowanego programu obsługi płatności dla metody płatności, program obsługi płatności powinien zostać zarejestrowany poprzez rejestrację just-in-time. Gdy te warunki są spełnione, gest użytkownika i Chrome wywoła żądanie płatności^{(Payment Request)} , a przeglądarka pominie arkusz.

“Together, delegation and skip-the-sheet enable payment apps to more easily transition their existing flows to the Payment Handler API.”

Działający prototyp funkcji znajduje się za flagą „Eksperymentalne funkcje platformy internetowej” na komputerze^(Desktop) . Google planuje wdrożyć tę funkcję na wszystkich platformach z wyjątkiem Android Webview , ponieważ twierdzi, że interfejs API^(API) obsługi płatności^(Payment) nie jest zaimplementowany dla Android Webview .

Zamówienie jednym kliknięciem, aby wymienić podstawowe karty w Chrome

Chrome ostatecznie wycofuje obsługę podstawowej^(basic-card) metody płatności kartą, potwierdził Google . Google początkowo dodał Payment Request API do Chrome w postaci podstawowych kart jako alternatywę dla płatności kartą kredytową w oparciu o formularz. Dzięki kartom podstawowym klienci mogą wybrać karty kredytowe przechowywane w przeglądarce, aby szybciej dokonywać płatności. Google twierdzi, że blokuje rozwój funkcji we wbudowanej podstawowej obsłudze kart Chrome , z wyjątkiem poprawek błędów.^(Chrome)

Oprócz przeglądarki Chrome^(Chrome) interfejs Payment Request API jest również zgodny z nowym Microsoft Edge opartym na Chromium^{(Chromium-based Microsoft Edge)} . Tymczasem funkcja jest obecnie opracowywana w przeglądarkach Firefox^(Firefox) i 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.

Related posts

• Google Chrome nie odpowiada, uruchomić ponownie teraz?

• Jak naprawić błędy pobierania plików w przeglądarce Google Chrome

• Jak zmienić domyślne ustawienia drukowania w Google Chrome

• Jak zniszczyć profil w przeglądarce Zamknij w Google Chrome

• Anna Assistant to idealna asystentka głosowa dla Google Chrome

• Jak włączyć nowy interfejs Material Design dla przeglądarki Google Chrome

• Napraw błąd ERR_SPDY_PROTOCOL_ERROR w Google Chrome

• ERR_NAME_NOT_RESOLVED, kod błędu 105 w Google Chrome

• Jak włączyć listę czytelniczą i korzystać z niej w Google Chrome

• Pobieranie Google Chrome blokuje się na 100%

• Jak tworzyć i usuwać profile w przeglądarce Google Chrome

• Napraw okno dialogowe Otwórz rozmazany plik w Google Chrome i Microsoft Edge

• Rozszerzenia Menedżera kart zwiększające produktywność w Google Chrome

• Twój profil nie mógł zostać poprawnie otwarty w Google Chrome

• Google Chrome otwiera się automatycznie po uruchomieniu komputera

• Jak importować lub eksportować zakładki Google Chrome do pliku HTML

• Jak wyłączyć lub włączyć tryb ciemny w Google Chrome w systemie Windows 10?

• Google Chrome nie usuwa historii przeglądania i danych

• Napraw błąd pobierania skryptu proxy w Google Chrome

• Jak zainstalować Google Chrome za pomocą Windows PowerShell