Insights · Data Quality
ماذا تعني (not set) في GA4؟ وكيف تتحقّق من جودة البيانات؟
قد تظهر الأحداث في GA4، لكن عندما تحاول تحليلها تجد أن بعض التفاصيل ناقصة أو تحمل القيمة (not set).
وجود الحدث يعني أن تفاعلًا سُجّل، لكنه لا يضمن أن كل المعلومات التي تحتاج إليها لتحليله متاحة. ولتحديد المشكلة، تحتاج إلى معرفة ما المعلومة الناقصة، وأين توقّعت ظهورها، وكيف أُرسلت.
سنستخدم مثالًا افتراضيًا لصفحة تتيح التواصل عبر الهاتف والبريد الإلكتروني، ونراجع كيف نتحقّق من بياناتها قبل مقارنة النقرات.
ما المقصود بجودة البيانات؟
جودة البيانات — Data Quality تعني مدى صلاحية البيانات للإجابة عن السؤال الذي تحاول تحليله.
لنفترض أنك تريد معرفة عدد النقرات على رابط الهاتف مقارنة برابط البريد. تحتاج إلى أن تُسجّل النقرة بصورة صحيحة، وأن ترتبط بها وسيلة التواصل المناسبة.
قد تتأثر جودة هذه البيانات بأكثر من طريقة:
| المشكلة | مثال |
|---|---|
| معلومة ناقصة | تسجيل النقرة دون تحديد هل جاءت من رابط الهاتف أم البريد |
| قيمة غير صحيحة | تسجيل نقرة الهاتف بقيمة email |
| حدث مكرّر | إرسال حدثَي نقر مقابل نقرة واحدة |
| تسميات غير متّسقة | استخدام phone وtelephone للدلالة على الوسيلة نفسها |
لذلك، اختفاء (not set) وحده لا يكفي للحكم على جودة البيانات؛ فقد تكون القيم موجودة، لكنها خاطئة أو مكرّرة.
ماذا تعني (not set)؟
تستخدم GA4 القيمة (not set) عندما لا تتوفر معلومات للبُعد المعروض في التقرير. ويختلف سبب ظهورها باختلاف البُعد؛ فمشكلة «مصدر الزيارة» ليست بالضرورة مشابهة لمشكلة «وسيلة التواصل».
البُعد — Dimension هو وصف نستخدمه لتقسيم البيانات، مثل اسم الحدث أو نوع الجهاز أو وسيلة التواصل. أما المقياس — Metric فهو قيمة عددية، مثل عدد الأحداث.
في مثالنا:
- الحدث
contact_clickيسجّل النقر على رابط التواصل. - المعامل
contact_methodيوضّح الوسيلة. - القيم المتوقعة هي
phoneأوemail.
إذا ظهر (not set) تحت بُعد وسيلة التواصل، فهذا يعني أن التقرير لا يعرض وسيلة محدّدة لتلك البيانات. لكنه لا يخبرك بالسبب بمفرده.
ابدأ من التقرير الذي ظهرت فيه المشكلة
قبل فتح GTM أو تعديل أي إعداد، حدّد نطاق المشكلة من التقرير نفسه.
اسأل:
- في أي بُعد ظهرت القيمة؟ وسيلة التواصل، أم مصدر الزيارة، أم بُعد آخر؟
- ما الأحداث المشمولة؟ هل تراجع
contact_clickفقط، أم جميع أحداث الموقع؟ - ما الفترة المختارة؟ وهل تشمل أيامًا سبقت إعداد التتبّع أو تسجيل البُعد؟
- هل توجد فلاتر أو شرائح؟ وهل تحصر البيانات التي تريد فحصها فعلًا؟
في مثال التواصل، ابدأ بتقرير مفلتر على الحدث contact_click. فمعامل contact_method صُمّم لوصف نقرات التواصل، ولا يُفترض أن يصاحب كل حدث آخر، مثل مشاهدة الصفحة.
إذا جمعت أحداثًا لا تحمل هذا المعامل، فقد ترى قيمًا ناقصة لا تدل على خلل في تتبّع نقرات التواصل نفسها.
تحديد الحدث المطلوب يضبط نطاق التحليل. أما استبعاد (not set) لمجرد إخفائها، فلا يعالج سببها.
هل المشكلة في الإرسال أم في التقرير؟
بعد تحديد البيانات المتأثرة، اختبر التفاعل الذي يفترض أن ينتجها.
انقر على رابط الهاتف أثناء استخدام GTM Preview، ثم راجع الحدث في GA4 DebugView. ابحث عن:
- اسم الحدث:
contact_click. - اسم المعامل:
contact_method. - القيمة المتوقعة:
phone.
كرّر الاختبار لرابط البريد، حيث يفترض أن تكون القيمة email.
استخدم النتيجة لتحديد الخطوة التالية:
| ما تلاحظه | ما تفحصه بعد ذلك |
|---|---|
| الحدث لا يظهر في DebugView | تشغيل الوسم، ووجهة الإرسال، وتفعيل وضع التصحيح |
| الحدث موجود لكن المعامل غائب | هل أُضيف المعامل إلى الوسم؟ وهل المتغيّر المستخدم يعيد قيمة؟ |
| المعامل موجود لكن قيمته خاطئة | طريقة تحديد الوسيلة وشروط التمييز بين الرابطين |
| القيم صحيحة أثناء الاختبار لكنها ناقصة في التقرير | تسجيل البُعد المخصّص، ونطاقه، واسم المعامل، والفترة والفلاتر |
| المشكلة تظهر في أحد الرابطين فقط | اختلاف إعداد الرابط أو الوسم أو القيمة المرتبطة به |
هنا نميّز بين جمع البيانات — Collection، أي إرسال الحدث وتفاصيله، وعرض البيانات — Reporting، أي إتاحتها واستخدامها داخل التقرير بعد المعالجة.
نجاح الاختبار الحالي يثبت ما حدث في ذلك الاختبار. ولا يثبت وحده أن كل النقرات السابقة أو جميع روابط الموقع أرسلت القيم بصورة صحيحة.
ما دور الأبعاد المخصّصة؟
قد يصل المعامل إلى GA4، لكنك تحتاج إلى تسجيله كبُعد مخصّص حتى تستخدمه في التقارير والاستكشافات.
البُعد المخصّص لا يرسل البيانات بنفسه. إرسال contact_method يتم من إعداد التتبّع، بينما تسجيله يتيح تحليله كبُعد داخل GA4.
في مثالنا، تكون إعداداته كالتالي:
| الحقل | القيمة |
|---|---|
| اسم البُعد — Dimension name | وسيلة التواصل |
| النطاق — Scope | Event |
| معامل الحدث — Event parameter | contact_method |
«وسيلة التواصل» اسم واضح يظهر للقارئ داخل التقرير. أما contact_method فهو اسم المعامل المرسل، ويجب إدخاله مطابقًا لاسمه في إعداد التتبّع.
يمكن إنشاء البُعد من Admin → Data display → Custom definitions. وبعد إرسال البيانات المخصّصة وإنشاء البُعد، قد تستغرق إتاحتها للتحليل 24–48 ساعة.
إذا سجّلت البُعد للتو، امنحه وقت المعالجة ثم افحص البيانات اللاحقة. وتسجيل البُعد لا يعوّض قيمة لم تُرسل أصلًا مع الحدث.
مثال: الهاتف يظهر، والبريد لا يظهر
لنفترض أن التقرير يعرض نقرات بقيمة phone، وأخرى بقيمة (not set).
لا يكفي ذلك لاستنتاج أن كل القيم الناقصة تخص البريد. نختبر الرابطين أولًا لمعرفة ما يرسله كل منهما.
أظهر الاختبار الافتراضي التالي:
| التفاعل | ما وصل إلى GA4 |
|---|---|
| النقر على الهاتف | contact_click ومعه contact_method = phone |
| النقر على البريد | contact_click دون معامل contact_method |
عند مراجعة الإعداد، تبيّن أن الوسم الخاص برابط البريد يرسل اسم الحدث فقط، دون المعامل.
الإصلاح هنا هو إضافة المعامل بالقيمة email إلى ذلك الوسم، ثم إعادة الاختبار. إنشاء بُعد مخصّص آخر لن يعالج معلومة لا تُرسل.
بعد التعديل
- اختبر رابط البريد وتحقّق من وصول
email. - اختبر رابط الهاتف للتأكد من استمرار وصول
phone. - تأكد من أن النقرة الواحدة لا ترسل الحدث مرتين.
- انشر التعديل، وسجّل تاريخه، ثم راجع البيانات اللاحقة بعد المعالجة.
وصول قيمة البريد بعد الإصلاح لا يتيح نسب كل القيم الناقصة القديمة إليه؛ فقد لا تتوفر معلومات كافية لتحديد مصدرها.
كيف تتعامل مع البيانات الناقصة في التحليل؟
تؤثر البيانات الناقصة في معنى النتيجة، حتى عندما يكون الحساب نفسه صحيحًا.
لنفترض أن تقريرًا افتراضيًا يحتوي على:
| وسيلة التواصل | عدد أحداث النقر |
|---|---|
| الهاتف | 60 |
| البريد | 20 |
غير محدّدة (not set) | 20 |
| الإجمالي | 100 |
إذا استبعدت القيم الناقصة، تصبح حصة الهاتف 75% من النقرات ذات الوسيلة المعروفة: 60 من أصل 80.
أما حصته من جميع النقرات المسجّلة فهي 60%: 60 من أصل 100.
يمكن استخدام البيانات المعروفة لتحليل محدود، مع ذكر الجزء الناقص. وإذا كان النقص قد يغيّر القرار، فالأفضل جمع فترة أوضح بعد معالجة السبب قبل المفاضلة بين الوسيلتين.
متى تصبح البيانات مناسبة للاستخدام؟
قبل الاعتماد على التقرير، تأكد من أن:
- القيم المطلوبة تصل عند اختبار التفاعلات المقصودة.
- الحدث لا يتكرّر دون قصد.
- التسميات متّسقة داخل التقرير.
- الفترة والفلاتر تناسب السؤال الذي تحلّله.
- أي بيانات ناقصة متبقية وحدود تأثيرها موضّحة.
لا تحتاج إلى تعديل التتبّع كلما رأيت (not set). ابدأ بتحديد المعلومة الناقصة، ثم افحص مصدرها وإعداد عرضها، وعالج السبب الذي توصّلت إليه. بهذه الطريقة يصبح التقرير أوضح، وتعرف ما يمكنك استنتاجه منه.
للتعرّف على إعداد التتبّع من البداية
كيف تتتبّع تفاعل المستخدم باستخدام GA4 وGTM؟ ←