بفضل تحسينات مدى استجابة الصفحة لتفاعلات المستخدم (INP)، تمكّنت شركة RedBus من زيادة مبيعاتها بنسبة %7 تقريبًا.
تتطور شبكة الويب وإمكانياتها بوتيرة سريعة. يمكنك الآن إنشاء تجارب غنية وكاملة الميزات على الويب والتي يمكنها تحقيق الكثير من إمكانات التطبيقات الأصلية في ما يتعلق بالإمكانيات.
لغة JavaScript هي محرِّك أساسي للتفاعل على الويب، ولكن إذا لم يتم استخدامها بحرص، قد تكون التفاعلات بطيئة، ما يؤدي إلى جعل المستخدمين يرون أنّ موقعك الإلكتروني غير مستجيب أو معطّل تمامًا. لحسن الحظ، تم إنشاء مقياس مدى استجابة الصفحة لتفاعلات المستخدم (INP) لمعالجة هذه المشكلة المحدّدة المتعلقة بتجربة المستخدم.
يقيس مقياس "مدى استجابة الصفحة لتفاعلات المستخدم" (INP) جميع التفاعلات التي تتم على الصفحة خلال مراحل نشاطها، ويسجّل قيمة واحدة تمثّل سرعة الموقع الإلكتروني في الاستجابة للبيانات التي أدخلها المستخدمون. ببساطة، إذا بلغ مقياس INP للصفحة الحد الأدنى الجيد أو أقل منه، يمكن اعتبار أنّ جميع التفاعلات التي تتم على الصفحة سريعة وموثوقة.
بذل redBus، وهو موقع إلكتروني لحجز الحافلات وتذاكر ومقره في الهند، جهدًا كبيرًا لتحسين مقياس INP على الموقع الإلكتروني، حتى في الفترة التي كان فيها لا يزال يُعتبر مقياسًا تجريبيًا. وبفضل جهود الشركة، استطاعت زيادة مبيعاتها بنسبة 7%، مع توضيح العلاقة بين أداء الموقع الإلكتروني وسلامة النشاط التجاري أيضًا. في ما يلي الإجراءات التي نفّذتها شركة redBus لتحسين مقياس INP على موقعها الإلكتروني.
أهم الأهداف
عندما شرعت شركة redBus لتحسين مقياس INP لموقعها الإلكتروني، كانت تضع في الاعتبار ثلاثة أهداف:
- تقديم تجربة مستخدم أفضل للمستخدمين من خلال التركيز على وقت استجابة التفاعل بغض النظر عن سرعة الشبكة وإمكانات الجهاز
- تحسين موقع الويب الخاص بهم للحفاظ على التفاعلات في أسرع وقت ممكن.
- تأكّد من أنّ الردود الواردة من واجهة برمجة التطبيقات كانت خفيفة قدر الإمكان لضمان نقل البيانات بسرعة إلى الواجهة الأمامية.
الرحلة
صنّفت شركة redBus وقت استجابة التفاعل بطريقتين:
- وقت استجابة التفاعل الناتج عن حظر JavaScript على العميل. عندما تستخدم التفاعلات لغة JavaScript بشكل مفرط تمنع سلسلة التعليمات الرئيسية، يتأخر العرض، ويؤثر ذلك في مقياس INP للصفحة.
- وقت استجابة الشبكة الناتج عن طلبات البيانات من واجهة برمجة التطبيقات على الرغم من أنّ نشاط الشبكة لا يقيسه مقياس INP، فإنّ التفاعل الذي يعتمد على طلب بيانات من واجهة برمجة تطبيقات بعيدة قد يكون بطئًا في الشبكات البطيئة أو إذا كانت الطلبات تؤدي إلى ظهور استجابات كبيرة.
في البداية، كانت شركة redBus واثقة تمامًا من أنّ مقياس INP لموقعها الإلكتروني سيكون جيدًا، ولكن كشفت بيانات مراقبة المستخدم الفعلي (RUM) لهذا المقياس في الشريحة المئوية الخامسة والتسعين أنّ هناك قصة مختلفة.
آلية شركة redBus لقياس مدى استجابة الصفحة لتفاعلات المستخدم (INP)
اعتمدت شركة redBus على مكتبة JavaScript web-vitals
التي صممتها Google ليس فقط لتتبع INP، ولكن كانت تعتمد كل المقاييس المهمة لتجربة المستخدم في جميع الصفحات على موقعها الإلكتروني. بالإضافة إلى مكتبة JavaScript web-vitals
، استخدمت شركة redBus ELK لتحليل بيانات مقياس INP التي تم جمعها في الواجهة الأمامية.
مع ذلك، قد تختلف طريقة تتبُّع مقياس INP لموقعك الإلكتروني في الحقل تمامًا عن الطريقة التي تعاملت بها شركة redBus مع المشكلة. ننصحك بشدة بالاطّلاع على كيفية العثور على التفاعلات البطيئة في المجال لمعرفة أفضل طريقة لتتبُّع INP لمواقعك الإلكترونية، وكيفية إعادة إنتاجها في المختبر لاحقًا قبل البدء في تحسين التفاعلات.
بعد أن توفّرت شركة redBus نظامًا لتتبع مقياس INP، استطاعت تحليل البيانات لاكتساب فهم أفضل لمكان حدوث التفاعل البطيء.
حالات الاستخدام
عندما يبحث المستخدمون عن الأسعار على موقع redBus الإلكتروني، يمكنهم تغيير التاريخ في صفحة البحث لفلترة الأسعار المحدّدة للوجهة المطلوبة. كان التفاعل لتغيير التاريخ في هذه الصفحة بطيئًا، وأدى إلى ضعف مقياس "مدى استجابة الصفحة لتفاعلات المستخدم" (INP).
بالإضافة إلى ذلك، عندما يتصفّح المستخدم الأسعار، يتم تحميل الأسعار الإضافية باستخدام "التحميل الكسول" من واجهة برمجة التطبيقات. مع أنّ عملية التنقّل نفسها لا تؤثر في كيفية قياس INP، تعمل أداة معالجة الحدث scroll
نفسها على جدولة الكثير من الإجراءات التي يجب تنفيذها في سلسلة التعليمات الرئيسية. وأدّى هذا العمل إلى حدوث تنافس في سلسلة التعليمات الرئيسية، ما أدّى إلى زيادة وقت استجابة التفاعل، ما أدّى إلى ضعف مقياس INP على صفحة البحث.
الطريقة التي اتّبعتها شركة redBus لتحسين مقياس INP لصفحة البحث
لتحسين مقياس INP في صفحة البحث، أجرت شركة redBus عدة تحسينات:
- تم إيقاف معالِج حدث
scroll
لتقليل عدد المرات التي سيتم فيها تنشيط رد اتصال الحدث خلال فترة معيّنة. من خلال خفض معدّل تكرار تنفيذ معاودة الاتصال بحدثscroll
، تمكّنت سلسلة التعليمات الرئيسية من الاستجابة بشكل أسرع لتفاعلات المستخدمين على صفحة البحث. - وتم منح الأولوية لعمل العرض الناتج باستخدام طلب معاودة الاتصال
requestAnimationFrame
. يخبرrequestAnimationFrame
المتصفِّح بضرورة تنفيذ العمل في معاودة الاتصال قبل الإطار التالي.
بالإضافة إلى ذلك، تم إجراء التحسينات الإضافية التالية على صفحة نتائج البحث:
- تم استرجاع دفعات جديدة من النتائج من البطاقة الثانية إلى الأخيرة في صفحة نتائج البحث لتحسين تجربة المستخدم والأداء المرئي من خلال تفعيل طريقة "التحميل الكسول" في وقت سابق.
- تم استرجاع نتائج أقل لكل مكالمة شبكة أثناء التحميل الكسول. من خلال تقليل عدد النتائج التي يتم استرجاعها من 30 إلى 10 نتائج، تم تخفيض نطاقات INP من 870 إلى 900 إلى 350 إلى 370.
على الرغم من أنّ هذه التغييرات حسَّنت بشكل كبير من INP لصفحة البحث، كانت لا تزال هناك مشكلة، إذ استدعى حدث change
في حقول إدخال صفحة البحث دالة مُخفَّضة باهظة الثمن لتعديل واجهة المستخدم. وقد أدّى ذلك إلى عرض واجهة المستخدم بشكل غير ضروري، ما أثّر في مقياس INP للصفحة.
لتحسين هذا التفاعل، أدارت شركة redBus حالة مكوّنات الإدخال محليًا ولم تتم مزامنتها مع متجر Redux إلا عند تنشيط حدث blur
للإدخال. أدى هذا التغيير إلى تقليل عدد عمليات العرض وإزالة العرض غير المرغوب فيه لواجهة المستخدم من خلال طلب تقليل عدد مرات العرض.
وبفضل هذا التغيير، تحسّن مقياس INP (مدى استجابة الصفحة لتفاعلات المستخدم) بنسبة r، ما أدّى إلى توفير تجربة مستخدم أسرع وأكثر سلاسةً تزيد على احتمال أن يتفاعل معها المستخدمون.
التأثير في النشاط التجاري
العلاقة بين سلامة النشاط التجاري وأداء الصفحة معروفة جيدًا. على الرغم من أنّ مقياس INP هو مقياس جديد نسبيًا مقارنةً بغيره من "مؤشرات أداء الويب الأساسية"، فقد لاحظت شركة redBus نتائج أفضل للنشاط التجاري من خلال التركيز على تحسين مقياس الأداء المهم هذا الذي يركّز على المستخدم. وكانت النتيجة زيادة إجمالية في المبيعات بنسبة 7%.
باختصار، ساعد مقياس "مدى استجابة الصفحة لتفاعلات المستخدم" (INP) في رسم صورة عن المشاكل في أداء وقت التشغيل على موقع redBus الإلكتروني. وبفضل المعرفة التي أجريناها، تمكّنت شركة RedBus من رصد المشكلة وإعادة إنتاجها واستخدام تلك المعلومات المهمة لإجراء تحسينات كانت مفيدة لشركة RedBus ونشاطها التجاري.