فيما يلي معلمات أحداث الخادم
1. event_name:
حدث قياسي أو اسم حدث مخصص. يتم استخدام هذا الحقل لاستخلاص الأحداث المرسلة من قبل كل من الويب (عبر ميتا بكسل) وواجهة برمجة تطبيقات التحويلات. يتم استخدام معلمة event_id أيضًا في إزالة التكرار.
لنفس إجراء العميل ، يطابق الحدث من المتصفح أو حدث التطبيق event_name من حدث الخادم. إذا وجدنا تطابقًا بين الأحداث المرسلة في غضون 48 ساعة من بعضها البعض ، فإننا نفكر في الحدث الأول فقط. إذا وصل حدث الخادم والمتصفح / التطبيق في نفس الوقت تقريبًا (أي في غضون 5 دقائق من بعضهما البعض) ، فإننا نفضل حدث المتصفح / التطبيق. تعرف على المزيد حول أحداث Pixel والخادم المكررة.
2. الحدث_الوقت
ختم زمني يونكس في ثوان يشير إلى متى حدث الحدث الفعلي. قد يكون الوقت المحدد في وقت سابق من الوقت الذي ترسل فيه الحدث إلى فيسبوك. هذا لتمكين معالجة الدفعات وتحسين أداء الخادم. يجب عليك إرسال هذا التاريخ في المنطقة الزمنية بتوقيت جرينتش.
يمكن أن يصل event_time إلى 7 أيام قبل إرسال حدث إلى فيسبوك. إذا كان أي وقت في البيانات أكبر من 7 أيام في الماضي ، فإننا نعيد خطأ للطلب بأكمله ولا نعالج أي أحداث.
3. المستخدم_data
خريطة تحتوي على بيانات معلومات العملاء.
4. event_source_url
5. event_id
يمكن أن يكون هذا المعرف أي سلسلة فريدة يختارها المعلن. يتم استخدام معلمات event_id و event_name لاستنتاج الأحداث المرسلة من قبل كل من الويب (عبر ميتا بكسل) أو التطبيق (عبر SDK أو API أحداث التطبيقات) وواجهة برمجة تطبيقات التحويلات. لاحظ أنه على الرغم من أن event_id يتم وضع علامة اختيارية ، فمن المستحسن إزالة التكرار من الحدث.
لإلغاء التكرار ، يجب أن يتطابق معرف الحدث من متصفح أو حدث تطبيق مع event_id في حدث الخادم المقابل. تعرف على المزيد حول التعامل مع أحداث واجهة برمجة التطبيقات المكررة والتحويلات.
رقم الطلب أو معرف المعاملة هما معرفان محتملان يمكن استخدامهما لـ event_id. على سبيل المثال، إذا قام العميل بعملية شراء على موقع الويب الخاص بك برقمي الطلب 123 و456، فستحتاج كل مكالمة واجهة برمجة تطبيقات التحويلات إلى تضمين رقم الطلب الخاص بها لـ event_id. وهذا يسمح لنا بالتمييز بشكل صحيح بين هذين الحدثين الشراء كأوامر متميزة. سيحتاج حدثان لشراء Pixel المتصفح المقابلان أيضًا إلى إرسال نفس أرقام الطلبات في معلمة eventID حتى نفهم أنه لم يحدث سوى حدثين ، وليس أربعة عمليات شراء فريدة.
بالنسبة للأحداث الأخرى التي لا تحتوي على رقم معرف جوهري ، يمكن استخدام رقم عشوائي (طالما يتم إرسال نفس الرقم العشوائي بين أحداث المتصفح والخادم).