Google secara aktif menambahkan cita rasa e-niaga ke browser Chrome berkat keajaiban di balik API Permintaan Pembayaran^{(Payment Request API)} . Akhir-akhir ini, Chrome memperluas kemampuannya untuk membuat pengalaman menjelajah internet Anda lebih produktif. Dan apa cara yang lebih baik selain menyederhanakan pengalaman pembelian online yang pada akhirnya meningkatkan produktivitas pengguna?

Google Chrome mengubah pengalaman pembayaran online

Pengalaman checkout satu-klik, satu-tap^{(one-click, one-tap checkout experience)} baru Google Chrome tersedia di belakang chrome://flags yang memungkinkan pengguna untuk mencoba fitur Web Payments API eksperimental . Bendera Chrome eksperimental lainnya yang termasuk dalam kategori Pembayaran Web^{(Web Payments)} yang sama memungkinkan API Permintaan Pembayaran^{(Payment Request API)} untuk membuka UI minimal jika memungkinkan.

Sekarang, Chrome ingin meningkatkan dan mempercepat pengalaman e-niaga Anda^{(speed up your e-commerce experience)} secara dramatis . Akibatnya, Chrome melakukan perombakan besar pada cara penyimpanan informasi terkait pembayaran. Dengan cara ini, Chrome ingin menyederhanakan proses pemesanan e-niaga di Mac , Windows , Linux , Chrome OS , dan Android .

API Permintaan Pembayaran^{(Payment Request API)} sudah ada cukup lama sekarang. Namun, Google mengatakan fokusnya telah beralih dari mencoba mencari tahu bagaimana API Permintaan^{(Request API)} Pembayaran dapat secara langsung berharga bagi pedagang ke bagaimana API^(APIs) dapat memungkinkan pengalaman aplikasi pembayaran yang lebih baik di 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 tidak hanya ingin bertindak sebagai perantara antara pedagang, pengguna, dan metode pembayaran, tetapi juga memberikan pengalaman pembayaran tanpa formulir kepada pengguna dalam antarmuka aplikasi. Ini memungkinkan proses check out dan pembayaran yang lebih cepat dengan penggunaan keyboard perangkat seluler yang minimal. Oleh karena itu^(Hence) , pengembang dapat meningkatkan pengalaman pembayaran pengguna secara signifikan.

Meskipun 66 persen^{(66 percent)} lalu lintas komersial berasal dari perangkat seluler, Google mengatakan konversi seluler adalah sekitar sepertiga^(one-third) dari konversi desktop. Google percaya bahwa konversi yang lebih rendah pada perangkat seluler adalah hasil dari formulir pembayaran yang rumit.

Di masa lalu, Google menyederhanakan proses pembayaran dengan IsiOtomatis , yang dikatakan menghasilkan peningkatan 25 persen^{(25 percent)} dalam konversi di perangkat seluler. Meskipun IsiOtomatis^(Autofill) mungkin menghilangkan sifat entri data manual, Google menganggapnya masih didasarkan pada alur pembayaran yang sama, sesuatu yang secara aktif coba diatasi oleh Google dengan ^(Google)API Permintaan Pembayaran^{(Payment Request API)} .

Menjembatani kesenjangan aplikasi pembayaran asli

Aplikasi asli menawarkan pengalaman pembayaran online tanpa gesekan, tidak seperti aplikasi web. Pengguna Chrome^(Chrome) sering kali harus mengisi formulir yang panjang dan mengikuti beberapa langkah melalui munculan dan pengalihan untuk menyelesaikan pembayaran di web. Sekarang, API Permintaan^{(Payment Request)} Pembayaran dan Handler Pembayaran^{(Payment Handler APIs)} bersama-sama berjanji untuk menjembatani kesenjangan aplikasi pembayaran asli^{( bridge the native payments app gap)} dalam 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.”

Menguji pembayaran Chrome yang lebih cepat

Situs web memanggil API Permintaan Pembayaran^{(Payment Request API)} dan menawarkan parameter pembayaran termasuk biaya dan opsi pembayaran yang kompatibel. Chrome kemudian menentukan persimpangan metode pembayaran yang didukung oleh situs dan metode pembayaran yang telah dikonfigurasi pengguna dalam browser. Pada akhirnya, Chrome memungkinkan pengguna untuk memilih metode pembayaran pilihan mereka.

Pengguna Chrome^(Chrome) dapat memasukkan alamat baru untuk pengiriman atau memilih yang sudah ada. Mereka dapat memilih metode pengiriman jika berlaku. Metode pembayarannya bisa kartu kredit atau salah satu aplikasi dompet yang terpasang di perangkat mereka seperti Google Pay . Terakhir, pengguna mengetuk 'Bayar'. Chrome kemudian meminta tanggapan dari metode pembayaran yang dipilih.

Pemroses pembayaran pertama-tama memverifikasi permintaan dan kemudian mengembalikan respons langsung ke server. Dengan cara ini, situs web memiliki semua informasi yang diperlukan untuk memproses pembayaran, yang selanjutnya menghilangkan kebutuhan untuk meninggalkan konteks halaman checkout.

Sementara itu, Payment Handler API menghasilkan ekosistem yang sama sekali baru, memungkinkan aplikasi pembayaran berbasis web untuk bertindak sebagai metode pembayaran dan mengintegrasikan dirinya ke dalam situs web pedagang, berkat API Permintaan Pembayaran^{(Payment Request API)} standar .

