رابط دفع أم صفحة دفع مدمجة — أيّهما تختارون

يتكرّر السؤال في كل عملية دمج: هل أرسل رابط دفع، أم أبني مسار طلب بجلسة دفع؟ كلاهما يحصّل. ما يفرّق بينهما هو العمل الذي ستقدّمونه والتحكّم الذي ستحتفظون به في رحلة المشتري.

رابط الدفع: استدعاء واحد، وتحصّلون

تنشئون رابطًا بمبلغ ووصف وتشاركونه، فيدفع الزبون على صفحة تستضيفها ChariPay. لا تكتبون صفحة دفع، ولا تستضيفون بيانات بطاقة، ولا شيء عليكم اعتماده.

وهو الخيار الصحيح حين يكون الدفع حدثًا منفصلًا لا خطوة داخل مسار:

• فاتورة مرسلة بالبريد أو عبر واتساب؛
• عرض سعر مقبول عبر الهاتف؛
• بيع عن بُعد على شبكات التواصل؛
• تحصيل على الطاولة، برمز QR أو بالملصق المطبوع.

يحمل الرابط كل ما يلزم لتتبّعه: معرّف طلبكم الخاص، وتاريخ انتهاء، وحالة دفع تجدونها في البوابة كما في الواجهة.

تاجر يبيع على إنستغرام ويفوتر عبر واتساب لا يحتاج شيئًا آخر. بناء مسار طلب لهذه الحالة يعني دفع شهر تطوير لاستبدال نسخ ولصق.

جلسة الدفع: الدفع داخل مساركم

هنا تتحوّل طلبية من متجركم إلى جلسة. توجّهون المشتري إلى صفحة الدفع، فيعود على عناوينكم — واحد للنجاح وآخر للفشل.

هذا ما تحتاجونه حين:

• يقع الدفع داخل سلة ومسار تتحكمون فيهما؛
• يجب أن تعرضوا صفحة تأكيد خاصة بكم، بمنتجاتكم وتوصيلكم؛
• يجب أن يغيّر نظام طلبياتكم حالته في لحظة الدفع بالضبط؛
• تقيسون قمعًا وتريدون معرفة أين يتخلّى المشترون.

والمقابل متواضع: عنوانان تكشفونهما، ومعالج ويب هوك تكتبونه.

الفخّ المشترك بينهما: تصديق إعادة التوجيه

هذا أكثر خطأ نراه، وهو مكلف.

حين يعود المشتري إلى عنوان النجاح لديكم، فهذا يعني أنه عاد. لا أن الدفع تمّ. بينهما بنكه، ومصادقة ‎3-D Secure، وأحيانًا تأخير — ومشترٍ يغلق تبويبه باكرًا، أو شبكة جوال تنقطع.

القاعدة بسيطة وبلا استثناء: إعادة التوجيه للعرض، والويب هوك للقرار. اعرضوا حالة انتظار عند العودة، ولا تحرّروا الطلبية إلا عند وصول حدث الدفع.

وماذا عن الدفع المباشر؟

ثمّة باب ثالث: أن تبنوا نموذج البطاقة الخاص بكم وتستدعوا نقاط الدفع مباشرة. الباب مفتوح، لكنه يُدخلكم في نطاق الامتثال لبيانات البطاقات — بكل ما يعنيه ذلك من تدقيق واستضافة ومسؤولية.

لا تسلكوه إلا إن كان لديكم سبب دقيق لا تغطيه الصفحة المستضافة. في الغالبية العظمى من الحالات لا يمنحكم سوى قليل من الشكل وكثير من الالتزامات.

المعايير، واحدًا واحدًا

الحجم. عشر مبيعات في اليوم تُدار جيدًا بالروابط: يستغرق الإنشاء ثواني في البوابة. عند مئة بيع في اليوم يصبح الإنشاء اليدوي وظيفة بدوام كامل — وهذه إشارة صفحة الدفع، أو على الأقل روابط تُنشأ عبر الواجهة البرمجية.

من يعقد الصفقة. إنسان يحاور الزبون؟ الرابط ينزلق طبيعيًا في الحوار. موقع يبيع وحده، ليلًا أيضًا؟ صفحة الدفع، بداهة.

المبلغ. ثابت ومعروف سلفًا — تكوين، اشتراك، منتج واحد — كلاهما يصلح. متغير حسب السلة: صفحة الدفع تحسبه؛ والرابط يتطلب إنشاءً لكل بيع.

الفريق المتاح. الرابط لا يحتاج مطوّرًا. جلسة الدفع تحتاج إدماجًا في الخادم — متواضعًا لكنه حقيقي: إنشاء الجلسة، صفحة العودة، معالجة الويب هوك.

الحاجة إلى التخصيص. يعرض الرابط اسمكم وشعاركم على صفحة ChariPay. وتحمل الجلسة ألوانكم داخل مساركم. أما الواجهة المباشرة فتترككم ترسمون كل شاشة — مقابل مسؤوليتكم عن الكل.

الانتقال من أحدهما إلى الآخر

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

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

باختصار

في كل الحالات، ابدأوا في بيئة الاختبار: مفتاح الاختبار لا يصل إلى الإنتاج، ويمكنكم إعادة المسار بقدر ما شئتم قبل فتح الصنبور.