تضيف Google^(Google) بنشاط نكهة التجارة الإلكترونية إلى متصفح Chrome الخاص بها بفضل السحر الكامن وراء Payment Request API . في الآونة الأخيرة ، يعمل Chrome على توسيع قدراته لجعل تجربة تصفح الإنترنت أكثر إنتاجية. وما هي أفضل طريقة هناك من تبسيط تجارب الشراء عبر الإنترنت التي تعزز إنتاجية المستخدمين في النهاية؟

Google Chrome Payment Request API

يعيد Google Chrome^{(Google Chrome)} تعريف تجربة الدفع عبر الإنترنت

تتوفر تجربة الخروج الجديدة من Google Chrome بنقرة واحدة بنقرة واحدة^{(one-click, one-tap checkout experience)} خلف chrome://flags التي تتيح للمستخدمين تجربة ميزات Web Payments API التجريبية. ^{(Web Payments API)}تسمح علامة Chrome التجريبية الأخرى التي تندرج ضمن فئة Web Payments نفسها ^{(Web Payments)}لواجهة برمجة تطبيقات Payment Request API^{(Payment Request API)} بفتح حد أدنى من واجهة المستخدم عندما يكون ذلك ممكنًا.

الآن ، يريد Chrome تحسين وتسريع تجربة التجارة الإلكترونية^{(speed up your e-commerce experience)} بشكل كبير . نتيجة لذلك ، يقوم Chrome بإصلاح شامل للطريقة التي يخزن بها المعلومات المتعلقة بالدفع. بهذه الطريقة ، يتطلع Chrome إلى تبسيط عملية تقديم طلبات التجارة الإلكترونية على أنظمة Mac^(Mac) و Windows و Linux و Chrome OS و Android .

واجهة برمجة تطبيقات Payment Request API^{(Payment Request API)} موجودة منذ بعض الوقت. ومع ذلك ، تقول Google إن تركيزها قد انتقل من محاولة اكتشاف كيف يمكن أن تكون واجهة برمجة تطبيقات Payment 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^(Chrome) فقط العمل كوسيط بين التجار والمستخدمين وطرق الدفع ، ولكنه يوفر أيضًا للمستخدمين تجربة مدفوعات خالية من النماذج داخل واجهة التطبيق. إنها تتيح إجراء عمليات الدفع ومعالجة الدفع بشكل أسرع مع استخدام أقل ما يمكن للوحة مفاتيح الجهاز المحمول. وبالتالي^(Hence) ، يمكن للمطورين تحسين تجربة الدفع للمستخدم إلى حد كبير.

على الرغم من 66 في المائة^{(66 percent)} من حركة المرور التجارية الناشئة من الأجهزة المحمولة ، تقول Google إن تحويلات الهاتف المحمول تمثل حوالي ثلث^(one-third) تحويلات أجهزة الكمبيوتر المكتبية. تعتقد Google^(Google) أن التحويلات الأقل على الأجهزة المحمولة هي نتيجة نماذج الخروج المعقدة.

في الماضي ، قامت Google بتبسيط عملية الخروج من خلال الملء التلقائي ، والتي تقول إنها أدت إلى تحسن بنسبة 25 بالمائة^{(25 percent)} في التحويلات على الأجهزة المحمولة. على الرغم من أن الملء التلقائي^(Autofill) قد يتخلص من الطبيعة اليدوية لإدخال البيانات ، إلا أن Google تعتقد أنه لا يزال يعتمد على نفس تدفق الخروج ، وهو أمر تحاول Google جاهدة معالجته باستخدام Payment Request API .

سد فجوة تطبيق المدفوعات المحلية

تقدم التطبيقات الأصلية تجربة دفع عبر الإنترنت خالية من الاحتكاك ، على عكس تطبيقات الويب. غالبًا ما يضطر مستخدمو Chrome^(Chrome) إلى ملء نموذج مطول واتباع خطوات متعددة من خلال النوافذ المنبثقة وعمليات إعادة التوجيه لإكمال الدفع على الويب. الآن ، تعد واجهات API الخاصة بطلب الدفع ومعالج الدفع ^{(Payment Handler APIs)}معًا^{(Payment Request)} بسد فجوة تطبيقات المدفوعات الأصلية^{( bridge the native payments app gap)} داخل 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.”

اختبار أسرع لخروج Chrome

تستدعي مواقع الويب Payment Request API وتقدم معلمات الدفع بما في ذلك التكلفة وخيارات الدفع المتوافقة. يحدد Chrome^(Chrome) بعد ذلك تقاطع طرق الدفع التي يدعمها الموقع وطرق الدفع التي قام المستخدم بتكوينها داخل المتصفح. في النهاية ، يسمح Chrome للمستخدمين باختيار طريقة الدفع المفضلة لديهم.

يمكن لمستخدمي Chrome^(Chrome) إدخال عنوان جديد للتسليم أو اختيار العنوان الحالي. يمكنهم تحديد طريقة التسليم عند الاقتضاء. يمكن أن تكون طريقة الدفع عبارة عن بطاقات ائتمان أو أحد تطبيقات المحفظة المثبتة على أجهزتهم مثل Google Pay . أخيرًا ، ينقر المستخدم على "الدفع". ثم يطلب Chrome ردًا من طريقة الدفع المحددة.

إضافة واجهة برمجة تطبيقات طلب الدفع بالبطاقة

