لماذا يحوّل المعالج المستخدم إلى نطاق دفع منفصل

كان السؤال الأول للنسخة الأولى من المعالج هو: نقبل البطاقة هنا، أم نحوّل إلى نطاق فرعي مستقل؟ كلاهما خيار صالح، وكلاهما له ثمن. اختير الفصل، وكانت الأسباب موثّقة على لوحة بيضاء في غرفة الاجتماعات لشهور.

السبب الأول — حدود البيانات

بمجرّد أن تظهر حقول البطاقة على نطاق، يكون لذلك النطاق نسخة من البيانات. حتى إن لم تحفظها، يجب أن تثبت ذلك. مدوّنات الكود، سجلات الخادم، الـDOM المؤقّت كلها تدخل في نطاق التدقيق. الفصل يجعل platemanage.net بلا أي اتّصال ببيانات البطاقة على الإطلاق. الإثبات يصبح بسيطًا: «لا حقل بطاقة هنا». لا حاجة للتفسير.

السبب الثاني — اختيار المعالج

نطاق الدفع المنفصل ينقل اختيار المعالج إلى الطرف المُتخصّص. لو احتجنا غدًا لتغيير معالج البطاقات، أو إضافة طريقة دفع جديدة، أو دمج 3D Secure، يحدث ذلك خلف نطاق الدفع دون لمس platemanage.net. هذا الفصل يجعل النشر أبطأ بدقيقة، ويجعل الصيانة أبسط بكثير.

السبب الثالث — وضوح إشارة الأمان للمستخدم

عندما تتحرّك من نطاق إلى آخر تظهر إشارات: تتغيّر الرسالة في شريط العنوان، يظهر القفل بصياغة جديدة، يتوقّع المتصفّح إعادة مصادقة من مدير كلمات المرور. كل هذه إشارات تخبر المستخدم بأنه على نطاق دفع. صفحة موحّدة تخفي هذه الإشارات، وقد يبدو الأمر بصريًا أنسق، لكنه يكلّف المستخدم القدرة على التمييز بين «أكتب لوحة» و«أكتب بطاقة».

كلفة التحويل

الفصل ليس مجانيًا. تتم الإضافة المرئية لقفزة بين نطاقين خلال الثوّاني التي يستغرقها التحميل. تحدث بعض الحالات الحدية حيث يفقد المستخدم اتّجاهه ويظنّ أنه على موقع مختلف. للحدّ من ذلك، تحرص الخدمة على أن يكون نطاق الدفع تحت نفس النطاق الجذري (payments.platemanage.net)، وعلى نفس الترويسة والتذييل والألوان والخطوط — حتى تظل اللحظة قفزة بصرية صغيرة فقط، لا انتقالًا إلى موقع آخر.

متى لا يكون الفصل المثلى

للموقع الذي يبيع منتجًا واحدًا، فيه ٣٠٪ من حركة الزائرين تتحوّل إلى دفع، الصفحة الموحّدة قد تقدّم معدّل تحويل أفضل. خدمتنا حالة مختلفة: نطاق طويل من العقود، ومدفوعات صغيرة متكرّرة، وضرورة التدقيق صارمة. في هذا الإطار، الفصل يربح كل مرة.

→ عودة إلى المدونة