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

إمكانية الوصول في الوضع الداكن: التباين والاختيار والاختبار

بنِ وضع داكن كخيار واجهة مُختبر: احفظ تباينًا مقروءًا، وتركيزًا مرئيًا، وصورًا قابلة للاستخدام، وعناصر تحكم أصلية، وخيارات تجاوز للمستخدم قبل الإصدار.

إمكانية الوصول في الوضع الداكن: التباين والاختيار والاختبار — دليل بصري
اقرأ
8 دقائق
المصادر
8
أعد التحقق
2027-03-27
مُراجع
مراجع واجهات أمامية واعٍ بالوصول ومسؤول عن إدارة الإصدار
الإجابة المختصرة

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

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

كخط أساس يعتمد على WCAG، يحتاج النص العادي وصور النص إلى تباين لا يقل عن 4.5:1؛ يمكن للنص الكبير أن يستخدم 3:1. العناصر التحكمية المعروفة، والحالات المطلوبة، والرسوم ذات المغزى تحتاج 3:1 ضد الألوان المجاورة. احفظ تركيز لوحة المفاتيح مرئيًا، أعلن عن مخططات الألوان المتوافقة في المتصفح، وفحص وضع forced-colors. الفحوص الآلية تعثر على مرشحين، لكن يجب على إنسان تنفيذ المسارات.

دليل بصري

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

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

SIUتمكين
01ابدأ بخيار المستخدم ونظام رموز دلالية
02قِس التباين في الثيمة المُصاغة
03حافظ على تركيز لوحة المفاتيح والنماذج وتغيّر الحالات
04تعامل مع الصور والوسائط المضمنة وواجهة المتصفح المقدمة
01

ابدأ بخيار المستخدم ونظام رموز دلالية

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

سمّ الألوان حسب الدور، لا بالمظهر: canvas، surface، text، muted text، border، link، accent، error، success، focus، و disabled. خرّط كل دور في كلتا الثيمتين. هذا يمنع تسرب رمادي خاص بالضوء إلى الوضع الداكن ويجعل الإصلاحات قابلة لإعادة الاستخدام. الظلام ليس بطبيعته أكثر قابلية للوصول أو مفضلاً عالميًا؛ إنه تجربة أخرى يجب جعلها قابلة للاستخدام.

أسبقية الثيمة

وثّق ترتيبًا، مثل الاختيار المحفوظ أولًا وتفضيل النظام ثانيًا، حتى تختبر الفرق الفرق نفس النتيجة.

جرد المكوّنات

ضمّن حالات hover و focus و selected و invalid و disabled و loading و empty و visited-link، وليس فقط الافتراضات.

02

قِس التباين في الثيمة المُصاغة

تحدد WCAG 2.2 معيار النجاح 1.4.3 حدًا أدنى 4.5:1 للنص العادي وصور النص، و3:1 للنص الكبير. لا تُقرّب الأرقام: 4.499:1 لا تفي بمتطلب 4.5:1. الخطوط الرقيقة قد تبدو أضعف من لونها المحسوب، لذا استخدم خطًا أكثر صلابة أو هامشًا إضافيًا.

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

عناصر التحكم والرسوم

بموجب WCAG 2.1 معيار النجاح 1.4.11، المعلومات المرئية اللازمة لتحديد عنصر تحكم نشط أو حالة مطلوبة أو رسم ذي مغزى تحتاج 3:1 مقابل الألوان المجاورة.

أكثر من اللون وحده

اقترن تغيّر اللون بنص أو أيقونة أو نمط أو موضع أو دلالة واضحة أخرى؛ لا تعتمد حالات الخطأ أو التحديد على صبغة خفيفة.

03

حافظ على تركيز لوحة المفاتيح والنماذج وتغيّر الحالات

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

مظهر التركيز في WCAG 2.2 هو معيار AAA، وليس برهانًا على أن الموقع يحقق مستوى AA. إنه هدف مفيد: مساحة مؤشر على الأقل بحجم محيط 2 بكسل CSS و3:1 تباين بين البكسلات المركزة وغير المركزة. تحقق أيضًا من أن حالات الخطأ والإلزام والاختيار وغير المتاحة تحتفظ بالمعنى.

مراجعة النماذج

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

عمليات الدفع والتدفقات الحساسة

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

04

