طريقتا التشغيل
يستطيع السكربت فحص الطلب عند الزر، أو الاكتفاء بالجمع وترك القرار كله لخادمك.
في هذه الصفحة
المقارنة بين الطريقتين#
| الفحص عند الإرسال | الجمع فقط | |
|---|---|---|
| تُفعَّل بـ | تعمل افتراضياً | data-forms="off" |
| عند زر الطلب | يمسك السكربت الطلب لحظة ويفحصه | لا يلمس السكربت الزر |
| الطلب المرفوض | لا يغادر الصفحة أبداً | يصل إلى خادمك فيرفضه |
قيمة sdk_expect | forms | collect |
لا تخلط بينهما وبين أوضاع الحماية، فهي تحدد هل تُنفَّذ قرارات Antiro.
الفحص عند الإرسال#
هذه الطريقة الافتراضية، وهي الأنسب لأغلب المتاجر. يمسك السكربت الطلب لحظة عند الضغط على الزر، ثم يكمل إرساله. والطلب المرفوض لا يُرسل أصلاً.
الجمع فقط#
لا يلمس السكربت زر الطلب، ويقرر خادمك في كل طلب. استعملها إن كان متجرك لا يحتمل إمساك الإرسال.
<script
src="https://js.antiro.io/v2/antiro.js"
data-key="pk_xxxxx"
data-forms="off"
async></script> أخبر Antiro بالطريقة التي تستعملها#
حين يعرف Antiro أن صفحاتك تشغّل السكربت، يُعامَل الطلب الذي يصل بلا مرجع بريبة من أول طلب. هكذا يُكشف البوت الذي يرسل مباشرة إلى خادمك. يمكنك إخباره بطريقتين:
- لكل طلب: أرسل
sdk_expectمع فحص الطلب، بالقيمةformsأوcollect. وأي قيمة أخرى تُهمَل. - للمتجر كله: اختر طريقة تركيب السكربت من صفحة مفاتيح API.
القيمة المرسلة مع الطلب هي التي تُعتمد لذلك الطلب. وإن لم تخبره بشيء، استنتج Antiro الطريقة من الطلبات التي تصله.
الوضع الصارم#
الوضع الصارم خطوة أبعد: الطلب الذي لا يحمل أي مرجع يُرفض بدل أن يُوقف للمراجعة. الزبون في صفحة تشغّل السكربت يحمل مرجعاً دائماً، أما البرامج التي ترسل الطلبات مباشرة إلى خادمك فلا تحمل شيئاً.
- لكل طلب: أرسل
sdk_requiredبالقيمةtrueمعsdk_expect. ومن دونsdk_expectيُهمَل. - WooCommerce: إعداد Strict mode في الإضافة، مفعّل افتراضياً منذ الإصدار 1.2.0.