تعزيز قدرات تطبيقات الدفع باستخدام "دفعات الويب"

معايير ويب جديدة لتجربة دفع سلسة على الويب

Eiji Kitamura

تُعدّ عمليات الدفع من العوامل الرئيسية التي تحفّز منظومة الويب المتكاملة. من خلال أنظمة دفع آمنة وسلسة ومرنة، يمكن أن يصبح الويب منصة مستدامة ومربحة. يمكن أن تشكّل معايير Web Payments لبنة أساسية تتيح دمج حلول الدفع بسلاسة في عمليات الدفع التي يجريها التجّار.

ما هي خدمة Web Payments؟

‫Web Payments هي سلسلة من واجهات برمجة التطبيقات الجديدة الموحّدة للدفع والمتوفّرة في المتصفّحات الحديثة، بما في ذلك Payment Request API وPayment Handler API وبعض الواجهات الأخرى. تُبسّط عناصر التحكّم الجديدة في المتصفح عمليات الدفع على الإنترنت وتتيح لتطبيقات الدفع إمكانية التكامل مع المتصفحات بشكل أسهل من أي وقت مضى.

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

تُظهر الأبحاث أنّ عمليات الدفع الطويلة تؤدي إلى التخلي عن عربة التسوق. باستخدام Web Payments، يتم تبسيط عملية الدفع لتصبح عبارة عن بضع نقرات بدلاً من إدخال بيانات الفوترة يدويًا في كل عملية شراء. يمكنك الاطّلاع أدناه على عرض توضيحي لكيفية استفادة Google Pay من Web Payments لإنشاء عملية سلسة. ويمكن تحقيق ذلك باستخدام أي تطبيق دفع آخر:

1. ينتقل العميل إلى صفحة الدفع ويضغط على زر GPay.

2. يتم تشغيل تطبيق Google Pay أمام الموقع الإلكتروني الخاص بالتاجر.

3. يؤكّد العميل عملية الدفع في تطبيق Google Pay بعد الاطّلاع على التفاصيل.

4. يتحقّق التاجر من عملية الدفع ويتمّت الموافقة على عملية الشراء.

دعم المتصفح

تتألف Web Payments من بعض التقنيات المختلفة، ويعتمد حالة التوافق على المتصفح.

مزايا دمج Web Payments في تطبيق دفع

من خلال الدمج مع Web Payments، يمكن لتطبيقات الدفع تقديم تجربة مستخدم أفضل للعملاء، وتوفير تجربة أفضل للمطوّرين، وتطبيق إجراءات أمان أكثر صرامة.

تجربة أفضل للمستخدم

• الدفعات ضمن السياق: يتم إجراء الدفعات في نوافذ مشروطة، ضمن سياق الموقع الإلكتروني الخاص بالتاجر، بدون عمليات إعادة توجيه أو نوافذ منبثقة.

• إتمام الدفع بشكل أسرع: يمكن للعملاء حفظ تفاصيل الدفع الخاصة بهم بشكل آمن في المتصفّح أو تطبيق الدفع، لتكون جاهزة للاستخدام على أي موقع إلكتروني تابع لتاجر متوافق.

• تجربة شراء مبسطة: بعد إكمال عملية الدفع (أو إلغائها)، ينتقل العميل إلى موقع التاجر الإلكتروني حيث توقّف.

تجربة أفضل للمطوّرين

• سهولة الدمج: يمكن توسيع نطاق استخدام Web Payments من خلال تطبيق دفع حالي خاص بمنصة معيّنة أو تطبيق دفع مستند إلى الويب.

• تكلفة دمج منخفضة: يمكن للتجّار دمج Web Payments مع JavaScript وعملية دمج أساسية على مستوى الخادم.

• المعايير: إنّ البروتوكول وتنسيق البيانات اللازمَين لتبادل المعلومات مع التجّار موحّدان ولا يتطلّبان تكاملاً معقّدًا.

مستوى أمان أكثر صرامة

• منع التثبيت الجانبي عند استدعاء تطبيقات دفع خاصة بمنصة معيّنة

• تم تصميم هذا المركز مع مراعاة نماذج الأمان والخصوصية القادمة.

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

مقارنة Web Payments بالطرق الأخرى

