A Google a ^(Google)Payment Request API mögött meghúzódó varázslatnak köszönhetően aktívan új e-kereskedelmi ízekkel bővíti Chrome böngészőjét . Az utóbbi időben a Chrome bővíti képességeit, hogy hatékonyabbá tegye az internetes böngészést. És mi van ennél jobb módszer, mint az online vásárlási élmény egyszerűsítése, ami végső soron növeli a felhasználók termelékenységét?

A Google Chrome^{(Google Chrome)} újradefiniálja az online fizetési élményt

chrome://flags mögött elérhető a Google Chrome új egykattintásos, egyérintéses fizetési^{(one-click, one-tap checkout experience)} funkciója , amely lehetővé teszi a felhasználók számára, hogy kipróbálják a Web Payments API kísérleti funkcióit. Egy másik kísérleti Chrome -jelző, amely ugyanebbe a webes fizetési^{(Web Payments)} kategóriába tartozik, lehetővé teszi a Payment Request API számára, hogy lehetőség szerint minimális felhasználói felületet nyisson meg.

A Chrome^(Chrome) most drámai módon szeretné javítani és felgyorsítani az e-kereskedelmi élményt^{(speed up your e-commerce experience)} . Ennek eredményeként a Chrome alaposan átalakítja a fizetéssel kapcsolatos információk tárolásának módját. Ily módon a Chrome le akarja egyszerűsíteni az e-kereskedelmi rendelések leadásának folyamatát Macen^(Mac) , Windowson^(Windows) , Linuxon^(Linux) , Chrome OS -en és Androidon^(Android) .

A Payment Request API már jó ideje létezik. A Google^(Google) azonban azt állítja, hogy a hangsúly nem annak kiderítése, hogy a Payment Request API hogyan lehet közvetlenül értékes a kereskedők számára, hanem arra, hogy az API^(APIs) -k hogyan tehetik lehetővé a fizetési alkalmazások jobb internetes élményét.

“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.

A Chrome^(Chrome) nemcsak közvetítőként kíván fellépni a kereskedők, a felhasználók és a fizetési módok között, hanem űrlapmentes fizetési élményt is biztosít a felhasználóknak az alkalmazás felületén. Gyorsabb kijelentkezést és fizetési feldolgozást tesz lehetővé a mobileszköz billentyűzetének minimális használatával. Így^(Hence) a fejlesztők jelentős mértékben javíthatják a felhasználó fizetési élményét.

Annak ellenére , hogy a kereskedelmi forgalom 66 százaléka^{(66 percent)} mobileszközökről származik, a Google szerint a mobilkonverziók az asztali számítógépes konverziók körülbelül egyharmadát teszik ki. ^(one-third)A Google^(Google) úgy véli, hogy a mobileszközökön elért alacsonyabb konverziók összetett fizetési formák eredménye.

Korábban a Google leegyszerűsítette a fizetési folyamatot az Automatikus kitöltéssel , amely szerinte 25 százalékos^{(25 percent)} javulást eredményezett a konverziók számában mobileszközökön. Bár az automatikus kitöltés^(Autofill) megszabadulhat az adatbevitel kézi jellegétől, a Google úgy gondolja, hogy továbbra is ugyanazon a fizetési folyamaton alapul, amit a Google a ^(Google)Payment Request API -val aktívan próbál kezelni .

A natív fizetési alkalmazások közötti szakadék áthidalása

A natív alkalmazások súrlódásmentes online fizetési élményt kínálnak, ellentétben a webalkalmazásokkal. A Chrome^(Chrome) -felhasználóknak gyakran hosszú űrlapot kell kitölteniük, és több lépést kell végrehajtaniuk az előugró ablakokon és átirányításokon keresztül, hogy teljesítsenek egy fizetést az interneten. Mostantól a Payment Request és Payment Handler API^{(Payment Handler APIs)} -k együtt azt ígérik, hogy áthidalják a natív fizetési alkalmazások közötti rést^{( bridge the native payments app gap)} a Chrome-on belül.

“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.”

A Chrome gyorsabb fizetésének tesztelése

A webhelyek a Payment Request API -t hívják , és a fizetés paramétereit kínálják, beleértve a költségeket és a kompatibilis fizetési lehetőségeket. A Chrome^(Chrome) ezután meghatározza a webhely által támogatott fizetési módok és a felhasználó által a böngészőben beállított fizetési módok metszéspontját. Végső soron a Chrome lehetővé teszi a felhasználók számára, hogy kiválasszák a kívánt fizetési módot.

A Chrome^(Chrome) -felhasználók új címet adhatnak meg a szállításhoz, vagy választhatják a meglévőt. Adott esetben kiválaszthatják a szállítási módot. A fizetési mód lehet hitelkártya vagy az eszközükre telepített pénztárca-alkalmazások, például a Google Pay . Végül a felhasználó megérinti a „Fizetés” gombot. A Chrome ezután választ kér a kiválasztott fizetési módtól.

A fizetésfeldolgozó először ellenőrzi a kérést, majd közvetlenül visszaküldi a választ a szervernek. Így a weboldal minden szükséges információval rendelkezik a fizetés lebonyolításához, így nincs szükség a pénztári oldal kontextusának elhagyására.

Eközben a Payment Handler API egy teljesen új ökoszisztémát eredményez, amely lehetővé teszi, hogy a webalapú fizetési alkalmazások fizetési módként működjenek, és a szabványos Payment Request API jóvoltából integrálódjanak a kereskedői webhelyekbe .

Az olyan Wallet^(Wallet) -alkalmazások, mint a Google Pay , a ^{(Google Pay)}Web Payments API^{(Web Payments APIs)} -kra építhetők . Egy meglévő fizetési alkalmazás többféleképpen integrálható a Payment Request API -val . Ahogy a Google elmagyarázza, az egyik lehetőség a Payment Handler API bevezetése egy szervizmunkás hozzáadásával a meglévő fizetési tapasztalatokhoz.

