Google lägger aktivt till en e-handelssmak till sin Chrome - webbläsare tack vare magin bakom Payment Request API . På senare tid har Chrome utökat sina möjligheter för att göra din surfupplevelse mer produktiv. Och vilket bättre sätt finns det än att förenkla onlineköpupplevelser som i slutändan ökar användarnas produktivitet?

Google Chrome omdefinierar onlinebetalningsupplevelsen

Google Chromes nya ett-klick-utcheckningsupplevelse^{(one-click, one-tap checkout experience)} är tillgänglig bakom chrome://flags som låter användare prova experimentella Web Payments API- funktioner. En annan experimentell Chrome - flagga som faller under samma Web Payments- kategori tillåter Payment Request API att öppna ett minimalt användargränssnitt när det är möjligt.

Nu vill Chrome dramatiskt förbättra och ^(Chrome)snabba upp din e-handelsupplevelse^{(speed up your e-commerce experience)} . Som ett resultat av detta gör Chrome^(Chrome) en stor översyn av sättet att lagra betalningsrelaterad information. På så sätt vill Chrome förenkla processen för att lägga e-handelsbeställningar på ^(Chrome)Mac , Windows , Linux , Chrome OS och Android .

Payment Request API^{(Payment Request API)} har funnits ganska länge nu. Google säger dock att dess fokus har flyttats från att försöka ta reda på hur Payment Request API kan vara direkt värdefullt för handlare till hur API^(APIs) :erna kan möjliggöra bättre betalningsappupplevelser på webben.

“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 vill inte bara fungera som en mellanhand mellan handlare, användare och betalningsmetoder utan också ge användarna en formfri betalningsupplevelse i applikationsgränssnittet. Det möjliggör snabbare utcheckning och betalningshantering med minimal användning av den mobila enhetens tangentbord. Därför^(Hence) kan utvecklare förbättra användarens betalningsupplevelse i betydande utsträckning.

Trots att 66 procent^{(66 percent)} av den kommersiella trafiken kommer från mobila enheter, säger Google att mobilkonverteringar är ungefär en tredjedel^(one-third) av datorkonverteringarna. Google tror att de lägre konverteringarna på mobila enheter är resultatet av komplexa kassaformulär.

Tidigare förenklade Google kassaprocessen med Autofyll , vilket enligt bolaget resulterade i en 25-procentig^{(25 percent)} förbättring av konverteringar på mobila enheter. Även om Autofyll^(Autofill) kan bli av med den manuella karaktären av datainmatning, tror Google att det fortfarande är baserat på samma kassaflöde, något som Google aktivt försöker åtgärda med Payment Request API .

Överbrygga gapet för inbyggda betalningsappar

Inbyggda appar erbjuder en friktionsfri onlinebetalningsupplevelse, till skillnad från webbappar. Chrome -användare måste ofta fylla i ett långt formulär och följa flera steg genom popup-fönster och omdirigeringar för att slutföra en betalning på webben. Nu lovar API:erna för ^{(Payment Handler APIs)}betalningsbegäran^{(Payment Request)} och betalningshanteraren tillsammans att överbrygga gapet med inbyggda betalningsappar^{( bridge the native payments app gap)} i 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.”

Testar Chromes snabbare utcheckning

Webbplatser kallar Payment Request API och erbjuder parametrar för betalningen inklusive kostnad och kompatibla betalningsalternativ. Chrome avgör sedan skärningspunkten mellan betalningsmetoder som stöds av webbplatsen och betalningsmetoder som användaren har konfigurerat i webbläsaren. I slutändan låter Chrome användare välja sin föredragna betalningsmetod.

Chrome- användare kan ange en ny adress för leveransen eller välja den befintliga. De kan välja leveranssätt där det är tillämpligt. Betalningsmetoden kan vara kreditkort eller någon av plånboksapparna som är installerade på deras enhet som Google Pay . Slutligen trycker användaren på "Betala". Chrome begär sedan ett svar från den valda betalningsmetoden.

Betalningsprocessorn verifierar först begäran och returnerar sedan svaret direkt till servern. På så sätt har webbplatsen all nödvändig information för att behandla betalningen, vilket ytterligare eliminerar behovet av att lämna kontexten för kassasidan.

Samtidigt resulterar Payment Handler API i ett helt nytt ekosystem, vilket gör att en webbaserad betalningsapplikation kan fungera som en betalningsmetod och integrera sig i säljarens webbplatser, tack vare standard API för betalningsbegäran^{(Payment Request API)} .