إليك الطرق الحالية لدمج الدفعات على الويب:

• إطارات iframe: استخدام JavaScript لإدخال موقع الويب الخاص بمعالج الدفع في إطار iframe وجمع بيانات اعتماد الدفع الخاصة بالعميل من خلال نموذج

• النوافذ المنبثقة: استخدام JavaScript لفتح نافذة منبثقة وجمع بيانات اعتماد الدفع الخاصة بالعميل، إما من خلال نموذج أو من خلال مطالبة العميل بالمصادقة واختيار بيانات اعتماد الدفع

• عمليات إعادة التوجيه: يعيد التاجر توجيه العميل إلى الموقع الإلكتروني الخاص بمقدّم خدمة الدفع ويتيح له إثبات الهوية واختيار بيانات الدفع. يتم إرسال عنوان URL لإعادة التوجيه عبر خادم.

• OAuth: يتيح التاجر للعميل المصادقة والسماح باستخدام هوية معالج الدفع من خلال OAuth، واختيار طريقة دفع وعنوان شحن وما إلى ذلك من خلال واجهة مستخدم iframe داخل السياق.

في ما يلي مقارنة بينها وبين Web Payments:

دمج Web Payments في التطبيقات الحالية

يمكنك دمج Web Payments في تطبيقات الدفع الخاصة بمنصات معيّنة وتطبيقات الدفع المستندة إلى الويب: إذا لم يكن تطبيق الدفع الخاص بمنصة معيّنة مثبّتًا، يمكن استخدام تطبيق الدفع المستند إلى الويب كحلّ بديل. يمكن للعملاء والتجّار إرسال الدفعات وتلقّيها بسلاسة من خلال طريقة دفع يختارونها، وذلك حسب البيئة.

تطبيقات الدفع الخاصة بالمنصة

• هذه الميزة مثالية لتطبيقات الدفع التي لديها قاعدة تثبيت كبيرة وتريد أن تمنح المستخدمين الحاليين تجربة متسقة على الويب.

• على عكس ميزة "Intent" في Android، تتحقّق ميزة Web Payments من التوقيع قبل تشغيل تطبيق الدفع، ما يجعل تحميل تطبيقات الدفع الضارة من مصادر خارجية أمرًا مستحيلاً.

في الفيديو أعلاه، Google Pay هو تطبيق دفع خاص بمنصة معيّنة.

تطبيقات الدفع المستندة إلى الويب

• أكثر ملاءمةً للمستقبل: تستند تقنيات تطبيقات الدفع النموذجية، مثل عمليات إعادة التوجيه أو النوافذ المنبثقة، إلى ملفات تعريف الارتباط التابعة لجهات خارجية التي قد تصبح قديمة. على الرغم من صعوبة توقّع العواقب، يبدو أنّ Web Payments ستوفّر على الويب مستوى أفضل من الخصوصية وعالمًا لا يتضمّن ملفات تعريف الارتباط التابعة لجهات خارجية.

• يُعدّ المسار المستند إلى الويب مثاليًا لخدمات الويب التي تضم عددًا كبيرًا من العملاء الذين لديهم بطاقة محفوظة.

كيف تتم عملية إقناع التجّار بالانضمام إلى البرنامج؟

لكي يتوفّر تطبيق دفع لدى تاجر، يجب أن يوافق التاجر صراحةً على استخدامه. من الناحية الفنية، على التاجر تحديد معرّف تطبيق الدفع (معرّف طريقة الدفع) واستخدام Payment Request API معه.

ننصحك بتوفير مستندات جيدة في أدلة الدمج وحِزم تطوير البرامج (SDK) أو المكتبات لتسهيل عملية الدمج. على سبيل المثال، يوفّر Google Pay دليل المطوّرين.

يُعدّ العمل مع بوابات الدفع خيارًا جيدًا أيضًا لأنّها يمكن أن تساعد في توسيع نطاق وصولك إلى العملاء.

ما تكلفة ذلك؟

تعتمد Web Payments على التكنولوجيا المتوافقة مع المعايير في المتصفّح. لن يتم تحصيل أي رسوم من تطبيقات الدفع التي تعتمد هذه الميزة أو تفعلها على المتصفح.