ما الذي يجب أن يتضمنه تدقيق التتبع التسويقي: قائمة مراجعة

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

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

1. الصلاحيات والملكية: من يتحكم فعلًا في البيانات

ابدأ من هنا، لأن كل إصلاح لاحق يعتمد على أن يملك أحد صلاحية الوصول المناسبة لإجرائه. تتعثر تدقيقات كثيرة في يومها الأول حين يتبين أن خاصية GA4 أُنشئت تحت حساب Gmail شخصي لموظف سابق أو تحت حساب وكالة سابقة.

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

2. إعدادات خاصية GA4 وتدفق البيانات

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

• الاحتفاظ بالبيانات. بالنسبة إلى خصائص GA4 القياسية، يمكن الاحتفاظ بالبيانات على مستوى المستخدم وببيانات الأحداث الأخرى، لكل منهما، لمدة شهرين أو 14 شهرًا (يقدم Analytics 360 خيارات أطول لبيانات الأحداث). وتذكر Google أن الإعداد يؤثر فقط في الاستكشافات وتقارير مسار التحويل، لا في التقارير المجمّعة القياسية. وإذا كان أحد أفراد الفريق يبني استكشافات لمقارنة هذا العام بالعام الماضي، فإن إعداد الشهرين سيُفسدها. افحصه وقرر عن قصد.
• الزيارات الداخلية. يؤدي دخول الموظفين والمطوّرين والوكالات إلى الموقع إلى تضخيم التفاعل، وقد يتسبب في إرسال نماذج اختبار. تتيح لك GA4 تحديد قواعد الزيارات الداخلية بحسب عنوان IP على تدفق بيانات الويب ثم استبعادها بمرشح بيانات. وللمرشحات حالات: اختبار ونشط وغير نشط؛ وتحذّر Google من أن تأثير المرشح بعد تطبيقه دائم وأن البيانات المستبعدة لا تُعالَج أبدًا. شغّل المرشح في وضع الاختبار أولًا، وافحصه في استكشاف، ثم فعّله.
• الإحالات غير المرغوبة. إذا غادر الزوار موقعك للدفع أو تسجيل الدخول على نطاق آخر ثم عادوا، فقد يظهر ذلك النطاق كمصدر للزيارات. قائمة الإحالات غير المرغوبة تمنع احتساب نطاقات مختارة كمُحيلة. تعامل معها كإصلاح يسري مستقبلًا: تصف صفحة مساعدة Google كيف تُوسَم الأحداث الجديدة ولا تذكر أن الجلسات السابقة يُعاد تصنيفها.
• القياس عبر النطاقات ، عند الحاجة فقط. هذا للرحلات التي تعبر فعلًا نطاقات منفصلة، مثل موقع شركة يحيل المستخدمين إلى نطاق حجز أو متجر. وبدونه، تلاحظ Google أن ملفات تعريف ارتباط جديدة تُنشأ على كل نطاق، ولذلك يُحتسب شخص واحد يزور نطاقين جذريين كمستخدمين اثنين وجلستين؛ أما معه فتُمرَّر المعرّفات بين النطاقات في معامل _gl داخل عنوان URL عندما يتبع الزائر رابطًا أو يرسل نموذجًا. وإذا كانت كل الرحلات تبقى على نطاق واحد فلا شيء لتهيئته. وإذا احتجت إليه، تشترط Google أن تستخدم الوسوم في كل صفحة معرّف الوسم نفسه من تدفق بيانات الويب نفسه، وتحذّر من أن عمليات إعادة التوجيه أو الصفحات التي لا تقبل معاملات استعلام إضافية قد تُسقط _gl، لذا اختبر الرحلة بعد الإعداد.
• القياس المحسّن. افحص أي الأحداث التلقائية مفعّلة. القياس المحسّن يمكنه جمع التمريرات والنقرات الخارجية والبحث داخل الموقع وتفاعل الفيديو وتنزيلات الملفات وتفاعلات النماذج. اعرف أيها مفعّل، لأن حدث form_submit التلقائي وحدث نموذج مخصص مبنيًا في Tag Manager قد يصفان الإجراء نفسه.
• البيانات الشخصية. تنص صفحة المساعدة نفسها على أن أصحاب المواقع ملزمون بضمان عدم جمع أي معلومات تعريف شخصية. افحص عناوين URL للصفحات ومعاملات الأحداث بحثًا عن عناوين بريد إلكتروني أو أرقام هواتف تمرّ من النماذج.

3. الأحداث والأحداث الرئيسية: الأسماء والتكرارات وما الذي يُحتسب

من هنا يبدأ معظم الخلاف بين الشاشات. ينبغي أن ينتج التدقيق جردًا بسيطًا للأحداث: اسم الحدث، وما الذي يطلقه، وأين يُنشأ (القياس المحسّن أم Tag Manager أم كود الموقع)، وهل هو معلَّم كحدث رئيسي.

