معايير جديدة للويب لتقديم تجربة دفع سلسة على الويب
تُعد المدفوعات واحدة من العوامل الرئيسية للمنظومة المتكاملة على الويب. بفضل أنظمة الدفع الآمنة والسلسة والمرنة، يمكن أن يصبح الويب منصة مستدامة ومربحة. يمكن أن تكون معايير الدفعات على الويب لبنة أساسية تتيح الدمج السلس لحلول الدفع في عمليات الدفع لدى التاجر.
ما هي الدفعات على الويب؟
إنّ "دفعات الويب" هي سلسلة من واجهات برمجة التطبيقات الموحّدة الجديدة للدفع والمتوفّرة في المتصفّحات الحديثة، بما في ذلك Payment Request API وPayment Handler API وبعض المتصفّحات الأخرى. تعمل هذه المبادئ الأساسية الجديدة على تبسيط عمليات الدفع على الإنترنت ودمج تطبيقات الدفع مع المتصفحات بشكل أسهل من أي وقت مضى.
المعايير مرنة، فهي تعمل مع أنواع مختلفة من أنظمة الدفع وتهدف إلى العمل على أي متصفح على أي جهاز، أو طريقة دفع، أو مقدم خدمة دفع. توفّر هذه المرونة بساطة التطوير والاتساق في النشر والتوافق المستقبلي مع تقنيات الدفع الناشئة.
تُظهر الأبحاث أنّ عمليات الدفع الطويلة تؤدي إلى ترك سلة التسوق. باستخدام "الدفعات عبر الويب"، يتم تبسيط مسار الدفع ببضع نقرات بدلاً من الإدخال اليدوي لبيانات الفوترة لكل عملية شراء. يُرجى الاطّلاع على العرض التوضيحي أدناه حول كيفية استفادة Google Pay من "الدفعات عبر الويب" لإنشاء تدفق سلس. ويمكن استخدام أي تطبيق آخر للدفع بالطريقة التالية:
ينتقل العميل إلى صفحة الدفع ويضغط على زر GPay.
يتمّ تشغيل تطبيق Google Pay أمام الموقع الإلكتروني للتاجر.
بعد مراجعة التفاصيل، يؤكّد العميل الدفعة في تطبيق Google Pay.
يتحقّق التاجر من الدفعة وتتم الموافقة على عملية الشراء.
المتصفحات المتوافقة
تتكوّن دفعات الويب من بعض التقنيات المختلفة وتعتمد حالة الدعم على المتصفّح.
مزايا دمج Web Payments في تطبيق دفع
ومن خلال الدمج مع Web Payments، يمكن لتطبيقات الدفع توفير تجربة مستخدم أفضل للعملاء وتحسين تجربة المطوّرين وتعزيز مستوى الأمان.
تجربة مستخدم أفضل
الدفعات في السياق: يتم تسديد الدفعات من خلال وسائل، في سياق موقع التاجر الإلكتروني، بدون عمليات إعادة توجيه أو نوافذ منبثقة.
طريقة دفع أسرع: يمكن للعملاء حفظ تفاصيل الدفع بأمان في المتصفّح الذي يستخدمونه أو في تطبيق دفع، ويكون ذلك جاهزًا للاستخدام على أي موقع إلكتروني متوافق للتاجر.
تجربة شراء مبسّطة: بعد إكمال (أو إلغاء) الدفعة، ينتقل العميل إلى موقع التاجر الإلكتروني حيث توقّف تمامًا.
تجربة أفضل للمطوّرين
سهولة الدمج: يمكن توسيع نطاق "دفعات الويب" من تطبيق دفع حالي خاص بمنصة إلكترونية أو تطبيق دفع يستند إلى الويب.
تكلفة دمج منخفضة:يمكن للتجّار دمج دفعات الويب مع JavaScript والدمج الأساسي من جهة الخادم.
المعايير: يتم توحيد البروتوكول وتنسيق البيانات لتبادل المعلومات مع التجّار ولا يتطلب ذلك دمجًا عميقًا.
تعزيز الأمان
منع التثبيت من مصدر غير معروف عند استدعاء تطبيقات دفع خاصة بالنظام الأساسي
تم التصميم مع مراعاة نماذج الأمان والخصوصية القادمة.
يتيح استخدام "دفعات الويب" أيضًا لتطبيقات الدفع توفير أي نوع من طرق الدفع على الويب مثل النقود الإلكترونية والعملات المشفّرة والحوالات المصرفية وغيرها. تم تصميم Web الدفعات مع وضع الاستدامة في الاعتبار وهو لا يضع أي قيود على عمليات معالجة الدفعات وطرق الدفع.
مقارنة الدفع على الويب بأساليب أخرى
جرِّب الأساليب الحالية لدمج الدفعات على الويب:
إطارات iframe:استخدام JavaScript لإدخال الموقع الإلكتروني الخاص بمعالج الدفع في إطار iframe وجمع بيانات اعتماد الدفع الخاصة بالعميل من خلال نموذج.
النوافذ المنبثقة:استخدام JavaScript لفتح نافذة منبثقة وجمع بيانات اعتماد الدفع الخاصة بالعميل، إما من خلال نموذج أو عن طريق مطالبة العميل بالمصادقة واختيار بيانات اعتماد الدفع
عمليات إعادة التوجيه: يُعيد التاجر توجيه العميل إلى الموقع الإلكتروني للجهة المسؤولة عن معالجة المعاملات، ويسمح للعميل بمصادقة بيانات اعتماد الدفع واختيارها. يتم الاتصال بعنوان URL لإعادة التوجيه عبر خادم.
OAuth: يتيح التاجر للعميل المصادقة والتفويض باستخدام هوية معالج الدفع عبر OAuth، واختيار طريقة الدفع، وعنوان الشحن، وما إلى ذلك من خلال واجهة مستخدم iframe ضمن السياق.
في ما يلي طريقة مقارنتها بالدفع على الويب:
| دفعات على الويب | iframe | نافذة منبثقة | إعادة التوجيه | OAuth | |
| الدفعات ضمن السياق | ✔ | ✔ | ✔* | ✔ | |
| تعديلات ديناميكية على الأسعار | ✔ | ✔ | |||
| تجربة شراء سلسة | ✔ | ✔ | ✔ | ||
| تكامل التطبيقات الخاصة بالنظام الأساسي | ✔ | ✔ | |||
| تكلفة دمج منخفضة | ✔ | ✔ | ✔ | ✔ | |
| قياسية | ✔ |
دمج عمليات الدفع على الويب في التطبيقات الحالية
يمكنك دمج دفعات الويب في كلّ من تطبيقات الدفع الخاصة بالنظام الأساسي وتطبيقات الدفع المستندة إلى الويب: إذا لم يكن تطبيق الدفع الخاص بالنظام الأساسي مثبّتًا، يمكن استخدام تطبيق الدفع المستند إلى الويب كإجراء احتياطي. يمكن للعملاء والتجّار إرسال الدفعات واستلامها بسلاسة من خلال طريقة دفع من اختيارهم، وذلك حسب البيئة.
تطبيقات الدفع الخاصة بالنظام الأساسي
إنّها خيار مثالي لتطبيقات الدفع التي لديها قاعدة تثبيت كبيرة وتريد منح المستخدمين الحاليين تجربة متسقة على الويب.
على عكس ميزة "Intent" في Android، تُجري خدمة Web Payments عملية تحقُّق من التوقيع قبل تشغيل تطبيق الدفع، ما يستحيل تحميل تطبيقات الدفع الضارّة من مصادر غير معروفة.
في الفيديو أعلاه، يشير Google Pay إلى تطبيق دفع خاص بمنصّة معيّنة.
تطبيقات الدفع المستنِدة إلى الويب
المزيد من الأدلة في المستقبل: تستند الأساليب المعتادة لتطبيقات الدفع، مثل عمليات إعادة التوجيه أو النوافذ المنبثقة، إلى ملفات تعريف الارتباط التابعة لجهات خارجية التي قد تصبح قديمة. وعلى الرغم من أنّه لا يزال من الصعب توقُّع العواقب، إلا أنّ "دفعات الويب" تلجأ إلى الويب مع الحفاظ على خصوصية أفضل وعالم خالٍ من ملفات تعريف الارتباط التابعة لجهات خارجية.
ويعدّ المسار المستند إلى الويب مثاليًا لخدمات الويب التي تضمّ عددًا كبيرًا من العملاء الذين لديهم بطاقتهم في الملف.
كيف تتم عملية تبني التاجر؟
لإتاحة تطبيق الدفع لدى تاجر، يجب أن يستخدمه التاجر بشكل صريح. من الناحية الفنية، يجب على التاجر تحديد معرّف تطبيق الدفع (معرّف طريقة الدفع) واستخدام واجهة برمجة تطبيقات Payment Request معه.
ننصحك بتوفير مستندات جيدة في أدلة الدمج وحِزم SDK أو المكتبات لتسهيل عملية الدمج. على سبيل المثال، تقدّم خدمة Google Pay دليل المطوّر.
يعد العمل على بوابات الدفع أيضًا خيارًا جيدًا لأنه يمكن أن يساعد في توسيع نطاقك أيضًا.
ما تكلفة ذلك؟
يدور مصطلح "دفعات الويب" حول التكنولوجيا القياسية في المتصفح. ولن تفرض تطبيقات الدفع الخاصة بها أو تنشيطها على المتصفح أي رسوم من تلقاء نفسها.