Гоогле^(Google) активно додаје укус е-трговине свом Цхроме^(Chrome) претраживачу захваљујући магији која стоји иза АПИ-ја за захтев за плаћање^{(Payment Request API)} . У последње време, Цхроме^(Chrome) проширује своје могућности како би ваше искуство претраживања интернета учинило продуктивнијим. А који бољи начин постоји од поједностављивања искустава куповине на мрежи која на крају повећавају продуктивност корисника?

Гоогле Цхроме^{(Google Chrome)} редефинише искуство онлајн плаћања

Ново искуство плаћања једним кликом и једним додиром^{(one-click, one-tap checkout experience)} у Гоогле Цхроме - у доступно је иза chrome://flags који омогућава корисницима да испробају експерименталне функције АПИ-ја за веб плаћања^{(Web Payments API)} . Још једна експериментална Цхроме^(Chrome) ознака која спада у исту категорију веб плаћања^{(Web Payments)} омогућава АПИ-ју за захтев^{(Payment Request API)} за плаћање да отвори минимални кориснички интерфејс када је то могуће.

Сада Цхроме^(Chrome) жели да драматично побољша и убрза ваше искуство е-трговине^{(speed up your e-commerce experience)} . Као резултат тога, Цхроме^(Chrome) доноси велику ревизију начина на који чува информације везане за плаћање. На овај начин, Цхроме^(Chrome) жели да поједностави процес слања поруџбина е-трговине на Мац^(Mac) , Виндовс^(Windows) , Линук^(Linux) , Цхроме ОС^{(Chrome OS)} и Андроид^(Android) .