يتحقق معالج الدفع أولاً من الطلب ثم يعيد الاستجابة مباشرة إلى الخادم. بهذه الطريقة ، يحتوي موقع الويب على جميع المعلومات اللازمة لمعالجة الدفع ، مما يلغي الحاجة إلى ترك سياق صفحة الخروج.

وفي الوقت نفسه ، ينتج عن Payment Handler API نظامًا بيئيًا جديدًا بالكامل ، مما يسمح لتطبيق الدفع المستند إلى الويب بالعمل كطريقة دفع ودمج نفسه في مواقع الويب التجارية ، من باب المجاملة لواجهة برمجة تطبيقات الدفع^{(Payment Request API)} القياسية .

يمكن إنشاء تطبيقات المحفظة^(Wallet) مثل Google Pay في أعلى واجهات برمجة تطبيقات Web Payments^{(Web Payments APIs)} . هناك طرق مختلفة يمكن أن يتكامل بها تطبيق الدفع الحالي مع Payment Request API . كما توضح Google ، فإن أحد الخيارات هو تنفيذ Payment Handler API عن طريق إضافة عامل خدمة إلى تجربة الدفع الحالية.

مستقبل التجارة الإلكترونية مع جوجل كروم^{(Google Chrome)}

تسمح ميزة "التفويض" في Payment Handler API لتطبيق الدفع بتوفير جميع المعلومات التي يطلبها التاجر مثل معلومات الشحن والاتصال. في السابق ، كانت نفس المعلومات تأتي دائمًا من المتصفح.

في الوقت الحالي ، تريد Google أن يكون لدى معالجي الدفع^{(Payment Handlers)} الوقت الكافي للتكيف مع مستقبل التجارة الإلكترونية الخالية من المتاعب عبر متصفحات الويب. قد تسأل ما هو معالج الدفع ؟ ^{(Payment Handler)}حسنًا^(Well) ، معالج الدفع^{(Payment Handler)} هو تطبيق ويب يتعامل مع طلب الدفع نيابة عن المستخدم.

يجب أن تحدد تطبيقات الويب^(Web) ما إذا كانت تتعامل مع عنوان الشحن ومعلومات الاتصال أم لا. يمكنهم إما تحديد ما إذا كانوا يدعمون كل خيار من خيارات الدفع بشكل منفصل أو تحديد ما إذا كانوا يدعمون جميع خيارات الدفع. تقول Google^(Google) إن التفويض الكامل لتقديم عنوان الشحن ومعلومات الاتصال بالدفع لمعالجات الدفع^{(Payment Handlers)} هو الصورة النهائية.

أعلام مدفوعات الويب

وفقًا لوثيقة فنية شاهدتها TheWindowsClub ، فإن Google لا تلزم معالجات الدفع^{(Payment Handlers)} للتعامل مع متطلبات الشحن / الاتصال في أي وقت قريبًا.

يمكن أن يقفز Chrome^(Chrome) مباشرة إلى معالج الدفع. إذا كان موقع التجارة الإلكترونية يشير إلى دعم طريقة دفع واحدة في Payment Request API ، فيجب تحديد طريقة الدفع بعنوان URL^(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^(Google) لتطبيق الميزة على جميع الأنظمة الأساسية باستثناء Android Webview لأنها تقول إن واجهة برمجة تطبيقات^(API) معالج الدفع^(Payment) لم يتم تنفيذها لـ Android Webview .

الخروج بنقرة واحدة لاستبدال البطاقات الأساسية في Chrome

متصفحات الويب API الخاصة بطلب الدفع

^(Chrome)أكدت Google أن ^(Google)Chrome يقوم في النهاية بإيقاف دعم طريقة الدفع بالبطاقة الأساسية . ^(basic-card)أضافت Google^(Google) في البداية Payment Request API إلى Chrome في شكل بطاقات أساسية كبديل لمدفوعات بطاقات الائتمان المستندة إلى النموذج. باستخدام البطاقات الأساسية ، يمكن للعملاء تحديد بطاقات الائتمان المخزنة في المتصفح لإجراء مدفوعات أسرع. تقول Google^(Google) إنها تجمد تطوير الميزات على دعم البطاقة الأساسية المضمنة في Chrome ، باستثناء إصلاحات الأخطاء.

بالإضافة إلى Chrome ، تتوافق واجهة برمجة تطبيقات Payment Request^{(Payment Request API)} أيضًا مع Microsoft Edge الجديد المستند إلى Chromium^{(Chromium-based Microsoft Edge)} . وفي الوقت نفسه ، فإن الميزة قيد التطوير حاليًا في متصفحي Firefox^(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 Payment Request API

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.

Review your payment

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.

Add card Payment Request API

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.

Web Payments Flags

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

Payment Request API Web Browsers

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.

كامل محفوظ

About the author

أنا مهندس برمجيات ولدي خبرة في كل من تطبيقات Chrome والألعاب. لقد كنت أعمل على حلول لمتصفح Google Chrome على مدار السنوات الأربع الماضية وعملت أيضًا على ألعاب لعدة منصات مختلفة. تكمن مهاراتي في تصميم واختبار وإدارة مشاريع البرمجيات. بالإضافة إلى عملي كمهندس برمجيات ، فأنا أيضًا من ذوي الخبرة في الخصوصية وحسابات المستخدمين وقضايا سلامة الأسرة.

يشحن Google Chrome ميزة التسوق عبر الإنترنت لتقديم الطلبات بنقرة واحدة