أين تتسرب مبيعات المتجر قبل الدفع؟

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

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

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

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

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

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

- [بحث Baymard عن أسباب التخلي عن السلة](https://baymard.com/blog/ecommerce-checkout-usability-report-and-benchmark) - [أفضل ممارسات تجربة Google Pay على الويب](https://developers.google.com/pay/api/web/guides/ux-best-practices)