АПИ за захтев за плаћање^{(Payment Request API)} постоји већ неко време. Међутим, Гоогле^(Google) каже да се његов фокус померио са покушаја да открије како АПИ за захтев^{(Request 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) активно покушава да реши помоћу АПИ-ја за захтев за плаћање^{(Payment Request API)} .

Премошћивање јаза у апликацији за матична плаћања

Изворне апликације нуде искуство онлајн плаћања без трења, за разлику од веб апликација. Корисници Цхроме^(Chrome) -а често морају да попуне дугачак образац и прате више корака кроз искачуће прозоре и преусмеравања да би извршили плаћање на вебу. Сада АПИ-ји за ^{(Payment Handler APIs)}захтев^{(Payment Request)} за плаћање и обрађивач плаћања заједно обећавају да ће премостити јаз у апликацији за плаћање^{( 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.”

Тестирање бржег плаћања Цхроме-а

Веб локације позивају АПИ за захтев за плаћање^{(Payment Request API)} и нуде параметре плаћања укључујући цену и компатибилне опције плаћања. Цхроме^(Chrome) затим утврђује пресек метода плаћања које сајт подржава и начина плаћања које је корисник конфигурисао у прегледачу. На крају, Цхроме^(Chrome) омогућава корисницима да одаберу жељени начин плаћања.

Корисници Цхроме^(Chrome) -а могу да унесу нову адресу за испоруку или да изаберу постојећу. Они могу да изаберу начин испоруке где је применљиво. Начин плаћања могу бити кредитне картице или једна од апликација за новчаник које су инсталиране на њиховом уређају, као што је Гоогле Паи^{(Google Pay)} . На крају, корисник додирне „Плати“. Цхроме затим захтева одговор од изабраног начина плаћања.

Процесор плаћања прво верификује захтев, а затим враћа одговор директно серверу. На овај начин, веб локација има све потребне информације за обраду плаћања, додатно елиминишући потребу за напуштањем контекста странице за плаћање.

У међувремену, АПИ за обраду плаћања^{(Payment Handler API)} резултира потпуно новим екосистемом, омогућавајући апликацији за плаћање на вебу да делује као начин плаћања и да се интегрише у веб локације трговаца, захваљујући стандардном АПИ-ју за захтев за плаћање^{(Payment Request API)} .

Апликације за новчаник^(Wallet) као што је Гоогле Паи^{(Google Pay)} могу да се направе на врху АПИ-ја за веб плаћања^{(Web Payments APIs)} . Постоје различити начини на који постојећа апликација за плаћање може да се интегрише са АПИ-јем за захтев за плаћање^{(Payment Request API)} . Као што Гоогле^(Google) објашњава, једна од опција је имплементација АПИ-ја за руковаоца плаћања^{(Payment Handler API)} додавањем сервисера у њихово постојеће искуство плаћања.

Будућност е-трговине са Гоогле Цхроме -ом^{(Google Chrome)}

Функција „Делегирање“ у АПИ-^{(Payment Handler API)} ју за руковање плаћањем омогућава апликацији за плаћање да пружи све информације које захтева трговац, као што су подаци о отпреми и контакт. Раније су исте информације увек долазиле из претраживача.

За сада, Гоогле жели да руковаоци плаћања^{(Payment Handlers)} имају довољно времена да се прилагоде будућности е-трговине без проблема путем веб претраживача. Шта је то руковалац плаћања^{(Payment Handler)} , питаћете се? Па^(Well) , Обрађивач плаћања^{(Payment Handler)} је веб апликација која обрађује захтев за плаћање у име корисника.

Веб^(Web) апликације морају да наведу да ли обрађују адресу за испоруку и контакт информације. Они могу или да наведу да ли подржавају сваку од опција плаћања посебно или да наведу да ли подржавају све опције плаћања. Гоогле^(Google) каже да је потпуна делегација пружања адресе за испоруку и контакт информација платиоца особама које управљају плаћањем^{(Payment Handlers)} крајња слика.

Према техничком документу који је видео ТхеВиндовсЦлуб^{(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) на крају укида подршку за основни^(basic-card) начин плаћања картицом, потврдио је Гоогле . ^(Google)Гоогле^(Google) је првобитно додао АПИ^{(Payment Request API)} за захтев за плаћање у Цхроме^(Chrome) у облику основних картица као алтернативу плаћању кредитном картицом на основу обрасца. Са основним картицама, купци могу да изаберу кредитне картице ускладиштене у претраживачу како би извршили брже плаћање. Гоогле^(Google) каже да замрзава развој функција на Цхроме^(Chrome) -овој уграђеној основној подршци за картице, осим исправки грешака.

Поред Цхроме^(Chrome) -а, АПИ за захтев за плаћање^{(Payment Request API)} је такође компатибилан са новим Мицрософт Едге-ом заснованим на Цхромиум-у^{(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

• Гоогле Цхроме не реагује. Желите ли га поново покренути?

• Како да поправите грешке при преузимању датотека у прегледачу Гоогле Цхроме

• Како променити подразумеване поставке штампања у Гоогле Цхроме-у

• Како уништити профил на затварању претраживача у Гоогле Цхроме-у

• Анна Ассистант је савршен гласовни асистент за Гоогле Цхроме

• Ваш сат напредује или ваш сат касни грешка у Гоогле Цхроме-у

• Поправите дијалог за отварање замућене датотеке у Гоогле Цхроме-у и Мицрософт Едге-у

• Греат Суспендер ће аутоматски суспендовати картице у Гоогле Цхроме-у

• Подесите јачину звука на Гоогле Цхроме картицама засебно помоћу Волуме Мастер-а

• Како омогућити нови кориснички интерфејс Материал Десигн за Гоогле Цхроме претраживач

• Гоогле Цхроме се замрзава или руши на рачунару са оперативним системом Виндовс 10

• Како омогућити или онемогућити траку са картицама која се може померати у Гоогле Цхроме-у

• Гоогле Цхроме се аутоматски отвара када се рачунар покрене

• Исправите грешку при преузимању прокси скрипте у Гоогле Цхроме-у

• Како онемогућити или омогућити тамни режим у Гоогле Цхроме-у у оперативном систему Виндовс 10

• Како уклонити дугме Глобал Медиа Цонтрол са траке са алаткама Гоогле Цхроме-а

• Како спречити кориснике да инсталирају екстензије у Гоогле Цхроме-у

• Проблеми са Гоогле Цхроме-ом и проблеми са Виндовс 10

• Гоогле Цхроме ће ограничити претплате на пусх обавештења на 90 дана

• Поправи ЕРР_КУИЦ_ПРОТОЦОЛ_ЕРРОР у Гоогле Цхроме-у