ما هي مراقبة المستخدمين الفعليين
مراقبة المستخدمين الفعليين (RUM، اختصار Real User Monitoring) طريقة لقياس سلوك الموقع أو التطبيق مع الأشخاص الذين يستخدمونه فعلًا. يسجّل مقطع برمجي صغير في الصفحة، أو حزمة SDK في تطبيق الجوال، الأزمنة والأخطاء في كل زيارة حقيقية، ثم يرسلها إلى خدمة تجميع لتحليلها.
كلمة «الفعليين» هي الأساس. فاختبار المختبر يبيّن كيف تُحمَّل الصفحة على جهاز سريع واحد في مركز بيانات واحد. أما RUM فيبيّن كيف تُحمَّل على هاتف عمره ثلاث سنوات داخل قطار، عبر شبكة ضعيفة، وفي متصفح تحقن إضافةٌ فيه نصوصها البرمجية الخاصة. وهذه الظروف أشد تنوعًا من أن يمكن إعادة إنتاجها، فالسبيل الوحيد لمعرفتها هو قياسها حيث تحدث.
RUM أسلوب سلبي: لا يولّد حركة اختبار، بل يراقب فقط. وهو أحد نصفَي قياس التجربة الرقمية، والنصف الآخر هو المراقبة الاصطناعية، كما أنه إحدى قراءتين لمصطلح أوسع هو مراقبة المستخدمين النهائيين الذي يشمل تتبّع النشاط أيضًا. ويندرج ضمن الممارسة العامة لـالمراقبة. وعلى الرغم من الاسم، فإن «المستخدم» هنا هو جلسة زائر، لا موظف خاضع للتقييم.
مسار البيانات
أيًّا كان المزوّد، يتبع تطبيق RUM المسار نفسه من جهاز الزائر إلى لوحة المتابعة.
- 1
التهيئة
أضف نصًّا برمجيًّا إلى الصفحة أو حزمة SDK إلى التطبيق. يسجّل مراقِبات لبيانات الأداء التي يتيحها المتصفح أصلًا.
- 2
الجمع
مع سير الزيارة يقرأ النص البرمجي أزمنة التنقل والموارد والعرض على الشاشة والتفاعلات، ويدوّن أخطاء JavaScript والطلبات الفاشلة.
- 3
الإثراء
يحصل كل سجل على سياق: الصفحة أو الشاشة، والمتصفح، وفئة الجهاز، ونوع الاتصال، والموقع التقريبي، ومعرّف الجلسة.
- 4
الإرسال
يرسل النص البرمجي البيانات على دفعات صغيرة بوصفها beacon، ويُفضَّل عند إخفاء الصفحة أو إغلاقها حتى لا تتباطأ الزيارة نفسها.
- 5
التجميع
تجمّع الواجهة الخلفية السجلات حسب الصفحة أو الإصدار أو الدولة أو الجهاز، وتعرض التوزيعات والاتجاهات والتنبيهات.
ما الذي تقيسه
يسجّل RUM إشارات كثيرة، لكن ثلاثًا منها معيارية في العمل على المواقع. تسمى Core Web Vitals، وتنشر Google قيمًا مستهدفة تُعدّ جيدة إذا تحققت في 75 بالمئة من الزيارات على الأقل. وإلى جانبها يتتبع RUM عادةً زمن استجابة الخادم (TTFB)، وأخطاء JavaScript، ومدة استدعاءات واجهات API التي تجريها الصفحة، وفي تطبيقات الجوال حالات الانهيار وزمن بدء التشغيل.
| المقياس | ما الذي يسجله | النتيجة الجيدة |
|---|---|---|
| Largest Contentful Paint (LCP) | الزمن الذي يستغرقه ظهور المحتوى الرئيسي | ≤ 2.5 s |
| Interaction to Next Paint (INP) | سرعة استجابة الصفحة للمس والنقر | ≤ 200 ms |
| Cumulative Layout Shift (CLS) | مقدار انزياح المحتوى أثناء التحميل | ≤ 0.1 |
كيف تُقرأ الأرقام
بيانات RUM توزيع لا رقم واحد. فالمتوسط يُخفي الزوار الأكثر معاناة، ولذلك تقرأ الفرق النسب المئوية: الوسيط يعبّر عن الزيارة المعتادة، أما النسبة المئوية 75 أو 95 فتُظهر الذيل البطيء. قارن النسبة المئوية نفسها بين الإصدارات، وإلا بدا تغيّر تركيبة الزوار كأنه تغيّر في الموقع.
تأتي القيمة الحقيقية من التقسيم. قسّم البيانات حسب فئة الجهاز والمتصفح ونوع الاتصال وقالب الصفحة وتحديد الموقع الجغرافي، وغالبًا ما تفصح المشكلة عن نفسها: نص برمجي ثقيل يضر الهواتف الضعيفة وحدها، أو منطقة بعيدة عن أقرب خادم، أو إصدار رفع نسبة الأخطاء في إصدار واحد من المتصفح. وللأسلوب نقاط عمياء أيضًا؛ فهو لا يرى إلا الزيارات التي حُمّل فيها النص البرمجي، وتحجب أدوات المنع وخيارات الموافقة بعضها.
RUM والمراقبة الاصطناعية وAPM
نادرًا ما يُستخدم RUM وحده. فالمراقبة الاصطناعية تنفّذ فحوصًا مبرمجة من مواقع ثابتة وفق جدول زمني، ومراقبة أداء التطبيقات (APM) تتتبع ما يجري داخل الخوادم. ولكل منها سؤال مختلف يجيب عنه:
| القدرة | مراقبة المستخدمين الفعليين | المراقبة الاصطناعية | APM |
|---|---|---|---|
| يقيس ما عاشه الزوار الحقيقيون | |||
| يكتشف الانقطاع حين لا يزور أحد الموقع | |||
| يغطي أجهزة ومتصفحات وشبكات حقيقية | |||
| يبيّن أي شيفرة أو استعلام في الخادم بطيء |
أخطاء شائعة
تفشل معظم مشاريع RUM المخيّبة للآمال بطرق مألوفة:
قد تكون الصفحة السريعة للزائر المتوسط معطّلة لمجموعة كاملة. افحص الذيل قبل إعلان النجاح.
- قراءة المتوسطات بدل النسب المئوية، فيبقى الزوار الأبطأ غير مرئيين
- مقارنة فترات تختلف تركيبتها من الأجهزة أو الدول أو مصادر الزيارات، ثم نسبة الفضل إلى آخر إصدار
- جمع عناوين URL كاملة مع المعاملات أو قيم النماذج أو معرّفات المستخدمين مما لم يحتجه السؤال أصلًا، وهي مشكلة يزيلها إخفاء الهوية عند المصدر
- أخذ عيّنات بشدة تجعل الصفحات النادرة والأخطاء النادرة تختفي
- متابعة السرعة وحدها دون ربطها بنتائج مثل معدل الارتداد والتحويل وطلبات الدعم
من يستخدم البيانات
تخدم بيانات RUM فرقًا عدة، ويريد كل فريق منها مقطعًا مختلفًا. ومن المفيد أيضًا بيان ما لا يصلح له RUM: فهو ليس أداة لمراقبة الموظفين فرادى، وهذه المهمة تعود إلى مراقبة نشاط المستخدمين.
| الدور | يستخدم بيانات RUM من أجل | العرض المعتاد |
|---|---|---|
| مهندس الواجهة الأماميةمطوّرو الويب والجوال | العثور على القوالب البطيئة والنصوص الثقيلة وانزياحات التخطيط | أزمنة وأخطاء على مستوى الصفحة حسب الإصدار |
| مهندس الموثوقية (SRE)العمليات | التأكد من أن عملية نشر لم تضر بالزوار | معدلات الأخطاء والنسب المئوية مع تنبيهات |
| مسؤول المنتج أو التسويقجانب الأعمال | ربط السرعة بمعدل الارتداد والتحويل | شرائح حسب الحملة والدولة والجهاز |
| مسؤول الخصوصيةالشؤون القانونية والامتثال | التحقق مما يُجمع ومدة الاحتفاظ به | قائمة الحقول والاحتفاظ وإعدادات الموافقة |
الخصوصية وأولى الخطوات
بيانات RUM هي بيانات أداء، لكنها قد تكون بيانات شخصية أيضًا. فعناوين IP وخصائص الجهاز ومعرّفات الجلسات وعناوين URL قد تدلّ على شخص بعينه، فقد يسري قانون حماية البيانات، وفي الاتحاد الأوروبي قد تتطلب قواعد ePrivacy بشأن تخزين المعلومات في الجهاز أو قراءتها موافقةً. ويتجنب الإعداد الصديق للخصوصية المعرّفات الدائمة، ويقصّر عناوين IP، ويحذف المعاملات من عناوين URL، ويحترم الخيار الذي اتخذه الزائر في شريط الموافقة. وتحقق من التفاصيل لأسواقك مع مستشار قانوني.
البداية المعقولة صغيرة. اختر ثلاث صفحات أو أربعًا هي الأكثر ربحًا، وقس عليها Core Web Vitals، واضبط تنبيهًا على النسبة المئوية 75، وراجعه بعد كل إصدار. وإن كان سؤالك عما يفعله الموظفون لا عن أداء الموقع، فالفئة المناسبة هي مراقبة نشاط الموظفين، التي تعتمد بيانات أخرى وضمانات أخرى.
السرعة هي ما شعر به الزائر ذو الاتصال الأضعف، لا ما قاسه جهاز الاختبار.
Anexet Team