اختبار جودة الموقع على الهاتف: دليل عملي قبل النشر
أداء المواقع

اختبار جودة الموقع على الهاتف: دليل عملي قبل النشر

قائمة عملية لاختبار الموقع على الهاتف تشمل العرض المتجاوب واللمس والنماذج والأداء وإمكانية الوصول والمهام الأساسية قبل النشر.

لماذا نختبر الموقع على الهاتف فعليًا؟

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

1. اختبر التخطيط والمحتوى

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

استخدم أداة معاينة المقاسات المتجاوبة لفحص نقاط الانكسار بسرعة، ثم أكّد النتائج على جهاز حقيقي.

2. اللمس والتنقل

  • جرّب الروابط والأزرار بإصبعك وتأكد من وجود مساحة كافية بينها.
  • تجنب جعل وظيفة مهمة متاحة عبر hover فقط؛ الهاتف لا يملك مؤشر فأرة مماثلًا.
  • تأكد من أن القائمة يمكن فتحها وإغلاقها وأن حالة الزر واضحة لقارئ الشاشة.
  • اختبر اتجاه الصفحة RTL، وأيقونات الرجوع، والمحاذاة، وحقول الأرقام والروابط الطويلة.

3. النماذج ولوحة المفاتيح

أكمل كل نموذج من البداية إلى النهاية. تأكد من أن نوع الحقل يفتح لوحة المفاتيح المناسبة، وأن الحقول لا تختفي خلف لوحة المفاتيح الافتراضية، وأن رسالة الخطأ تظهر بجوار الحقل وتشرح طريقة الإصلاح.

  • جرّب الإرسال الصحيح والخاطئ، والحقول المطلوبة، والاتصال البطيء.
  • تأكد من عدم فقدان بيانات المستخدم عند ظهور خطأ قابل للإصلاح.
  • اختبر التنقل بلوحة المفاتيح الخارجية عند توفرها، وراجع مؤشر التركيز.

راجع أيضًا دليل التحقق من النماذج وإمكانية الوصول.

4. الأداء والشبكة

اختبر الصفحة على شبكة أبطأ أو مع محاكاة ظروف الشبكة، وراقب الصور الكبيرة والخطوط والسكربتات الخارجية. يجب أن يظهر المحتوى الأساسي مبكرًا، وأن تظل عناصر التحكم مفهومة أثناء التحميل. لا تجعل حركة التحميل أو تبدل التخطيط يمنع النقر على هدف مهم.

قِس الصفحات الأساسية باستخدام أدلة الأداء وتجربة المستخدم وشرح Core Web Vitals، ثم كرر القياس بعد الإصلاح.

5. إمكانية الوصول في سياق الهاتف

  • افحص التباين في الشمس أو السطوع المنخفض، ولا تستخدم اللون وحده لنقل معنى.
  • تحقق من وضوح أسماء الأزرار والروابط، خصوصًا الأيقونات التي لا تحمل نصًا.
  • تأكد من أن التكبير لا يخفي المحتوى أو وظائف الصفحة.
  • جرّب قارئ الشاشة المدمج في الجهاز في رحلة أساسية واحدة على الأقل عند الإمكان.

قائمة تحقق قبل النشر

  • لا يوجد تمرير أفقي غير مقصود.
  • القائمة والأزرار والروابط قابلة للاستخدام باللمس.
  • النماذج تعمل مع لوحة المفاتيح الافتراضية ورسائل الخطأ واضحة.
  • المحتوى يبقى مفهومًا مع التكبير وتغيير الاتجاه عند الدعم.
  • الصور لا تسبب قفزات مزعجة أثناء التحميل.
  • المهام الأساسية تنجح على جهاز حقيقي أو أكثر عند توفرها.
  • أُعيد الاختبار بعد الإصلاحات، وليس قبلها فقط.

الخلاصة

اختبار الهاتف ليس مراجعة شكلية لمقاس الشاشة؛ بل اختبار رحلة المستخدم كاملة، من فتح الصفحة إلى إنجاز المهمة. أعد الاختبار بعد تغييرات CSS أو JavaScript أو المحتوى، وأضف أكثر العيوب تكرارًا إلى قائمة فحص ما قبل النشر.

