أخطاء شائعة في إعداد جوجل أناليتكس 4 تفسد تقارير العملاء المحتملين

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

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

قبل أن تبدأ: ثلاث أدوات وقاعدة واحدة

يمكن فحص كل ما يلي تقريبًا بأدوات Google المجانية:

• Tag Assistant (tagassistant.google.com) يسرد الوسوم في الصفحة والإرسالات التي ترسلها أثناء تصفحك (Tag Assistant Help: Troubleshoot with Tag Assistant).
• DebugView يعرض الأحداث التي يجمعها GA4 من جهازك في الوقت الفعلي عند تفعيل وضع التصحيح (Analytics Help: Monitor events in DebugView).
• Tag Diagnostics وTag coverage، في إعدادات وسم Google، تنبّهان إلى مشكلات مثل وسم توقف عن إرسال البيانات أو أوامر موافقة بترتيب خاطئ، وتسردان الصفحات التي حمّلت وسمك (Tag Diagnostics; About the Tag coverage summary).

القاعدة: معظم إصلاحات GA4 تسري من لحظة تنفيذها فقط. وبعبارة Google، فإن وسم حدث على أنه رئيسي “doesn’t change historic data” وإن مرشحات البيانات “do not affect historical data”. لذا سجّل تاريخ كل إصلاح، ولا تقارن الشهرين على جانبيه كأن شيئًا لم يتغير.

أخطاء التجميع: ما الذي يسجله الوسم

1. الوسم مثبّت مرتين

علامات الفحص. تبدو المشاهدات لكل جلسة مرتفعة على غير العادة، أو تصل الأحداث في أزواج. والتكرار ليس التفسير الوحيد الممكن، لكنه يستحق الاستبعاد أولًا، خاصة بعد إعادة تصميم أو تغيير إضافة: فقد يكون في القالب أو إضافة WordPress حقل “Google Analytics” خاص به، بينما أُضيف وسم Google أيضًا عبر Tag Manager أو لُصق في الترويسة.

طريقة الفحص. في Tag Assistant، ظهور معرّف G- نفسه أكثر من مرة هو الدليل؛ وفي DebugView يجب أن يُنتج تحميل صفحة واحدة page_viewواحدًا. وعلى تطبيق الصفحة الواحدة تحقق أيضًا هل مشاهدة صفحة مرسلة يدويًا ومشاهدات القياس المحسّن عند تغيّر سجل المتصفح تعمل معًا للشاشة نفسها (وتصف Google سجل المتصفح إعداد ذلك الخيار في Analytics Help: Enhanced measurement events).

الإصلاح. أبقِ طريقة تثبيت واحدة، وأزل الباقي، وأعد اختبار كل قالب، بما فيها صفحة الشكر وصفحات الهبوط.

2. الحدث الرئيسي موسوم على الحدث الخطأ

علامات الفحص. يبلغ GA4 عن «عملاء محتملين» أكثر بكثير مما وصل إلى البريد أو نظام CRM، وأحيانًا قريبًا من عدد الجلسات. ومن الأسباب الجديرة بالفحص وسم page_view حدثًا رئيسيًا (يعمل في كل صفحة)، أو وسم form_start بدل الإرسال المؤكد، أو احتساب نقرة زر «اتصل بنا» عميلًا محتملًا مع أنها لا تفعل إلا فتح صفحة الاتصال.

طريقة الفحص. راجع قائمة الأحداث الرئيسية واسأل عن كل حدث: هل يريد مندوب المبيعات أن يعرف أن هذا حدث؟ ثم قارن أسبوعًا من الأحداث الرئيسية بالاستفسارات التي وصلت فعلًا.

الإصلاح. أزل الوسم عن الأحداث الخاطئة ووسم الصحيحة. إزالة الوسم لا تغيّر البيانات المجمعة سابقًا، والحدث الرئيسي الجديد لا يُحتسب إلا من لحظة وسمه (Analytics Help: Mark events as key events). وإذا كان page_view هو الإشارة الصحيحة فعلًا، كما في صفحة الشكر فأنشئ حدثًا منفصلًا لذلك العنوان وحده ووسمه هو فقط. وتتيح الخصائص القياسية ما يصل إلى 30 حدثًا رئيسيًا؛ والموقع الذي يولّد عملاء محتملين يحتاج إلى حفنة منها بأسماء واضحة.

