تتبع العملاء المحتملين في جوجل أناليتكس 4: النماذج والاتصالات ونقرات واتساب

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

في ما يلي: ما الذي تحدّده، وكيف تعدّه، وكيف تتجنب الاحتساب المزدوج، وكيف تغذّي Google Ads، وأي مصدر تثق به عندما يختلف GA4 وCRM.

الأحداث الرئيسية في فقرة واحدة

الحدث الرئيسي (Key event)، بتعبير Google، هو “حدث يقيس إجراءً مهمًا بشكل خاص لنجاح نشاطك التجاري”. ويمكن تحديد أي حدث يجمعه GA4 حدثًا رئيسيًا، وتظهر الأحداث الرئيسية بعدها عمودًا في التقارير المعيارية مثل Landing pages وUser acquisition، وفي تقارير الإسناد (Google Analytics Help: About key events). أما Google Ads فيعمل بـ تحويلاته (conversions)الخاصة، التي يمكنك إنشاؤها من الأحداث الرئيسية في GA4. ويبقى الاثنان منفصلين: إذ تذكر Google أن تحويلات Google Ads لا تظهر في تقارير Google Analytics المعيارية. باختصار: لا يصبح الحدث الرئيسي تحويلًا إلا عندما تستورده إلى Google Ads.

ما الذي تحدّده حدثًا رئيسيًا، وما الذي تتركه حدثًا عاديًا

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

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

إعداد النماذج والاتصالات ونقرات واتساب

النماذج: احتسب النجاح لا المحاولة

يستطيع القياس المحسّن في GA4 تسجيل form_start عند أول تفاعل للمستخدم مع نموذج في الجلسة، و form_submit عند إرسال المستخدم له، مع معلمات مثل معرّف النموذج ووجهته (Google Analytics Help: Enhanced measurement events). ولا يمكن استخدام هذه المعلمات في التقارير إلا بعد إنشاء أبعاد مخصصة لها. وقبل أن تعتمد على form_submit رقمًا لعدد العملاء المحتملين، اختبره على نماذجك الحقيقية. فبحسب طريقة إرسال إضافة النموذج أو السكربت لبياناته، قد يُطلَق الحدث التلقائي عند محاولات فشلت في التحقق، أو لا يُطلَق إطلاقًا. والخيارات الأكثر موثوقية هي حدث يُطلقه المطوّر فقط عندما تؤكد إضافة النموذج النجاح، أو صفحة شكر مخصصة.

إذا كنت تستخدم صفحة شكر، يتيح لك GA4 إنشاء حدث دون برمجة: في Admin، ضمن Data display، افتح Events، واختر Create event، وابنه على page_view وأدخل رابط صفحة الشكر. ويمكنك تفعيل “Mark as key event” في الخطوة نفسها (Google Analytics Help: Create or modify key events). وتأكد أنه لا يمكن الوصول إلى تلك الصفحة بأي طريقة أخرى، مثل القائمة أو نتائج البحث، وإلا ستحتسب زيارات ليست عملاء محتملين.

الاتصالات الهاتفية: قِس النقرة

يستطيع Google Ads تتبّع الاتصالات بالرقم الموجود على موقعك باستخدام أرقام إعادة التوجيه من Google، التي تستبدل رقمك برقم متتبَّع (Google Ads Help: Track calls to a phone number on your website). لكن هذا الخيار غير موجود في معظم هذه المنطقة. فوقت كتابة هذا المقال، لا تشمل قائمة Google للدول التي تتوفر فيها أرقام إعادة التوجيه السعودية أو الإمارات أو مصر أو قطر أو الكويت أو البحرين أو عُمان؛ والقائمة تتغيّر من حين لآخر، فراجعها قبل أن تبني خطتك عليها (Google Ads Help: Google forwarding number). وحيث لا تُدعم أرقام إعادة التوجيه، لا يعرض Google Ads سوى “نقرات الاتصال”، أي النقرات على زر الاتصال في الإعلان، وتشير Google إلى أن اتصالات من يزورون موقعك بعد رؤية الإعلان غير مشمولة في هذا المقياس (Google Ads Help: Understanding call clicks).

عمليًا، يقيس موقع B2B في الخليج أو مصر الاتصال من الموقع بوصفه نقرة على رابط tel:، تُتتبَّع حدثًا مخصصًا، مثلًا عبر مشغّل نقر في Google Tag Manager على الروابط التي تبدأ بـ tel:، أو حدثًا يضيفه المطوّر. تحقّق في عرض الوقت الفعلي في GA4 من تسجيل نقرة الاختبار قبل الاعتماد عليه. النقرة نيّة للاتصال لا اتصال تم فعلًا، فتعامل معها إشارةً قوية لا عميلًا محتملًا مؤكدًا.

واتساب: ابنِ على النقر الخارجي