للتوسع، اقرأ قائمة تدقيق جودة الموقع وقائمة إمكانية الوصول.

مصادر وروابط موثوقة

كلمات مفتاحية:اختبار الهاتفMobile UsabilityResponsive Testingإمكانية الوصولالأداء

مصفوفة اختبار جودة الموقع على الهاتف

اختبار الهاتف لا يقتصر على تقليص نافذة المتصفح. تختلف طريقة الإدخال وسرعة الاتصال وحجم مساحة العرض وسلوك لوحة المفاتيح، وقد يظهر المحتوى بشكل مختلف عند تدوير الجهاز أو تكبير النص. اختبر المهمة الأساسية من البداية إلى النهاية على شاشة صغيرة قبل نشر أي تغيير مهم.

الجانبطريقة الاختبارعلامة النجاح
التخطيطعرض ضيق وتدوير الشاشةلا يوجد تمرير أفقي غير مقصود
اللمسالنقر على الروابط والأزرارالأهداف متباعدة بما يكفي ولا تتداخل
النماذجإدخال بيانات مع لوحة الهاتفنوع لوحة المفاتيح مناسب ورسائل الخطأ واضحة
الأداءمحاكاة اتصال بطيء وفتح بارديظهر المحتوى الأساسي دون انتظار غير مبرر
الوصولتكبير النص والتنقل بلوحة مفاتيح أو قارئ شاشةالمحتوى والوظائف ما زالت متاحة

اختبر الرحلة الكاملة

لا تكتفِ بفتح الصفحة الرئيسية. انتقل إلى مقال عبر رابط داخلي، وافتح قائمة التنقل، وجرب نموذجًا أو زرًا مهمًا، ثم ارجع إلى الصفحة السابقة. راقب ما إذا كانت القائمة تغطي المحتوى أو ما إذا كان التركيز ينتقل إلى مكان غير متوقع بعد إغلاق نافذة منبثقة.

الصور والخطوط على الشاشات الصغيرة

تحقق من أن الصورة تستخدم نسخة ملائمة للعرض وأن أبعادها لا تسبب قفزًا في التخطيط. اختبر الخط العربي عند تكبيره، لأن بعض الخطوط أو الأوزان قد تقلل وضوح الحروف في الأحجام الصغيرة. لا تعالج المشكلة بتصغير الخط؛ اضبط المسافات وطول السطر وتباين النص مع الحفاظ على القراءة.

استخدم الأدوات كجزء من الاختبار

يمكن للمحاكاة في DevTools كشف مشكلات مبكرًا، لكنها لا تستبدل اختبارًا على جهاز فعلي واحد على الأقل من الأجهزة المستهدفة. افحص طلبات الشبكة والأخطاء، وقارن النتائج قبل وبعد. إذا كان الموقع يعتمد على خدمة خارجية، اختبر سيناريو فشل الاتصال وتأكد من وجود رسالة مفهومة.

راجع دليل التصميم المتجاوب في web.dev وتوثيق Device Mode، ثم دوّن نتائج الاختبار في قائمة قابلة للتكرار.

اختبار انحدار الهاتف بعد تحديث التصميم

قد يكسر تعديل CSS بسيط القائمة أو النموذج على عرض ضيق رغم نجاحه على الحاسوب. بعد كل تحديث، اختبر الصفحات التي تشترك في المكون المتغير، ثم جرّب فتح القائمة والانتقال بين الروابط والعودة إلى الصفحة السابقة. راقب المساحات الثابتة التي قد تغطي العناوين أو رسائل الخطأ.

اختبر حالات الاستخدام لا الشكل فقط

افتح نموذجًا واملأه بلوحة الهاتف، ثم جرّب حالة خطأ وحالة نجاح. اختبر زرًا مهمًا تحت تكبير النص، وتأكد من أن الهدف لا يصبح صغيرًا أو متداخلًا مع عنصر آخر. إذا كان الموقع يستخدم نافذة منبثقة، تحقق من إمكانية إغلاقها وإعادة التركيز إلى العنصر الذي فتحها.

سجل النتيجة

