قد يطلق متجر سعودي خصمًا بنسبة 20% على جميع المنتجات خلال الجمعة البيضاء، ثم يكتشف أن بعض الطلبات لم تحقق أي ربح بعد الشحن والإعلان. المشكلة ليست في نسبة الخصم وحدها، بل في تطبيق العرض على منتجات تختلف تكلفتها وهوامشها دون مراعاة حجم السلة أو عدد القطع أو الكوبونات المستخدمة.
تساعد خصومات شرطية WooCommerce على معالجة هذه المشكلة من خلال ربط التخفيض بشروط محددة. يمكن للمتجر منح خصم عند شراء كمية معينة، أو بلوغ قيمة طلب محددة، أو اختيار منتجات من فئة معينة. لكن النجاح يعتمد على حساب التكلفة أولًا، ثم ضبط القاعدة واختبارها داخل السلة والدفع.
في هذا الدليل نشرح كيفية إعداد كوبونات ووكومرس، واستخدام إضافات Dynamic Pricing، وتحديد أولوية الخصومات ومنع تداخلها. كما نستعرض أمثلة عملية لحماية هامش الربح خلال الجمعة البيضاء 2026.
ما المقصود بالخصومات الشرطية في WooCommerce؟
الخصم الشرطي هو تخفيض لا يحصل عليه العميل إلا عند تحقق متطلبات محددة. بدل منح جميع المشترين النسبة نفسها، يمكن ربط العرض بقيمة المنتجات أو عدد القطع أو التصنيف أو نوع العميل. ويسمح هذا الأسلوب بتوجيه الحافز نحو سلوك يخدم المتجر، مثل زيادة كمية الشراء من منتج معين.
تختلف هذه الفكرة عن الخصم التقليدي الذي يُطبق على منتج بسعر بيع مخفض ثابت. وتختلف أيضًا عن التسعير الديناميكي الواسع الذي قد يتغير بناءً على عدة عوامل تشغيلية. للتعرف على الجانب الاستراتيجي، يمكنك مراجعة دليل التسعير الديناميكي للمتاجر الإلكترونية في السعودية.
أما عند تطبيق الخصومات الشرطية في WooCommerce، فيجب تحديد ثلاثة أمور: من يستحق الخصم، وكيف تُحسب قيمته، وما الذي يحدث إذا اجتمع مع عرض آخر. ولا ينبغي ترك هذه القرارات للإضافة البرمجية دون تعليمات تجارية واضحة.
ما أنواع الخصومات التي يمكن تنفيذها؟
لا تحتاج جميع العروض إلى برمجة مخصصة. بعض الخصومات متاح عبر كوبونات WooCommerce الأساسية، بينما تحتاج القواعد المركبة إلى إضافة متخصصة أو تطوير مستقل. الجدول التالي يوضح الفرق.
| نوع العرض | مثال | طريقة التنفيذ |
|---|---|---|
| كوبون نسبة مئوية | خصم 10% على فئة محددة | كوبونات WooCommerce الأساسية |
| خصم بقيمة ثابتة | خصم 20 ريالًا على السلة | كوبون بقيمة ثابتة |
| حد أدنى للطلب | خصم عند تجاوز 250 ريالًا | قيود استخدام الكوبون |
| خصم الكمية | شراء ثلاث قطع بخصم 8% | Dynamic Pricing أو تطوير مخصص |
| اشترِ واحصل على منتج | اشترِ قطعتين واحصل على الثالثة مجانًا | إضافة تدعم عروض BOGO |
| خصم مرتبط بالهامش | منع خصم يتجاوز الحد المسموح للربحية | منطق مخصص أو تكامل مع بيانات التكلفة |
هذا التقسيم مهم لأن تثبيت إضافة جديدة لكل عرض يزيد تعقيد المتجر. ابدأ بالوظائف الموجودة فعلًا، ثم اختر التوسعة عندما تكون هناك حاجة لا تغطيها الإعدادات الأساسية.
إعداد كوبونات ووكومرس دون إضافة خارجية
يوفر WooCommerce ثلاثة أنواع أساسية من الخصومات عبر القسائم: نسبة مئوية، ومبلغ ثابت من السلة، ومبلغ ثابت من المنتج. ويمكن تقييد استخدامها بمنتجات أو تصنيفات معينة، مع تحديد الحد الأدنى أو الأقصى لقيمة السلة.
خطوات إنشاء كوبون للجمعة البيضاء
من لوحة تحكم ووردبريس، تحقق أولًا من تفعيل القسائم عبر WooCommerce ثم الإعدادات العامة. بعد ذلك افتح إدارة الكوبونات من القائمة المتاحة في إصدارك، وأنشئ رمزًا مثل BF2026. اختر نوع الخصم وقيمته، ثم انتقل إلى قيود الاستخدام لتحديد المنتجات المشمولة والمستبعدة.
يمكن إضافة تاريخ انتهاء للكوبون، ووضع حد لعدد مرات استخدامه إجمالًا أو لكل عميل. وتتوفر أيضًا إمكانية منع دمجه مع كوبونات أخرى باستخدام خيار Individual use only.
إذا كنت تريد استبعاد المنتجات المخفضة بالفعل، فاستخدم خيار Exclude sale items. لكن ينبغي اختباره عندما تكون هناك إضافة للتسعير الديناميكي، لأن بعض الإضافات تعدل السعر دون أن تجعل المنتج مصنفًا كمنتج مخفض بالطريقة المعتادة.
توضح وثائق WooCommerce الرسمية لإدارة الكوبونات هذه الإعدادات بالتفصيل. وتذكر أن النظام الأساسي لا يطبق رمز الكوبون تلقائيًا على جميع السلال لمجرد إنشائه.
استخدام Dynamic Pricing لتنفيذ خصم الكمية
إذا أردت تطبيق الخصم تلقائيًا عند زيادة عدد القطع، فيمكن استخدام إضافة تدعم قواعد Dynamic Pricing. ومن الخيارات المتاحة إضافة WooCommerce Dynamic Pricing، التي تسمح بتحديد خصومات كمية وشرائح تسعير وعروض شراء كمية والحصول على كمية أخرى.
توجد إضافات أخرى تقدم وظائف مشابهة، لكن أسماء القوائم وإعدادات الأولوية تختلف بينها. لا تفترض أن جميع الإضافات تعمل بالطريقة نفسها.
مثال لإعداد خصم كمية متدرج
لنفترض أن متجرًا يبيع مستلزمات مكتبية ويريد تشجيع شراء عدة قطع من منتج محدد. يمكن تحديد القواعد التالية بعد مراجعة قدرة المنتج على تحملها.
| الكمية المطلوبة | نسبة الخصم الافتراضية |
|---|---|
| قطعة واحدة أو قطعتان | دون خصم كمية |
| من 3 إلى 4 قطع | 5% |
| من 5 إلى 9 قطع | 8% |
| 10 قطع فأكثر | 10% |
داخل إضافة Dynamic Pricing الرسمية يمكن فتح المنتج، ثم قسم Dynamic Pricing، وإضافة مجموعة قواعد باستخدام وضع Bulk. حدد الكميات ونسبة الخصم لكل شريحة، ثم احفظ الإعدادات واختبر النتائج في السلة.
انتبه إلى أن هذه الإضافة قد تطبق سعر الشريحة التي بلغتها السلة على جميع الوحدات المؤهلة، لا على الوحدات الإضافية فقط. فإذا بلغ العميل شريحة خصم 8%، فقد تنخفض أسعار جميع القطع الخمس. لذلك يجب حساب إجمالي التخفيض وفق طريقة الإضافة الفعلية.
كيف تحمي هامش الربح قبل تشغيل القاعدة؟
لا يكفي أن تكون نسبة الخصم أقل من هامش الربح الإجمالي للمنتج. فقد يتحمل المتجر تكلفة تغليف وشحن ورسوم دفع وإعلان عن كل طلب. ويجب مراعاة هذه التكاليف عند تحديد الحد الأدنى للسعر المقبول.
لنفترض أن منتجًا يُباع مقابل 230 ريالًا شامل ضريبة القيمة المضافة البالغة 15%. يعادل ذلك 200 ريال قبل الضريبة. وتبلغ تكلفة المنتج 110 ريالات، بينما تصل تكاليف التجهيز والشحن والدفع إلى 20 ريالًا. ويخصص المتجر 25 ريالًا لاكتساب الطلب إعلانيًا.
يصبح إجمالي التكاليف المفترضة 155 ريالًا، وتبلغ مساهمة الطلب قبل الخصم 45 ريالًا. وإذا أراد المتجر الاحتفاظ بمساهمة لا تقل عن 10% من الإيراد بعد الخصم، فيجب ألا ينخفض السعر قبل الضريبة عن 172.22 ريالًا تقريبًا.
بناءً على هذا المثال، يصل الخصم الأقصى حسابيًا إلى نحو 13.9% من السعر الأساسي. فإذا طُبق خصم 15%، تصبح المساهمة 15 ريالًا فقط من إيراد قدره 170 ريالًا، أي نحو 8.8%. وهكذا ينخفض الهامش عن الحد المستهدف رغم استمرار تحقيق مساهمة موجبة.
الأرقام هنا توضيحية، ولا تشمل المصروفات الثابتة. ويمكن الرجوع إلى دليل حساب ميزانية إعلانات جوجل من هامش الربح لفهم أثر تكلفة الاكتساب على قدرة المنتجات على تحمل التخفيض.
برمجة حد أدنى للربحية داخل قواعد الخصم
لا توفر كوبونات WooCommerce الأساسية حقلًا يقرأ تكلفة المنتج الفعلية ويمنع الخصم تلقائيًا إذا أضر بهامش المساهمة. لتحقيق ذلك تحتاج إلى بيانات تكلفة موثوقة، ثم تطوير منطق يتحقق من السعر النهائي قبل اعتماد الخصم.
مخطط منطقي يمكن للمطور الاعتماد عليه
بدل ربط العرض بنسبة ثابتة فقط، يمكن بناء القاعدة وفق التسلسل التالي. هذا وصف للمنطق المطلوب وليس كود PHP جاهزًا للتشغيل.
1. تحديد المنتجات المؤهلة للعرض
2. حساب قيمة السلة دون الضريبة
3. تحديد تكاليف المنتجات والتكاليف المتغيرة
4. حساب الخصم المقترح وفق شروط الكمية
5. إضافة أثر أي كوبونات أو عروض أخرى
6. حساب مساهمة الطلب بعد الخصومات
7. مقارنة النتيجة بالحد الأدنى المعتمد
8. قبول الخصم أو تقييده وفق سياسة العرض
9. إعادة التحقق قبل إنشاء الطلبينبغي تنفيذ هذه القواعد في جانب الخادم، وليس عبر تغيير السعر الظاهر باستخدام JavaScript فقط. كما يجب أن يعمل المنطق نفسه عند تحديث السلة وعند الدفع، حتى لا يكتشف العميل اختلاف السعر في الخطوة الأخيرة.
من الأفضل وضع التطوير المخصص داخل إضافة مستقلة قابلة للاختبار والتحديث، بدل إضافة شيفرات غير موثقة إلى قالب قد يتغير لاحقًا.
مشكلة تراكم الخصومات: كيف تمنعها؟
قد يشتري العميل منتجًا حصل على خصم كمية، ثم يستخدم كوبون الجمعة البيضاء، ثم يتأهل للشحن المجاني. كل ميزة تبدو مقبولة منفردة، لكن اجتماعها قد يستهلك معظم المساهمة المالية للطلب.
وفق وثائق إضافة WooCommerce Dynamic Pricing، يمكن أن تُطبق الكوبونات فوق تعديلات التسعير الديناميكي افتراضيًا. لذلك يجب اختبار التداخل صراحة، وعدم افتراض أن اختيار استبعاد المنتجات المخفضة في القسيمة يمنع جميع التركيبات الممكنة.
مثال على تداخل الخصومات
إذا كان السعر الأساسي 100 ريال قبل الضريبة، ثم طبقت قاعدة كمية تخفيضًا بنسبة 10%، يصبح السعر 90 ريالًا. وإذا سُمح بكوبون إضافي بنسبة 10% يُحسب على السعر المعدل، ينخفض السعر إلى 81 ريالًا. أي أن التخفيض المجمع يعادل 19% من السعر الأصلي، وليس 20% بالجمع الحسابي المباشر.
قد يكون هذا التخفيض مقبولًا لمنتج مرتفع الهامش، لكنه غير مناسب لمنتج آخر. حدد سياسة واضحة: هل يحصل العميل على أفضل عرض واحد، أم يمكن الجمع بين عروض محددة؟ ويجب أن تنفذ الإضافة أو التطوير هذه السياسة بصورة متسقة.
خصومات الكمية على المنتجات متعددة المقاسات
تحتاج المنتجات المتغيرة إلى اهتمام خاص. فقد يشتري العميل ثلاثة مقاسات مختلفة من القميص نفسه. هل يحسب النظام الكمية الإجمالية، أم يشترط شراء ثلاث قطع من المقاس ذاته؟ يتوقف القرار على نوع العرض وطريقة إعداد الإضافة.
في Dynamic Pricing الرسمية يمكن اختيار تجميع الكميات على مستوى المنتج أو التعامل مع كل Variation منفصلة. إذا كان العرض يشجع شراء خمسة قمصان بأي مقاس، فالتجميع غالبًا أقرب إلى الرسالة التسويقية. أما إذا كان الخصم مخصصًا لتصفية مقاس بعينه، فيجب ضبط القاعدة على ذلك المقاس فقط.
اختبر كذلك تغيير المقاس بعد إضافة المنتج إلى السلة، والتأكد من إعادة احتساب الخصم بطريقة صحيحة. ويجب ألا تحصل متغيرات غير مشاركة في الحملة على سعر ترويجي بالخطأ.
هل الأفضل خصم الكمية أم حد أدنى لقيمة الطلب؟
يعتمد الاختيار على سلوك الشراء الذي تريد تشجيعه. خصم الكمية مناسب عندما تكون الوحدات متشابهة ويمكن شراؤها معًا. أما الحد الأدنى للطلب فيمكن أن يشجع إضافة منتجات مكملة إلى السلة، بشرط أن يتحمل هامش هذه المنتجات تكلفة الحافز.
لنفترض أن المتجر يمنح كوبونًا بقيمة 20 ريالًا عند بلوغ السلة 300 ريال. لا يعني ذلك أن كل طلب تجاوز الحد أصبح أكثر ربحية. فإذا أضاف العميل منتجًا منخفض الهامش لبلوغ العتبة، فقد تقل المساهمة الإجمالية بدل زيادتها.
في WooCommerce يرتبط الحد الأدنى للكوبون بطريقة عرض إجمالي السلة، وقد يشمل الضريبة عندما يعرض المتجر الأسعار شاملة لها. لذلك يجب اختبار الشرط بنفس الإعدادات المستخدمة للعملاء في السعودية، لا الاكتفاء بالحساب اليدوي دون الضريبة.
تنفيذ عروض اشترِ اثنين واحصل على الثالث مجانًا
تبدو عروض BOGO جذابة في الجمعة البيضاء، لكنها قد تساوي خصمًا كبيرًا على مستوى المجموعة. عندما تكون المنتجات الثلاثة متساوية السعر، فإن منح الثالثة مجانًا يعادل تخفيضًا بنحو 33.3% على القيمة الإجمالية.
إذا كان هامش المنتجات محدودًا، فقد لا يتحمل المتجر هذا العرض. ويمكن بدلًا من ذلك تقديم خصم جزئي على القطعة الثالثة، أو تحديد منتجات هدايا ذات تكلفة مناسبة. وتحتاج هذه العروض إلى ضبط طريقة اختيار المنتج المؤهل، خصوصًا إذا اختلفت أسعار القطع داخل السلة.
في إضافة Dynamic Pricing الرسمية توجد قواعد Special Offer لعروض الشراء والحصول على كمية أخرى. وتذكر الوثائق أن العنصر المؤهل الأقل سعرًا قد يكون هو الذي يحصل على العرض في بعض الحالات. لذلك يجب مراجعة الإعدادات والنتيجة الفعلية قبل نشر عبارة تسويقية عامة.
اختبر التوافق مع Cart Blocks وCheckout Blocks
تعتمد إصدارات WooCommerce الحديثة على واجهات السلة والدفع المبنية باستخدام Blocks في كثير من المتاجر. وقد تعمل إضافة خصومات بصورة صحيحة مع واجهة السلة القديمة، لكنها تحتاج إلى توافق منفصل مع Store API والواجهة الحديثة.
قبل اعتماد الإضافة، تحقق من إعلان دعم Cart وCheckout Blocks، وكذلك High-Performance Order Storage أو HPOS. وتذكر أن توافق إضافة مع هذه المكونات لا يثبت أن جميع إضافات الدفع والشحن تعمل معها دون تعارض.
تعلن إضافة WooCommerce Dynamic Pricing الرسمية توافقها مع واجهات Cart وCheckout Blocks وHPOS. ومع ذلك، يبقى اختبار المتجر الفعلي ضروريًا، خاصة إذا كانت هناك إضافات أخرى للكوبونات أو الباقات أو الدفع بالتقسيط.
اختبارات ضرورية قبل إطلاق عروض الجمعة البيضاء
ابدأ بمنتج واحد وكمية واحدة للتأكد من عدم تطبيق الخصم قبل تحقق الشرط. ثم جرب الحد الأدنى المؤهل والكمية التي تليه. اختبر أيضًا تقليل الكمية بعد تطبيق الخصم، حتى لا يستمر العميل في الحصول على السعر المخفض رغم زوال شرطه.
أنشئ سلة تجمع منتجًا مؤهلًا وآخر مستبعدًا، وسلة تحتوي كوبونين، ثم جرب منتجًا نفد مخزونه. افحص تأثير الشحن المجاني وتغير عنوان التوصيل والضريبة. ويجب مراجعة إجمالي الطلب في شاشة الدفع والفاتورة، وليس في صفحة المنتج وحدها.
اختبر وقت انتهاء العرض أيضًا. إذا تغيرت القاعدة بينما العميل داخل صفحة الدفع، فقد يكتشف WooCommerce اختلاف إجمالي السلة ويتطلب إعادة تأكيد السعر. يجب أن يرى العميل المبلغ الصحيح قبل الموافقة النهائية على الدفع.
ضوابط التخفيضات والضرائب في المتاجر السعودية
تؤكد وزارة التجارة السعودية ضرورة الالتزام بالتراخيص المطلوبة للتخفيضات وإظهار الأسعار قبل الخصم وبعده والإفصاح عن شروط الاستبدال والاسترجاع. لذلك يجب ألا تسمح قاعدة البرمجة بعرض تخفيض غير مطابق للحملة المعتمدة أو بعد انتهاء مدته.
كما ينبغي أن تتطابق الأسعار النهائية مع متطلبات ضريبة القيمة المضافة. وتوضح هيئة الزكاة والضريبة والجمارك أن النسبة الأساسية للضريبة تبلغ 15% للسلع والخدمات الخاضعة لها. ويجب احتساب التخفيضات والضريبة وفق إعدادات المتجر والتوريد الفعلي، لا عبر طرح مبالغ ثابتة من الفاتورة بصورة عشوائية.
خطة تنفيذ قبل الجمعة البيضاء 2026
خلال الأسبوع الأول من نوفمبر، حدد المنتجات المشاركة والتكلفة الدنيا المقبولة لكل مجموعة. بعد ذلك أنشئ القواعد والكوبونات في بيئة تجريبية. وفي الأسبوع الثاني اختبر التداخل بين العروض والضرائب والشحن، ثم راجع التوافق مع السلة والدفع.
قبل يوم 27 نوفمبر، تأكد من صحة مواعيد التفعيل والإيقاف وتزامنها مع توقيت السعودية. احتفظ بنسخة من الإعدادات وخطة رجوع إذا ظهر خلل أثناء الموسم. ولا تجر تعديلات واسعة على قواعد الأسعار في ساعات الذروة دون اختبار.
أسئلة شائعة عن خصومات شرطية WooCommerce
هل يمكن تنفيذ الخصومات الشرطية دون إضافة مدفوعة؟
يمكن إنشاء كوبونات بنسب أو مبالغ ثابتة مع شروط للمنتجات والفئات وقيمة السلة باستخدام WooCommerce الأساسي. أما الخصومات التلقائية المتدرجة حسب الكمية أو الشروط المركبة، فقد تحتاج إلى إضافة متخصصة أو برمجة مخصصة.
هل يمنع WooCommerce البيع بأقل من التكلفة تلقائيًا؟
لا. لا يحسب نظام القسائم الأساسي هامش المساهمة اعتمادًا على تكلفة المنتج والشحن والإعلان. تحتاج إلى تحديد حدود الربحية مسبقًا، أو إضافة منطق برمجي يعتمد على بيانات تكلفة موثوقة.
هل يمكن منح العملاء الدائمين خصمًا مختلفًا؟
نعم عبر إضافات تدعم التسعير بحسب دور المستخدم أو سجل الشراء. لكن يجب ضبط أهلية العميل وحدود الاستخدام وتداخل العروض. ويمكن قراءة دليل برامج الولاء للمتاجر السعودية لفهم كيفية تقديم مزايا لا تعتمد دائمًا على خفض السعر.
هل تؤثر الخصومات الشرطية في سرعة المتجر؟
قد تؤثر إذا كانت الإضافة تعيد حساب قواعد معقدة عند كل تحديث للسلة، أو تتعارض مع إضافات أخرى. اختبر زمن الاستجابة تحت حمل مناسب، وراقب الاستعلامات والعمليات المتكررة قبل اعتمادها على كامل المنتجات.
الخلاصة: اجعل الخصم قرارًا تجاريًا تنفذه البرمجة بدقة
لا تنجح خصومات شرطية WooCommerce بمجرد تثبيت إضافة Dynamic Pricing أو إنشاء كوبون جديد. تبدأ النتيجة الجيدة بحساب هامش المنتج، ثم تحديد الشرط المناسب واختبار تداخل الخصومات والتكاليف. بعدها يمكن بناء عروض كمية وباقات وحدود طلب تشجع المبيعات دون إهدار المساهمة المالية.
وإذا كنت تخطط لتطوير متجر WooCommerce قبل الجمعة البيضاء، يمكنك الاستفادة من خبرات شركة الصقر للتسويق الرقمي في دراسة تجربة المتجر واستراتيجية العروض وربطها بالحملات الإعلانية. فالهدف ليس تقديم أكبر تخفيض، بل تقديم عرض واضح يستطيع المتجر تنفيذه وتحقيق عائد مستدام منه.