تعامل مع الصور والوسائط المضمنة وواجهة المتصفح المقدمة

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

أعلن عن دعم للمخططات الفاتحة والداكنة، ثم نسّق محتوى الصفحة للثيمة المختارة. خاصية color-scheme توائم قماش المتصفح، وأشرطة التمرير، وعناصر النماذج، وواجهات المتصفح الأخرى. ضع البيانات الوصفية المقابلة مبكرًا في الوثيقة. يمكن لـ SVG المضمّن الاستجابة لمخطط الأصل؛ اختبر iframes والودجتات الخارجية نهاية إلى نهاية.

الأصلي قبل المخصص

فضّل عناصر HTML الدلالية. سلوك forced-colors يستخدم الدلالات الأصلية، لا دور ARIA مضافًا إلى عنصر عام.

قبول الأصول

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

05

احترم forced-colors واختبر الإصدار كنظام

يطبق وضع forced-colors لوحة ألوان محدودة يختارها المستخدم، مثل وضع التباين العالي في Windows. يمكن للمتصفحات استبدال الألوان، وإزالة الظلال، وإضافة لواصق خلف النص. لا تحجب التجاوز. قم بإصلاحات مستهدفة حيث يفقد مكوّن حدّه أو معناه، مثل وضع حد حقيقي حيث حمل الظل قابلية الإدراك. لا يمكن للمحاكاة أن تمثل كل جهاز أو متصفح أو امتداد أو مستوى تكبير أو تجميعة تقنيات مساعدة.

شغّل مصفوفة المسارات والتفاعلات في الإعدادات الفاتحة والداكنة ووضع forced-colors قبل الإصدار. يمكن لـ Chrome DevTools محاكاة كلا الحالتين؛ استخدمه لتسريع المراجعة، ثم تنقّل يدويًا في مسارات الأولوية. الماسحات تجد مرشّحين لكنها لا تستطيع تحديد إمكانية الوصول بمفردها. تقوم SIU بعمليات ما قبل الطيران لأصول الثيمة والتفاعلات الحرجة، تُسجّل بوابة إصدار، وتحافظ على مسار تراجع مُختبر للتراجعات الشديدة في العرض؛ هذا ليس مراقبة وقت التشغيل.

مصفوفة التغطية

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

أدلة الإصدار

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

نفّذ / تحقق

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

  1. 01

    جرد الأسطح التي تحمل الثيمة

    سرد المكوّنات المشتركة والمسارات الحرجة، بما في ذلك حالات التفاعل والتحقق.

    تحقق: لكل عنصر مالك للثيمة الفاتحة والداكنة أو تم إيقافه صراحة.
  2. 02

    عرّف رموزًا دلالية

    خرّط أدوارًا مثل text و surface و link و border و error و focus إلى قيم في كلتا الثيمتين.

    تحقق: لا يعتمد أي مكوّن إنتاجي على لون حرفي مفسّر فقط للضوء.
  3. 03

    اضبط أسبقية ثيمة متوقعة

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

    تحقق: يوضح اختبار موثق النتيجة المتوقعة للنظام الفاتح، والنظام الداكن، وكل اختيار يدوي.
  4. 04

    فحص تباين النص وواجهة المستخدم

    قِس النص المعروض، والعناصر التحكم، ومؤشرات الحالات، والرسوم ذات المغزى في كل ثيمة.

    تحقق: النص العادي يصل إلى 4.5:1، والنص الكبير والمعلومات البصرية غير النصية المطلوبة تصل إلى 3:1 حيث ينطبق معيار WCAG.
  5. 05

    اختبار لوحة المفاتيح للتركيز والنماذج

    تنقّل في كل مسارات الأولوية باستخدام Tab و Shift+Tab و Enter و Space و Escape عند الاقتضاء.

    تحقق: موقع التركيز، وإرشاد الخطأ، والتحديدات، ونتائج الإرسال تظل مرئية ومفهومة في كلتا الثيمتين.
  6. 06

    مراجعة الوسائط والعناصر الأصلية

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

    تحقق: لا يتصادم أي وسم أساسي أو وسيلة إيضاح أو إجراء أو عنصر تحكم أصلي مع الخلفية المعروضة.
  7. 07

    ممارسة وضع forced-colors

    محاكاة forced-colors واعمل فقط على تعويضات مستهدفة للعناصر التي تفقد القابلية أو المعنى.

    تحقق: تظل العناصر التحكمية الرئيسية ذات حد أو وسم قابل للتحديد ويظل تركيز لوحة المفاتيح ظاهرًا.
  8. 08

    اجمع بين الفحوص الآلية والبشرية

    شغّل أداة تباين أو أداة وصول، ثم راجع يدويًا مسارات المهام التي لا تستطيع الأداة الحكم عليها.

    تحقق: تُصنّف النتائج مع قرار بشري؛ ناتج الأداة لا يعامل كحكم امتثال.
  9. 09

    اقفل الإصدار وتهيأ للترميم

    سجّل البنية المختبرة، وURLs الأولوية، والاستثناءات، والمالك، وخيار نشر قابل للعكس أو تراجع.

    تحقق: تستطيع الفرقة تحديد بنية الثيمة الجيدة المعروفة والشرط الذي سيفعّل التراجع.
