Google , Ödeme İsteği API'sinin^{(Payment Request API)} arkasındaki sihir sayesinde Chrome tarayıcısına aktif olarak bir e-ticaret tadı ekliyor . Son zamanlarda Chrome , internet tarama deneyiminizi daha üretken hale getirmek için yeteneklerini genişletiyor. Ve nihai olarak kullanıcıların üretkenliğini artıran çevrimiçi satın alma deneyimlerini basitleştirmekten daha iyi bir yol var mı?

Google Chrome , çevrimiçi ödeme deneyimini yeniden tanımlıyor

Google Chrome'un yeni tek tıklama, tek dokunuşla ödeme deneyimi , kullanıcıların deneysel ^{(one-click, one-tap checkout experience)}Web Ödemeleri API'si^{(Web Payments API)} özelliklerini denemelerine olanak tanıyan chrome://flags arkasında mevcuttur . Aynı Web Ödemeleri^{(Web Payments)} kategorisine giren başka bir deneysel Chrome bayrağı, ^(Chrome)Ödeme İsteği API'sinin^{(Payment Request API)} mümkün olduğunda minimum bir kullanıcı arayüzü açmasına olanak tanır.

Artık Chrome , e-ticaret deneyiminizi önemli ölçüde iyileştirmek ve hızlandırmak^{(speed up your e-commerce experience)} istiyor . Sonuç olarak, Chrome , ödemeyle ilgili bilgileri depolama biçiminde büyük bir revizyon getiriyor. Bu şekilde Chrome , Mac , Windows , Linux , Chrome OS ve Android'de^(Android) e-ticaret siparişleri verme sürecini basitleştirmeyi hedefliyor .

Ödeme İsteği API'si^{(Payment Request API)} oldukça uzun bir süredir kullanımda. Ancak Google , Ödeme ^(Google)İsteği API'sinin^{(Request API)} satıcılar için nasıl doğrudan değerli olabileceğini anlamaya çalışmaktan, API'lerin^(APIs) web'de daha iyi ödeme uygulaması deneyimlerini nasıl sağlayabileceğine odaklandığını söylüyor .

“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 , yalnızca satıcılar, kullanıcılar ve ödeme yöntemleri arasında aracılık yapmakla kalmaz, aynı zamanda kullanıcılara uygulama arayüzünde formsuz ödeme deneyimi sunar. Mobil cihaz klavyesinin minimum kullanımıyla daha hızlı ödeme ve ödeme işlemleri sağlar. Bu nedenle^(Hence) geliştiriciler, kullanıcının ödeme deneyimini önemli ölçüde iyileştirebilir.

Google , ticari trafiğin yüzde 66'sının^{(66 percent)} mobil cihazlardan gelmesine rağmen , mobil dönüşümlerin masaüstü dönüşümlerinin yaklaşık üçte biri olduğunu söylüyor. ^(one-third)Google , mobil cihazlarda daha düşük dönüşümlerin karmaşık ödeme formlarının sonucu olduğuna inanıyor.

Geçmişte Google , ödeme sürecini Otomatik Doldurma ile basitleştirdi ve bunun mobil cihazlarda dönüşümlerde yüzde 25'lik^{(25 percent)} bir iyileşme sağladığını söylüyor . Otomatik Doldurma^(Autofill) , veri girişinin manuel yapısından kurtulabilse de, Google bunun^(Google) hâlâ aynı ödeme akışına dayalı olduğunu düşünüyor; bu, Google'ın ^(Google)Ödeme İsteği API'si^{(Payment Request API)} ile aktif olarak ele almaya çalıştığı bir şey .

Yerel ödemeler uygulaması boşluğunu kapatma

Yerel uygulamalar, web uygulamalarının aksine sorunsuz bir çevrimiçi ödeme deneyimi sunar. Chrome kullanıcılarının genellikle uzun bir form doldurması ve web'de bir ödemeyi tamamlamak için açılır pencereler ve yönlendirmeler aracılığıyla birden çok adımı izlemesi gerekir. Artık Ödeme İsteği^{(Payment Request)} ve Ödeme İşleyici API'leri^{(Payment Handler APIs)} birlikte Chrome'daki yerel ödeme uygulaması açığını kapatma sözü veriyor.^{( 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.”

