ما هي إعادة تشغيل الجلسة؟
تخيّل أنك تجلس بجوار مستخدميك أثناء تصفّحهم لموقعك الإلكتروني. سيكون ذلك رائعًا، أليس كذلك؟ ستختبر بنفسك نوع المشكلات التي يواجهونها، وسترى أجزاء تطبيقك التي لا يفهمونها ويشعرون بالإحباط حيالها.
تخيّل الآن أنك تستطيع إبعادهم جانبًا عند ظهور تلك المشكلات وفتح أدوات المطوّر في متصفّحهم لفهم ما حدث من خطأ. ألن يكون ذلك مذهلًا؟
هنا يأتي دور إعادة تشغيل الجلسة. فهي تتيح لك مشاهدة كيفية تنقّل مستخدميك في تطبيق الويب الخاص بك ورؤية ما حدث خلف الكواليس، حتى تتمكّن بسهولة من إعادة إنتاج الموقف إذا حدث أي خطأ.
ما البدائل المتاحة لإعادة تشغيل الجلسة؟
هناك عدة بدائل يمكن أن تمنحك بعض المزايا التي توفّرها إعادة تشغيل الجلسة. يمكن تصنيفها إلى فئتين: أدوات المراقبة وأدوات تحليلات المنتج.
أدوات المراقبة
هذه الفئة مليئة بالحلول التي تستهدف جوانب تقنية مختلفة من تطبيقك. على سبيل المثال، تُعدّ أدوات أداء التطبيقات مثل New Relic أو Dynatrace رائعة لتتبّع الشيفرة البطيئة في الخلفية (backend) أو المعاملات ضعيفة الأداء مع قاعدة بياناتك. ومع ذلك، فهي تُظهر لك جانبًا واحدًا فقط من القصة: الخلفية، بينما لا تزال بحاجة إلى حالة الواجهة الأمامية (front-end).
بدلًا من ذلك، يمكنك التركيز على الأخطاء فقط والاعتماد على أداة لتتبّع الأخطاء مثل Sentry. ومع ذلك، ستظل عاجزًا أثناء محاولة إعادة إنتاج العلل لأنك لن تحصل أبدًا على السياق الكامل، مثل سلوك المستخدمين ونشاط الشبكة وسجلّات التصحيح أو حتى حالة التطبيق في لحظة معيّنة.
يمكنك أيضًا إضافة أداة لمراقبة المستخدم الحقيقي (RUM)، والتي تتيح لك تتبّع جوانب أخرى، مثل أداء التطبيق وأوقات التحميل (بما في ذلك مقاييس web vitals) والطلبات الفاشلة وما إلى ذلك. لكنك ستظل تفتقد السياق الذي تمنحه مشاهدة إعادة تشغيل الجلسة. المكمّل المثالي لـ RUM هو إعادة تشغيل الجلسة، لأنه يوفّر معلومات لا يمكن الحصول عليها إلا بصريًا:
- هل أربك تصميم موقعنا عميلك فاستخدم الميزة الخطأ؟
- هل كان المستخدم يُدخل بيانات أكثر من اللازم في ذلك الحقل ولهذا تعطّل التطبيق؟
- هل ظلّت رسالة الخطأ ظاهرة للمستخدم مدة كافية ليقرأها؟
هذه أسئلة لا يمكنك الإجابة عنها باستخدام أدوات RUM، وهذه إحدى المزايا الرئيسية لاستخدام إعادة تشغيل الجلسة.
كل أدوات المراقبة هذه رائعة، لكنها تروي لك جانبًا واحدًا فقط من القصة. مع إعادة تشغيل الجلسة، يمكنك رؤية ما حدث بالضبط وما الذي سار على نحو خاطئ كأنك جالس بجوار مستخدميك. هذه القرائن البصرية والتقنية تجعل حلّ أي مشكلة في غاية السهولة.
تحليلات المنتج
من ناحية أخرى، تركّز أدوات تحليلات المنتج مثل Mixpanel أو Amplitude على تتبّع تفاعل المستخدمين واستخدام ميزات المنتج عبر الأحداث. ومع أنها رائعة لفهم كيفية تفاعل المستخدمين مع تطبيقك، فإنها تفتقر إلى السياق حول ما يحدث بين تلك الأحداث.
على سبيل المثال، ستُظهر لك تحليلات المنتج أن المستخدمين يبدؤون عملية الدفع لكنهم لا يكملونها. غير أنها لن تكشف لماذا يحدث ذلك. هل لأن النموذج صعب التعبئة؟ هل هناك علّة تمنعهم من إتمام عملية الشراء؟ تساعدك إعادة تشغيل الجلسة على فهم «السبب» الكامن خلف البيانات.
كيف تتم المقارنة بينها
لنقارن هذه الأنواع المختلفة من الأدوات لفهم كيف يكمّل بعضها بعضًا:
| نوع الأداة | نقاط القوة | القيود |
|---|---|---|
| إعادة تشغيل الجلسة |
|
|
| أدوات المراقبة |
|
|
| تحليلات المنتج |
|
|
هل ينبغي لي إضافة إعادة تشغيل الجلسة؟
إذا كنت تتساءل عمّا إذا كانت مؤسستك بحاجة إلى إعادة تشغيل الجلسة، فاطرح على نفسك هذه الأسئلة:
- هل تجد صعوبة في إعادة إنتاج العلل التي يبلّغ عنها المستخدمون؟
- هل يقضي فريقك وقتًا طويلًا في محاولة فهم مشكلات المستخدمين؟
- هل تريد رؤية كيفية تفاعل المستخدمين مع منتجك بالضبط؟
- هل تتطلّع إلى تحسين تجربة المستخدم لكنك تفتقر إلى رؤى ملموسة؟
- هل تكشف تحليلات المنتج لديك عن المشكلات دون أسبابها؟
إذا أجبت بـ«نعم» عن أي من هذه الأسئلة، فقد تكون إعادة تشغيل الجلسة إضافة لا تُقدَّر بثمن إلى مجموعة أدواتك. تذكّر أنها تعمل على أفضل وجه كجزء من استراتيجية شاملة للمراقبة والتحليل لا كحلٍّ قائم بذاته.
المشكلات التي تحلها إعادة تشغيل الجلسة
يمكن لأدوات إعادة تشغيل الجلسة أن تخدم العديد من المجالات المختلفة داخل الشركة الواحدة، ما يجعل اختيار البديل المناسب أصعب.
- تريد معرفة كيفية تفاعل المستخدمين مع تحديث التصميم الجديد؟ إعادة تشغيل الجلسة تغطّيك!
- تحاول معرفة سبب استمرار تعطّل التطبيق؟ يمكن لإعادة تشغيل الجلسة الإجابة عن هذا السؤال.
- فضولي لمعرفة كيف يتفاعل المستخدمون مع الميزات المُطلَقة حديثًا؟ خمّنت صحيحًا، يمكن لإعادة تشغيل الجلسة المساعدة كذلك!
لنلقِ نظرة على بعض أكثر حالات الاستخدام شيوعًا التي يتألق فيها إعادة تشغيل الجلسة كما لا يفعل غيره.
إعادة إنتاج المشكلات وإصلاحها
من أكبر التحديات التي يواجهها المطوّرون هي إعادة إنتاج العلل. غالبًا ما يبلّغ المستخدمون عن مشكلات بأوصاف غامضة مثل «تعطّلت الصفحة» أو «لا يعمل»، ما يصعّب فهم ما حدث من خطأ.
تلغي إعادة تشغيل الجلسة هذا التخمين بإظهار ما حدث بالضبط. يمكنك رؤية:
- إجراءات المستخدم الدقيقة التي أدّت إلى الخطأ
- سجلّات الكونسول وأخطاء JavaScript
- طلبات الشبكة واستجاباتها
- حالة التطبيق في وقت حدوث المشكلة
- معلومات الجهاز وتفاصيل المتصفّح
تتيح هذه النظرة الشاملة للمطوّرين إعادة إنتاج المشكلات بسرعة وإصلاحها بكفاءة، ما يقلّل وقت التصحيح بشكل كبير.
تتبّع أداء التطبيق
يمكن أن تكون مشكلات الأداء مُحبِطة بشكل خاص للمستخدمين. تساعدك أدوات إعادة تشغيل الجلسة على تحديد هذه المشكلات ومعالجتها من خلال توفير:
- مقاييس أداء مفصّلة لكل جلسة
- قياسات Core Web Vitals
- الموارد بطيئة التحميل ونقاط الاختناق
- اختلافات الأداء عبر الأجهزة والمتصفّحات المختلفة
تتيح لك هذه البيانات تحسين تطبيقك للحصول على أداء أفضل وزيادة رضا المستخدمين.
التخفيف من إحباطات المستخدمين
غالبًا ما يشعر المستخدمون بالإحباط عندما لا يتمكّنون من تحقيق أهدافهم على موقعك. تساعدك إعادة تشغيل الجلسة على تحديد نقاط الألم هذه من خلال:
- تتبّع النقرات الغاضبة (rage clicks) (عندما ينقر المستخدمون مرارًا على عنصر بدافع الإحباط)
- تحديد التخلّي عن النماذج والحقول المسبّبة للمشكلات
- ملاحظة أنماط التنقّل التي تدلّ على الارتباك
- رصد عناصر واجهة المستخدم غير البديهية
بمعالجة هذه المشكلات، يمكنك خلق تجربة مستخدم أكثر سلاسة وتقليل إحباط العملاء.
تواصَل مع عملائك حين يحتاجون إلى الدعم
تغيّر إعادة تشغيل الجلسة طريقة مساعدة فرق دعم العملاء للمستخدمين. فبدلًا من الاعتماد فقط على وصف المستخدم للمشكلة، يستطيع وكلاء الدعم:
- مشاهدة الجلسة التي واجه فيها المستخدم المشكلة
- رؤية ما حدث بالضبط من منظور المستخدم
- تقديم حلول دقيقة بناءً على أدلّة بصرية
- إنشاء تقارير علل مفصّلة لفريق التطوير
يؤدّي هذا الفهم البصري إلى دعم عملاء أسرع وأكثر فعالية وزيادة رضا العملاء.
تحسين منتجك
تقدّم إعادة تشغيل الجلسة رؤى لا تُقدَّر بثمن لمديري المنتجات ومصمّمي تجربة المستخدم الساعين إلى تحسين منتجاتهم:
- رؤية كيفية استخدام المستخدمين للميزات فعليًا (لا كما تظنّ أنهم يستخدمونها)
- تحديد الميزات قليلة الاستخدام التي قد تحتاج إلى وضوح أكبر
- فهم مسارات عمل المستخدمين وتحسين المسارات الشائعة
- اختبار الميزات الجديدة بتفاعلات مستخدمين حقيقية
تؤدّي هذه الرؤى إلى قرارات منتج مبنية على البيانات تلبّي احتياجات المستخدمين وتوقّعاتهم على نحو أفضل.
لمن تُفيد إعادة تشغيل الجلسة؟
تقنية إعادة تشغيل الجلسة متعدّدة الاستخدامات إلى درجة أنها تقدّم قيمة لفرق مختلفة داخل المؤسسة. وهذا أحد أسباب وجود هذا الكمّ الكبير من بدائل إعادة تشغيل الجلسة في السوق. فكلٌّ منها يركّز على شخصيات وحالات استخدام مختلفة. وقلّما تجد أداة تجمعها كلها معًا. لذا احرص على أن تضع في ذهنك مستخدمك الداخلي وحالة استخدامه الأساسية عند اختيار أداة إعادة تشغيل الجلسة.
المطوّرون
سيستفيد المطوّرون من أدوات إعادة تشغيل الجلسة التي تلتقط المشكلات إلى جانب سياقها.
يُعدّ تصحيح المشكلات جزءًا من العمل اليومي لكل مطوّر. وفي بعض الحالات، تتطلّب هذه العملية منهم التواصل مع المستخدمين وطلب التفاصيل. وإلا، فعليهم إيجاد طريقة لإعادة إنتاج المشكلة بأنفسهم باستخدام تقرير العلّة المقدَّم.
بماذا سيفكّر فريق التطوير لديك لو تلقّى، بدلًا من تقرير علّة، خطوات إعادة الإنتاج الدقيقة؟ وماذا لو أضفت فوق ذلك تسجيلًا لما فعله المستخدم وملأته بقرائن تقنية من منظومتك التقنية؟ عندئذٍ يمكنهم العمل على إصلاح المشكلة كأن المستخدم جالس بجوارهم يشرح لهم ما فعله وما حدث بعد ذلك.
ينبغي لأداة إعادة تشغيل الجلسة المثالية للمطوّرين أن تسجّل ما يلي:
- الأخطاء ومخرجات الكونسول. مسجِّلةً بفعالية كل خطأ JavaScript وسجلّات التصحيح أو المعلومات الأخرى.
- المعلومات الخاصة بالتطبيق مثل تغيّرات الحالة (state mutations) بما يسهّل التراجع والتحقّق من حالة تطبيق الويب الخاص بهم في أي لحظة أثناء الreplay.
- مقاييس web vitals (مثل أوقات التحميل وزمن أول بايت time-to-first-byte) ومقاييس أداء متنوّعة أخرى (مثل استخدام CPU والذاكرة).
- نشاط الشبكة حتى يتمكّن المطوّرون من تتبّع الاستدعاءات التي يجريها التطبيق إلى واجهات API الداخلية والخارجية وفحص حمولاتها (payloads).
أداة كهذه تملك القدرة على تقليل وقت التصحيح بشكل كبير وتحسين تجربة المطوّر أثناء إصلاح المشكلات.
مديرو المنتجات
يكتسب مديرو المنتجات رؤى لا تُقدَّر بثمن من مشاهدة مستخدمين حقيقيين يتفاعلون مع منتجاتهم:
- التحقّق من استخدام الميزات وفعاليّتها
- اكتشاف كيفية تنقّل المستخدمين عبر المنتج
- تحديد مجالات التحسين بناءً على سلوك المستخدمين الفعلي
- اتخاذ قرارات مبنية على البيانات بشأن أولويات خارطة طريق المنتج
- قياس أثر الميزات والتغييرات الجديدة
بفضل مقاييس ومسارات تحويل متنوّعة، يمكن لمديري المنتجات فهم أكثر ميزات التطبيق تأثيرًا أو أين (ولماذا) يتسرّب العملاء. وعادةً ما يمكن تحويل البيانات التي تلتقطها أدوات إعادة تشغيل الجلسة إلى رسوم بصرية مخصّصة، ما يساعد بدوره مديري المنتجات على التكرار بسرعة أكبر لأنهم يتعاملون الآن مع بيانات نوعية بدلًا من مقاييس خام. فكّر في الأمر هكذا: يمكنهم حرفيًا الإحساس بنقاط ألم مستخدميهم ورؤية كيفية تفاعلهم مع كل ميزة من ميزات منتجهم بالضبط. وهذا وحده يمثّل منجمًا من الرؤى لمديري المنتجات.
تُعدّ أدوات إعادة تشغيل الجلسة المكمّل المثالي لأي منظومة تحليلات. فبدمج البيانات الكمّية والنوعية معًا، يصبح بإمكان مديري المنتجات تحسين منتجهم باستمرار بشكل أكبر وتقديم أفضل تجربة لمستخدميهم في نهاية المطاف.
المصمّمون & باحثو تجربة المستخدم
بالنسبة لمحترفي التصميم وتجربة المستخدم، توفّر إعادة تشغيل الجلسة ملاحظة مباشرة لكيفية تفاعل المستخدمين مع الواجهات:
- ملاحظة تفاعلات مستخدمين حقيقية مع التصاميم في بيئة الاستخدام الفعلية
- تحديد مشكلات قابلية الاستخدام ونقاط الارتباك
- التحقّق من قرارات التصميم ببيانات مستخدمين حقيقية
- اكتشاف سلوكيات وأنماط مستخدمين غير متوقّعة
- استكمال أبحاث تجربة المستخدم التقليدية بملاحظات سلبية وغير متحيّزة
يستفيد المصمّمون كثيرًا من ملاحظة كيفية تفاعل المستخدمين مع تصاميمهم، لكن إجراء التجارب المركّزة يستغرق وقتًا وجهدًا. علاوة على ذلك، ليست النتائج موثوقة دائمًا لأن سلوك المستخدمين قد يتأثّر أحيانًا بكونهم مراقَبين؛ ويُعرف هذا بتأثير هوثورن (Hawthorne Effect).
من ناحية أخرى، يمكن أن تمنح إعادة تشغيل الجلسة المصمّمين فرصة مشاهدة مستخدميهم والتكرار على خيارات تصميم مختلفة لفهم كيف يبدو عملهم في بيئة الإنتاج. ففي النهاية، يمكن للأجهزة والدقّات وحتى إصدارات المتصفّحات المختلفة أن تؤثّر في العرض النهائي، ما قد يؤثّر بدوره في تجربة المستخدم النهائي.
دعم العملاء
يمكن لفرق دعم العملاء تقديم مساعدة أفضل وأكثر كفاءة بفضل إعادة تشغيل الجلسة:
- رؤية ما اختبره العملاء بالضبط أثناء مشكلاتهم
- تقديم حلول دقيقة بناءً على أدلّة بصرية
- تقليل وقت الحل عبر إلغاء الأسئلة المتبادلة المتكرّرة
- إنشاء تقارير علل مفصّلة لفرق الهندسة
- تحديد المشكلات الشائعة التي قد تحتاج إلى توثيق أفضل أو تحسينات في الواجهة
يساعد هذا السياق البصري فرق الدعم على حل المشكلات بشكل أسرع وبدقّة أكبر.
كيف تعمل إعادة تشغيل الجلسة؟
لنلقِ بعض الضوء على ما يحدث خلف الكواليس عند التقاط تسجيل جلسة وإعادة تشغيله. قد تكون بعض الأجزاء تقنية، لكن لا تقلق؛ سيغدو كل شيء مفهومًا.
ما الذي يُلتقَط فعليًا داخل إعادة تشغيل الجلسات؟
قد تختلف البيانات المجمَّعة من أداة إعادة تشغيل الجلسة إلى أخرى. تذكّر أن هذه الأدوات قد تستهدف شخصيات مختلفة في المؤسسة، وبالتالي تعالج بعض حالات الاستخدام دون أخرى. ومع ذلك، ينبغي لأفضل الأدوات أن تكون قادرة على التقاط العناصر التالية:
- سلوك المستخدمين: نتحدّث عن النقرات وحركات الفأرة والتمرير والترددات والمزيد. هل يمرّر المستخدمون فوق رسائل مهمة؟ أم أنهم ربما ينقرون بغضب على بعض الأزرار؟ هذه البيانات قيّمة لإبراز الإحباطات الرئيسية.
- تغيّرات الـ DOM: عند زيارتك موقعًا إلكترونيًا، يقوم متصفّحك بتنزيل ثم تجميع عناصر متنوّعة، مثل الصور والنصوص والفيديوهات، قبل عرض كل صفحة. يعمل نموذج كائن المستند (DOM) كمترجم بين هذه العناصر ومتصفّحك، ما يتيح تجميع صفحات الويب وعرضها. تكتشف أدوات إعادة تشغيل الجلسة متى يتم تحديث أيٍّ من هذه العناصر، وتلتقط هذه التغيّرات (mutations) كجزء من الـ replay. تغيّرات الـ DOM هي المكوّنات الأساسية لتسجيلات الجلسات. فهي الإطارات التي يتكوّن منها الـ replay.
- أدوات المطوّرهذه أدوات توفّرها المتصفّحات وتساعد المطوّرين على إعادة إنتاج جميع أنواع المشكلات في بيئات الاختبار المحلية لديهم. أمور مثل طلبات الشبكة والحمولات وأخطاء JavaScript والسجلّات وحالة تطبيق الويب وغيرها. وتلتقط بعض أدوات الـ replay تلك البيانات التقنية، لكل جلسة مستخدم، ما يجعل التصحيح في غاية السهولة للمطوّرين.
- Web vitals:مراقبة أوقات تحميل تطبيق الويب الخاص بك، ليس الصفحات فقط بل أيضًا موارده المتنوّعة، يمكن أن توفّر رؤى قيّمة حول كيفية اختبار مستخدميك لموقعك. وعلاوة على ذلك، يمكن استخدام مقاييس مثل استخدام الذاكرة و CPU لتتبّع الأعطال وإصلاح حالات البطء في تطبيقك. وهذا يجعل أدوات إعادة تشغيل الجلسة قطعة أساسية في منظومة المراقبة (observability) لديك.
- الإحباطات:النقرات الغاضبة (Click rages) أو التمرير المفرط أو النقرات الميتة هي أمثلة على إحباطات المستخدمين التي يمكن لمنصّات إعادة تشغيل الجلسة اكتشافها. وتحديدها هو الخطوة الأولى نحو تقديم تجربة منتج أفضل لمستخدميك.
- الأحداث المخصّصة: وهذا يشمل الأحداث اللاحقة أو السابقة في تطبيقك التي قد تحتاج إلى تسجيلها مع كل جلسة مسجَّلة. تتبّع الأحداث المخصّصة يعني أنه يمكنك مزامنة تلك الأجزاء من البيانات مع عمليات الـ replay لسياق أغنى بكثير.
- البيانات الوصفية:معلومات إضافية حول تسجيل معيّن. أمور مثل معرّفات المستخدمين (userIDs) والشرائح وإصدارات المتصفّحات والبلد والمزيد. تُستخدم البيانات الوصفية لتصفية عمليات الـ replay وتجميع البيانات.
- الأصول (Assets):تخزين بعض الأصول مؤقتًا مثل الصور أو الخطوط أو أوراق الأنماط هو جانب حيوي في أي منصّة إعادة تشغيل الجلسة. تخيّل أنك سجّلت جلسة لموقعك الجديد، وبعد بضعة أشهر قرّرت أن تمنحه مظهرًا جديدًا. والآن، لو لم تُخزَّن الأصول مؤقتًا، لكان التسجيل القديم معطّلًا ببساطة لأنه لا يستطيع الإشارة إلى أوراق الأنماط والخطوط السابقة. ولهذا فإن التخزين المؤقت للأصول مهم جدًا إذ يضمن بقاء الـ replay الخاص بك مطابقًا لصورته الأصلية، مهما مرّ من الوقت.
بدلًا من تسجيل فيديو (وهو ما يستهلك قدرًا كبيرًا من النطاق الترددي)، تلتقط هذه الأدوات بيانات أحداث يمكن إعادة بنائها لاحقًا في replay بصري.
معالجة البيانات
بمجرد جمعها، تمرّ البيانات بعدة خطوات معالجة:
- الضغط لتقليل حجم البيانات
- إزالة المعلومات الحساسة (بناءً على إعدادات الخصوصية لديك)
- الفهرسة لإتاحة البحث
- الربط بمقاييس وأحداث أخرى
تضمن هذه المعالجة تخزين البيانات بكفاءة وإمكانية استرجاعها بسرعة عند الحاجة.
إعادة بناء الـ replay
عند مشاهدتك لإعادة تشغيل الجلسة، تعيد الأداة بناء تجربة المستخدم:
- إعادة بناء الـ DOM كما ظهر للمستخدم
- إعادة تشغيل تفاعلات المستخدم بالتسلسل
- تحريك حركات المؤشّر
- عرض مدخلات النماذج وتغييراتها
- عرض البيانات التقنية إلى جانب الـ replay البصري
توفّر إعادة البناء هذه تمثيلًا دقيقًا للغاية لما اختبره المستخدم، ما يتيح لك رؤية تطبيقك من خلال عينيه.
التكامل مع أدوات أخرى
يمكن لمعظم أدوات إعادة تشغيل الجلسة التكامل مع أنظمة أخرى في منظومتك التقنية:
- أدوات تتبّع الأخطاء مثل Sentry
- منصّات التحليلات مثل Google Analytics
- أنظمة دعم العملاء مثل Intercom أو Zendesk
- حلول CRM مثل Salesforce
تعزّز هذه التكاملات قيمة إعادة تشغيل الجلسة عبر ربط سلوك المستخدمين بمقاييس وسير عمل أعمال أخرى.
خصوصية البيانات في إعادة تشغيل الجلسة
تتيح معظم أدوات إعادة تشغيل الجلسة للمطوّرين التحكّم في ما يُسجَّل وما يُنقَّى (sanitized). العناصر المنقّاة لا تُرسَل إلى الخادم. بل إنها لا تغادر متصفّح مستخدمك إطلاقًا. وبدلًا من ذلك تكون إما مُقنّعة (أي يُستبدَل النص بعلامات نجمية والصور بعناصر نائبة) أو غير متتبَّعة (تُتجاهَل البيانات ببساطة).
على سبيل المثال، لنفترض أن صفحة الملف الشخصي للمستخدم في موقعك تحتوي على معلومات شخصية يجب تنقيتها، مثل العنوان ورقم الهاتف. يمكن لفريق التطوير تعليم هذه الحقول كـ«مُقنّعة» للمتتبِّع (tracker). وبهذا، في كل مرة يزور فيها مستخدم صفحة الملف الشخصي، يقوم المتتبِّع بتنقية تلك الحقول باستبدال محتواها بعلامات نجمية. ينتج عن ذلك replay مُنقّى بشكل سليم لا يزال يلتقط رحلة المستخدم بالكامل دون الكشف عن أي معلومات تعريف شخصية (PII).
الامتثال
إذا كانت لديك بيانات PII، فهناك دائمًا سياسات خصوصية داخلية يجب اتباعها ولوائح خارجية يجب الامتثال لها.
يمكن أن تتراوح السياسات المفروضة داخليًا من قيود أمنية على البنية التحتية وصولًا إلى البرمجيات التي يُسمح لك بتثبيتها. وحين يتعلّق الأمر باللوائح الدولية، فإن الأهم ثلاثة:
وحين يتعلّق الأمر بالامتثالات الخارجية، فإن الأهم ثلاثة:
- GDPR ينطبق عند جمع بيانات من مواطني الاتحاد الأوروبي. كما يتيح GDPR للمستخدمين أن يطلبوا منك إزالة بياناتهم من قواعد بياناتك. وهذا يشمل، بالطبع، بيانات إعادة تشغيل الجلسة.
- HIPPA هذا خاص بالبيانات المتعلّقة بالرعاية الصحية. إذا كنت تجمع هذا النوع من المعلومات عن مستخدميك، فأنت على الأرجح ممتثل له بالفعل.
- CCPA مشابه لـ GDPR لكنه خاص بسكّان كاليفورنيا في الولايات المتحدة.
إذا لم تكن جزءًا من قطاع الرعاية الصحية وكان موقعك متاحًا عالميًا، فمن المرجّح أن يتعيّن عليك الامتثال لـ GDPR و CCPA. قد تبدو إضافة أداة إعادة تشغيل الجلسة إلى المزيج عقبة إضافية. غير أن هذه الأدوات تعالج مخاوف خصوصية البيانات عبر التنقية وضوابط دقيقة أخرى. يمكن للمطوّرين إخبار المتتبِّع بأي البيانات يتتبّع وأيها يتجاهل. وبهذه الطريقة تبقى الـ PII آمنة داخل متصفّح مستخدمك ولا تُنقَل إلى الخادم.
لذلك من المهم دائمًا مراجعة وفهم كيفية تعامل أدوات إعادة تشغيل الجلسة مع البيانات الشخصية حتى تتمكّن من الالتزام باللوائح المعمول بها.
ملكية البيانات وأمنها
حتى لو نُقّيت البيانات، فلمن تعود ملكيتها؟ وكيف يمكنك ضمان معالجتها وتخزينها بأمان؟ قد يسبّب هذا صداعًا للعديد من فرق الامتثال والأمن.
في حين تأتي معظم الأدوات على هيئة تطبيقات SaaS، تتيح لك بعض حلول إعادة تشغيل الجلسة استضافة منصّتها بالكامل ذاتيًا في مقرّك. وهذا يعني أنك تمتلك البيانات، التي تستقرّ أيضًا على خوادمك، فتمتثل بذلك لسياسات الأمن والخصوصية الداخلية لديك.
هذه نقطة جوهرية. تأكّد من أنك على دراية تامّة بالتفاصيل عند تقرير أي منصّة إعادة تشغيل الجلسة تختار.
أسعار إعادة تشغيل الجلسة
يساعدك فهم نماذج تسعير إعادة تشغيل الجلسة على اتخاذ قرارات مدروسة وتجنّب التكاليف غير المتوقّعة. لنستكشف هياكل التسعير الشائعة والاعتبارات ذات الصلة.
نماذج التسعير الشائعة
تستخدم أدوات إعادة تشغيل الجلسة عادةً أحد نماذج التسعير التالية:
التسعير حسب الجلسة
تدفع بناءً على عدد الجلسات المسجَّلة شهريًا.
- المزايا: سهل الفهم، وقابل للتنبّؤ إذا كان مرورك ثابتًا.
- العيوب: قد يصبح مكلفًا للمواقع عالية المرور، وقد يضطرّك إلى أخذ عيّنات من الجلسات.
التسعير حسب المستخدم
تدفع بناءً على عدد المستخدمين النشطين شهريًا (MAU).
- المزايا: قد يكون أكثر فعالية من حيث التكلفة للمواقع ذات الزوّار المتكرّرين.
- العيوب: أقل قابلية للتنبّؤ، وقد يكون مكلفًا للمواقع ذات الزوّار الفريدين الكثيرين.
التسعير حسب الفريق
تدفع بناءً على عدد أعضاء الفريق الذين يمكنهم الوصول إلى التسجيلات.
- المزايا: قد يكون فعّالًا من حيث التكلفة للفرق الصغيرة، مع جلسات غير محدودة.
- العيوب: قد يقيّد الوصول عبر مؤسستك، ما يحدّ من قيمة الأداة.
مُستضاف ذاتيًا/مفتوح المصدر
تستضيف الحل بنفسك وتدفع مقابل بنيتك التحتية الخاصة.
- المزايا: غالبًا أكثر فعالية من حيث التكلفة على المدى الطويل، وتحكّم أفضل في البيانات.
- العيوب: يتطلّب خبرة تقنية للإعداد والصيانة.
تكاليف خفيّة يجب مراعاتها
إلى جانب السعر الأساسي، كن على دراية بهذه التكاليف الإضافية المحتملة:
- مدة التخزين: غالبًا ما تكلّف فترات الاحتفاظ الأطول أكثر
- الميزات المتقدّمة: تتقاضى بعض الأدوات رسومًا إضافية مقابل ميزات مثل الخرائط الحرارية أو تتبّع الأخطاء
- تكاليف التكامل: قد يترتّب على ربط أدوات أخرى في منظومتك رسوم
- دعم التنفيذ: قد تمثّل المساعدة التقنية أثناء الإعداد تكلفة إضافية
- الاحتفاظ المخصّص بالبيانات: قد تؤثّر متطلّبات الامتثال الخاصة في السعر
اسأل دائمًا عن هذه التكاليف المحتملة أثناء عملية التقييم لديك.
اتخاذ القرار الصحيح
عند تقييم أدوات إعادة تشغيل الجلسة بناءً على السعر:
- ابدأ بفهم واضح لأنماط مرور موقعك
- ضع في اعتبارك عدد أعضاء الفريق الذين يحتاجون إلى الوصول
- قيّم التكلفة الإجمالية للملكية، بما في ذلك التنفيذ والصيانة
- ابحث عن تسعير شفّاف بلا رسوم خفيّة
- فكّر في الخيارات مفتوحة المصدر لأقصى تحكّم في التكلفة
ما الذي يجب البحث عنه في أداة إعادة تشغيل الجلسة
مع وجود العديد من أدوات إعادة تشغيل الجلسة في السوق، قد يكون اختيار الأداة المناسبة لاحتياجاتك تحديًا. إليك ما ينبغي مراعاته أثناء عملية التقييم لديك.
الميزات الأساسية
وظيفة الـ replay الأساسية
- إعادة تشغيل عالية الدقّة لجلسات المستخدمين
- دعم الجوال والتصميم المتجاوب
- خيارات replay مرنة (السرعة، التخطّي، إلخ.)
- إمكانات تصفية الجلسات والبحث
البيانات التقنية
- سجلّات الكونسول وأخطاء JavaScript
- مراقبة طلبات الشبكة
- مقاييس الأداء
- معلومات الجهاز والمتصفّح
ضوابط الخصوصية
- تقنيع المدخلات للبيانات الحساسة
- إعدادات قابلة للتخصيص لجمع البيانات
- الامتثال لـ GDPR و CCPA وغيرها
- إدارة موافقة المستخدمين
إمكانات التكامل
- متوافق مع منظومتك التقنية
- وصول API لتكاملات مخصّصة
- التكامل مع أدوات تتبّع العلل
- التكامل مع منصّات التحليلات
سهولة التنفيذ
لا ينبغي لمتتبِّع إعادة تشغيل الجلسة أن يتطلّب أكثر من بضعة أسطر من الشيفرة للبدء، أيًّا كانت منظومتك التقنية. وبمجرد اكتمال الإعداد الأساسي، ينبغي أن تنظر في مدى سهولة توسيع إمكاناته. فكلما وفّرت الأداة مرونة أكبر، زاد احتمال ملاءمتها لحالة استخدامك.
ينبغي أن يكون المتتبِّع المثالي سهل الإعداد بأقل قدر من الشيفرة، وأن يمنحك في الوقت نفسه كل الخيارات التي تحتاجها لتخصيصه كما تراه مناسبًا. ويشمل ذلك التقاط الأحداث المخصّصة وتنقية البيانات وإضافة معلومات إضافية إلى الجلسات والمزيد. وينبغي تحقيق كل ذلك مع تقليل الأثر على الأداء.
أدوات المطوّر قوية
للاستفادة من قوة إعادة تشغيل الجلسة لصالح مطوّري الواجهة الأمامية لديك، من المهم توفير بيئة تشبه إلى حدّ بعيد ما يعرفونه ويستخدمونه يوميًا بالفعل. ففي الواقع، يأتي كل متصفّح رئيسي بنسخة ما من أدوات المطوّر، وهي مجموعة من الأدوات التقنية التي تساعد المطوّرين، في عملهم اليومي، على إعادة إنتاج جميع أنواع المشكلات وتصحيحها.
ينبغي لأداة إعادة تشغيل الجلسة المثالية أن تكون قادرة على التقاط تلك القرائن التقنية وتوفير تجربة تصحيح مألوفة للمطوّرين. ففي النهاية، من المجالات التي يكون فيها إعادة تشغيل الجلسة فعّالًا بشكل خاص تقليل الوقت اللازم لتحديد العلل وإصلاحها.
الاستضافة الذاتية
كما نوقش في قسم خصوصية البيانات، قد لا تترك لك سياسات الامتثال والأمن خيارًا في ما إذا كنت ستستضيف منصّة إعادة تشغيل الجلسة بنفسك أو ستستخدمها كخدمة سحابية.
لحسن الحظ، تقدّم بعض حلول إعادة تشغيل الجلسة خيار استضافة ذاتية يتيح لك تثبيت وتشغيل منصّتها بالكامل على خوادمك الخاصة. ويوفّر هذا فائدتين رئيسيتين:
- تحكّم كامل في البيانات التي يولّدها مستخدموك. تذهب بيانات إعادة تشغيل الجلسة مباشرةً إلى خوادمك، حيث تُعالَج وتُخزَّن.
- الامتثال للسياسات واللوائح الداخليةيصبح أسهل بكثير بهذه الطريقة. لا مزيد من الوقت الضائع في عمليات تدقيق امتثال وأمن مطوّلة.
في نهاية المطاف، غالبًا ما تكون الاستضافة الذاتية هي الحل الذي تختاره الشركات لأنها توفّر تحكّمًا كاملًا في بياناتها. إذا كانت ملكية البيانات وأمنها من الهواجس المهمة لشركتك، فاحرص على إعطاء الأولوية لهذا المعيار عند تقييم خياراتك.
قابلية التوسعة
يستمتع المطوّرون بالتعديل والتحسين وبناء ميزات مخصّصة فوق أداة إعادة تشغيل الجلسة الخاصة بهم. وتجعل البنية المفتوحة المصدر جزئيًا (open-core) أو القائمة على الإضافات الحل قابلًا للتوسعة بحكم تصميمه ومُهيّأً للمستقبل لتلبية احتياجات المستخدمين الداخليين.
إذا كنت تعطي الأولوية لقابلية التوسعة والتخصيص، ففكّر في استكشاف حلول إعادة تشغيل الجلسة مفتوحة المصدر عند تقييم البدائل.
إمكانات البحث
التقاط ملايين الجلسات يوميًا قد يجعل العثور على الـ replay المناسب أشبه بالبحث عن إبرة في كومة قش. وينبغي لأداة إعادة تشغيل الجلسة المثالية أن تقدّم محرّك بحث قويًا ومتعدّد الاستخدامات. ويتطلّب هذا القدرة على التصفية وفق أي جزء من البيانات الملتقَطة تقريبًا، مثل إجراء مستخدم أو سمة جلسة معيّنة أو حدث تقني.
تصبح إمكانات التصفية هذه حاسمة لاختيار الأداة المناسبة.
التحليلات
ليس بعيدًا عن المنطق أن نظنّ أنه بكل البيانات التي تلتقطها أدوات إعادة تشغيل الجلسة، يمكن للمرء إنشاء رسوم بصرية متنوّعة لتتبّع وفهم جوانب مختلفة من تطبيق الويب.
على سبيل المثال، يمكنك إنشاء لوحة معلومات لمراقبة أداء موقعك، بما في ذلك أوقات التحميل وأبطأ الموارد ومقاييس web vitals الأخرى. كما يمكنك تلقّي تنبيهات عند حدوث خطأ ما واستخدام إعادة تشغيل الجلسة لتحديد السبب الجذري. وهذا يقلّل وقت حل المشكلات التي قد تكون حرجة.
لذا، عند اختيار أداة إعادة تشغيل الجلسة، أعطِ الأولوية للقدرة على تجميع البيانات وإنشاء رسوم بصرية للمقاييس التي تهمّك.
قابلية التوسّع في التسعير
كما ذُكر في قسم سابق، هناك نموذجان رئيسيان للتسعير لحلول إعادة تشغيل الجلسة. وعند اختيار نموذج، من المهم مراعاة مدى قابليته للتوسّع بناءً على مرور موقعك وحالة استخدامك.
إذا كان موقعك يولّد ملايين الجلسات شهريًا، ففكّر في نموذج تسعير قائم على القيمة. أما إذا كان لديك مرور منخفض، فإن البديل الأرخص هو استخدام حل إعادة تشغيل الجلسة يقدّم تسعيرًا قائمًا على الحجم. والأفضل من ذلك، ابحث عن بدائل مفتوحة المصدر يمكنك استضافتها بنفسك لتقليل التكاليف.
التكاملات
عادةً ما تكون القدرة على التكامل مع أدوات الطرف الثالث سمة مميّزة لحلول إعادة تشغيل الجلسة القوية. ففي الواقع، تُظهر لك إعادة تشغيل الجلسة جانبًا واحدًا من القصة: واجهتك الأمامية. ماذا لو احتجت إلى السياق الكامل عند إعادة إنتاج علّة وبالتالي إلى سجلّات الخلفية (backend)؟ هنا يصبح التكامل مع أدوات أخرى في منظومتك مفيدًا جدًا.
نوع تكامل آخر مثير للاهتمام هو مع أنظمة التذاكر، مثل JIRA. فبإنشاء تذكرة تتضمّن كل التفاصيل اللازمة أثناء مراجعة replay معيّن، يمكنك تحسين سير عمل فريق ضمان الجودة (QA) لديك بشكل كبير.
لذا احرص على البحث عن التكاملات المتاحة عند اختيار أداة إعادة تشغيل الجلسة الخاصة بك.
اتساع الميزات
مع أنه من الضروري التأكّد من أن الحل الذي تختاره يأتي بمجموعة الميزات الصحيحة التي تحتاجها لحالة استخدامك الأساسية، فإنه يُوصى في الواقع بإبقاء عينك على كل الميزات التي قد تتوفّر في الأداة.
كما ذُكر سابقًا، يمكن لأدوات إعادة تشغيل الجلسة أن تفيد أدوارًا وفرقًا متنوّعة داخل المؤسسة. ومع أنها قد تستهدف بشكل أساسي بضع حالات استخدام، ففكّر في الأداة التي تقدّم ميزات مكمّلة قد يستفيد منها أعضاء فريق آخرون مستقبلًا.
المجتمع
أخيرًا، عند تقرير أي حل إعادة تشغيل الجلسة تختار، نعتقد أنه من المهم مراعاة مجتمعه. فوجود مجتمع نشط، يتفاعل فيه المستخدمون (أو المطوّرون في حالة المنتجات مفتوحة المصدر) ويسهمون في المنصّة، علامة على منتج ناجح وصحّي.
الخلاصة
أصبحت أدوات إعادة تشغيل الجلسة أساسية للمؤسسات التي تركّز على تقديم تجارب رقمية استثنائية. فبتوفيرها سياقًا بصريًا وبيانات تقنية معًا، تقدّم رؤى فريدة لا تستطيع أدوات التحليل الأخرى ببساطة مضاهاتها.
سواء كنت مطوّرًا يحاول إصلاح علل عصيّة، أو مدير منتج يسعى إلى تحسين مسارات المستخدمين، أو عضوًا في فريق دعم يساعد عملاء حائرين، يمكن لإعادة تشغيل الجلسة أن تغيّر طريقة فهمك لتطبيق الويب الخاص بك وتحسينه.
وأنت تقيّم الخيارات لمؤسستك، تذكّر أن توازن بين الوظائف واعتبارات الخصوصية، واختر حلًا يتوافق مع احتياجاتك ومواردك المحدّدة.
هل أنت مستعد للبدء مع إعادة تشغيل الجلسة؟
يقدّم OpenReplay أداة إعادة تشغيل الجلسة مفتوحة المصدر ومركّزة على الخصوصية تمنحك تحكّمًا كاملًا في البيانات مع إمكانات تصحيح قوية.