Google активно добавляет элементы электронной коммерции в свой браузер Chrome благодаря волшебству, лежащему в основе API запроса платежей^{(Payment Request API)} . В последнее время Chrome^(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 Request)} платежа и обработчика платежей^{(Payment Handler APIs)} вместе обещают заполнить пробел в нативных платежных приложениях^{( 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^{(TheWindowsClub)} , Google не обязывает обработчиков платежей^{(Payment Handlers)} выполнять требования по доставке/контактам в ближайшее время.

Chrome может сразу перейти к обработчику платежей. Если веб-сайт электронной коммерции указывает поддержку одного метода оплаты в Payment Request API , этот метод оплаты должен быть идентифицирован с помощью 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)Google подтвердил , что в конечном итоге Chrome прекращает поддержку основного^(basic-card) метода оплаты картой. Google изначально добавила API запроса платежа^{(Payment Request API)} в Chrome в виде базовых карт в качестве альтернативы платежам по кредитным картам на основе форм. С помощью основных карт клиенты могут выбирать кредитные карты, хранящиеся в браузере, для более быстрых платежей. Google заявляет, что приостанавливает разработку функций встроенной базовой поддержки карт Chrome , за исключением исправления ошибок.^(Chrome)

В дополнение к Chrome API запросов^{(Payment Request API)} на оплату также совместим с новым Microsoft Edge на базе Chromium^{(Chromium-based Microsoft Edge)} . Между тем, эта функция в настоящее время находится в разработке в браузерах Firefox^(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 не отвечает, Relaunch сейчас?

• Как исправить ошибки File Download на Google Chrome browser

• Как изменить Default Print Settings в Google Chrome

• Как Destroy Profile на Browser Close в Google Chrome

• Anna Assistant - идеальный voice assistant для Google Chrome

• Как помешать пользователям установить расширения в Google Chrome

• Ваш профиль не может быть открыт правильно в Google Chrome

• Fix ERR_SSL_PROTOCOL_ERROR на Google Chrome

• Google Chrome Для ограничения подписки на Push Notification до 90 дней

• З8848681 сообщение на Google Chrome

• Как Create and Delete Profiles в веб-браузере Google Chrome

• Best YouTube Расширения для Google Chrome для улучшения опыта

• Google Chrome Открытие автоматически, когда ПК сапоги

• Tab Manager Расширения для повышения производительности в Google Chrome

• Google Chrome Расширения не работают на Windows 10

• Fix Downloading Proxy Script error в Google Chrome

• Video Speed Controller для Mozilla Firefox and Google Chrome

• Google Chrome не очистит Browsing History and Data

• Google Chrome vs Firefox Quantum для Windows 10

• Как импортировать или экспортировать Google Chrome закладки на HTML file