كيف تضبط قيمة الشراء والعملة والضريبة في GA4؟

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

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

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

1. اختر فاتورة اختبار تحتوي أكثر من وحدة وخصمًا وشحنًا، واكتب مجموع أسعار العناصر والكميات والضريبة منفصلة قبل فحص التتبع.
2. راجع value وcurrency وtax وshipping وأسعار items في طلب الشبكة، واجعل القيم أرقامًا والعملة رمزًا موحدًا من بيانات الطلب.
3. اختبر طلبًا آخر دون خصم وطلبًا بعملة مختلفة إن كانت مدعومة، ثم قارِن تعريف الإيرادات في التقرير مع تعريف المبلغ بالفاتورة.

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

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

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

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

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

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