ما المقصود بمراقبة المستخدم الحقيقي (RUM)؟

مراقبة المستخدم الحقيقي (RUM)، تُسمّى أحيانًا قياس المستخدم الحقيقي، تجمع بيانات الأداء والتجربة مباشرةً من متصفّحات مستخدميك الفعليين. سكربت خفيف في الصفحة يلتقط المدّة التي استغرقها تحميل الصفحة ومدى استجابتها وأين وقعت الأخطاء والظروف التي كان كل مستخدم تحتها — جهازه وشبكته وموقعه الجغرافي ومتصفّحه. ولأن البيانات تأتي من حركة حقيقية، فهي تعكس التوزيع الفعلي للتجارب التي يعيشها مستخدموك.

RUM هي نظير المراقبة التركيبية. فالمراقبة التركيبية تُشغّل اختبارات مكتوبة من مواقع مضبوطة وفق جدول — متوقّعة وممتازة لالتقاط الانقطاعات، لكنها لا تعكس الواقع الفوضوي للأجهزة والشبكات الحقيقية. وRUM تلتقط ذلك الواقع لكن فقط للحركة التي تتلقّاها فعلًا. والفرق الناضجة تستخدم كليهما: التركيبية لخطوط أساس متّسقة وفحوص زمن التشغيل، وRUM لما يعيشه المستخدمون حقًّا.

الأداء المقاس على جهاز مطوّر سريع عبر اتصال سلكي لا يخبرك شيئًا تقريبًا عن مستخدم على هاتف متوسّط عبر بيانات جوّال متقطّعة. وRUM تسدّ هذه الفجوة بالإبلاغ عن التجربة التي يعيشها مستخدموك فعلًا، عبر كامل مدى الأجهزة والشبكات والمواقع في جمهورك. وتلك هي التجربة التي تقود التحويل والاحتفاظ — وعبر Core Web Vitals — ترتيب البحث.

كما تحوّل RUM الشكاوى الغامضة إلى مشكلات دقيقة. فـ«الموقع بطيء لبعض الناس» تصبح «LCP يبلغ 4.2 ثانية على أندرويد في هذه المنطقة»، فتشير إلى سبب محدّد. وحين تُلتقط أخطاء الواجهة بجانب الأداء، ترى لا أن التجربة كانت سيّئة فحسب بل أي استثناء بالضبط جعلها كذلك.

تلتقط مراقبة المتصفّح في AllStak مقاييس Core Web Vitals وتوقيت تحميل الصفحة وأخطاء الواجهة من مستخدميك الحقيقيين، مع سياق الجهاز والشبكة والجغرافيا لجعل المقياس البطيء قابلًا للتنفيذ. ولأن RUM تتشارك منصّة مع تتبّع أخطائك وإعادة تشغيل الجلسة، يمكن لمقياس تجربة سيّئ أن يقودك مباشرةً إلى الاستثناء — والتسجيل — وراءه.