إنتقل إلى المحتوى الرئيسي

تحسين تحويل الدفع

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

المعايير​

هذه أرقام مرجعية خارجية للسوق الجزائري، وليست أرقاماً يقدّمها DZBuild:

المرحلةمتوسط جزائريالربع الأعلى
زيارة → مشاهدة منتج30-50%60%+
مشاهدة منتج → إضافة للسلة8-15%20%+
إضافة للسلة → دفع50-70%80%+
دفع → طلب مؤكد50-70%80%+
لا يوجد رسم قمع في DZBuild

إحصائيات DZBuild لا تُفصّل الترافيك حسب مراحل القمع. ما تحصل عليه في لوحة التحكم هو بطاقات مؤشرات (الإيراد، الطلبات، متوسط قيمة الطلب، الزوار، ونسبة تحويل واحدة)، والإيراد والزوار عبر الزمن، والطلبات حسب الساعة وحسب الحالة، وأفضل المنتجات، وتوزيع الأجهزة، ومصادر الترافيك، وأعلى الولايات. للحصول على بيانات قمع حقيقية خطوة بخطوة، استعمل Events Manager الخاص بـ Pixel. كما تحصل متاجر Enterprise التي تستعمل إضافة Advanced Analytics على رابط خارجي إلى لوحة تحليلات مستضافة تتضمّن تقارير القمع.

أهم الروافع، مرتّبة حسب التأثير​

1. فعّل الدفع السريع (Fast Checkout)​

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

اضبطه من Customize → صفحة المنتج:

  • إظهار / إخفاء نموذج الدفع السريع (مفعّل افتراضياً)
  • عنوان مخصّص للنموذج
  • إخفاء حقل العنوان
  • تخطيط بعمود واحد
  • إظهار حقل ملاحظات الطلب

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

هذا أقوى عامل لأنّه يحذف صفحة كاملة من الطريق بين "أريده" و"تم الطلب".

2. أظهر "الدفع عند الاستلام" بوضوح​

المشتري الجزائري يثق بـ COD. أظهر الشارة فوق الطية وفي السلة. لا تخفها في نص صغير.

3. قلّل حقول النموذج​

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

ثلاثة مفاتيح في Customize → صفحة الدفع تحذف الحقول تماماً:

  • إخفاء البريد الإلكتروني
  • إخفاء العنوان
  • إخفاء الملاحظات

كما يتوقّف حقل العنوان عن كونه إلزامياً من تلقاء نفسه بمجرّد اختيار العميل التوصيل إلى المكتب (أو نقطة استلام)، فلا حاجة لإخفائه في المتاجر التي تعتمد على المكاتب.

4. حافظ على دقّة أسعار الشحن ومُدد التوصيل​

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

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

5. شغّل AR + FR​

تأكد أن نص الدفع متوفر باللغتين عبر إضافة متعدد اللغات.

6. اعرض التوصيل لنقطة الاستلام، والاستلام من المحل إذا كان لديك واحد​

كثير من المشترين الجزائريين يفضّلون الاستلام من مكتب بدل انتظار عامل التوصيل في البيت. بدون خيار المكتب تخسرهم. فعّل إضافة اختيار نقطة الاستلام للمنتقي المنظم.

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

7. أضف تقييمات​

صفحة منتج بلا أي تقييم لا تعطي المشتري لأوّل مرّة ما يستند إليه. فعّل إضافة تقييمات المنتجات واجمع أوّل تقييمات.

8. الدفع كضيف — وهو الخيار الوحيد أصلاً​

واجهات متاجر DZBuild لا تملك حسابات عملاء إطلاقاً، لذا فرض تسجيل الدخول مستحيل. لا شيء تتحقّق منه ولا شيء تُطفئه.

9. ارفع متوسط قيمة الطلب عبر Cross-Sell​

الرافعة الحقيقية لرفع قيمة الطلب هي إضافة Cross-Sell — المنتجات التي تُشترى معاً (خطة الاحترافية فما فوق). تعمل بعد إرسال الطلب: يرى العميل نافذة "يُشترى عادةً معاً"، يضغط + على منتج، يؤكّد، فيُضاف مباشرة إلى نفس الطلب — الذي تؤكّده معه لاحقاً بالهاتف. يمكن تحديد المنتجات المرتبطة يدوياً لكل منتج، أو تركها تُربط تلقائياً حسب التصنيف والأكثر مبيعاً.

انتبه أن إضافة نافذة اختيار الخصائص للعروض ليست upsell — هي فقط تحوّل منتقي الخصائص المزدحم لكل قطعة في العروض متعددة الكميات إلى نافذة منبثقة. مكانها في رافعة الجوال/تجربة الاستخدام أدناه.