Chrome'un daha hızlı ödemesini test etmek için koymak

Web siteleri, Ödeme İsteği API'sini^{(Payment Request API)} çağırır ve maliyet ve uyumlu ödeme seçenekleri dahil olmak üzere ödeme parametreleri sunar. Ardından Chrome^(Chrome) , site tarafından desteklenen ödeme yöntemleri ile kullanıcının tarayıcıda yapılandırdığı ödeme yöntemlerinin kesişimini belirler. Sonuç olarak, Chrome , kullanıcıların tercih ettikleri ödeme yöntemini seçmelerine olanak tanır.

Chrome kullanıcıları teslimat için yeni bir adres girebilir veya mevcut adresi seçebilir. Uygun olduğunda teslimat yöntemini seçebilirler. Ödeme yöntemi, kredi kartları veya Google Pay^{(Google Pay)} gibi cihazlarında yüklü olan cüzdan uygulamalarından biri olabilir . Son olarak, kullanıcı 'Öde'ye dokunur. Ardından Chrome, seçilen ödeme yönteminden bir yanıt ister.

Ödeme işlemcisi önce isteği doğrular ve ardından yanıtı doğrudan sunucuya döndürür. Bu şekilde, web sitesi ödemeyi işleme koymak için gerekli tüm bilgilere sahip olur ve ödeme sayfasının bağlamından ayrılma ihtiyacını daha da ortadan kaldırır.

Bu arada, Ödeme İşleyici API'si , web tabanlı bir ödeme uygulamasının bir ödeme yöntemi olarak hareket etmesine ve kendisini standart ^{(Payment Handler API)}Ödeme İsteği API'sinin^{(Payment Request API)} izniyle satıcı web sitelerine entegre etmesine olanak tanıyan yepyeni bir ekosistemle sonuçlanır .

^(Wallet)Google Pay gibi cüzdan uygulamaları , Web Payments API'lerinin^{(Web Payments APIs)} üzerine oluşturulabilir . Mevcut bir ödeme uygulamasının Ödeme İsteği API'si^{(Payment Request API)} ile entegre olmasının farklı yolları vardır . Google'ın^(Google) açıkladığı gibi , seçeneklerden biri, mevcut ödeme deneyimlerine bir hizmet çalışanı ekleyerek Ödeme İşleyici API'sini uygulamaktır.^{(Payment Handler API)}

Google Chrome ile e-ticaretin geleceği

Ödeme İşleyici API'sindeki^{(Payment Handler API)} 'Delegasyon' özelliği, bir ödeme uygulamasının nakliye ve iletişim bilgileri gibi satıcı tarafından istenen tüm bilgileri sağlamasına olanak tanır. Önceden, aynı bilgiler her zaman tarayıcıdan geliyordu.

Şimdilik Google, Ödeme İşleyicilerinin^{(Payment Handlers)} web tarayıcıları aracılığıyla sorunsuz e-ticaretin geleceğine uyum sağlamak için yeterli zamana sahip olmasını istiyor. Ödeme İşleyicisi^{(Payment Handler)} nedir, sorabilirsiniz? Ödeme İşleyici ^{(Payment Handler)},^(Well) kullanıcı adına bir ödeme talebini işleyen bir web uygulamasıdır.

Web uygulamaları, teslimat adresi ve iletişim bilgilerini ele alıp almadıklarını belirtmelidir. Ödeme seçeneklerinin her birini ayrı ayrı destekleyip desteklemediklerini veya tüm ödeme seçeneklerini destekleyip desteklemediklerini belirtebilirler. Google , Ödeme İşleyicilerine^{(Payment Handlers)} teslimat adresi ve ödeyenin iletişim bilgilerini sağlama konusunda tam yetki verilmesinin nihai resim olduğunu söylüyor.

TheWindowsClub tarafından görülen teknik bir belgeye göre Google , ^(Google)Ödeme İşleyicilerinin^{(Payment Handlers)} gönderim/iletişim gereksinimlerini yakın zamanda karşılamasını zorunlu kılmıyor.

