صفحة دفع مستضافة أم صفحة دفع مخصصة لمدفوعات العملات الرقمية

طريقتان لاستلام دفعة

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

الصفحة المستضافة أسرع في الإطلاق وأقل مخاطرة. أما المخصصة فتمنح تحكمًا كاملًا بالمظهر والمسار، مقابل بناء وصيانة كل ما تفعله الصفحة المستضافة نيابةً عنك.

ما الذي يجب أن تفعله صفحة دفع بالعملات الرقمية

صفحة دفع البطاقات تجمع في الغالب بضعة حقول وتستدعي API. أما صفحة العملات الرقمية فلها مهام أكثر:

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

كل واحدة منها نقطة يكلّف فيها الخطأ العميل مالًا. وهذه أقوى حجة لصالح الصفحة المستضافة.

لماذا تعمل Qvard اليوم عبر صفحة مستضافة

بُني مسار الدفع في Qvard حول الصفحة المستضافة. تنشئ دفعة بطلب POST واحد إلى https://api.qvard.com/api/v1/payment، وتحتوي الاستجابة على redirectUrl، عنوان تلك الصفحة. يختار العميل هناك الأصل والشبكة، ويرى العنوان والمبلغ الدقيق، ويدفع؛ وسعر الصرف ثابت لمدة ساعة. انظر كيف يعمل redirectUrl في صفحة الدفع بالعملات الرقمية.

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

ما الذي يمكنك تصميمه بنفسك

الصفحة المستضافة تؤدي الجزء الصعب. أما التجربة حولها فهي لك:

• الخطوة قبل الدفع. خيار «الدفع بالعملات الرقمية»، وشرح ما سيحدث، والرسوم وقاعدة الاسترداد، بكلماتك وتصميمك.
• الخطوة بعد الدفع. صفحة طلب تعرض الحالة الفعلية (بانتظار، ناقص، مدفوع)، وتُحدّث نفسها أثناء الانتظار، وتخبر العميل بما يفعله بعد ذلك. لا توجد بعد روابط عودة، لذا فهذه الصفحة هي طريقة عودة العميل.
• الرسائل. الرسائل البريدية التي ترسلها عند إنشاء الطلب أو دفعه أو نقص المبلغ المدفوع.
• منطق العمل. أي الحالات تُفرج عن البضاعة، وماذا تفعل بدفعة ناقصة، وكيف تُجري الاسترداد.

إذا أُنجز ذلك جيدًا رأى العميل متجرًا واحدًا متسقًا تتوسطه صفحة دفع، وهذا ما يحتاجه معظم التجار.

كيف تختار

• اختر المستضافة إن أردت الإطلاق قريبًا، أو كان فريقك صغيرًا، أو لا تريد أن تتحمل مسؤولية حالات البلوكتشين الحدّية، أو كل ما تحتاجه أن يعمل النظام. وهذا ما تدعمه Qvard اليوم.
• استخدم صفحة الدفع المدمجة إن كانت تجربة سلسة داخل الصفحة أساسية لمنتجك. منطق الفاتورة فيها مطابق للصفحة المستضافة، لذا ينتقل منطق الطلبات والـ webhook وصفحة الطلب دون تغيير.
• لا تبنِ بنفسك نظام توليد العناوين ومسحها للحصول على مظهر مخصص. إنها أثقل الطرق وأخطرها لشراء تصميم.

أيًّا كان اختيارك فجانب الخادم واحد: أنشئ دفعة برقم طلبك كـ id، وضع علامة «مدفوع» على الطلب من الـ webhook فقط (HTTP 200 بالضبط، وآمن إذا نُفّذ مرتين)، وأجرِ المطابقة. انظر كيف تقبل مدفوعات العملات الرقمية على موقع ويب وواجهة API لمدفوعات العملات الرقمية للمطورين. فاتورة تجريبية تُظهر الصفحة المستضافة.

FAQ