إذا كانت المبيعات موجودة في متجرك لكن إيرادات GA4 تظهر صفرًا، افحص أولًا ما إذا كان حدث purchase يصل بقيمة شراء رقمية وعملة صحيحة، ثم افصل إيراد الطلب عن إيراد المنتجات ومصدر الزيارة. ظهور عدد مشتريات لا يثبت صحة القيمة المالية. لا تعِد تركيب التتبع أو تزيد الإنفاق قبل تحديد الحدث والمعامل والتقرير الذي يظهر فيه الخلل.
هذا الدليل لصاحب متجر أو مسؤول تسويق في السعودية أو مصر يحتاج قرارًا تجاريًا وملفًا واضحًا لمتخصص القياس. التركيز هنا قيمة الشراء وعملته ومطابقتهما للطلب، لا شرح GA4 من الصفر، ولا معالجة كل اختلاف بين منصة إعلانية والتحليلات. نبدأ بعينة قابلة للاختبار، ثم نوسع المراجعة إذا أثبتت وجود خلل.
هل الصفر في الإيراد فعلًا أم في مقياس آخر؟
اكتب اسم المقياس كما يظهر في التقرير: Purchase revenue أم Total revenue أم Item revenue؟ وهل الصفر في كل الموقع أم صف حملة واحدة؟ إذا كان الإيراد الإجمالي موجودًا ويغيب عن مصدر بعينه، فقد يكون السؤال متعلقًا بالإسناد أو نطاق التقرير، لا بإرسال قيمة الشراء. وإذا لم توجد أحداث شراء أصلًا، فأنت أمام مسار تشخيص مختلف عن وصولها بلا قيمة.
تشرح جوجل تشخيص الإيرادات المفقودة والفصل بين بيانات الحدث وبيانات العناصر. حدد كذلك الخاصية وتدفق البيانات والفترة والفلاتر المستخدمة. قد يفحص فريق التسويق خاصية مختلفة عن التي يستقبل فيها المطور الأحداث، أو يقرأ فترة لا تشمل وقت الإصلاح. هذه أسئلة تعريفية بسيطة لكنها تسبق أي تعديل تقني.
اختر طلبًا واحدًا يمكن تتبع قصته كاملة
اتفق مع صاحب الصلاحية على طلب اختبار آمن أو طلب موثق يمكن مراجعته دون كشف معلومات العميل. لا تنفذ شراءً فعليًا أو خصمًا أو استرجاعًا من تلقاء نفسك. سجل معرف الطلب، وتوقيته، وعملته، وقيمة المنتجات والخصم والشحن والضريبة، وحالته: منشأ، أو مدفوع، أو ملغى. هذه المرجعية تمنع مقارنة أحداث التحليلات بتحصيل مالي مختلف التعريف.
اطلب من متخصص القياس توثيق ما خرج من المتجر، وما استقبلته أداة إدارة الوسوم إن كانت مستخدمة، وما وصل إلى GA4. إذا كانت القيمة صحيحة في المصدر ثم اختفت في خطوة لاحقة، يصبح نطاق التحقيق أضيق. أما الاكتفاء بعبارة «الوسم اشتغل» فلا يثبت أن المعلمات المالية انتقلت فعلًا.
بطاقة فحص لحدث purchase
| الحقل | ما الذي تتحقق منه؟ | خطأ شائع يستحق الفحص |
|---|---|---|
| اسم الحدث | purchase بالاسم المتوقع، وفي خطوة الشراء المناسبة | حدث مخصص آخر يُعامل خطأ كأنه شراء مالي |
| value | قيمة رقمية على مستوى الحدث دون رمز عملة | نص مثل «250 ريال» أو متغير فارغ |
| currency | رمز العملة الصحيح مثل SAR أو EGP على مستوى الحدث | اسم محلي للعملة أو قيمة لا تطابق عملة الطلب |
| transaction_id | معرف طلب صحيح يمكن مطابقته دون بيانات شخصية | قيمة ثابتة أو مفقودة أو غير مرتبطة بالطلب |
| items | عناصر الطلب ومعرف المنتج أو اسمه | مصفوفة فارغة أو حقول في موضع غير صحيح |
| price وquantity | السعر والكمية المناسبان داخل بيانات كل عنصر | قيمة الطلب بدل سعر الوحدة أو كمية غير صحيحة |
الجدول قائمة تحقق تشغيلية، وليس كودًا جاهزًا للنسخ. يجب أن يطابق التنفيذ منصة المتجر ومصدر البيانات الحالي. لا تضف purchase جديدًا بجانب تكامل قائم قبل معرفة المسؤول عن الإرسال، وإلا قد تنتقل من نقص الإيرادات إلى ازدواج الشراء.
مثال افتراضي يوضح القيمة والعملة
افترض طلبًا توضيحيًا يحتوي وحدتين بسعر 120 ريالًا للوحدة بعد الخصم. مجموع قيمة المنتجات 240 ريالًا، والشحن والضريبة حقول منفصلة وفق طريقة القياس المتفق عليها. مثال قيمة الحدث هنا 240 كرقم، وعملته SAR، بينما داخل بيانات العنصر السعر 120 والكمية 2. المثال ليس طلبًا من متجر عميل ولا نتيجة لحسام.
لا ترسل «240 ر.س» كنص داخل value، ولا تستخدم عملة الخاصية كبديل عن تعريف عملة الحدث. وعند البيع بعملات متعددة، وثّق العملة التي سجل بها الطلب وما يُعرض في التقارير. توضح وثائق قياس التجارة الإلكترونية الرسمية بنية الشراء والعناصر، وفصل الشحن والضريبة، وآلية إرسال الاسترجاعات.
قبل إعلان وجود فرق مالي، قارن أشياء من النوع نفسه. إجمالي فاتورة يشمل شحنًا وضريبة ليس بالضرورة المقام نفسه لقيمة منتجات في تقرير. وكذلك الطلب الملغى ليس مبيعات محصلة، والمبيعات ليست هامش مساهمة أو صافي ربح. الدقة هنا أهم من إجبار كل لوحة على إظهار الرقم نفسه.
افصل إثبات وصول الحدث عن اكتمال التقرير
اطلب استخدام DebugView على جهاز اختبار لمعرفة الحدث ومعاملاته وقت التجربة. تشرح وثائق DebugView تفعيل وضع الفحص، وأن ضوابط الخصوصية والموافقة قد تؤثر في ظهور الأحداث. لا تتجاوز رفض الموافقة ولا تعطل إعدادات الخصوصية لمجرد الوصول إلى تقرير أجمل.
اكتب نتيجة التجربة على مراحل: القيمة خرجت صحيحة، ثم وصلت صحيحة، ثم ظهرت في التقرير المناسب بعد المعالجة. أول مرحلتين لا تجعلان كل التقارير محدثة فورًا. وفي الاتجاه الآخر، الصفر في لوحة حديثة جدًا لا يثبت وحده أن الحدث ضاع. حدد وقت التنفيذ ووقت الاختبار وموعد مراجعة التقرير بدل طلب تعديلات متتالية خلال دقائق دون دليل.
أين قد تنقطع القيمة في المتجر؟
قد تتغير أسماء المتغيرات بعد تحديث إضافة أو صفحة دفع، أو تعتمد القيمة على بيانات لم تُجهز وقت إطلاق الحدث. وقد يقرأ الوسم حقلًا من مستوى غير صحيح، أو تُرسل العناصر دون قيمة إجمالية، أو يصل الحدث إلى خاصية غير المقصودة. هذه احتمالات للتحقيق وليست تشخيصًا لموقعك من الخارج.
إذا كان الحدث غائبًا بالكامل، راجع مسار الإطلاق في دليل تشخيص الوسوم التي لا تعمل. أما إذا وصل أكثر من مرة، فارجع إلى دليل تكرار تحويلات الشراء مع الانتباه إلى أنه يعالج Google Ads؛ لا تنقل إعداداته إلى GA4 دون فهم التكامل القائم. علاج مشكلة لا ينبغي أن ينشئ أخرى.
ملف تسليم عملي بين التسويق والمطور
جهّز صفحة واحدة تحتوي: وصف العرض، والخاصية والتدفق المقصودين، وتاريخ بدء الخلل، وآخر تغيير معروف، وعينة الطلب المصرح بمراجعتها، والقيمة المتوقعة لكل حقل. أرفق الدليل الذي يبين موضع الاختلاف، لا قائمة كلمات تقنية بلا سياق. ولا ترسل بيانات دفع أو كلمات مرور أو أسماء عملاء داخل ملفات الاختبار.
حدّد المسؤول عن منصة المتجر، والمسؤول عن GTM أو التكامل، ومن سيعتمد النتيجة. اطلب خطة تغيير محدودة مع طريقة رجوع مناسبة إذا تضرر القياس، واحتفظ بتوثيق ما تغير. من المفيد أن يشهد مسؤول التسويق والمطور التجربة نفسها، حتى لا يقبل أحدهما وصول الحدث بينما يرفض الآخر قيمة الطلب دون اتفاق على تعريفها.
كيف تعرف أن الإصلاح نجح تجاريًا؟
ضع معيار قبول قبل التنفيذ: طلب الاختبار المصرح به يصل إلى الخاصية الصحيحة بالعملة والقيمة والعناصر المتفق عليها، ثم تظهر البيانات في التقرير المناسب. بعد ذلك راجع عينة طلبات حقيقية في فترة متكافئة، مع فصل الملغى والمسترجع وحالات الموافقة والاختلافات المعروفة. لا تشترط تطابقًا كاملًا لجميع البيانات إذا كانت أدوات الجمع والتعريفات مختلفة.
تحسن اكتمال الإيرادات لا يعني زيادة المبيعات. قد تكون المبيعات موجودة قبل الإصلاح وأصبح التقرير يراها بصورة أفضل. لذلك لا تنسب ارتفاع ROAS بعد إصلاح القيمة إلى تحسن أداء الإعلانات تلقائيًا؛ افصل تغيير جودة القياس عن التغير الفعلي في الطلبات والإنفاق. وإذا انتقل حدث GA4 إلى منصة إعلانية، راجع أثر التصحيح على اتخاذ القرارات قبل التوسع.
متى تحتاج دعمًا متخصصًا؟
تحتاج مساعدة عندما تختلف البيانات بين المتجر والوسم والخاصية، أو توجد جهات متعددة ترسل الحدث، أو يتطلب التعديل تطوير الدفع. ضمن خدمات التتبع والتحليل يمكن مناقشة نطاق مراجعة GA4 وGTM مع حسام، وتحديد ما يحتاجه فريق المتجر وما يمكن تنفيذه ضمن صلاحيات العمل.
وتوضح دراسة حالة المتجر الإلكتروني المنشورة أهمية تعريف المبيعات والإنفاق عند عرض العائد. لكنها ليست توثيقًا لإصلاح إيرادات GA4، ولا دليلًا على أن ضبط معامل بعينه حقق تلك النتيجة. المطلوب في مشروعك دليل اختبار مستقل، لا استعارة نتيجة من سياق مختلف.
أسئلة شائعة عن إيرادات GA4 الصفرية
هل ظهور purchase يعني أن الإيرادات سليمة؟
لا. يلزم فحص المعلمات المالية والعناصر والتقرير المقصود. قد يصل الحدث بينما قيمته فارغة أو غير صالحة أو لا تُقرأ كما تتوقع.
هل أكتب العملة بالعربية داخل currency؟
استخدم رمز العملة المعياري المناسب، مثل SAR أو EGP، لا اسمًا محليًا أو رمزًا ملحقًا بالقيمة. اسم المعامل currency يختلف عن قيمة رمز العملة.
لماذا يظهر إيراد الطلب ولا يظهر إيراد المنتج؟
افحص بيانات العناصر، خاصة السعر والكمية ومعرف المنتج أو اسمه. صحة قيمة الحدث الإجمالية لا تثبت اكتمال البيانات على مستوى كل عنصر.
هل أستطيع إصلاح الماضي بتعديل الوسم اليوم؟
التعديل يؤثر في الإرسال اللاحق، ولا يعيد بناء البيانات التاريخية تلقائيًا. أي معالجة تاريخية تحتاج تقييمًا منفصلًا، دون إعادة إرسال مشتريات عشوائيًا.
هل وصول الإيراد الصحيح يثبت صافي الربح؟
لا. الإيراد لا يخصم تلقائيًا جميع تكاليف المنتج والشحن والتشغيل والإعلانات. تحتاج حسابًا ماليًا مستقلًا وفق بيانات نشاطك.
الخلاصة والخطوة التالية
ابدأ بمقياس محدد وطلب قابل للفحص، واتبع القيمة من المتجر إلى الحدث ثم التقرير. إذا احتجت مراجعة، اذكر نوع متجرك والسوق والمنصة والمشكلة ووقت ظهورها، دون بيانات عملائك؛ بهذه المعلومات يمكن تحديد نطاق عملي بدل إعادة تركيب غير مبررة.
ناقش مراجعة قياس متجرك مع حسام
عن الكاتب: حسام حسن – Performance Marketer. يقدم خدمات إدارة الحملات والتتبع والتحليل، مع تقييم النتائج بحسب تعريفات واضحة ومصادر بيانات يمكن مراجعتها.