• الأسماء. أسماء أحداث GA4 حساسة لحالة الأحرف، ولذلك generate_lead و Generate_Lead حدثان مختلفان. يجب أن يبدأ الاسم بحرف، وألا يستخدم إلا الحروف والأرقام والشرطات السفلية، وأن يتجنب الأسماء المحجوزة مثل page_view أو session_start. أشِر إلى أي أسماء شبه مكررة واتفقوا، كممارسة جيدة، على اصطلاح تسمية واحد.
• التكرارات. ابحث عن الإجراء نفسه المُطلَق مرتين: مشاهدة صفحة الشكر وحدث نموذج كلاهما معلَّم كحدث رئيسي، أو وسم يُطلَق عند كل تحميل لصفحة في نموذج متعدد الخطوات ، أو مقتطف مضمَّن يدويًا ما زال يعمل بجوار وسم Tag Manager.
• ما الذي يُحتسب. تعرّف Google الحدث الرئيسي بأنه الحدث الذي يقيس إجراءً مهمًا بوجه خاص لنجاح نشاطك التجاري. ويصلح عادةً نموذج طلب العرض المكتمل؛ أما التمرير أو تنزيل ملف فلا يصلح عادةً. ونقرة واتساب أو الهاتف تستحق التتبع، لكنها إشارة نية: تدل على أن أحدًا ضغط الزر، لا على حدوث محادثة أو تأهيل عميل محتمل. صنّفها بهذا الوصف في التقارير.
• اختبر كل حدث رئيسي. أرسل كل نموذج، واضغط كل زر اتصال، وتأكد من وصول حدث واحد بالضبط بالمعاملات المتوقعة.

لمعرفة كيف تُعدّ النماذج والمكالمات ونقرات واتساب إعدادًا صحيحًا، راجع تتبع العملاء المحتملين في GA4 كأحداث رئيسية؛ ومهمة التدقيق أن يتحقق من أن ما هو موجود يطابق ذلك المعيار.

4. سلامة حاوية Google Tag Manager

الحاوية التي مرّت بعدة وكالات تميل إلى تجميع وسوم متوقفة ووسوم لا يستطيع أحد تفسيرها ومشغّلات تعمل على «كل الصفحات» لأنه كان الأسرع. يفحص التدقيق:

• حاوية واحدة، مثبَّتة مرة واحدة. تأكد من ظهور مقتطف الحاوية في كل قالب صفحة، مرة واحدة، ومن عدم وجود حاوية ثانية ولا وسم مضمَّن يدويًا متبقٍّ يكرر القياس نفسه.
• لكل وسم غرض ومسؤول. اختبار مفيد هو هل يمكن شرح كل وسم في سطر واحد. الأفضل عادةً إزالة وسوم المنصات التي لم تعد الشركة تستخدمها بدلًا من تركها متوقفة إلى أجل غير مسمى.
• دقة المشغّلات. تكون وسوم التحويل أكثر موثوقية حين تُطلَق عند الإجراء المؤكَّد (إرسال ناجح أو حالة الشكر )، لا عند نقرة زر تُطلَق أيضًا حين يفشل التحقق.
• التسمية. هذا اصطلاح لا قاعدة من Google، لكن نمطًا ثابتًا للوسوم والمشغّلات والمتغيرات، مثل المنصة والنوع والإجراء، يجعل الحاوية مقروءة للشخص التالي.
• الإصدارات والنشر. يحتفظ Tag Manager بـ سجل نشر يبيّن متى كان كل إصدار فعّالًا ومن نشره، ويتيح لك تعيين إصدار أقدم كأحدث إصدار للتراجع. تحقق من أن للإصدارات أسماء وأوصافًا ذات معنى، وفكّر في حصر صلاحية النشر في مجموعة صغيرة.
• انضباط الاختبار. افحص التغييرات في وضع المعاينة وتصحيح الأخطاءالذي يبيّن أي الوسوم أُطلقت وما البيانات التي مرّرتها، قبل نشر أي شيء.

5. ربط Google Ads وإجراءات التحويل

تتعلم مزايدة الحملات من أي شيء تخبرها أنه تحويل، ولذلك فالأخطاء هنا تكلّف مالًا مباشرة، لا دقة التقارير فقط.

