Google активно добавя вкус за електронна търговия към своя браузър Chrome благодарение на магията зад API за заявка за плащане^{(Payment Request API)} . Напоследък Chrome разширява възможностите си, за да направи вашето сърфиране в интернет по-продуктивно. И какъв по-добър начин има от опростяване на онлайн пазаруването, което в крайна сметка повишава производителността на потребителите?

Google Chrome предефинира опита за онлайн плащания

Новото изживяване за плащане с едно щракване и едно докосване^{(one-click, one-tap checkout experience)} на Google Chrome е достъпно зад chrome://flags , което позволява на потребителите да изпробват експериментални функции на API за уеб плащания^{(Web Payments API)} . Друг експериментален флаг на Chrome , попадащ в същата категория за уеб плащания^{(Web Payments)} , позволява на API за заявка за плащане^{(Payment Request API)} да отваря минимален потребителски интерфейс, когато е възможно.

Сега Chrome иска драстично да подобри и ускори вашето изживяване при електронна търговия^{(speed up your e-commerce experience)} . В резултат на това Chrome внася основен ремонт в начина, по който съхранява информация, свързана с плащане. По този начин Chrome се стреми да опрости процеса на пускане на поръчки за електронна търговия на Mac , Windows , Linux , Chrome OS и Android .

API за заявка за плащане^{(Payment Request API)} съществува от доста време. Въпреки това 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 казва, че мобилните реализации са около една трета^(one-third) от реализациите на настолни компютри. Google вярва, че по-ниските реализации на мобилни устройства са резултат от сложни формуляри за плащане.

В миналото Google опрости процеса на плащане с автоматично попълване , което според него е довело до 25 процента^{(25 percent)} подобрение на реализациите на мобилни устройства. Въпреки че автоматичното попълване^(Autofill) може да се отърве от ръчния характер на въвеждане на данни, Google смята, че все още се основава на същия поток на плащане, нещо, което Google активно се опитва да адресира с API за заявка за плащане^{(Payment Request API)} .

Преодоляване на празнината в приложенията за собствени плащания

Естествените приложения предлагат изживяване при онлайн плащане без триене, за разлика от уеб приложенията. Потребителите на Chrome^(Chrome) често трябва да попълват дълъг формуляр и да следват няколко стъпки чрез изскачащи прозорци и пренасочвания, за да завършат плащане в мрежата. Сега приложните програмни интерфейси (API) за ^{(Payment Handler APIs)}заявка^{(Payment Request)} за плащане и за обработка на плащания заедно обещават да преодолеят пропастта в приложението за плащания^{( bridge the native payments app gap)} в рамките на 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.”

Поставяне на по-бързото плащане на Chrome за тестване

Уебсайтовете извикват API за заявка за плащане^{(Payment Request API)} и предлагат параметри на плащането, включително цена и съвместими опции за плащане. След това Chrome^(Chrome) определя пресечната точка на начините на плащане, поддържани от сайта, и методите на плащане, които потребителят е конфигурирал в браузъра. В крайна сметка Chrome позволява на потребителите да избират предпочитания от тях начин на плащане.

Потребителите на Chrome^(Chrome) могат да въведат нов адрес за доставка или да изберат съществуващия. Те могат да изберат метода на доставка, където е приложимо. Начинът на плащане може да бъде кредитни карти или някое от приложенията за портфейл, които са инсталирани на тяхното устройство, като Google Pay . Накрая потребителят докосва „Плащане“. След това Chrome изисква отговор от избрания начин на плащане.

Процесорът за плащане първо проверява заявката и след това връща отговора директно на сървъра. По този начин уебсайтът разполага с цялата необходима информация за обработка на плащането, като допълнително елиминира необходимостта от напускане на контекста на страницата за плащане.

Междувременно API за обработка на плащания^{(Payment Handler API)} води до изцяло нова екосистема, позволяваща на уеб-базирано приложение за плащане да действа като метод на плащане и да се интегрира в уебсайтове на търговци, с любезното съдействие на стандартния API за заявки за плащане^{(Payment Request API)} .

Приложения за портфейл^(Wallet) , като Google Pay , могат да бъдат изградени върху 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 казва, че пълното делегиране на предоставяне на адрес за доставка и информация за контакт на платеца на лицата, извършващи плащания^{(Payment Handlers)} , е крайната картина.

Съгласно технически документ, видян от TheWindowsClub , Google не задължава операторите на плащания^{(Payment Handlers)} да се справят с изискванията за доставка/контакт в скоро време.

Chrome може веднага да премине към манипулатор на плащане. Ако уебсайтът за електронна търговия посочва поддръжка за един метод на плащане в API на заявка^{(Payment Request API)} за плащане , тогава методът на плащане трябва да бъде идентифициран с URL адрес^(URL) . В различен сценарий потребителят трябва да има инсталиран поне един Манипулатор^{(Payment Handler)} на плащане за поддържания метод на плащане.

В случай, че потребителят няма инсталиран манипулатор на плащане за метода на плащане, той трябва да бъде регистриран чрез регистрация точно навреме. Когато тези условия са изпълнени, потребителски жест и 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 . Google планира да внедри функцията на всички платформи с изключение на Android Webview , тъй като казва, че API за обработка на плащания^(Payment) не е внедрен за Android Webview .

Плащане с едно щракване за замяна на основните карти в Chrome

Chrome в крайна сметка оттегля поддръжката за основния метод на плащане с карта^(basic-card) , потвърди Google . Първоначално Google добави ^(Google)API за заявка за плащане^{(Payment Request API)} към Chrome под формата на основни карти като алтернатива на плащанията с кредитни карти, базирани на формуляри. С основните карти клиентите могат да избират кредитните карти, съхранявани в браузъра, за да извършват по-бързи плащания. Google казва, че блокира разработването на функции във вградената основна поддръжка на карти в Chrome , с изключение на корекции на грешки.^(Chrome)

В допълнение към Chrome , API за заявка за плащане^{(Payment Request API)} е съвместим и с новия Microsoft Edge, базиран на Chromium^{(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.

Related posts

• Google Chrome не реагира, да стартирате отново сега?

• Как да коригирате грешки при изтегляне на файлове в браузъра Google Chrome

• Как да промените настройките за печат по подразбиране в Google Chrome

• Как да унищожите профил при затваряне на браузъра в Google Chrome

• Anna Assistant е перфектен гласов асистент за Google Chrome

• Поправете съобщението за грешка ERR_CACHE_MISS в Google Chrome

• Как да активирате или деактивирате бутоните за превъртане на раздели в Google Chrome

• Разширението на Skype за Google Chrome ви позволява да получите достъп до Skype за уеб и повече!

• Вашият часовник е напред или Вашият часовник изостава грешка в Google Chrome

• Разширенията на Google Chrome не работят на Windows 11/10

• Как да проверите скоростта на вашата интернет връзка с Google Chrome

• Google Chrome за ограничаване на абонаментите за насочени известия до 90 дни

• Поправете грешка ERR_SPDY_PROTOCOL_ERROR в Google Chrome

• Как да активирате и деактивирате именуване на прозорци в Google Chrome

• Google Chrome срещу Firefox Quantum за компютър с Windows

• Как да създавате и изтривате профили в уеб браузъра Google Chrome

• Как да деактивирате функцията за автоматично влизане в Google Chrome

• Как да деактивирате или активирате тъмен режим в Google Chrome на Windows 10

• Поправете грешка при изтегляне на прокси скрипт в Google Chrome

• Google Chrome чака кеша - какво да правя!?