3. نجاح النموذج لا يُسجَّل أبدًا، أو يُسجَّل حين لم يحدث

علامات الفحص. عملاء النماذج المحتملون في GA4 عند الصفر بينما يمتلئ البريد، أو أن العدد أعلى من الإرسالات الحقيقية.

طريقة الفحص. أرسل استفسارًا اختباريًا حقيقيًا مع فتح DebugView، ثم أجرِ ثلاثة اختبارات. هل يعرض النموذج رسالة النجاح في الصفحة نفسها؟ إن كان كذلك فلن يُطلَق أبدًا حدث مبني على عنوان صفحة الشكر هل يمكن الوصول إلى صفحة الشكر من القائمة أو خريطة الموقع أو نتائج البحث؟ إن كان كذلك فقد تُحتسب الزيارات العادية عملاء محتملين. وهل يُطلَق حدث «submit» حين يُترك حقل مطلوب فارغًا؟ إن كان كذلك فهو يحتسب المحاولات لا الاستفسارات.

الإصلاح. سجّل العميل المحتمل عند النجاح المؤكد: حدث يُرسَل حين يقبل النموذج الإرسال، أو صفحة الشكر لا يصل إليها إلا النموذج. أما نقرة واتساب أو الهاتف فإشارة نية لا محادثة مؤكدة، لذا أبقها منفصلة عن عملاء النماذج.

أخطاء مصادر الزيارات: من ينال الفضل

4. الزيارات الداخلية وزيارات المطورين تُحتسب

علامات الفحص. عملاء محتملون باسم “test”، أو مدينة المكتب نفسه في أعلى تقارير المواقع. فالموظفون والوكالات والمطورون يزورون صفحات الاتصال الخاصة بهم كثيرًا، وفي موقع قليل الزيارات قد يكفي ذلك لتشويه الأرقام.

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

الإصلاح. عرّف الزيارات الداخلية بعنوان IP أو نطاق؛ فيضيف GA4 عندئذ معلمة traffic_type إلى الأحداث المطابقة. أنشئ مرشح بيانات للزيارات الداخلية، واتركه في وضع Testing للتأكد من أنه يلتقط الجلسات الصحيحة، ثم فعّله. وتوضح Google أن المرشحات الفعّالة دائمة، وأن البيانات المستبعدة “is never processed”، وقد يستغرق تطبيق المرشح من 24 إلى 36 ساعة (Analytics Help: Filter out internal traffic). ويزيل مرشح منفصل لزيارات المطورين نشاط المطورين الذين يستخدمون وضع التصحيح (Analytics Help: Data filters). وقواعد IP تفوّت الموظفين على بيانات الجوال أو في المنزل، لذا ضع علامة واضحة أيضًا على الاستفسارات الاختبارية وأزلها من أعداد العملاء المحتملين.

5. نطاقات الدفع أو الحجز تظهر كإحالات

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

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

الإصلاح. أدرج هذه النطاقات ضمن الإحالات غير المرغوبة في إعدادات الوسم لمجرى الويب. ومثال Google نفسها هو هذه الحالة: موقع تجارة إلكترونية يعود مستخدموه بعد الدفع على نطاق معالج دفع تابع لجهة خارجية . ويمكنك إدراج ما يصل إلى 50 لكل مجرى بيانات، ولا يُحتسب نطاقك الخاص ونطاقاتك الفرعية مُحيلًا أصلًا. والجلسة المنسوبة إلى نطاق قبل إدراجه تبقى منسوبة إليه، فتوقع ألا يظهر الإصلاح إلا من تلك النقطة (Analytics Help: Identify unwanted referrals). وإذا كنت تملك ذلك النطاق وتوسمه، فاستخدم القياس عبر النطاقات بدلًا من ذلك.

6. الرحلة تمتد عبر نطاقات، و القياس عبر النطاقات غير مضبوط

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

طريقة الفحص. انقر من نطاق إلى الآخر وانظر إلى عنوان الوجهة. فمع عمل القياس عبر النطاقات يحمل الرابط معلمة _gl . وبدونها تقول Google إن Analytics ينشئ ملفات تعريف ارتباط ومعرّفات جديدة على كل نطاق، فيُحتسب شخص واحد على جهاز واحد مستخدمَين وجلستين (Analytics Help: Set up القياس عبر النطاقات measurement).