مواضيع النقاش

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

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

  1. 01

    أي مكوّن كشف الاختلاف الأكثر مفاجأة بين الفاتح والداكن، وكيف أضفته إلى فحوص الإطلاق؟

  2. 02

    كيف يحافظ المصممون والمطورون لديك على توافق الرموز، وحالات المكوّنات، وملفات الصور عند تغيّر لوحة العلامة التجارية؟

  3. 03

    ما أدلة الإصدار الخفيفة التي تساعد فريقك على حل تدهور ثيمة دون مشاركة بيانات العملاء أو الحساب؟

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

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

W3C Web Accessibility InitiativeUnderstanding Success Criterion 1.4.3: Contrast (Minimum) ↗

يشرح عتبات تباين النص في WCAG والاستثناءات والتحفظات حول القياس.

تمت المراجعة 2026-09-27
W3C Web Accessibility InitiativeUnderstanding Success Criterion 1.4.11: Non-text Contrast ↗

استخدمه لتقييم تباين عناصر التحكم ومؤشرات الحالة والرسوم ذات المغزى.

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

يقدّم نموذج الحجم والتباين لمظهر التركيز بنسخة AAA المستخدم هنا كهدف تصميمي.

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

يُظهر كيف تكشف المتصفحات عن مخطط فاتح أو داكن مطلوب من المستخدم وسلوك SVG المضمّن.

تمت المراجعة 2026-09-27
MDN Web Docscolor-scheme CSS property ↗

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

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

يفصّل تجاوزات المتصفحات، وألوان النظام، والظلال، ولاصقات الخلف، وحدود مؤلفي المحتوى.

تمت المراجعة 2026-09-27
Chrome for DevelopersEmulate CSS media features ↗

يعطي خطوات DevTools لممارسة حالات الفاتح والداكن و forced-colors.

تمت المراجعة 2026-09-27
W3C Web Accessibility InitiativeEvaluating Web Accessibility Overview ↗

يشرح لماذا تكمل المراجعة البشرية أدوات الوصول الآلية.

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

سياسة المصادر. تستخدم هذه المقالة وثائق W3C و MDN و Chrome كما اٌطّلِع عليها في تاريخ الوصول. تُصف مراجع WCAG معايير فنية، وليست نصيحة قانونية أو شهادة. أعد التحقق من سلوك المتصفحات ونتائج التقنيات المساعدة في التجربة المنتشرة.

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

أسئلة شائعة.

هل إضافة الوضع الداكن تجعل الموقع تلقائيًا أكثر قابلية للوصول؟

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

هل 4.5:1 هو فحص التباين الوحيد المطلوب للوضع الداكن؟

لا. عتبة 4.5:1 في WCAG تنطبق على النص العادي وصور النص. النص الكبير له عتبة 3:1، بينما المعلومات البصرية المطلوبة والعناصر الرسومية ذات المغزى تحتاج أيضًا 3:1 مقابل الألوان المجاورة. يجب مراجعة التركيز والصور والإشارات غير اللونية أيضًا.

هل يجب أن يوفر كل موقع مفتاح تبديل للوضع الداكن؟

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

Status Is UP Editorial Team · محررو تمكين الجهوزية للاستخدام (Uptime Enablement Editors)

راجعه مراجع واجهات أمامية واعٍ بالوصول ومسؤول عن إدارة الإصدار. نُشر في 2026-09-27؛ وحُدِّث في 2026-09-30.