معايير ويب جديدة لتجربة دفع سلسة على الويب
إنّ عمليات الدفع هي أحد العوامل الرئيسية التي تدفع منظومة الويب المتكاملة إلى الأمام. من خلال أنظمة الدفع الآمنة والسلسة والمرنة، يمكن أن تصبح الويب منصة مستدامة ومربحة. يمكن أن تكون معايير Web Payments خطوة مهمة في عملية تطوير حلول الدفع التي تتيح دمجها بسلاسة في عمليات الدفع التي يجريها التجّار.
ما هي "الدفعات على الويب"؟
Web Payments هي سلسلة من واجهات برمجة التطبيقات الجديدة والموحدة للدفع المتاحة في browsers الحديثة، بما في ذلك Payment Request API وPayment Handler API وبضع موارد أخرى. تعمل هذه العناصر الأساسية الجديدة في المتصفّح على تبسيط عمليات الدفع على الإنترنت، كما تتيح لتطبيقات الدفع دمجها مع المتصفّحات بسهولة أكبر من أي وقت مضى.
إنّ المعايير مرنة، فهي تعمل مع أنواع مختلفة من أنظمة الدفع، ويُقصد بها العمل على أي متصفّح على أي جهاز أو طريقة دفع أو مقدّم خدمة دفع. تتيح هذه المرونة بساطة التطوير وثبات النشر والتوافق المستقبلي مع تكنولوجيات الدفع الناشئة.
تُظهر الأبحاث أنّ عمليات الدفع الطويلة تؤدي إلى هجر سلة التسوّق. من خلال الدفع على الويب، يتم تبسيط مسار الدفع ببضع نقرات بدلاً من الإدخال اليدوي لبيانات الفوترة لكل عملية شراء. يُرجى الاطّلاع على العرض التوضيحي أدناه لمعرفة كيفية استفادة Google Pay من خدمة "دفعات الويب" لإنشاء تدفق سلس. يمكن إجراء ذلك أيضًا باستخدام أي تطبيق دفع آخر:
ينتقل العميل إلى صفحة الدفع ويضغط على زر GPay.
يتم تشغيل تطبيق Google Pay قبل موقع التاجر الإلكتروني.
يؤكد العميل الدفع في تطبيق Google Pay بعد فحص التفاصيل.
يتحقّق التاجر من الدفع ويتمّت الموافقة على عملية الشراء.
دعم المتصفح
تتألف "الدفعات على الويب" من عدة تقنيات مختلفة، وتعتمد حالة التوافق على المتصفح.
مزايا دمج Web Payments في تطبيق دفع
من خلال الدمج مع Web Payments، يمكن لتطبيقات الدفع توفير تجربة استخدام أفضل للعملاء، وتوفير تجربة أفضل للمطوّرين، وتعزيز الأمان.
تحسين تجربة المستخدم
الدفعات في سياق الصفحة: يتم إجراء الدفعات في نوافذ مشروطة، في سياق موقع التاجر الإلكتروني، بدون عمليات إعادة توجيه أو نوافذ منبثقة.
إتمام الدفع بشكل أسرع: يمكن للعملاء حفظ تفاصيل الدفع بأمان في browser أو تطبيق دفع، وتكون جاهزة للاستخدام على أي موقع إلكتروني يتيح ذلك.
تجربة شراء مبسّطة: بعد إكمال عملية الدفع (أو إلغائها)، يعود العميل إلى الموقع الإلكتروني للتاجر بالضبط حيث توقف.
تجربة أفضل للمطوّرين
سهولة الدمج: يمكن توسيع نطاق دفعات الويب من تطبيق دفع حالي خاص بمنصة أو تطبيق دفع مستنِد إلى الويب.
تكلفة الدمج المنخفضة: يمكن للتجّار دمج 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 على التكنولوجيا العادية في المتصفّح. ولن تفرض تطبيقات الدفع أي رسوم على التطبيقات التي تتبنّى هذه الميزة أو تفعّلها في المتصفّح.