Chrome , hemen bir ödeme işleyicisine geçebilir. E-ticaret web sitesi, Ödeme İsteği API'sinde^{(Payment Request API)} tek bir ödeme yöntemi için destek belirtiyorsa , ödeme yöntemi bir URL ile tanımlanmalıdır . Farklı bir senaryoda, kullanıcının desteklenen ödeme yöntemi için en az bir Ödeme İşleyicisinin^{(Payment Handler)} kurulu olması gerekir.

Kullanıcının ödeme yöntemi için yüklü bir ödeme işleyicisi olmaması durumunda, ödeme işleyici tam zamanında kayıt yoluyla kaydedilmelidir. Bu koşullar karşılandığında, bir kullanıcı hareketi ve Chrome , Ödeme İsteğini^{(Payment Request)} tetikler ve tarayıcı sayfayı atlar.

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

Özelliğin çalışan bir prototipi, Masaüstündeki^(Desktop) "Deneysel Web Platformu özellikleri" bayrağının arkasındadır . Google , Ödeme^(Payment) işleyici API'sinin ^(API)Android^{(Android Webview)} Web Görünümü için uygulanmadığını belirttiğinden, özelliği Android Web Görünümü^{(Android Webview)} dışındaki tüm platformlarda uygulamayı planlıyor .

Chrome içindeki temel kartları değiştirmek için tek tıklamayla ödeme

^(Chrome)Google , Chrome'un sonunda temel kart^(basic-card) ödeme yöntemi desteğini kullanımdan kaldıracağını onayladı. Google , başlangıçta, ödeme isteği API'sini ^{(Payment Request API)}Chrome'a^(Chrome) , form tabanlı kredi kartı ödemelerine alternatif olarak temel kartlar biçiminde ekledi. Temel kartlar ile müşteriler, daha hızlı ödeme yapmak için tarayıcıda saklanan kredi kartlarını seçebilirler. Google , hata düzeltmeleri dışında ^(Google)Chrome'un^(Chrome) yerleşik temel kart desteğinde özellik geliştirmeyi dondurduğunu söylüyor .

Chrome'a^(Chrome) ​​ek olarak , Ödeme İsteği API'si^{(Payment Request API)} de yeni Chromium tabanlı Microsoft Edge^{(Chromium-based Microsoft Edge)} ile uyumludur . Bu arada, özellik şu anda Firefox ve Safari tarayıcılarında geliştiriliyor.

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 tepkisiz, şimdi Relaunch?

• File Download Hataları Google Chrome browser Nasıl Düzeltilir

• Default Print Settings Google Chrome'te nasıl değiştirilir

• Browser Close'de Google Chrome'de Destroy Profile'te Nasıl Yapılır

• Anna Assistant, Google Chrome için mükemmel bir voice assistant'tür

• PC çizmediğinde Google Chrome otomatik olarak açılış

• Google Chrome Windows 10'te Koyu Mode Nasıl Devre Dışı Bırakılır veya Etkinleştirilir

• Almak veya bir HTML file için Google Chrome imlerini dışa nasıl

• Fix ERR_SSL_PROTOCOL_ERROR Google Chrome'de

• Google Chrome önbellek bekliyor - ne yapmalıyım?

• 90 gün sınırı push bildirimi aboneliklerine Google Chrome

• Best YouTube Uzantıları Google Chrome için deneyimi iyileştirmek için

• Google Chrome'da Otomatik Oturum Açma özelliğini devre dışı bırakma

• Window Naming Google Chrome'de Nasıl Etkinleştirilir ve Devre Dışı Bırakılır

• Google Chrome Windows 10'te Profile Manager'ü devre dışı bırakın

• Google Chrome Fix Downloading Proxy Script error

• Google Chrome Windows PowerShell kullanarak Nasıl Kurulur

• Volume Master'ü ayrı olarak Google Chrome tabs'deki hacmi ayarlayın

• Skype Extension Google Chrome için Skype'ye Web ve daha fazlası için erişmenizi sağlar!

• Aw, Snap düzeltmek için nasıl! error message içinde Google Chrome browser