نطاق الصنف ونطاق الحدث في تقارير التجارة الإلكترونية GA4

الإجابة العملية

الطلب قد يحتوي عدة أصناف، لذلك توجد بيانات تصف المعاملة كلها وبيانات تصف كل عنصر بداخلها. رقم المعاملة والضرائب من معلمات الحدث، بينما اسم الصنف ومعرّفه وكميته تقع ضمن مصفوفة العناصر. عند بناء تقرير يجب أن يناسب نطاق البعد نطاق المقياس، وإلا تصبح المقارنة غير واضحة حتى لو كانت الأرقام المرسلة صحيحة. قسيمة تطبق على الطلب كله قد تختلف عن قسيمة أو خصم يخص عنصرًا واحدًا، كما أن مشاهدة قائمة المنتجات ليست مساوية لمشاهدة تفاصيل كل عنصر. راجع موضع معلمات القائمة والترويج عندما تحتاج ربط أداء العرض بالمنتجات اللاحقة. لا تكرر إجمالي الطلب كاملًا في كل صنف باعتباره إيراد ذلك الصنف. نموذج بيانات منظم يسمح بمقارنة المنتجات والكميات دون مضاعفة القيمة، ويكشف سبب اختلاف عدد الأحداث عن عدد العناصر التي دخلت في الأحداث نفسها.

خطوات التطبيق

1. ارسم طلبًا متعدد الأصناف وحدد الحقول التي تخص الطلب كله والحقول التي تخص كل عنصر، ثم قارنها ببنية الحدث الموثقة.
2. افحص مصفوفة items ومعلمات الحدث في التصحيح، وراجع أين تُرسل القسيمة ومعلومات القائمة إذا كانت جزءًا من سؤال التقرير.
3. ابن تقريرًا بأبعاد ومقاييس متوافقة، ثم طابق صنفًا واحدًا وكميته مع الطلب الأصلي قبل تعميم التقرير على فئات المنتجات.

مثال تطبيقي افتراضي

في مثال افتراضي، يحتوي طلب متجر قهوة على كيسين من نوع واحد وطاحونة. يسجل الحدث معاملة واحدة وثلاث وحدات ضمن عنصرين. يراجع الفريق مبيعات الصنف حسب بيانات items، ولا يقرأ عدد أحداث purchase باعتباره عدد الوحدات. يفسر اختلاف الأعداد من بنية الطلب نفسها، دون افتراض فقدان بيانات أو نتائج ربحية حقيقية.

أخطاء تستحق الانتباه

• نسخ إجمالي الطلب إلى سعر كل عنصر يضاعف القيمة عند جمع الأصناف ويجعل تقرير المنتج غير قابل للمطابقة مع الفاتورة.
• قراءة عدد أحداث الشراء باعتباره عدد المنتجات المباعة تتجاهل أن الحدث الواحد قد يحتوي عدة عناصر وكميات مختلفة من كل عنصر.

كيف تتحقق من التنفيذ؟

• تحقق من item_id وquantity وprice داخل كل عنصر ومن transaction_id والقيم العامة خارج المصفوفة في حدث الشراء نفسه.
• قارن الطلبات متعددة الأصناف مع تقرير العناصر، وراجع توافق نطاق البعد والمقياس بدل تعديل الكود بسبب فرق مفهوم في الوحدات.