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