استمرارًا لما سبق، في بياناتنا، إذا كنت تريد تسجيل سلوك نقر المستخدم، فهناك عمومًا طريقتان لتسجيله.
إحدى الطرق هي دفن النقطة في النقرة وإضافة بعض التعليمات البرمجية إلى رمز النقر، مثل التعليمات البرمجية مثل Seed = "submit". سيرسل JS التتبع سجلًا من كود البيانات إلى خادم تسجيل البيانات عندما نقرات المستخدم . يمكن وضع نقاط التضمين هذه على الروابط التي تم إنشاؤها بواسطة القفزات، أو على عناصر التحكم مثل مربع الاختيار.
مزايا القيام بذلك هي:
· التكلفة منخفضة نسبيًا في تشغيل الصفحة بأكملها، نظرًا لأن نقرات المستخدم لا تتجاوز عمومًا ضعف ما تسجله الصفحة، فإن كمية البيانات المنقولة ليست كبيرة جدًا.
· يمكنه تسجيل معظم سجلات العمليات الخاصة بالمستخدم وتحليل العديد من مشكلات البيانات بناءً على البيانات.
· حجم فقدان السجل صغير جدًا نظرًا لأنها عملية يتم تشغيلها بواسطة المستخدم، ويمكن تسجيل أكثر من 99.5% من هذه البيانات.
بعض المشاكل مع هذا الحل:
· لا يمكن تسجيل النقرات الفارغة التي لا تحتوي على نقاط مدفونة.
· يجب دفن جميع مواقع الصفحات المراقبة، وهو ما يمثل تكلفة معينة للتطوير.
· لا يمكننا معرفة سوى سلوك النقر الخاص بالمستخدم، ولكننا لا نعرف أين حدث هذا السلوك.
هناك طريقة أخرى تتمثل في استخدام تسجيل النقرات، والذي يستخدم المشغلات الموجودة على الصفحة لطلب معلومات من الخادم في كل مرة يتم فيها النقر بالماوس. وتوضع عند الإحداثيات الحالية للماوس.
مزايا القيام بذلك هي:
· ليست هناك حاجة لإجراء عمليات معالجة أخرى على الصفحة، فقط قم بإضافة الكود العام.
· يمكن تسجيل سلوك النقر التفصيلي طالما أن المستخدم ينقر على هذه الصفحة، فيمكن تسجيله، حتى لو نقر المستخدم على الصفحة.
بعض المشاكل مع هذا الحل:
· تكلفة الصفحة مرتفعة للغاية، وكل النقرات التي تتم على الصفحة تحتاج إلى مراقبة، مما يشكل ضغطًا كبيرًا على الصفحة نفسها، بل وربما يغير سلوك المستخدم.
· تزداد كمية السجلات، وتكون كمية البيانات الناتجة عن سلوك المستخدم أكبر بكثير من تلك الموجودة في الحل السابق.
· زادت متطلبات رمز الصفحة نظرًا لأنه تم تحديد موضعه وفقًا للإحداثيات، فيجب الانتباه إلى موضعه.
· معالجة البيانات معقدة للغاية وتتأثر بشكل كبير بالمتصفح ودقة الشاشة وكود CSS وغيرها من المشكلات. يجب دمج تحليل هذه النقطة مع نواة المتصفح والدقة. على سبيل المثال، في إحدى الصفحات المستجيبة، من المحتمل أن تجد أن المستخدم حر في النقر فوق موقع معين، ولكن في الواقع، وبموجب حله، يكون الزر موجودًا بالضبط في ذلك الموقع.
من حيث التطبيق، فإن تسجيل معلومات الحل الأول يكفي للتحليل. الحل الثاني يستخدم بشكل أساسي لاختبار A/B.
مثال يوضح الفرق بين كل طريقة:
على سبيل المثال، إذا قمت بتحليل تحديث المتصفح، فإن النقر فوق تحديث المتصفح سيؤدي إلى إنشاء انتقال من هذه الصفحة إلى هذه الصفحة. وقد يؤدي النقر فوق رابط في الصفحة أيضًا إلى إنشاء انتقال من هذه الصفحة إلى هذه الصفحة المحدثة سيتم تسميتها على اسم الصفحة ب. تحتوي الصفحة "أ" على رابط للصفحة "ب".
· في سجلات سجل الخادم، قد يكون من المستحيل تمييز الانتقال من هذه الصفحة إلى هذه الصفحة، لأنه لا توجد صفحة مصدر على الإطلاق. قد يكون سجل الصفحة المتصلة B هو أنه تم النقر على رابط B على A الصفحة، تظهر الصفحة "ب" لأول مرة، ثم يتم تحديث الصفحة "ب". من الممكن أيضًا أن يتم النقر على رابط الصفحة "ب" مرتين في الصفحة "أ".
· ولكن بعد استخدام نظام js أو تتبع الصور، يمكن العثور على هذا النوع من البيانات من خلال الصفحة المصدر، إذا كانت الصفحة المصدر هي B والصفحة الحالية هي أيضًا B، فيمكن إثبات أنها قفزة من الصفحة B إلى الصفحة "ب" نفسها. ولكن ما إذا كان هذا التحديث يأتي من نقرة على الصفحة أو من تحديث في المتصفح، فهو أمر غير معروف.
· الاعتماد على طريقة دفن النقاط فإذا كانت نقرة على الصفحة تنتقل من الصفحة ب إلى الصفحة ب. ويوجد سجل نقر الصفحة قبل هذا السجل. إذا كان هناك سجل نقرات، فهذا يثبت أن المستخدم نقر على رابط في الصفحة ب. وإذا لم يكن هناك سجل نقرات، فهذا يثبت أن المستخدم نقر على تحديث المتصفح.
في الواقع، يمكنك القيام بالمزيد من خلال النقر على السجل إذا كان بإمكانك وضع بعض القواعد بشأن تسمية النقاط المدفونة، فيمكن تحليل المعلومات مثل عمليات النوافذ المتعددة بناءً على معلومات النقطة المدفونة.
بناءً على ما سبق، إذا كنت ترغب في مراقبة أمان موقع الويب، فستكون معلومات السجل كافية. إذا كنت تريد مراقبة بيانات الوصول إلى موقع الويب، فأنت بحاجة فقط إلى مراقبة JS. ولكن إذا كنت تريد معرفة سلوك نقر المستخدم، تحتاج إلى النقر عليه.
المؤلف: لانس
مصدر المقال: كتاب تسجيلات لانس، يرجى الإشارة إلى رابط المصدر عند إعادة الطبع.
【تقارير ذات صلة】
علم البيانات - كيف تأتي بيانات موقع الويب؟