تقارير المنتجات في GA4 ناقصة؟ افحص items قبل تغيير إعلاناتك

إذا كانت مشتريات GA4 تُسجَّل لكن أسماء المنتجات تظهر «غير محدد» أو جدول المنتجات ناقص، افحص بيانات items التي ترافق كل حدث، ثم مستوى الأبعاد والمقاييس في التقرير. وصول purchase وقيمته الإجمالية لا يثبت أن أسماء القطع ومعرفاتها وكمياتها وصلت. لا توقف إعلانات منتج بسبب تقرير فارغ قبل التأكد أن التقرير يعرف المنتج أصلًا.

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

فرّق بين الحدث والطلب والقطعة

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

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

أين توجد معلومات المنتج في التنفيذ الصحيح؟

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

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

اختر منتجًا واحدًا واتبع هويته عبر الرحلة

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

في منتج له ألوان أو مقاسات، اتفق على مستوى الهوية: ما الذي يمثل المنتج الأساسي وما الذي يمثل الخيار؟ لا يوجد مبرر لتغيير قاعدة التعريف كلما تغيرت الصفحة. المطلوب قاموس يشرحه فريق المتجر ويطبقه التنفيذ باستمرار، مع بيانات الخيار عند الحاجة. لا تستخدم رقم طلب العميل بدل معرف القطعة لأنه يغير معنى المقارنة.

افحص ثلاث نقاط: المصدر ثم الإرسال ثم التقرير

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

في الإرسال، اطلب دليلًا على الحقول التي وصلت إلى الخاصية الصحيحة في وضع الاختبار، لا لقطة تقول إن الوسم أُطلق فقط. يمكن استخدام أدوات الفحص المناسبة للتكامل وDebugView وفق إعداداتهما. راعِ موافقة المستخدم وضوابط الخصوصية، ولا تتجاوزها لاستكمال تجربة. احتفظ بأدلة لا تكشف أسماء العملاء أو بيانات الدفع أو تفاصيل حساسة.

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

لماذا قد تصل المشتريات دون تفاصيل مفيدة؟

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

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

مثال افتراضي: فاتورة واحدة وثلاث قطع

مثال توضيحي افتراضي لا يمثل بيانات عميل: طلب يحتوي كرسيين بسعر 400 ريال للواحد ومصباحًا بسعر 150 ريالًا. هنا ثلاثة عناصر من نوعين داخل طلب واحد، ومجموع قيمة المنتجات 950 ريالًا. بيانات الكرسي ينبغي أن تعبر عن سعر الوحدة 400 والكمية 2، وبيانات المصباح عن السعر 150 والكمية 1.

إذا أُرسل سعر الكرسي 800 مع كمية 2، فلن تعكس دلالة السعر والكمية المثال المقصود. وإذا وصل إجمالي الطلب 950 دون بيانات القطع، فقد تبدو قراءة الحدث الإجمالية مفهومة بينما لا تستطيع مقارنة أداء الكرسي والمصباح. لا يعالج هذا النقص تغيير اسم تقرير أو زيادة ميزانية منتج تعتقد أنه لا يبيع.

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

كيف تعتمد الإصلاح دون إفساد بيانات المنتجات؟

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

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

كيف يخدم الفحص قرارات عروض نوفمبر؟

قبل 11.11 والجمعة البيضاء في نوفمبر 2026، تحتاج معرفة ما يُشاهد ويضاف للسلة ويُشترى على مستوى المنتج. لا تختَر فئات الخصم من جدول ناقص وحده؛ راجع سجل المبيعات والمخزون والهامش أيضًا. يساعد دليل إدارة الحملات بحسب المخزون على ربط البيانات بالتنفيذ بدل ترويج قطع غير متاحة.

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

أسئلة شائعة عن منتجات GA4 غير المحددة

هل ظهور purchase يثبت صحة بيانات المنتجات؟

لا. افحص مصفوفة العناصر وحقول كل منتج؛ قد يسجل الحدث بينما تغيب الهوية أو الخيارات أو الكميات المطلوبة للتحليل.

هل يجب إرسال item_id وitem_name معًا؟

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

هل الكمية المشتراة تساوي عدد الطلبات؟

ليس بالضرورة. طلب واحد قد يحتوي عدة قطع؛ اختر المقياس الذي يجيب عن سؤالك قبل مقارنة أرقام المتجر والتحليلات.

هل يكفي حذف صف غير محدد من التقرير؟

هذا يغيّر العرض ولا يصلح الإرسال. حدد أين غابت المعلومات أولًا، ثم راقب البيانات الجديدة بعد إصلاح السبب.

ماذا أجهز لطلب المراجعة؟

نوع المتجر والتكامل المستخدم والخاصية والفترة واسم التقرير والبعد الناقص وعينة منتجات متوقعة، مع آخر تغيير معروف وبدون بيانات شخصية للعملاء.

الخلاصة والخطوة التالية

ابدأ بهوية منتج محدد، واتبعها من المصدر إلى الحدث ثم التقرير. اعتمد الإصلاح ببيانات اختبار موثقة، ثم استخدم التقرير مع المبيعات والمخزون لاتخاذ القرار. تمت مراجعة المصادر الرسمية في 2 نوفمبر 2026؛ ولا يغني هذا الإطار عن فحص التنفيذ الفعلي لمتجرك.

ناقش قياس منتجات متجرك مع حسام

عن الكاتب: حسام حسن – Performance Marketer، يقدم خدمات التتبع والتحليل وإدارة الحملات مع مراجعة تعريفات النتائج ومصادر بياناتها.