• الربط و الوسم التلقائي. تأكد من ربط GA4 وGoogle Ads ومن أن الوسم التلقائي مفعَّل. وتُدرج Google الوسم التلقائي، الذي يضيف معرّف النقرة GCLID إلى عناوين URL التي ينقر عليها الناس، بوصفه مطلوبًا لاستيراد بيانات الأحداث الرئيسية من Google Analytics إلى Google Ads ولإدخال بيانات حملات Google Ads وتكلفتها إلى Analytics، وتقول إنه إذا كان الموقع يستخدم عمليات إعادة توجيه فيجب تمرير GCLID إلى صفحة الوصول النهائية.
• أساسي مقابل ثانوي. إجراءات التحويل الأساسية تظهر في عمود التحويلات وتُستخدم في المزايدة (ما دام هدفها مستخدمًا في المزايدة)؛ أما الإجراءات الثانوية فتظهر في «كل التحويلات» للمراقبة. توصيتنا: اذكر كل إجراء تحويل، وأبقِ أساسيًّا فقط الإجراءات التي تريد الشركة فعلًا المزيد منها.
• الإجراءات المتداخلة. تذكر Google أن إجراءات التحويل المنشأة من الأحداث الرئيسية في Analytics تُعيَّن كثانوية لمنع احتساب الحدث نفسه مرتين في المزايدة. وإذا كان العميل المحتمل نفسه يُتتبَّع أيضًا بوسم تحويل في Google Ads، فتحقق أيهما أساسي وهل غيّر أحد هذا الإعداد، وسجّل سبب الاختيار.
• إعداد العدّ. توصي Google باحتساب تحويل واحد لكل نقرة إعلانية للعملاء المحتملين وكل تحويل للمبيعات. وإجراء عميل محتمل مضبوط على «كل مرة» سيضخّم النتائج حين يرسل أحدهم نموذجًا مرتين. وتسري التغييرات على التقارير المستقبلية فقط.
• الفروق المتوقعة. لن تعرض Google Ads وGA4 أرقام تحويلات متطابقة. وتشير Google إلى أن التحويلات بعد المشاهدة (view-through) لا تظهر في التحويلات المستوردة من Analytics، وأن إعدادات الإسناد تختلف. وينبغي أن يوثّق التدقيق أي الفروق مقصودة وأيها أخطاء.

6. وسم الحملات والموافقة على الكوكيز وSearch Console

قواعد UTM

الروابط غير الموسومة أو الموسومة بلا اتساق هي سبب نمو «Direct» و«(not set)» في التقارير. تدعم GA4 معاملات منها utm_source وutm_medium وutm_campaign وutm_term وutm_content وutm_id، وتنصح Google باستخدام المصدر والوسيط والحملة دائمًا. والقيم حساسة لحالة الأحرف، فتصبح «LinkedIn» و«linkedin» مصدرين؛ وتوصي Google بالأحرف الصغيرة معيارًا. وينبغي أن يفحص التدقيق عيّنة من الروابط الفعلية في منشورات التواصل الاجتماعي وتواقيع البريد الإلكتروني والنشرات البريدية ورموز QR مقابل ورقة تسمية مكتوبة.

إعداد الموافقة

إذا كان الموقع يستخدم لافتة موافقة، فتحقق من أنها تتحكم فعلًا في الوسوم. يتضمن وضع الموافقة (consent mode) من Google أنواع الموافقة ad_storage وanalytics_storage وad_user_data وad_personalization، إلى جانب أنواع تخزين للوظائف والتخصيص والأمان. في التنفيذ الأساسي، لا تُحمَّل وسوم Google حتى يتفاعل الزائر مع اللافتة، ولا يُرسَل شيء إذا رفض. وفي التنفيذ المتقدم، تُحمَّل الوسوم فورًا مع رفض الموافقة افتراضيًا (ما لم تضبط إعدادات افتراضية أخرى)، وترسل قياسات بلا ملفات تعريف ارتباط ما دامت الموافقة مرفوضة، وترسل القياس الكامل عند منحها. اختبر مساري «قبول» و«رفض» وتأكد من أن الوسوم تتصرف كما ضُبطت. تغيّر خيارات الموافقة ما يمكن قياسه، لذلك ستكون الأرقام المرصودة عادةً أقل في المواقع التي يرفض فيها كثير من الزوار. ويغطي الجانب الإقليمي الموافقة على الكوكيز ووضع الموافقة لمواقع الخليج؛ وهذا ليس استشارة قانونية.

Search Console

• التحقق. تأكد من أن الخاصية موثَّقة وبأي طريقة. لا يمكن توثيق خاصية النطاق (Domain) إلا عبر DNS، وإزالة ملف التحقق أو الوسم أو سجل DNS تؤدي إلى فقدان التوثيق. وتقترح Google إضافة أكثر من طريقة تحقق احتياطًا، مثلًا في حال أزال تغيير في القالب وسمًا.
• خرائط الموقع. تأكد من أن خريطة الموقع الحالية مُرسَلة وأن تقرير خرائط الموقع يعرض حالة نجاح وتاريخ آخر قراءة حديثًا. النجاح يعني أن Google حمّلت الملف وعالجته وأدرجت عناوين URL فيه في قائمة الانتظار؛ وتذكر Google أنه لا ضمان بأن تُزحَف تلك العناوين أو تُفهرَس.

7. فحوص التقارير، وما ينبغي أن يتضمنه تقرير التدقيق

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

في رأينا، ينبغي أن يكون المُخرَج قائمة إجراءات لا مجموعة لقطات شاشة، بالحقول نفسها لكل نتيجة:

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