Skip to main content
كل حدث ترسله إلى تتبع التحويلات في Scanova — من المتصفح أو من الخادم لديك — يتبع البنية نفسها. وتوثّق هذه الصفحة كل حقل يمكنك تضمينه، وتشرح ما تفعله به مراحل المعالجة.

أحداث المتصفح (POST /ct)

يرسل SDK أحداث المتصفح تلقائيًا، أو ترسلها أنت يدويًا عبر scanova('track', ...). وهي تمثل الإجراءات التي تقع في متصفح الزائر.

الحقول التي يمكنك إرسالها

حقول الكائن device:

مثال على حمولة حدث متصفح


أحداث الخادم (POST /server-events)

تُرسل أحداث الخادم من الخادم لديك باستخدام مفتاح API. وهي تمثل إجراءات تقع على خادمك، مثل عمليات الشراء المكتملة أو التسجيلات المؤكدة أو العملاء المحتملين الذين أُنشئوا في نظام CRM لديك.

الحقول التي يمكنك إرسالها

حقول الكائن user_identifiers (كلها مشفّرة):

مثال على حمولة حدث خادم


أعراف تسمية الأحداث

استخدم أسماء متسقة وواضحة بصيغة snake_case. فالتسمية المنظمة تجعل قراءة التقارير أيسر.

منع التكرار

تدعم أحداث المتصفح وأحداث الخادم كلتاهما حقل event_id لمنع التكرار:
  • إذا وصل event_id نفسه أكثر من مرة، يُحفظ المكرر لكن يُوسم بـ is_duplicate = 1
  • تُستبعد النسخ المكررة من طرق عرض التحليلات تلقائيًا
  • أعد دائمًا استخدام event_id نفسه عند إعادة إرسال حدث خادم فاشل

الخصوصية والنظام العام لحماية البيانات

  • لا ترسل عناوين بريد صريحة أبدًا في metadata أو properties. واستخدم user_identifiers بقيم مشفّرة.
  • يتحكم الحقل consent في التعامل مع البيانات الشخصية أثناء المعالجة:
    • granted — تُحفظ جميع الحقول كالمعتاد
    • denied أو pending — تُزال page_url وreferrer وcity وmetadata قبل الحفظ
    • أما قيمة consent نفسها فتُحفظ دائمًا كسجل للمراجعة

إرسال الموافقة من المتصفح

لا يتضمن SDK المتصفح واجهة مدمجة للموافقة. والنهج المستحسن هو تحميل SDK بشرط، بناءً على قرار منصة إدارة الموافقة لديك:

إرسال الموافقة من الخادم

في أحداث الخادم، مرّر قيمة consent مباشرة في حمولة كل طلب إلى جانب بقية الحقول.