الإصلاح. يجب أن يستخدم النطاقان معرّف الوسم G- نفسه من مجرى الويب نفسه. أضفهما ضمن Configure your domains في إعدادات وسم المجرى وأعد الاختبار؛ وتذكر Google أن إعادة التوجيه و التنقل بالسكربت من الأسباب الشائعة لضياع _gl .

7. معلمات UTM تُستخدم في الروابط الداخلية

علامات الفحص. تعرض تقارير الحملات أسماء مثل «homepage-banner» أو «menu» مصادرَ، وتُنسب بعض العملاء المحتملين إلى موقعك نفسه.

طريقة الفحص. ابحث عن utm_ في عناوين لافتاتك وقوائمك وأزرارك الداخلية.

الإصلاح. ننصح بإزالتها. فصفحة مساعدة Google لا تتناول الروابط الداخلية مباشرة؛ إنها تقدّم معلمات UTM وسيلةً “identify the campaigns that refer traffic” (Analytics Help: URL builders: Collect campaign data with custom URLs). وفي الرابط الداخلي يصف الوسم لافتتك لا كيف وصل الزائر، وإذا شُورك ذلك العنوان أو حُفظ في المفضلة فقد تُنسب إليه زيارة لاحقة. تتبّع اللافتات الداخلية بحدث نقر. وعلى الروابط الخارجية تقول صفحة Google إن عليك دائمًا تضمين utm_source، utm_medium و utm_campaign، وإن غياب المعلمات يُنتج قيمًا “(not set)”. وتحفّظ كذلك من إضافة معلمات UTM يدوية إلى الموسومة تلقائيًا روابط Google Ads: تلاحظ Google أن الأحداث قد تُنسب إلى مصدر UTM لا إلى Google Ads، وأن تضمين قيم حملة يدوية مع قيم Google Click ID “can lead to misattribution” (Analytics Help: Scopes of traffic-source dimensions).

إعدادات الموقع التي لا يراجعها أحد

8. قِصر مدة الاحتفاظ بالبيانات

علامات الفحص. تعرض التقارير القياسية سنة كاملة، لكن تقرير استكشاف أو مسار تحويل يقارن هذا الربع بالعام الماضي يعود فارغًا أو ناقصًا.

طريقة الفحص. في Admin، في عمود الموقع، افتح Data settings ثم Data retention. تتيح الخصائص القياسية 2 أو 14 شهرًا، ويشمل الإعداد أيضًا بيانات الأحداث الرئيسية. ويقيّد الاحتفاظ تقارير الاستكشاف والمسارات، لا التقارير القياسية المجمَّعة (Analytics Help: Data retention).

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

9. المنطقة الزمنية للتقارير والعملة لا تطابقان نشاطك

علامات الفحص. لا تتطابق أعداد العملاء المحتملين اليومية مع CRM أبدًا، لأن GA4 يغلق اليوم قبل فريق مبيعاتك أو بعده بساعات. وتظهر قيم العملاء المحتملين أو الإيرادات بعملة لا يستخدمها فريقك المالي.

طريقة الفحص. يُختاران عند إنشاء الخاصية ويسهل قبولهما دون تفكير، لذا افحص المنطقة الزمنية للتقارير والعملة في تفاصيل الخاصية. المنطقة الزمنية “used as the day boundary for reports”، وتغييرها “only affects data going forward” (Google Analytics Admin API: REST Resource: properties; Analytics Help: Set up Analytics for a website and/or app).

الإصلاح. استخدم المنطقة الزمنية التي يصدر بها نشاطك تقاريره، مثل الرياض أو دبي أو القاهرة أو الدوحة، وسجّل تاريخ التغيير، واضبط العملة التي تُصدر بها تقاريرك. وتقول مرجعية العملات في Google إنه، بخلاف تغيير المنطقة الزمنية، فإن تغيير العملة يؤثر في البيانات التاريخية أيضًا، فيحوّلها إلى العملة الجديدة (Analytics Help: Currency reference).

أخطاء الموافقة والربط

10. إعداد الموافقة يحجب أكثر مما قُصد

علامات الفحص. ينخفض المستخدمون والجلسات والعملاء المحتملون بحدة يوم تفعيل شريط ملفات تعريف الارتباط، أو لا يعرض DebugView شيئًا أثناء الاختبار.