احتفظ بقائمة أجهزة ومتصفحات تمثل جمهور الموقع، وسجل المشكلات والخطوات التي تكررها. المحاكاة تساعد في الاكتشاف السريع، لكن الاختبار على جهاز فعلي يكشف اختلافات اللمس والأداء وسلوك لوحة المفاتيح. أعد الفحص بعد الإصلاح بدل افتراض أن CSS الجديد حل المشكلة في كل المقاسات.

راجع دليل التصميم المتجاوب ووضع الأجهزة في DevTools.

بناء مصفوفة اختبار تغطي أجهزة واتصالات مختلفة

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

اختبر المهام لا الصور فقط

اختر أهم رحلة للمستخدم، مثل العثور على معلومة أو إرسال نموذج أو الانتقال إلى صفحة دفع، ونفذها كاملة على الهاتف. راقب الأزرار الصغيرة، والحقول التي تتطلب لوحة مفاتيح غير مناسبة، والقوائم التي لا يمكن إغلاقها بسهولة، والحوارات التي تتجاوز الشاشة. لقطة شاشة جميلة لا تثبت أن التفاعل يعمل أو أن المستخدم يستطيع إكمال المهمة.

تحقق من الأداء تحت قيود واقعية

اختبر على اتصال متوسط أو بطيء، وافحص حجم الصور والخطوط والسكريبتات التي تُحمّل عند فتح الصفحة. قد يؤدي طلب كبير من طرف ثالث إلى تأخير التفاعل حتى لو كان المحتوى الأساسي بسيطًا. استخدم أدوات الأداء لتحديد الموارد الثقيلة، لكن لا تخلط بين نتيجة المختبر وسلوك جميع المستخدمين. راقب مؤشرات الميدان عندما تتوفر بيانات كافية.

افحص التخطيط والوصولية

تأكد من عدم وجود تمرير أفقي غير مقصود، ومن أن المحتوى لا يختفي تحت شريط ثابت، وأن الروابط يمكن تمييزها دون لون وحده. جرّب التنقل بلوحة المفاتيح، وتحقق من وضوح التركيز وترتيب القراءة. في الصفحات العربية، راجع اتجاه النص عند وجود أرقام وروابط لاتينية، لأن المحتوى المختلط قد يتصرف بشكل مختلف بين المتصفحات.

استخدم وضع الأجهزة في Chrome DevTools ودليل web.dev للتصميم المتجاوب. سجّل كل مشكلة مع الجهاز والخطوات والنتيجة المتوقعة، ثم أعد الاختبار بعد الإصلاح.

قائمة قبول نهائية لتجربة الهاتف

  • لا يوجد تمرير أفقي غير مقصود ولا عناصر تتجاوز الشاشة.
  • يمكن إكمال المهام الأساسية بلمس الأزرار والحقول بسهولة.
  • تظل التسميات ورسائل الخطأ واضحة مع تكبير النص.
  • تعمل الروابط والقوائم والنوافذ المنبثقة في الاتجاهين المدعومين.
  • يظهر المحتوى الأساسي بسرعة مع اتصال متوسط ولا يعتمد على مورد اختياري.

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

كيف توثق مشكلة لا تظهر إلا على الهاتف؟

سجل طراز الجهاز أو بيئة المحاكاة، والمتصفح، واتجاه الشاشة، وحجم النص، وخطوات إعادة الإنتاج. أرفق لقطة شاشة عند الحاجة، لكن اذكر أيضًا السلوك الذي كان متوقعًا وما حدث فعليًا. افحص سجل وحدة التحكم وطلبات الشبكة إذا كان الخلل مرتبطًا بتحميل الموارد، وتأكد من أن المشكلة ليست نتيجة بيانات قديمة أو تخزين مؤقت.

بعد الإصلاح، أعد الاختبار على نفس الحالة ثم تحقق من عرض قريب منها حتى لا يؤدي تعديل نقطة توقف واحدة إلى خلل في أحجام أخرى. هذه الممارسة تجعل إصلاحات التصميم المتجاوب قابلة للتكرار والمراجعة.

الخلاصة

الخلاصة: اختبر الرحلة الكاملة على شاشة صغيرة، بما فيها اللمس والنماذج والتكبير وحالات الخطأ. المحاكاة مفيدة، لكن الاختبار على جهاز فعلي يكشف مشكلات لا تظهر دائمًا في المختبر.

الكاتب: عماد الدين لمراني