Aplikasi dompet^(Wallet) seperti Google Pay dapat dibuat di atas API Pembayaran Web^{(Web Payments APIs)} . Ada berbagai cara aplikasi pembayaran yang ada dapat berintegrasi dengan API Permintaan Pembayaran^{(Payment Request API)} . Seperti yang dijelaskan Google , salah satu opsinya adalah mengimplementasikan Payment Handler API dengan menambahkan service worker ke pengalaman pembayaran mereka yang ada.

Masa depan e-niaga dengan Google Chrome

Fitur 'Delegasi' di Payment Handler API memungkinkan aplikasi pembayaran memberikan semua informasi yang diminta oleh pedagang seperti pengiriman dan informasi kontak. Sebelumnya, informasi yang sama dulu selalu datang dari browser.

Untuk saat ini, Google ingin Payment Handler^{(Payment Handlers)} memiliki cukup waktu untuk beradaptasi dengan masa depan e-commerce tanpa kerumitan melalui browser web. Apa itu Payment Handler , Anda mungkin bertanya? Nah^(Well) , Payment Handler adalah aplikasi web yang menangani permintaan pembayaran atas nama pengguna.

Aplikasi web^(Web) harus menentukan apakah mereka menangani alamat pengiriman dan info kontak atau tidak. Mereka dapat menentukan apakah mereka mendukung setiap opsi pembayaran secara terpisah atau menentukan apakah mereka mendukung semua opsi pembayaran. Google mengatakan delegasi penuh untuk memberikan alamat pengiriman dan informasi kontak pembayar ke Payment Handlers adalah gambaran akhirnya.

Menurut dokumen teknis yang dilihat oleh TheWindowsClub , Google tidak mewajibkan Penangan Pembayaran^{(Payment Handlers)} untuk menangani persyaratan pengiriman/kontak dalam waktu dekat.

Chrome dapat langsung beralih ke penangan pembayaran. Jika situs web e-niaga menunjukkan dukungan untuk satu metode pembayaran di API Permintaan Pembayaran^{(Payment Request API)} , maka metode pembayaran harus diidentifikasi dengan URL . Dalam skenario yang berbeda, pengguna harus memiliki setidaknya satu Payment Handler yang diinstal untuk metode pembayaran yang didukung.

Jika pengguna tidak memiliki pengendali pembayaran yang diinstal untuk metode pembayaran, pengendali pembayaran harus didaftarkan melalui pendaftaran tepat waktu. Saat kondisi ini terpenuhi, isyarat pengguna dan Chrome akan memicu Permintaan Pembayaran^{(Payment Request)} dan browser akan melewati lembar.

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

Prototipe yang berfungsi dari fitur tersebut berada di belakang bendera "Fitur Platform Web Eksperimental" di Desktop . Google berencana untuk mengimplementasikan fitur tersebut di semua platform kecuali Android Webview karena dikatakan Payment handler API tidak diimplementasikan untuk Android Webview .

Pembayaran sekali klik untuk mengganti kartu dasar dalam Chrome

Chrome akhirnya menghentikan dukungan untuk metode pembayaran kartu dasar , ^(basic-card)Google telah mengkonfirmasi. Google awalnya menambahkan API Permintaan Pembayaran^{(Payment Request API)} ke Chrome dalam bentuk kartu dasar sebagai alternatif pembayaran kartu kredit berbasis formulir. Dengan kartu dasar, pelanggan dapat memilih kartu kredit yang disimpan di browser untuk melakukan pembayaran lebih cepat. Google mengatakan sedang membekukan pengembangan fitur pada dukungan kartu dasar bawaan Chrome , kecuali perbaikan bug.

Selain Chrome , API Permintaan Pembayaran^{(Payment Request API)} juga kompatibel dengan Microsoft Edge baru berbasis Chromium^{(Chromium-based Microsoft Edge)} . Sementara itu, fitur tersebut sedang dalam pengembangan di browser Firefox^(Firefox) dan 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 tidak responsif, Relaunch sekarang?

• Cara Memperbaiki Kesalahan File Download pada Google Chrome browser

• Cara Mengubah Default Print Settings di Google Chrome

• Cara Destroy Profile pada Browser Close di Google Chrome

• Anna Assistant adalah voice assistant yang sempurna untuk Google Chrome

• Cara Memeriksa Internet Connection Speed Anda Menggunakan Google Chrome

• Great Suspender secara otomatis akan menangguhkan tab pada Google Chrome

• Fix ERR_SPDY_PROTOCOL_ERROR error di Google Chrome

• Skype Extension untuk Google Chrome memungkinkan Anda mengakses Skype untuk Web & More!

• Fix Downloading Proxy Script error di Google Chrome

• Cara Mengaktifkan dan Menonaktifkan Window Naming di Google Chrome

• Jam Anda di depan atau jam Anda ada di belakang kesalahan pada Google Chrome

• Google Chrome untuk membatasi langganan pemberitahuan push hingga 90 hari

• Cara Menginstal Google Chrome Menggunakan Windows PowerShell

• Fix ERR_SSL_PROTOCOL_ERROR pada Google Chrome

• Cara Create and Delete Profiles di Google Chrome Browser Web

• Google Chrome membuka secara otomatis ketika PC boot up

• Download official Google Chrome tema untuk browser Anda

• Cara Memperbaiki AW, Snap! error message di Google Chrome browser

• Cara mengimpor atau mengekspor bookmark Google Chrome ke HTML file