Plånboksappar^(Wallet) som Google Pay kan byggas ovanpå Web Payments API^{(Web Payments APIs)} :er . Det finns olika sätt som en befintlig betalningsapp kan integrera med Payment Request API . Som Google förklarar är ett av alternativen att implementera Payment Handler API genom att lägga till en servicearbetare till sin befintliga betalningsupplevelse.

Framtiden för e-handel med Google Chrome

Funktionen "Delegering" i Payment Handler API tillåter en betalningsapp att tillhandahålla all information som efterfrågas av säljaren, såsom frakt- och kontaktinformation. Tidigare kom alltid samma information från webbläsaren.

För närvarande vill Google att betalningshanterare^{(Payment Handlers)} ska ha tillräckligt med tid för att anpassa sig till framtiden för problemfri e-handel via webbläsare. Vad är en betalningshanterare^{(Payment Handler)} kanske du frågar dig? Tja^(Well) , en Payment Handler är en webbapplikation som hanterar en begäran om betalning på uppdrag av användaren.

Webbappar^(Web) måste ange om de hanterar leveransadress och kontaktinformation eller inte. De kan antingen ange om de stöder vart och ett av betalningsalternativen separat eller ange om de stöder alla betalningsalternativ. Google säger att en fullständig delegation att tillhandahålla leveransadress och betalarens kontaktinformation till betalningshanterare^{(Payment Handlers)} är slutbilden.

Enligt ett tekniskt dokument som TheWindowsClub har sett, gör Google det inte obligatoriskt för betalningshanterare^{(Payment Handlers)} att hantera leverans-/kontaktkrav när som helst snart.

Chrome kan direkt hoppa till en betalningshanterare. Om e-handelswebbplatsen anger stöd för en enda betalningsmetod i Payment Request API måste betalningsmetoden identifieras med en URL . I ett annat scenario måste användaren ha minst en betalningshanterare^{(Payment Handler)} installerad för den betalningsmetod som stöds.

Om användaren inte har någon betalningshanterare installerad för betalningsmetoden, bör betalningshanteraren registreras genom just-in-time registrering. När dessa villkor är uppfyllda kommer en användargest och Chrome att utlösa en betalningsbegäran^{(Payment Request)} och webbläsaren hoppar över bladet.

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

En fungerande prototyp av funktionen finns bakom flaggan "Experimentella webbplattformsfunktioner" på skrivbordet^(Desktop) . Google planerar att implementera funktionen på alla plattformar utom Android Webview eftersom det står att Payment Manager API inte är implementerat för Android Webview .

Utcheckning med ett klick för att ersätta grundläggande kort i Chrome

Chrome kommer så småningom att fasa ut stödet för den grundläggande^(basic-card) betalningsmetoden med kort, har Google bekräftat. Google lade till en början Payment Request API till Chrome i form av grundläggande kort som ett alternativ till formulärbaserade kreditkortsbetalningar. Med basic-kort kan kunderna välja de kreditkort som lagras i webbläsaren för att göra snabbare betalningar. Google säger att det fryser funktionsutveckling på Chromes^(Chrome) inbyggda grundläggande kortstöd, förutom buggfixar.

Förutom Chrome är Payment Request API också kompatibel med den nya Chromium-baserade Microsoft Edge^{(Chromium-based Microsoft Edge)} . Samtidigt är funktionen för närvarande under utveckling i webbläsarna Firefox och 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 svarar inte, starta om nu?

• Så här fixar du filnedladdningsfel i webbläsaren Google Chrome

• Så här ändrar du standardinställningarna för utskrift i Google Chrome

• Hur man förstör profil på webbläsarstängning i Google Chrome

• Anna Assistant är en perfekt röstassistent för Google Chrome

• Så här inaktiverar du automatisk inloggningsfunktion i Google Chrome

• Hur du aktiverar och använder Commander-funktionen i Google Chrome

• Google Chrome-tillägg fungerar inte på Windows 11/10

• Google Chrome öppnas automatiskt när datorn startar

• Google Chrome för att begränsa prenumerationer på push-meddelanden till 90 dagar

• Åtgärda ERR_QUIC_PROTOCOL_ERROR i Google Chrome

• Google Chrome problem och problem med Windows 10

• Din profil kunde inte öppnas korrekt i Google Chrome

• Google Chrome fryser eller kraschar på en dator med Windows 10

• Hur man ändrar standard teckenstorlek i webbläsaren Google Chrome

• Hur man importerar eller exporterar Google Chrome-bokmärken till en HTML-fil

• Hur man inaktiverar eller aktiverar mörkt läge i Google Chrome på Windows 10

• Åtgärda dialogrutan för suddig filöppning i Google Chrome och Microsoft Edge

• Hur man fixar Aw, Snap! felmeddelande i webbläsaren Google Chrome

• Google Chrome-nedladdningar fastnar till 100 %