صفحة الدفع في WooCommerce: ما أفحصه قبل إضافة المزيد من الإضافات

كل ما يسبق صفحة الدفع إقناع. أما صفحة الدفع فإجراء إداري — وهي الشاشة الوحيدة التي قد يفشل فيها عميل قرّر الشراء بالفعل. وهذا التفاوت هو سبب استحقاقها الاهتمام قبل أي شيء آخر في المتجر.

1. حقول لا تستخدمها

نموذج الفوترة الافتراضي في WooCommerce يطلب اسم شركة، وسطر عنوان ثانٍ، ودولة قد لا تشحن إلا إلى واحدة منها، ورمزًا بريديًا لا وجود فعليًا له في كثير من العناوين الخليجية. وكل حقل لا يُستخدم لاحقًا تكلفة قرار بلا عائد. احذفها على مستوى القالب لا بإخفائها بـ CSS — فالحقل المطلوب المخفي يعني صفحة دفع تفشل بصمت.

2. لوحة مفاتيح الجوّال

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

3. مشكلات صفحة الدفع الخاصة بالعربية

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

4. عرض وسائل الدفع

وسائل الدفع عبر المحافظ مثل Apple Pay لا تظهر إلا على الأجهزة والمتصفّحات الداعمة، ما يعني أن التخطيط يجب أن يتماسك بوجودها وبغيابها. فصفّ دفع مصمّم حول ثلاثة خيارات ظاهرة يبدو مكسورًا حين يعرض الجهاز خيارًا واحدًا. اختبر على الجهاز لا في متصفّح سطح مكتب.

5. تخزين ما لا يُخزَّن

6. ماذا يحدث عند الفشل

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