STATUS IS UPويكي تحسين المواقع
06تمكين
التصميم وتجربة المستخدم / تمكين

قائمة تحقق لتصميم الويب المتجاوب لأجهزة فعلية

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

قائمة تحقق لتصميم الويب المتجاوب لأجهزة فعلية — دليل بصري
اقرأ
8 دقائق
المصادر
6
أعد التحقق
2027-03-27
مُراجع
مراجع إمكانية الوصول والأداء في الواجهة الأمامية (Front-End Accessibility and Performance Reviewer)
الإجابة المختصرة

ابدأ بالقرار.

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

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

دليل بصري

انظر إلى العمل كنظام.

استخدم هذه الخريطة لربط قرارات المقال قبل تنفيذ التكتيكات الفردية.

SIUتمكين
01بناء التغطية حول مهام العملاء
02إثبات إعادة التدفق والقراءة والتكبير
03تحميل المحتوى والنماذج
04اجعل كل مسار إدخال مُمارسًا
01

بناء التغطية حول مهام العملاء

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

استخدم مجموعة تغطية صغيرة

ضمّن هواتف بعرض ضيق ومتوسط، عرض يشبه الجهاز اللوحي، لابتوب، شاشة عريضة، والوضع الأفقي عندما يغيّر التجربة.

اختبر حالات فعلية

استخدم عناوين طويلة، نتائج فارغة، أخطاء التحقق، شارات الأسعار، عناوين كاملة، وتسميات أطول متى وُجدت تلك الحالات.

02

إثبات إعادة التدفق والقراءة والتكبير

تأكد من أن الصفحة تحتوي على إعداد العرض المناسب (viewport)، ثم تفحص وجود تمرير أفقي على مستوى الصفحة. الصور الثابتة، الحقول العريضة، الهوامش السالبة، اللوحات خارج الكانفس، والشاشات الإعلانية أسباب شائعة. يصف معيار W3C's WCAG 2.1 Reflow شرط وجود محتوى قابل للتمرير عموديًا عند عرض مكافئ لـ 320 بكسل CSS، بما في ذلك عرض نافذة 1280 بكسل عند تكبير 400%. إذا كان هذا المعيار ضمن نطاق العمل، فاختبر سيناريو التكبير الفعلي. قد تحتاج خريطة أو فيديو أو جدول بيانات إلى تخطيط ثنائي الأبعاد، لكن اجعل ذلك التمرير محصورًا داخل المكوّن ودع الصفحة المحيطة تعيد التدفق.

فحص كل الحواف

تحقق من الرؤوس، المحتوى الرئيسي، التذييلات، الأشرطة اللاصقة، الحوارات، وملخّصات الأخطاء عند كل حد تم اختباره.

الحفاظ على المحتوى المطلوب

عدّل ترتيب المعلومات لشاشة ضيقة؛ لا تزيل مطلبًا أو تفصيل سعر أو مسار مساعدة بصمت.

03

تحميل المحتوى والنماذج

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

استخدم بيانات اختبار آمنة

عكس أطوال وتركيبات محتملة كحدٍ أقصى، لكن لا تدرج بيانات عملاء أو بيانات دفع كأدلة QA.

تحقّق من التراكبات معًا

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

04

اجعل كل مسار إدخال مُمارسًا

الشاشة الكبيرة لا تضمن فأرة، والشاشة الصغيرة لا تضمن اللمس وحده. تختبر ميزة الوسائط hover ما إذا كان الإدخال الأساسي يمكنه التحويم بشكل ملائم، لذلك يجب أن يعزز التحويم بدلاً من أن يكون الطريق الوحيد للإجراء أو الشرح. اختبر لوحة المفاتيح والمؤشر على سطح المكتب، والنقر والتمرير على جهاز لمس، والأجهزة ذات الإدخال المختلط عند الاقتضاء. راجع أزرار الإغلاق المدمجة، متخذي الخطوات (steppers)، الشرائح (chips)، التقويمات، وأفعال الأيقونات. يحدد معيار WCAG 2.2 Target Size (Minimum) حجم هدف لا يقلّ عن 24 في 24 بكسل CSS مع استثناءات محددة، بما في ذلك التباعد والروابط المتداخلة. إنه معيار لديه نطاق واستثناءات، وليس وعدًا بأن كل عنصر تحكّم بقياس 24 بكسل سهل لكل شخص بنفس الدرجة.

اتبع التركيز

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

تجنّب المهام المعتمدة على التحويم فقط

اجعل كشفًا أساسيًا بالتحويم متاحًا بالتركيز أو النقر أو عبر عنصر تحكم مرئي، وامنع سلوك اللمسة الأولى المربك.

05

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

قد تتناسب الصورة مع حاويتِها ومع ذلك تكون الملف الخاطئ للجهاز. تحقق أن الوسائط تبقى محتواة، تحجز مساحة التخطيط حيث ينطبق، تحافظ على الاقتصاص المفيد، وتطلب مرشحين مناسبين. تمنح srcset و sizes المتصفح معلومات للاختيار من بين مصادر الصورة المزودة؛ لكنها لا تضمن طلبًا معينًا. استخدم إبطاء أدوات المطور (DevTools throttling) لكشف المشكلات مبكرًا، لكن ضوابط المعالج والشبكة فيها تحاكي ظروفًا نسبةً إلى جهاز التطوير. أعد فحص المسارات الأساسية على جهاز واتصال حقيقي. تحقق من الخطوط، وسائط البطل (hero media)، الدوارات (carousels)، العمل على جانب العميل، وسكربتات الطرف الثالث لأجل التأخير أو التحولات أو النقرات المحجوبة.

راجع الطلبات

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

اختبر الجوهر بدون الإضافات

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

