كم عدد الأحداث التي ينبغي تتبّعها؟

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

هل أستخدم الالتقاط التلقائي أم الأحداث الصريحة؟

كلاهما، لمهمتين مختلفتين. الالتقاط التلقائي يغطي تفاعلات الواجهة دون تخطيط، فتكون بيانات سؤال غير متوقَّع موجودة سلفًا. أما الأحداث الصريحة فتحمل معنى خاصًا بمجالك لا يمكن لأي تدفق نقرات استنتاجه — خطة تمت ترقيتها، تجربة تحوّلت — وهي التي تبني عليها تقاريرك.

ما هي اصطلاحات التسمية الجيدة للأحداث؟

الكائن أولًا، والفعل في صيغة الماضي، بأحرف صغيرة وشرطات سفلية: invite_sent وproject_created وpayment_failed. سمِّ النتيجة لا الواجهة، كي ينجو الحدث من إعادة التصميم، والتزم باصطلاح واحد عبر الكتالوج كله.

ما هو تتبّع الأحداث؟ دليل عملي لتسمية الأحداث واختيارها

Q: ما هو تتبّع الأحداث؟

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

الحدث قرار اتخذته، لا شيء وقع

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

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

سمِّ الأحداث بحسب النتائج لا بحسب الواجهات

يتوقف clicked_blue_button عن كونه صحيحًا لحظة إطلاق التصميم لنسخة جديدة. أما report_exported فينجو، لأنه يسمّي ما أنجزه المستخدم لا ما لمسه.

اختر اصطلاحًا واحدًا والتزم به: الكائن أولًا، والفعل في الماضي، بأحرف صغيرة وشرطات سفلية — invite_sent وproject_created وpayment_failed. الاتساق أهم من الاصطلاح الذي اخترته، لأن الأسماء غير المتسقة هي ما يجعل كتالوج الأحداث غير قابل للبحث بعد ربعين.

من عشرة إلى عشرين حدثًا، لا مئتين

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

انطلق من الأسئلة التي تطرحها فعلًا في المراجعات — هل ينجح الناس في الإعداد، هل يعودون، أين يستسلمون — ولا تقس إلا ما يجيب عنها. خطة القياس التي تسع شاشة واحدة تبقى مصانة، أما التي تملأ جدول بيانات فلا.

الخصائص تحمل التفاصيل، والحدث يحمل الفعل

قاوم إنشاء حدث لكل صيغة. ينبغي أن يكون report_exported_csv وreport_exported_pdf وreport_exported_xlsx حدثًا واحدًا هو report_exported مع خاصية format. والقاعدة العملية: إن كنت قد ترغب يومًا في رؤية الأرقام مجموعة معًا، فهو حدث واحد بخاصية.

أبقِ قيم الخصائص منخفضة التعدد ومستقرة. فالخاصية التي تحمل رابطًا خامًا أو نصًا حرًا هي عمود لا يمكنك التجميع بحسبه، وهذا يجعلها زينة لا بيانات.

الالتقاط التلقائي والأحداث الصريحة يجيبان عن سؤالين مختلفين

يسجّل الالتقاط التلقائي تفاعلات الواجهة دون أن يطلب منك التخطيط، وهو مفيد حقًا في البداية: فبيانات سؤال لم يخطر لك بعد تكون موجودة سلفًا، ويخرج النشر من الحلقة. لكنه لا يستطيع معرفة مجالك. لا شيء في تدفق النقرات يعرف أن اشتراكًا قد تمت ترقيته.

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

من أين تبدأ هذا الأسبوع

اكتب اللحظات الخمس الأهم في منتجك، وسمِّها وفق الاصطلاح أعلاه، ولا تقس سواها. ثم تحقق بعد أسبوع من أن كل واحد منها يُطلق حين تتوقع، ومن أن خصائصه مملوءة — فالحدث الذي يُطلق في مسار شيفرة لا يسلكه أحد أسوأ من غياب الحدث، لأنه سيُوثَق به.

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