طريقة الفحص. اعرف أي وضع للموافقة تستخدم. ففي وضع الموافقة الأساسي لا تُحمَّل وسوم Google حتى يتفاعل المستخدم مع الشريط، وإن لم تُمنح الموافقة فـ “no data is transferred to Google at all”. وفي الوضع المتقدم تُحمَّل الوسوم مع رفض الموافقة افتراضيًا وترسل قياسات دون ملفات تعريف ارتباط حتى يختار المستخدم (Google Tag Platform: Consent mode overview). اختبر بالقبول في زيارة والرفض في أخرى مع مراقبة Tag Assistant. ولا يعرض DebugView أحداث متصفح لم يوافق على ملفات تعريف الارتباط التحليلية، فخلوّ DebugView لا يثبت أن الوسم معطّل. وتنبّه Tag Diagnostics أيضًا إلى خاصية ترسل دائمًا إشارة ad_user_data مرفوضة، مما قد يشير إلى إعداد موافقة خاطئ.

الإصلاح. اضبط حالة الموافقة الافتراضية قبل أي أمر لوسم Google، في كل صفحة، وأرسل تحديثًا لحظة اختيار الزائر؛ وتحذّر Google من أن تحديثًا يُرسَل أثناء إغلاق الصفحة قد يُلغيه المتصفح قبل اكتماله (Google Tag Platform: Set up consent mode on websites). والهدف ألا تخسر إلا ما اختار الزوار ألا يشاركوه. أما القيم الافتراضية للمواقع الخليجية والمصرية فمغطاة في دليلنا لوضع الموافقة؛ وهذا ليس استشارة قانونية، لذا تحقق من أنظمة سوقك مع مستشاريك.

11. GA4 غير مربوط بـ Google Ads

علامات الفحص. لا تستطيع Google Ads استخدام أحداث GA4 الرئيسية عند إنشاء التحويلات، وتغيب بيانات التكلفة والنقرات من Google Ads عن تقارير GA4.

طريقة الفحص. في GA4 Admin، ضمن Product links، افتح Google Ads links. يتطلب الربط صلاحية Editor أو Administrator في GA4 وصلاحية Admin في Google Ads (Analytics Help: Connect Google Ads to Google Analytics).

الإصلاح. اربط كل حساب Ads يرسل زيارات إلى الموقع؛ وتتضمن عملية الربط خيارًا لتفعيل التوسيم التلقائي، الذي يلحق Google Click ID بعناوين الإعلانات. وتقول Google إن بيانات Google Ads المرتبطة تظهر في تقارير Analytics خلال 48 ساعة، وإن حذف الربط يوقف تدفق البيانات بين الاثنين، بما في ذلك استيراد الأحداث الرئيسية. وللمزايدة على الإشارات الصحيحة، راجع خدمة التسويق بالأداء لدينا. وإن كانت الحملات تجلب نقرات بلا عملاء محتملين مسجَّلين، فإن هذا التشخيص يستعرض بقية المسار.

فحص ذاتي يمكنك إجراؤه في جلسة واحدة

إن كان لديك وقت لمرور واحد على خاصيتك، فاتبع هذا الترتيب؛ فكل خطوة تعتمد على ما قبلها:

1. الوسم: وسم Google واحد لكل صفحة، في كل قالب (Tag Assistant، Tag coverage).
2. الموافقة: يعمل القبول والرفض كما هو مقصود.
3. أحداث العملاء المحتملين: استفسار اختباري حقيقي يُنتج حدثًا رئيسيًا واحدًا بالضبط؛ والإرسال الفاشل لا يُنتج شيئًا.
4. قائمة الأحداث الرئيسية: لا شيء يُطلَق عند التصفح العادي.
5. المرشحات: استبعاد الزيارات الداخلية وزيارات المطورين، مع اختبارها قبل التفعيل.
6. المصادر: نطاقات الدفع والحجز مدرجة ضمن الإحالات غير المرغوبة؛ ونطاقاتك مربوطة عبر القياس عبر النطاقات؛ ولا معلمات UTM في الروابط الداخلية.
7. الإعدادات: احتفاظ بالبيانات لمدة 14 شهرًا، ومنطقة زمنية وعملة صحيحتان.
8. Google Ads: مربوط، التوسيم التلقائي مفعّل، واستخدام الأحداث الرئيسية الصحيحة للمزايدة.

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

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