يسجّل القياس المحسّن حدث click الخارجي في كل مرة ينقر فيها المستخدم رابطًا يقوده خارج نطاق موقعك، مع معلمات منها link_url و link_domain (Google Analytics Help). ورابط واتساب المعتاد (مثل wa.me أو api.whatsapp.com) يشير إلى نطاق آخر، لذا يُفترض أن يُسجَّل بهذه الطريقة في معظم الإعدادات، لكن وثائق Google لا تذكر واتساب بالاسم، فتأكد من ذلك بنقرة اختبار. وحتى عندما يُسجَّل، فإنه يختلط بكل الروابط الخارجية الأخرى: مواقع الشركاء، وحسابات التواصل الاجتماعي، وروابط الخرائط. ولعزله، أنشئ حدثًا مخصصًا (مثل whatsapp_click) مبنيًا على حدث click ، بشرط أن يكون link_url يحتوي على عنوان واتساب الذي يستخدمه زرك، ثم حدّد هذا الحدث الجديد وحده حدثًا رئيسيًا. وتحقّق أولًا من الرابط الدقيق الذي يولّده زرك، لأن بعض الأزرار تستخدم wa.me وأخرى api.whatsapp.com. وللاطلاع على واتساب خارج الموقع، راجع إعلانات النقر إلى واتساب لجذب عملاء B2B. وإذا كان زر واتساب أداة (widget) تفتح المحادثة دون رابط عادي، فقد لا يراه القياس المحسّن إطلاقًا. وفي هذه الحالة، يلزم مشغّل في Tag Manager أو حدث يُطلقه المطوّر . اختبر الزر بنفسك قبل الوثوق بالتقرير.

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

منع احتساب العميل المحتمل نفسه مرتين

للاحتساب المزدوج أربعة أسباب معتادة.

1. حدثان لإجراء واحد. إذا أطلق النموذج حدث نجاح وكانت صفحة الشكر أيضًا حدثًا رئيسيًا، فسيُحتسب كل عميل محتمل مرتين. اختر أحدهما واترك الآخر حدثًا عاديًا أو احذفه.
2. طريقة الاحتساب. يوفّر GA4 إعدادين لكل حدث رئيسي: “Once per event”، الذي يحتسب كل مرة يُطلَق فيها الحدث، و”Once per session”، الذي يحتسبه مرة واحدة في الجلسة. ومثال Google: إذا أطلق شخص حدثًا رئيسيًا خمس مرات في جلسة، يحتسب الإعداد الأول خمسًا والثاني واحدة. والإعداد الافتراضي الموصى به هو Once per event، لكن الأحداث الرئيسية المنشأة من أهداف Universal Analytics القديمة تكون افتراضيًا Once per session. والتغييرات تنطبق على البيانات المستقبلية فقط (Google Analytics Help: About key event counting method). ولنقرات واتساب والهاتف، حيث ينقر الزائر الواحد غالبًا مرتين أو ثلاثًا، يعطي Once per session عادةً الرقم الأقرب إلى الواقع. أما للنماذج، فـ Once per event مناسب إذا كان كل إرسال طلبًا منفصلًا.
3. وسمان في Google Ads. إذا كان لدى Google Ads وسم تحويل خاص به على صفحة الشكر و استوردتَ أيضًا الحدث الرئيسي نفسه من GA4، فسيكون في الحساب إجراءا تحويل لعميل محتمل واحد. ويجب أن يكون أحدهما فقط أساسيًا.
4. إعادة تحميل صفحة الشكر. إعادة تحميل الصفحة أو العودة إليها بزر الرجوع تُطلق مشاهدة صفحة إضافية. وحدث النجاح الذي يُطلقه النموذج يتجنب ذلك.

إرسال الأحداث الرئيسية إلى Google Ads

لإنشاء تحويلات Google Ads من GA4، تذكر Google ثلاثة متطلبات مسبقة: ربط GA4 وGoogle Ads، وتفعيل الترميز التلقائي (auto-tagging) في Google Ads، وأن تكون مسؤولًا (Administrator) أو محررًا (Editor) في خاصية GA4 (property). ثم تنشئ التحويل من Conversion management في قسم Advertising في GA4، وتختار حساب Google Ads، وتحدد الأحداث الرئيسية المراد استيرادها (Google Ads Help: Create Google Analytics 4 conversions from Google Ads).

ثلاث تفاصيل تهمّ حسابات العملاء المحتملين:

• التحويلات المستوردة تصل ثانوية. تجعلها Google ثانوية “لمنع احتساب الحدث نفسه مرتين في عروض الأسعار”. فهي تظهر في التقارير لكنها لا توجّه Smart Bidding حتى تجعلها أساسية في Google Ads. حدّد عن قصد الإجراءات التي يجب أن تُحسَّن الحملات من أجلها.
• ليس كل حدث رئيسي مكانه عروض الأسعار. جعل نموذج طلب عرض السعر أساسيًا وإبقاء نقرات الهاتف وواتساب ثانوية نقطة انطلاق معقولة عندما تكون النقرات كثيرة وضعيفة التأهيل. وإذا أكد فريق المبيعات أن محادثات واتساب تُغلق صفقات جيدة، فارفع هذا الإجراء لاحقًا.
• إعدادات الإسناد مختلفة. في تحويلات الويب تختار هل تحصل على الفضل قنوات Google المدفوعة وحدها، أم القنوات المدفوعة والمجانية معًا. وتذكر Google أن المواقع التي تُنشئ الربط لأول مرة تكون افتراضيًا على قنوات Google المدفوعة. ولا تعرض تحويلات Analytics المستوردة أيضًا تحويلات ما بعد المشاهدة (view-through) . ويوفّر GA4 نموذجَي الإسناد المبني على البيانات (data-driven) و آخر نقرة (last-click) الخاصين به (Google Analytics Help: Attribution)، لذا قد يُنسب العميل المحتمل نفسه بطرق مختلفة.

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

لماذا لن يتطابق GA4 مع CRM أبدًا، وأي رقم تثق به

حتى الإعداد المثالي لن يجعل GA4 وGoogle Ads وCRM تتفق.

• الموافقة. مع وضع الموافقة (Consent mode)، عندما يرفض الزائر ملفات تعريف الارتباط، ترسل وسوم Google إشارات بلا ملفات ارتباط بدلًا من تخزينها. وفي التطبيق “المتقدم” (advanced) تُحمَّل الوسوم وترسل تلك الإشارات، ويستخدم GA4 نمذجة السلوك والتحويلات لسد الفجوات. وفي التطبيق “الأساسي” (basic) تُحظر الوسوم حتى تُمنح الموافقة، وتشير Google إلى أن التطبيق المتقدم وحده يحصل على نمذجة السلوك في Analytics (Google Analytics Help: About consent mode). وفي الحالتين، تكون بعض الأحداث الرئيسية منمذجة أو مفقودة، بينما يحتفظ CRM بكل استفسار حقيقي. ويشرح دليلنا عن موافقة ملفات تعريف الارتباط ووضع الموافقة في مواقع الخليج الاختيار بين الاثنين.
• تعريفات مختلفة. يحتسب GA4 النقرات وعمليات الإرسال؛ ويحتسب CRM الأشخاص والشركات بعد إزالة التكرار.
• خطوات خارج الإنترنت. كثير من استفسارات B2B تبدأ باتصال على جوال مندوب المبيعات، أو بترشيح، أو بلقاء في معرض، ولا تمر بالموقع إطلاقًا.
• إسناد مختلف. ينسب كلٌّ من Google Ads وGA4 وCRM العميل المحتمل إلى مصدر وفق قواعده ونوافذه الزمنية الخاصة.

لذا توقّف عن محاولة التوفيق بين الإجماليات، وأعطِ كل مصدر مهمة:

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

إغلاق الحلقة: أخبر Google أي العملاء المحتملين كانوا حقيقيين

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

أولًا، تمنحك أحداث GA4 الموصى بها في توليد العملاء المحتملين أسماءً معيارية للمراحل التي تلي الاستفسار: generate_lead عند إرسال نموذج، qualify_lead عندما يستوفي العميل المحتمل معاييرك، disqualify_lead، working_lead عندما يكون المندوب على تواصل معه، و close_convert_lead أو close_unconvert_lead للنتيجة (Google Analytics Help: Recommended events). واستخدام هذه الأسماء من البداية يسهّل إضافة مراحل CRM لاحقًا؛ وتغطي قائمة متطلبات CRM لدينا المراحل التي يجب تسجيلها.

ثانيًا، يوفّر Google Ads التحويلات المحسّنة للعملاء المحتملين (Enhanced conversions for leads)، التي تصفها Google بأنها طريقة لقياس العملاء المحتملين خارج الإنترنت باستخدام بيانات الطرف الأول المخزّنة مسبقًا في CRM لديك، بعد تشفيرها (hashing) قبل إرسالها إلى Google (Google Ads Help). والتحسين للعملاء المحتملين المؤهلين بدلًا من النقرات قد يخفض عدد العملاء المحتملين ويرفع جودتهم، وهي المقايضة التي تريدها معظم فرق مبيعات B2B.

قائمة التحقق من الإعداد

• ثلاثة أحداث رئيسية منفصلة: نجاح النموذج، ونقرة الهاتف، ونقرة واتساب. ولا شيء آخر محدد حدثًا رئيسيًا.
• مصدر واحد لكل إجراء (حدث النجاح أو صفحة الشكر، لا الاثنان معًا).
• طريقة احتساب مختارة عن قصد لكل حدث رئيسي.
• حدث واتساب مصفّى حسب رابط URL، ومختبر على الجوال والكمبيوتر.
• GA4 وGoogle Ads مرتبطان، الترميز التلقائي (auto-tagging) مفعّل، والتحويلات الأساسية مختارة بعناية.
• تطبيق وضع الموافقة موثّق، ليعرف الجميع أي البيانات منمذجة.
• مراجعة شهرية للأحداث الرئيسية في GA4 مقابل استفسارات CRM، مع تسجيل النسبة.

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