06

الإصلاح كعمل استباقي لاستمرارية الخدمة

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

اكتب عيوبًا قابلة لإعادة الإنتاج

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

صلح المصدر

فضل إصلاح مكوّن أو قاعدة تخطيط أو رمز أو توصيلية الصور بدلاً من تجاوز مسار واحد فقط؛ أعطِ الاستثناءات مالكًا وخطة إزالة.

نفّذ / تحقق

دليل المهام العملي الخاص بك.

  1. 01

    اختر الرحلات والحالات

    سمّ المسارات عالية القيمة وقوائمها، النماذج، الأدراج، الوسائط، الجداول، الشاشات الإعلانية، التضمينات، ومسارات تسجيل الدخول أو الدفع.

    تحقق: ورقة اختبار تحدد المسار، ونتيجة المهمة، والمكوّن، والمالك، وحالة المحتوى.
  2. 02

    حدد تغطية العرض والاتجاه

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

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

    تحقق من العرض، إعادة التدفق، والتكبير

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

    تحقق: يبقى النص والعناصر التحكم العادية قابلة للاستخدام؛ وثّق اختبار 320 بكسل CSS وتكبيره عند استهداف معيار WCAG Reflow إذا كان مُطبقًا.
  4. 04

    حَمِّل المحتوى الشبيه بالإنتاج

    اختبر حالات طويلة وفارغة وخطأ ومحددة ومفقودة وسلّتها المتصفّح باستخدام بيانات اختبار آمنة.

    تحقق: تظل المعلومات المطلوبة متاحة ويظل الترتيب المرئي وترتيب القراءة والتركيز منطقيًا.
  5. 05

    أكمل المهام بلوحة المفاتيح واللمس

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

    تحقق: التركيز مرئي، لا تتطلب الإجراءات الأساسية التحويم، والنقرات لا تسبب أفعالًا مجاورة غير مرغوب فيها.
  6. 06

    فحص الأصول والأداء المقيد

    راجع الصور، الخطوط، الفيديو، المحتوى المضمن، والطلبات بالحجم المُقدَّر؛ استخدم المحاكاة وإعادة الفحص على جهاز حقيقي.

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

    سجِّل واصلح السبب المشترك

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

    تحقق: تُظهر أدلة قبل وبعد المشكلة الأصلية وأن اختبارات العرض المجاورة أو المكوّن المعاد استخدامه قد نجحت.
  8. 08

    أصدر مع ضوابط التعافي

    استخدم ضوابط التغيير العادية للأنماط المشتركة، السكربتات، الدفع، الهوية، أو تغييرات المورد وقرّر كيفية التراجع عن الضرر.

    تحقق: يسمّي سجل الإصدار مالكًا، خطوات التحقق، نقطة اتخاذ قرار للتراجع، وإعادة فحص ما بعد الإصدار.
مواضيع النقاش

قارن المقايضات، لا تشارك بيانات خاصة.

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

  1. 01

    أي رحلة عميل كشفت أكثر عيب استجابي مفيد لديكم، وما شرط الاختبار الذي جعلها قابلة لإعادة الإنتاج؟

  2. 02

    كيف يقرر فريقكم أن نقطة الفاصل مدفوعة بالمحتوى بدلاً من نموذج جهاز معين؟

  3. 03

    ما الأدلة التي تحتفظون بها حتى لا يعيد تغيّر ثيم أو محتوى أو مورد خارجي إدخال مشكلة استجابية ثابتة لاحقًا؟

الموارد الشائعة / الموثوقة

اطّلع على المواد المصدرية.

web.devResponsive web design basics ↗

إرشادات عملية حول العرض (viewport)، التخطيط المرن، نقاط الفاصل المدفوعة بالمحتوى، قدرات الإدخال، والتدفق الزائد (overflow).

تمت المراجعة 2026-09-27
W3C Web Accessibility InitiativeUnderstanding Success Criterion 1.4.10: Reflow ↗

يشروح شرط إعادة التدفق في WCAG 2.1 AA واستثناءات التخطيط ثنائي الأبعاد المحدودة.

تمت المراجعة 2026-09-27
W3C Web Accessibility InitiativeUnderstanding Success Criterion 2.5.8: Target Size (Minimum) ↗

يعرّف اختبار حجم الهدف 24 × 24 بكسل CSS، وقاعدة التباعد، والاستثناءات.

تمت المراجعة 2026-09-27
Chrome for DevelopersSimulate mobile devices with Device Mode ↗

يغطي العرض، الاتجاه، اللمس، الإبطاء (throttling)، وحدود محاكاة سطح المكتب.

تمت المراجعة 2026-09-27
web.devDescriptive syntaxes ↗

يشرح كيف تصف srcset و sizes مصادر الصور المتجاوبة ليختار المتصفح بينها.

تمت المراجعة 2026-09-27
MDN Web Docshover CSS media feature ↗

يعرّف ما تختبره ميزة الوسائط hover حتى لا يفترض الفرق أن التحويم متاح للجميع.

تمت المراجعة 2026-09-27

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

توضيحات سريعة

أسئلة شائعة.

ما الأجهزة التي يجب عليّ اختبارها للتصميم المتجاوب؟

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

هل يكفي وضع جهاز Chrome Device Mode لاختبار الاستجابة؟

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

هل أحتاج إلى موقع جوال منفصل لأكون متجاوبًا؟

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

Status Is UP Editorial Team · محرّرو تمكين التوافر (Uptime Enablement Editors)

راجعه مراجع إمكانية الوصول والأداء في الواجهة الأمامية (Front-End Accessibility and Performance Reviewer). نُشر في 2026-09-27؛ وحُدِّث في 2026-09-30.