Az e-kereskedelem jövője a Google Chrome -mal^{(Google Chrome)}

A Payment Handler API^{(Payment Handler API)} „Delegation” funkciója lehetővé teszi a fizetési alkalmazások számára, hogy megadják a kereskedő által kért összes információt, például a szállítási és kapcsolatfelvételi adatokat. Korábban mindig ugyanazok az információk érkeztek a böngészőből.

A Google egyelőre azt szeretné , ha a fizetéskezelőknek^{(Payment Handlers)} elegendő idejük lenne alkalmazkodni a webböngészőkön keresztüli problémamentes e-kereskedelem jövőjéhez. Kérdezheti^{(Payment Handler)} , mi az a fizetéskezelő ? Nos^(Well) , a Payment Handler egy olyan webalkalmazás, amely a felhasználó nevében kezeli a fizetési kérelmeket.

A webalkalmazásoknak^(Web) meg kell határozniuk, hogy kezelik-e a szállítási címet és a kapcsolattartási adatokat. Megadhatják, hogy az egyes fizetési lehetőségeket külön támogatják-e, vagy megadhatják, hogy az összes fizetési lehetőséget támogatják-e. A Google^(Google) szerint a végső kép a szállítási cím és a fizető elérhetőségi adatainak fizetéskezelők számára történő megadása.^{(Payment Handlers)}

A TheWindowsClub^{(TheWindowsClub)} által látott technikai dokumentum szerint a Google a^(Google) közeljövőben nem teszi kötelezővé a fizetéskezelők^{(Payment Handlers)} számára a szállítási/kapcsolatfelvételi követelmények kezelését.

A Chrome^(Chrome) azonnal fizetéskezelőhöz tud ugrani. Ha az e-kereskedelmi webhely egyetlen fizetési mód támogatását jelzi a Payment Request API -ban, akkor a fizetési módot egy ^{(Payment Request API)}URL -lel kell azonosítani . Egy másik forgatókönyv esetén a felhasználónak legalább egy fizetéskezelővel kell rendelkeznie a támogatott fizetési^{(Payment Handler)} módhoz.

Abban az esetben, ha a felhasználó nem rendelkezik fizetéskezelővel a fizetési módhoz, a fizetéskezelőt a just-in-time regisztrációval kell regisztrálni. Ha ezek a feltételek teljesülnek, egy felhasználói kézmozdulat és a Chrome elindítja a fizetési kérelmet^{(Payment Request)} , és a böngésző kihagyja a lapot.

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

A funkció működő prototípusa a „Kísérleti webplatform funkciók” jelzője mögött található az asztalon^(Desktop) . A Google^(Google) azt tervezi, hogy a funkciót az Android Webview kivételével az összes platformon implementálja, mivel azt állítja, hogy a Payment handler API nincs implementálva az Android Webview számára .

Egykattintásos fizetés az alapkártyák cseréjéhez a Chrome -ban^(Chrome)

^(Chrome)A Google megerősítette, hogy a ^(Google)Chrome végül megszünteti az alapkártyás fizetési^(basic-card) mód támogatását . A Google^(Google) kezdetben a Payment Request API -t alapkártyák formájában adta hozzá a Chrome -hoz az űrlapalapú hitelkártyás fizetés alternatívájaként. Az alapkártyákkal az ügyfelek kiválaszthatják a böngészőben tárolt hitelkártyákat a gyorsabb fizetés érdekében. A Google^(Google) azt állítja, hogy a hibajavítások kivételével leállítja a Chrome beépített alapkártya-támogatási funkcióinak fejlesztését .

A Chrome mellett a Payment Request API is kompatibilis az új Chromium-alapú Microsoft Edge-^{(Chromium-based Microsoft Edge)} vel . Eközben a funkció jelenleg fejlesztés alatt áll a Firefox és a Safari böngészőkben.

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

• A Google Chrome nem válaszol. Újraindítja most?

• A fájlletöltési hibák kijavítása a Google Chrome böngészőben

• Az alapértelmezett nyomtatási beállítások módosítása a Google Chrome-ban

• Hogyan lehet megsemmisíteni a profilt a böngésző bezárásakor a Google Chrome-ban

• Az Anna Asszisztens tökéletes hangasszisztens a Google Chrome-hoz

• A Google Chrome bővítményei nem működnek a Windows 11/10 rendszeren

• Az Olvasólista engedélyezése és használata a Google Chrome-ban

• Video sebességvezérlő Mozilla Firefox és Google Chrome számára

• Az új Material Design felhasználói felület engedélyezése a Google Chrome böngészőben

• A helyesírás-ellenőrző automatikus bekapcsolása a Google Chrome-ban

• Az ablakelnevezés engedélyezése és letiltása a Google Chrome-ban

• Javítsa ki az ERR_QUIC_PROTOCOL_ERROR hibát a Google Chrome-ban

• A sötét mód letiltása vagy engedélyezése a Google Chrome-ban a Windows 10 rendszeren

• A Tab Search ikon engedélyezése vagy letiltása a Google Chrome-ban

• Az órája előre van, vagy az órája mögött van a Google Chrome hibaüzenete

• Tiltsa le a Profilkezelőt a Google Chrome-ban a Windows 11/10 rendszeren

• Hogyan lehet letiltani az automatikus bejelentkezés funkciót a Google Chrome-ban

• Hogyan akadályozhatja meg, hogy a felhasználók bővítményeket telepítsenek a Google Chrome-ba

• Az alapértelmezett betűméret megváltoztatása a Google Chrome böngészőben

• Profilok létrehozása és törlése a Google Chrome böngészőben