تحديد الطلبات حسب IP
الفئة: الأمان · أدنى خطة: مجاني · المعرّف: limit-orders-per-ip
حدّد عدد الطلبات الناجحة التي يمكن لعنوان IP واحد إنشاؤها في متجرك خلال فترة زمنية محددة. يساعد على منع الطلبات الوهمية والإغراق.
شرح بالفيديو
المميزات
- تحديد الطلبات حسب IP لكل متجر
- عدد الطلبات والمدة قابلة للتعديل
- الإعداد الافتراضي: 3 طلبات كل 12 ساعة
- يحسب الطلبات الناجحة فقط
- يكتشف عنوان IP الحقيقي للعميل
- يواصل تطبيق السقف حتى أثناء انقطاع جزئي في المنصة
لماذا تستخدمها
أنماط شائعة لإساءة الاستخدام في متاجر COD الجزائرية:
- منافس يضع 50 طلباً وهمياً ليُتعب فريق التأكيد بالاتصال.
- نفس IP منزلي يضع طلبات حقيقية متكررة، وتريد تحديد المخاطرة على العنوان نفسه.
- سكريبت يمر عبر كتالوجك بإرسال طلبات.
تفرض هذه الإضافة سقفاً صارماً: "على الأكثر N طلب ناجح من IP واحد خلال H ساعة". المحاولات الزائدة تُرفض برمز HTTP 429 ورسالة بلغة متجرك تخبر العميل بالمدة التي عليه انتظارها (تُعرض بالدقائق أو الساعات أو الأيام — أيها أوضح). والرسالة لا تذكر عمداً عناوين IP أو أي تفاصيل تقنية.
كيف تفعّلها
- افتح لوحة التحكم → الإضافات على
/dashboard/addons. - ابحث عن تحديد الطلبات حسب IP ضمن الأمان.
- انقر تفعيل (الخطة المجانية).
- لوحة الإعدادات تكشف:
- الحد الأقصى للطلبات الناجحة لكل IP — افتراضياً
3، النطاق 1-100. - المدة بالساعات — افتراضياً
12، النطاق 1-720.
- الحد الأقصى للطلبات الناجحة لكل IP — افتراضياً
تغيير أي من الإعدادين يبدأ فوراً عدّاداً جديداً لكل عنوان IP، فلا يرث أحد مدة انتظار محسوبة على إعداداتك القديمة. هذا مقصود — أي أن بإمكانك تخفيف السقف وفكّ الحجب عن الجميع فوراً.
أين يُطبَّق السقف
- صفحة الدفع العادية والدفع السريع في صفحة المنتج.
- نماذج الطلب في صفحات الهبوط (
/landing/...). - لا يُطبَّق أبداً على الطلبات التي تنشئها أنت من لوحة التحكم، فالطلبات اليدوية والهاتفية مقبولة دائماً.
كيف يحسب
- فقط الطلبات الناجحة تُحسب. الطلب المرفوض أو المُعلَّم احتيالاً أو غير الصالح لا يحرق حصة الـ IP.
- النافذة ثابتة وليست متدحرجة. تبدأ عند وصول أول طلب محسوب من ذلك الـ IP، وعند انتهائها يعود العدّاد إلى الصفر دفعة واحدة — ولا تخرج الطلبات من العدّاد واحداً واحداً. مع الإعداد الافتراضي 3 / 12 ساعة: طلبات في 09:00 و11:00 و13:00 تستنفد الحصة، فيُحجب الـ IP من 13:00 حتى 21:00 (12 ساعة بعد طلب 09:00)، ومن 21:00 يعود العدّاد إلى 0.
- يستهدف الاكتشاف عنوان IP الحقيقي للعميل بدل أي وسيط في الشبكة، فيُطبَّق الحد على المشتري الفعلي.
- تُسجَّل عمليات الحجب، فإذا أبلغ عميل عن "طلب ضائع" يستطيع الدعم التأكد مما إذا كانت هذه الإضافة هي التي رفضته.
أوضاع الفشل
- انقطاع جزئي في المنصة: يستمر الحد في العمل. يتواصل العدّ بشفافية ويبقى السقف مطبَّقاً.
- انقطاع كامل: تمر الطلبات دون فحص بدل أن تضيع. وهذا نادر، وهو مقايضة مقصودة: لا يُفقد طلب حقيقي لمجرد تعذّر إجراء الفحص.
- الـ IP المشتركة: عنوان IP مشترك للشركات أو NAT المشغّلين قد يصل للحد رغم أن العملاء مختلفون. إذا كان ترافيكك يعتمد على NAT المشغّلين الجزائريين، ارفع الحد (مثلاً 10/12 ساعة).
نصائح
- اترك القيم الافتراضية 3 / 12 ساعة للمتاجر الجديدة على ترافيك مدفوع بارد — معظم العملاء لا يعيدون الطلب في نفس اليوم بشكل مشروع.
- اقترن مع حماية ضد البوتات لدفاع متعدد الطبقات — الكابتشا تصطاد المتصفحات الآلية، وهذه تصطاد السبام المرتبط بـ IP.
- اقترن مع إدارة متقدمة للطلبات — الطلبات المرفوضة بسبب تجاوز الحد لا تظهر في قائمة الطلبات، مما يحافظ على نظافة طابور التأكيد.
- لمتاجر B2B حيث يعيد المشتري الواحد طلبات كثيرة يومياً، ارفع الحد إلى نحو 20.