قاموس أحداث يفرق بين الاهتمام والنتيجة
ابدأ بما تريد قياسه قبل فتح مدير الوسوم. Google يعرّف generate_lead لحدوث إنشاء استفسار، وqualify_lead لتسجيل تحقق شروط التأهيل، وclose_convert_lead لنتيجة تحويل لاحقة. وجود الاسم في القائمة لا يعني أن الحدث يُرسل من موقعك.
في هذا الموقع، generate_lead يخص نموذج تواصل تم حفظه بنجاح من الخادم مرة واحدة. نقرات التواصل تقيس النية فقط، ونتائج المبيعات لا تُستنتج من زيارة صفحة.
على الموبايل، اسحب الجدول أفقيًا لقراءة بقية الأعمدة.
| الحدث | ما الذي يثبته؟ | ما الذي لا يثبته؟ |
|---|---|---|
| whatsapp_click | ضغط رابط التواصل | حدوث محادثة أو تأهيل |
| generate_lead | استفسار محفوظ بنجاح وفق التنفيذ | ملاءمة العميل أو توقيع عقد |
| qualify_lead | تحقق تعريف مرحلة مسجل | مبيعات تلقائية |
| close_convert_lead | اكتمال نتيجة تجارية محددة ومثبتة | التحصيل إن كان الحدث يعرف التعاقد فقط |
مرجع تقني أصلي: Google Analytics: recommended lead-generation events
راجع مسار الإرسال الموجود قبل إضافة وسم
ارسم الطريق من إجراء المستخدم لطبقة البيانات ثم GTM وGA4. لو الحدث نفسه يُرسل من التطبيق ومن وسم آخر، إضافة قياس جديد قد تضاعف المشكلة. أصلح مصدر التكرار بدل إضافة حاوية أو تنفيذ موازٍ.
سجل مصدر النجاح وكيف تستهلكه صفحة الشكر. تحديث الصفحة أو الرجوع لها لا ينبغي أن يصنع استفسارًا آخر، والزيارة المباشرة لها لا تثبت أن أي إرسال حدث.
جدول اختبار قبل اعتماد التقرير
الجدول التالي يوضح السلوك المقصود لا أرقامًا محققة في حساب عميل. نفّذ الحالات في بيئة اختبار، وراجع الحدث في مسار الإرسال والأداة المتاحة قبل تغيير إعدادات الإنتاج.
على الموبايل، اسحب الجدول أفقيًا لقراءة بقية الأعمدة.
| الحالة | generate_lead إضافي متوقع | سبب القرار |
|---|---|---|
| خطأ أو رفض في إرسال النموذج | 0 | لم يحدث استلام ناجح |
| إرسال واحد محفوظ بنجاح | 1 | استفسار جديد مؤكد |
| تحديث الشكر بعد تسجيل النجاح | 0 | لا يوجد استفسار جديد |
| زيارة الشكر مباشرة | 0 | لا توجد نتيجة إرسال |
| ضغط واتساب فقط | 0 | حدث تواصل منفصل |
إيه البيانات المفيدة للتقرير؟
استخدم سياقًا مناسبًا مثل اللغة وموقع الزر ونوع المحتوى والحملة عندما يكون متاحًا. لا ترسل الاسم أو الإيميل أو الهاتف أو الرسالة أو رابطًا يحتوي هذه البيانات إلى GA4. راجع الاستعلامات وعناوين الصفحات ومعاملات الحدث.
لا تُضف قيمة مالية افتراضية للاستفسار لمجرد إظهار عائد. لو توجد قيمة أعمال مقدرة، وثّق تعريفها ومصدرها واعتمادها قبل استخدامها؛ قيمة الاستفسار ليست إيراد عقد.
مرجع تقني أصلي: Google Analytics: avoid sending personally identifiable information
استخدم Custom dimensions لما تحتاج تقسيمًا إضافيًا
حدد أولًا هل يوجد بُعد جاهز يجاوب سؤالك. لو محتاج تصنيفًا مثل موضع الزر، تأكد أن معامل الحدث يصل بالاسم المتفق عليه، ثم عرّفه كبُعد بنطاق الحدث من Custom definitions حسب صلاحيات الحساب.
مثال تنظيمي: معامل button_placement بقيم محدودة مثل header وfooter، بدل إنشاء قيمة مختلفة لكل شخص أو استفسار. التعريف في الواجهة لا يعوّض غياب المعامل من الحدث؛ اختبر الجمع قبل الاعتماد على التقرير.
مرجع تقني أصلي: Google Analytics: event-scoped custom dimensions
اقرأ مصادر الزيارات مع وحدة القياس الصحيحة
الجلسة والمستخدم والاستفسار وحدات مختلفة. مصدر الجلسة لا يساوي دائمًا أول مصدر للمستخدم، وتصنيف إحالة AI لا يثبت وحده أن الزائر حصل على ترشيح أو أنه شخص حقيقي.
قارن صفحات الدخول ذات الصلة بالخدمة بالاستفسارات الفعلية وملخص CRM. اختلاف فترات التقارير أو إعدادات النطاق والموافقات والمعالجة يفسر بعض الفروق؛ لا تعتبر كل فرق مشكلة تحتاج تنفيذ Analytics جديدًا.
متى نراجع Key events؟
اختار الأحداث التي تعكس أهدافًا مهمة فعلًا. وضع علامة Key event على اسم لا يصلح تعريفه أو تكراره، ولا يصنع نتيجة أعمال لم تحدث. توضح وثائق Google أن الإجراء يغير القياس المرتبط بالأحداث المهمة.
بعد التأكد من صحة الحدث، راجع الأعداد بعد تاريخ التنفيذ مع الحفاظ على فصل التواصل والتأهيل والبيع. لا تنسب أثرًا للنسخة المنشورة من ساعات، ولا تعامل الصفر التاريخي كدليل أن كل استفسارات واتساب كانت غائبة.
مرجع تقني أصلي: Google Analytics: about key events
أسئلة شائعة
اختار الخطوة المناسبة لمراجعة مشروعك
- قارن تكلفة العميل المهتم والتعاقد بالحاسبة
- راجع تعريفات الحساب وحدوده
- اقرأ تجربة GPR Property في سياقها
لو محتاج مراجعة للحملات أو جودة الليدز أو القياس، ابدأ بهدف المشروع وأرقام مجمعة لنفس الفترة. المخرجات والمدة والأتعاب تتحدد بعد مراجعة الاحتياج؛ لا توجد نتيجة مضمونة.
اعرف نطاق العمل وناقش احتياج مشروعك