10. حسّن للجوال​

معظم زياراتك تصل من هاتف. راجع توزيع الأجهزة في لوحة التحكم لتعرف نسبتك أنت، ثم اختبر على هاتف حقيقي لا على معاينة سطح المكتب:

11. السرعة​

يجب أن تحمّل الصفحات في أقل من ثانيتين على 4G. شغّل PageSpeed Insights. الصور الثقيلة عادةً الجاني؛ ويقدّم DZBuild صور WebP محسّنة تلقائياً، وهو ما يعالج معظم ذلك.

ما يأتي بنتائج عكسية في الجزائر​

  • شحن مجاني فوق سقف — المشتري الجزائري يقارن الأسعار المطلقة. يفضّل 5000 دج + 0 شحن على 4500 + 500. اضبط أسعار المنتجات وفقاً لذلك.
  • عدّادات تنازلية على السلة — تبدو متلاعبة. العداد التنازلي المدمج أفضل استخدامه كشريط هادئ، لا كنافذة صارخة.
  • تحذيرات "بقي 2 فقط في المخزون" — تعمل في بعض الأسواق، ينظر إليها باستخفاف في الجزائر. استخدمها بحذر، ومثالياً فقط عندما تكون صحيحة فعلاً.
  • نوافذ اشتراك بريد منبثقة — الجزائريون لا يفتحون البريد التسويقي كثيراً. تخطّاها.
الدفع بالبطاقة ليس خياراً بيدك

في المتجر المادي، دفع DZBuild هو COD فقط بحكم البناء — لا يوجد أصلاً منتقي وسيلة دفع كي تخطئ فيه. أمّا SlickPay فهي وسيلة تحصيل خاصة بـ DZBuild لاشتراكك ونقاط الذكاء الاصطناعي، وليست أبداً خياراً في واجهة المتجر. متاجر المنتجات الرقمية وحدها تحصل على وسائل دفع للمشتري، وهي رفع إيصالات يدوية عبر CCP / BaridiMob / RedotPay تُضبط من /dashboard/digital/payment.

إشارات الثقة التي تعمل​

  • تقييمات مشتري حقيقي (تقييمات المنتجات)
  • شارة COD قرب زر الطلب
  • صور حقيقية لمنتجاتك (لا صور stock)
  • رقم هاتف ظاهر في التذييل
  • وقت توصيل خاص بالولاية على صفحة السلة

تصفية الطلبات الوهمية وطلبات البوتات​

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

  • حماية ضد البوتات (خطة الاحترافية): فحص ضد البوتات على كل نماذج الطلب. المستوى الافتراضي Normal وحده غير مرئي للعملاء. أمّا High فيحجب إضافةً إلى ذلك زوار VPN / proxy / Tor، وقد رُفض عليه مشترون حقيقيون، فإذا انتقلت إليه راقب عدد طلباتك وارجع إلى Normal بمجرّد أن ينخفض. ومستوى Aggressive يعرض على العميل تحدّياً يحلّه عند الإرسال، وهذه تكلفة تحويل حقيقية، فاستعمله فقط أثناء التعرّض لهجوم.
  • تحديد الطلبات لكل IP (مجانية) — تحدّ عدد الطلبات التي يمكن لعنوان IP واحد إرسالها في نافذة زمنية. توقف الطلبات المزعجة المتكرّرة.
  • الحد الأدنى والأقصى للكمية لكل منتج (مجانية) — كمية طلب دنيا/قصوى لكل منتج، مطبَّقة في المتجر والدفع السريع وصفحات الهبوط. توقف الطلبات بكميات عبثية التي تهدر مواعيد شركة التوصيل.

قياس التغييرات​

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

صفحات الهبوط هي الاستثناء. إضافة A/B Testing (خطة Pro) تمنحك مقسّم زيارات حقيقياً: تدوّر زوّار رابط اختبار واحد بين 2 إلى 5 صفحات هبوط، وتحسب الطلبات التي جاءت من كل صفحة، ثم توجّه الجميع إلى الفائزة. أمّا صفحة الدفع نفسها فلا مقسّم لها، والطريقة التتابعية أعلاه هي ما لديك لبقيّة المتجر.

راقب:

  • نسبة التحويل وعدد الطلبات (بطاقات المؤشرات في لوحة التحكم)
  • AOV (للتغييرات المرتبطة بالـ cross-sell والعروض)
  • التحويل على الجوال مقابل سطح المكتب (توزيع الأجهزة)
  • التسرّب خطوة بخطوة في Events Manager الخاص بـ Pixel

الموارد​