اختبر السرعة بمحتوى حقيقي لا بعرض فارغ
صفحة العرض الفارغة غالبا ما تُحمّل بسرعة لأنها تفتقر إلى الصور الكبيرة والخطوط المخصصة والسكريبتات الخارجية والمحتوى الفعلي. لفهم أداء موقعك كما يختبره المستخدمون، عليك اختباره بالمحتوى والظروف الحقيقية. يشرح هذا الدليل كيفية إعداد اختبارات سرعة ذات معنى وما الذي يجب البحث عنه.
لماذا تخدعنا العروض الفارغة
تحتوي صفحة العرض غالبا على نص بديل وشعار صغير وبعض الموارد القليلة. قد تحصل على نتيجة جيدة في الاختبارات الاصطناعية، لكن هذه النتيجة لا تعكس تجربة زائر يحمّل معرض منتجات أو مقالا ثنائي اللغة أو عملية دفع. الصفحات الحقيقية تحمل وزنا: صور عالية الدقة، خطوط ويب، أدوات تحليلات، ودجات محادثة ووسائط مدمجة. كل إضافة قد تؤخر العرض والتفاعل.
الاختبار بمحتوى حقيقي يعني استخدام نفس القوالب والأصول والخدمات الخارجية الموجودة في الإنتاج. إذا كان موقعك يحتوي على صورة رئيسية وخط عربي مخصص وسكريبت دفع، فأدرجها. الهدف ليس الحصول على نتيجة مثالية بل معرفة أين تحدث التأخيرات وما إذا كان المستخدمون يستطيعون إكمال المهام الأساسية دون إحباط.
ما يجب تضمينه في اختبار واقعي
ابدأ باختيار صفحة تمثل كل قالب: الرئيسية، تفاصيل المنتج، المقال، اتصل بنا، والدفع. لكل صفحة، تأكد من أن بيئة الاختبار تحمّل الصور والخطوط وأوراق الأنماط والسكريبتات الفعلية. إذا كان موقعك ثنائي اللغة، اختبر الصفحات العربية والإنجليزية لأن تخطيط الكتابة من اليمين إلى اليسار قد يُحمّل بشكل مختلف.
تستحق السكريبتات الخارجية اهتماما خاصا. التحليلات والإعلانات ودعم العملاء وتضمينات التواصل الاجتماعي قد تعيق العرض أو تستهلك النطاق الترددي. أدرجها في الاختبار، ولكن لاحظ أيضا ما يحدث إذا فشل تحميلها. يجب ألا تمنع خدمة خارجية بطيئة أو غير متاحة الصفحة من أن تكون قابلة للاستخدام.
محاكاة الاتصالات البطيئة والأجهزة
كثير من المستخدمين في الشرق الأوسط وشمال أفريقيا يصلون إلى الويب عبر شبكات جوال قد تكون أبطأ أو أقل استقرارا من واي فاي المكتب. استخدم ملفات تعريف تخنق السرعة تحاكي الجيل الثالث العادي أو الجيل الرابع البطيء. اختبر على هاتف أندرويد متوسط المدى وآيفون أقدم إذا كان جمهورك يستخدمها. الجهاز مهم لأن سرعة المعالج تؤثر على سرعة تنفيذ السكريبتات ووقت أصبح الصفحة تفاعلية.
اختبار مفيد هو تحميل الصفحة على اتصال مخنوق ومحاولة إكمال مهمة أساسية: قراءة مقال، إضافة عنصر إلى السلة أو إرسال نموذج. لاحظ الوقت من بدء التنقل إلى اللحظة التي يمكن فيها إكمال المهمة. هذا أكثر معنى من وقت تحميل واحد لأنه يعكس ما يمكن للمستخدم فعله.
قياس إنجاز المهمة وليس وقت التحميل فقط
وقت التحميل جزء واحد فقط من الصورة. قد تنتهي الصفحة من التحميل لكنها تظل غير مستجيبة لأن سكريبتا كبيرا لا يزال قيد التحليل أو خطا لا يزال يتبدل. حدد المهام الرئيسية لكل صفحة وقس المدة التي تستغرقها لأدائها في ظروف واقعية. مثلا، في صفحة منتج، قد تكون المهمة اختيار مقاس وإضافته إلى السلة. في صفحة اتصل بنا، قد تكون ملء النموذج وإرساله.
استخدم أدوات أداء المتصفح لتسجيل توقيتات هذه التفاعلات. ابحث عن المهام الطويلة التي تعيق الخيط الرئيسي، والتحولات في التخطيط التي تحرك الأزرار بينما يحاول المستخدم النقر عليها، والموارد التي تؤخر أول رسم ذي معنى. غالبا ما يكون لهذه المشكلات تأثير أكبر على تجربة المستخدم من وقت التحميل الإجمالي.
اختبار قبول محدد: نجاح أو فشل
لنفترض أنك تدير متجرا إلكترونيا بصفحة منتج تتضمن معرض صور وخطا مخصصا وودجة مراجعات خارجية. تخنق الاتصال إلى الجيل الرابع البطيء وتحمّل الصفحة على هاتف متوسط المدى. اختبار القبول: يجب أن تكون صورة المنتج الرئيسية وزر الإضافة إلى السلة مرئيين وقابلين للنقر خلال وقت محدد، مثلا خمس ثوان، ويجب ألا يتغير تخطيط الصفحة بعد ذلك. إذا تحرك الزر أو بقي غير مستجيب لأن ودجة المراجعات تعيقه، يفشل الاختبار. عندها تقرر ما إذا تؤجل الودجة أو تحمّلها عند التفاعل أو تزيلها.
هذا النوع من الاختبار يعطيك إشارة واضحة للنجاح أو الفشل مرتبطة بإجراءات المستخدم. كما يساعدك على ترتيب أولويات الإصلاحات. إذا نجحت الصفحة على اتصال سريع وفشلت على الجيل الرابع البطيء، تعرف أين تركز.
المقايضات والقرارات العملية
غالبا ما يتضمن تحسين السرعة مقايضات. ضغط الصور يقلل الجودة؛ تأجيل السكريبتات قد يؤخر الوظائف؛ إزالة أداة خارجية قد تقلل الميزات. لا يوجد جواب واحد صحيح. المفتاح هو اتخاذ خيارات مدروسة بناء على ما يحتاجه مستخدموك أكثر.
مثلا، إذا كان جمهورك يعتمد على ودجة محادثة لطرح الأسئلة قبل الشراء، قد تختار تحميلها مبكرا حتى لو كلف ذلك بعض الأداء. إذا كانت الودجة نادرا ما تستخدم، قد تحمّلها فقط عندما ينقر المستخدم على زر المساعدة. وثّق هذه القرارات وأعد النظر فيها مع تغير موقعك وجمهورك. الاختبار المنتظم بمحتوى حقيقي يضمن بقاء افتراضاتك صحيحة.
للمتابعة
الخطوة التالية
تعرّف على عمل Devign المرتبط بهذا الموضوع، وناقشنا في احتياجاتك قبل تحديد نطاق المشروع.