WCAG 1.4.1: استخدام اللون

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

ماذا يعني هذا المعيار

المعيار WCAG 1.4.1 استخدام اللون هو معيار من المستوى A ضمن مبدأ إمكانية الإدراك (Perceivable). ينص هذا المعيار على أنه لا يجوز استخدام اللون كوسيلة بصرية وحيدة لنقل المعلومات أو الإشارة إلى إجراء أو تحفيز استجابة أو تمييز عنصر بصري. الكلمة المفتاحية هنا هي "وحيدة": اللون غير محظور، لكن يجب دائمًا أن يصاحبه على الأقل مؤشر بصري إضافي واحد — مثل تسميات نصية أو أنماط أو أشكال أو حدود أو أيقونات أو معالجات طباعية — بحيث تكون نفس المعلومات متاحة بغض النظر عما إذا كان المستخدم يستطيع إدراك الفروق اللونية أم لا.

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

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

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

لماذا يهم هذا المعيار

يعيش حوالي 300 مليون شخص حول العالم مع شكل من أشكال قصور رؤية الألوان (عمى الألوان)، و 2.2 مليار شخص عالميًا لديهم ضعف في الرؤية القريبة أو البعيدة وفقًا لمنظمة الصحة العالمية. يؤثر عمى الألوان على حوالي 1 من كل 12 رجلًا و 1 من كل 200 امرأة من أصول شمال أوروبية، ما يعني أنه في جمهور نموذجي مكون من 100 شخص، هناك تقريبًا 5–8 أشخاص لا يمكنهم التمييز بشكل موثوق بين الأحمر والأخضر — وهي واحدة من أكثر التركيبات اللونية شيوعًا في الواجهات للإشارة إلى النجاح مقابل الفشل.

بالنسبة للمستخدمين المصابين بعمى الألوان من نوع Deuteranopia أو Protanopia (عمى الأحمر-الأخضر)، فإن نموذجًا يبرز الحقول غير الصالحة باللون الأحمر فقط يكون غير مرئي وظيفيًا كمؤشر على الخطأ. يقومون بإرسال النموذج، ولا يرون أي تغيير واضح، ويستنتجون أن النظام معطل أو أن إرسالهم تم قبوله. هذا ليس إزعاجًا بسيطًا — بل يمكن أن يؤدي إلى فشل في المعاملات المالية، أو تفويت مواعيد طبية، أو فشل في طلبات الخدمات الحكومية، أو عدم القدرة على إكمال عمليات الشراء عبر التجارة الإلكترونية.

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

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

قواعد Axe-core ذات الصلة

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

يتطلب اختبارًا يدويًا — تمييز لون الروابط: لا يمكن لـ Axe-core التحقق تلقائيًا مما إذا كانت الروابط داخل النص الأساسي مميزة عن النص غير المرتبط المحيط بها بوسائل أخرى غير اللون وحده. يجب على المختبِر البشري فحص الصفحة بصريًا والتأكد من أن الروابط لديها مؤشر إضافي غير لوني (مثل خط سفلي أو وزن عريض أو أيقونة مرئية) عندما تظهر ضمن فقرات النص. يمكن للأدوات الآلية اكتشاف وجود رابط، لكنها لا تستطيع تحديد ما إذا كان عرضه البصري يعتمد فقط على اختلاف في درجة اللون.
يتطلب اختبارًا يدويًا — حالات أخطاء النماذج: عندما يدخل حقل نموذج في حالة خطأ، لا يمكن للأدوات الآلية تحديد ما إذا كان التغيير البصري (مثل إطار أو خلفية حمراء) هو المؤشر الوحيد على الخطأ، أو ما إذا كان مصحوبًا بأيقونة خطأ أو رسالة نصية أو مؤشر آخر غير لوني. يجب على المختبِر التفاعل مع النموذج، وإطلاق أخطاء التحقق، وفحص كيفية توصيل الخطأ بصريًا.
يتطلب اختبارًا يدويًا — تصورات البيانات: لا يمكن تقييم المخططات والرسوم البيانية والخرائط والرسوم التوضيحية التي تستخدم اللون لتمييز الفئات أو سلاسل البيانات أو المناطق تلقائيًا للتحقق من الامتثال للمعيار 1.4.1. يجب على المختبِر البشري تقييم ما إذا كانت الأنماط أو التسميات أو القوام موجودة أيضًا لتمييز العناصر المرمزة بالألوان.
يتطلب اختبارًا يدويًا — مؤشرات الحالة: لا يمكن تمييز الشارات والوسوم ومؤشرات الحالة (مثل مؤشرات الاتصال/عدم الاتصال أو تسميات حالة الطلب) التي تعتمد على اللون للتواصل عن الحالة تلقائيًا. يجب على المختبِر التأكد من أن كل حالة يتم نقلها أيضًا عبر تسمية نصية أو أيقونة أو تغيير في الشكل.

كيفية الاختبار

خط الأساس للفحص الآلي: شغّل axe DevTools أو Lighthouse أو أداة الفحص Accsible على الصفحة. رغم أن هذه الأدوات لن تشير مباشرة إلى انتهاكات 1.4.1، إلا أنها قد تُظهر مشكلات ذات صلة مثل غياب بدائل نصية أو تباين غير كافٍ أو غياب تسميات الحقول في النماذج، وهي مشكلات غالبًا ما ترتبط بالاستخدام المعتمد على اللون وحده. دوّن أي مشكلات تم الإبلاغ عنها واستخدمها كنقاط انطلاق للفحص اليدوي. في axe DevTools، افتح إضافة المتصفح، وانقر على "Analyze"، وراجع فئة "Needs Review" بالإضافة إلى قائمة الانتهاكات، إذ قد تظهر بعض المشكلات المتعلقة بالألوان هناك.
محاكاة التدرج الرمادي: استخدم إضافة للمتصفح أو ميزة إمكانية الوصول في نظام التشغيل لعرض الصفحة بتدرج رمادي (تشبع صفري). في macOS، انتقل إلى System Settings > Accessibility > Display وفعّل "Use grayscale". في Windows، انتقل إلى Settings > Ease of Access > Color filters واختر "Grayscale". بديلًا عن ذلك، استخدم أدوات المطور في المتصفح: في Chrome، افتح DevTools، واضغط Ctrl+Shift+P (أو Cmd+Shift+P على Mac)، واكتب "Emulate vision deficiencies"، واختر "Achromatopsia". راجع كل عنصر تفاعلي، ومؤشر حالة، وحقل نموذج، ومخطط، ورابط في وضع التدرج الرمادي وتأكد من أن جميع المعلومات تظل مفهومة من دون لون.
محاكاة عمى الألوان: استخدم محاكي قصور الرؤية في Chrome DevTools (نفس المسار أعلاه) لمحاكاة Deuteranopia و Protanopia و Tritanopia. لكل محاكاة، سر عبر جميع مسارات المستخدم — إرسال النماذج مع أخطاء، تفسير البيانات في المخططات، التنقل بين الحالات النشطة وغير النشطة — وتحقق من عدم فقدان أي معلومات. يمكن أيضًا استخدام أدوات مثل Coblis Color Blindness Simulator أو Colour Oracle (تطبيق سطح مكتب) لمحاكاة عمى الألوان على مستوى الشاشة بالكامل.
الروابط داخل النص الأساسي — فحص يدوي: حدد جميع الروابط التشعبية التي تظهر داخل فقرات النص الأساسي (على عكس قوائم التنقل أو قوائم الروابط المستقلة). لكل رابط من هذا النوع، تأكد من أنه مميز بصريًا عن النص غير المرتبط المحيط به عبر آلية واحدة على الأقل غير معتمدة على اللون. الآلية المقبولة الأكثر شيوعًا هي الخط السفلي. إذا كان الرابط يعتمد فقط على اختلاف اللون، فهذا يُعد فشلًا.
التحقق من صحة النماذج — فحص يدوي: باستخدام التنقل عبر لوحة المفاتيح (Tab لنقل التركيز، و Enter أو Space لتفعيل العناصر)، أكمل نموذجًا واترك عمدًا الحقول المطلوبة فارغة أو أدخل بيانات غير صالحة. أرسل النموذج. افحص بصريًا كيفية توصيل الأخطاء. تأكد من أن الإشارة إلى الخطأ لا تُقدَّم عبر اللون وحده — يجب أن يكون لكل خطأ وصف نصي مرئي أو أيقونة أو كلاهما بالإضافة إلى أي تغيير لوني.
التحقق باستخدام قارئ الشاشة (NVDA + Firefox): افتح الصفحة في Firefox مع تشغيل NVDA. تنقل عبر جميع حقول النماذج والمخططات ومؤشرات الحالة باستخدام المؤشر الافتراضي. تأكد من أن رسائل الخطأ وتسميات الحالة ووصف البيانات يتم الإعلان عنها بواسطة قارئ الشاشة. هذا يتحقق من الطبقة البرمجية، رغم أن الوصول عبر قارئ الشاشة وحده لا يفي بالمتطلب البصري للمعيار 1.4.1 للمستخدمين المبصرين المصابين بعمى الألوان.
مراجعة المخططات والرسوم البيانية: لكل تصور بيانات، حاول تفسير البيانات باستخدام الشكل أو النمط أو التسميات النصية فقط، متعمدًا تجاهل اللون. إذا أصبح التصور غير قابل للتفسير من دون اللون، فهو غير مطابق. تأكد من توفر بديل قائم على النص (جدول بيانات، مفتاح مع أنماط، تسميات بيانات مباشرة).

كيفية الإصلاح

رابط داخل نص أساسي — غير صحيح

<!-- Link is distinguishable from surrounding text only by color.
     A user with color blindness cannot identify it as a link. -->
<p>
  Please review our
  <a href='/privacy' style='color: #0057b8; text-decoration: none;'>privacy policy</a>
  before continuing.
</p>

رابط داخل نص أساسي — صحيح

<!-- Link is underlined in addition to being a different color.
     The underline provides a non-color visual cue that identifies it as a link. -->
<p>
  Please review our
  <a href='/privacy' style='color: #0057b8; text-decoration: underline;'>privacy policy</a>
  before continuing.
</p>

حالة خطأ في نموذج — غير صحيح

<!-- Error is communicated only by a red border.
     A color-blind user cannot distinguish this from a normal field. -->
<label for='email'>Email address</label>
<input
  type='email'
  id='email'
  name='email'
  class='input-error'
  aria-label='Email address'
/>
<!-- .input-error { border: 2px solid #cc0000; } -->

حالة خطأ في نموذج — صحيح

<!-- Error is communicated by a red border AND a visible error icon AND a text message.
     The text message is also linked via aria-describedby for assistive technology. -->
<label for='email'>Email address</label>
<input
  type='email'
  id='email'
  name='email'
  class='input-error'
  aria-describedby='email-error'
  aria-invalid='true'
/>
<p id='email-error' class='error-message'>
  <svg aria-hidden='true' focusable='false' class='error-icon'>
    <!-- error icon SVG path data -->
  </svg>
  Please enter a valid email address.
</p>

مفتاح مخطط يعتمد على اللون فقط — غير صحيح

<!-- Bar chart where categories are differentiated by fill color alone.
     Users with color blindness cannot distinguish the categories. -->
<svg role='img' aria-label='Quarterly sales by region'>
  <rect x='10' y='50' width='40' height='100' fill='#e63946' />
  <rect x='60' y='20' width='40' height='130' fill='#2a9d8f' />
  <rect x='110' y='70' width='40' height='80' fill='#e9c46a' />
</svg>
<ul class='chart-legend'>
  <li><span class='swatch red'></span> North</li>
  <li><span class='swatch green'></span> South</li>
  <li><span class='swatch yellow'></span> West</li>
</ul>

مفتاح مخطط يعتمد على اللون فقط — صحيح

<!-- Bars use both distinct colors AND distinct pattern fills (via SVG patterns).
     Legend items include a text label. An accessible data table is also provided. -->
<svg role='img' aria-label='Quarterly sales by region — data table below'>
  <defs>
    <pattern id='pattern-north' patternUnits='userSpaceOnUse' width='6' height='6'>
      <line x1='0' y1='6' x2='6' y2='0' stroke='#e63946' stroke-width='1.5'/>
    </pattern>
    <pattern id='pattern-south' patternUnits='userSpaceOnUse' width='6' height='6'>
      <circle cx='3' cy='3' r='2' fill='#2a9d8f'/>
    </pattern>
    <pattern id='pattern-west' patternUnits='userSpaceOnUse' width='6' height='6'>
      <rect x='0' y='0' width='3' height='3' fill='#e9c46a'/>
    </pattern>
  </defs>
  <rect x='10' y='50' width='40' height='100' fill='url(#pattern-north)' />
  <rect x='60' y='20' width='40' height='130' fill='url(#pattern-south)' />
  <rect x='110' y='70' width='40' height='80' fill='url(#pattern-west)' />
</svg>
<ul class='chart-legend'>
  <li><span class='swatch swatch-north' aria-hidden='true'></span> North (diagonal lines)</li>
  <li><span class='swatch swatch-south' aria-hidden='true'></span> South (dots)</li>
  <li><span class='swatch swatch-west' aria-hidden='true'></span> West (squares)</li>
</ul>
<table>
  <caption>Quarterly sales by region (data table)</caption>
  <thead><tr><th>Region</th><th>Sales (units)</th></tr></thead>
  <tbody>
    <tr><td>North</td><td>100</td></tr>
    <tr><td>South</td><td>130</td></tr>
    <tr><td>West</td><td>80</td></tr>
  </tbody>
</table>

شارة حالة — غير صحيح

<!-- Order status communicated only by background color.
     "Pending" (yellow), "Shipped" (blue), and "Delivered" (green) are
     visually identical to many color-blind users. -->
<span class='badge badge-pending'></span>
<span class='badge badge-shipped'></span>
<span class='badge badge-delivered'></span>

شارة حالة — صحيح

<!-- Status is communicated by color AND a visible text label.
     The text label is the primary conveyor of meaning. -->
<span class='badge badge-pending'>Pending</span>
<span class='badge badge-shipped'>Shipped</span>
<span class='badge badge-delivered'>Delivered</span>

الأخطاء الشائعة

إزالة الخطوط السفلية من الروابط داخل النص والاعتماد على اللون وحده: تعيين text-decoration: none على عناصر الرابط داخل فقرات النص الأساسي هو أحد أكثر أسباب الفشل شيوعًا في المعيار 1.4.1. الخط السفلي هو المؤشر الافتراضي غير اللوني للروابط؛ إزالته من دون إضافة فارق آخر غير لوني (مثل وزن عريض أو أيقونة) يؤدي إلى فشل مباشر كلما ظهر هذا الرابط داخل نص محيط بلون مختلف.
استخدام أزواج الألوان الأحمر/الأخضر لحالات النجاح/الفشل من دون أيقونات أو نص إضافي: استخدام الأحمر للفشل والأخضر للنجاح مفهوم ثقافيًا لكنه غير متاح للمستخدمين المصابين بـ Deuteranopia أو Protanopia، وهما بالضبط أكثر أشكال عمى الألوان شيوعًا. يجب دائمًا إقران هذه الألوان بأيقونات مميزة (علامة صح مقابل X) وتسميات نصية صريحة ("صالح" مقابل "خطأ").
تمييز الحقول المطلوبة في النماذج بنجمة ملونة فقط: النجمة الحمراء (*) بجانب تسمية الحقل تنقل حالة "مطلوب" عبر اللون إذا لم تكن للنجمة نفسها أسطورة مرافقة أو شرح نصي مرئي. الحل هو تضمين ملاحظة مرئية مثل "* تشير إلى حقل مطلوب" بالقرب من النموذج، لضمان أن النجمة نفسها تحمل معنى يتجاوز لونها.
استخدام حالات نشطة/محددة في قوائم التنقل تعتمد على اللون فقط: تمييز عنصر التنقل النشط حاليًا فقط عبر تغيير لون النص أو الخلفية — من دون تغيير وزن الخط أو إضافة خط سفلي أو مؤشر حد — يعني أن المستخدمين المصابين بعمى الألوان لا يمكنهم تحديد الصفحة التي يتواجدون فيها.
تلميحات الأدوات في المخططات التي تكرر مؤشر اللون من دون إضافة تسميات: تعرض بعض مكتبات الرسم البياني تلميحات أدوات تحتوي على عينة لون تطابق سلسلة البيانات ولكن من دون تسمية نصية لاسم السلسلة. إذا كانت تلميحات الأدوات هي المكان الوحيد الذي يتم فيه تمييز البيانات، وكانت تعتمد على عينة لون وحدها، فهذا يُعد فشلًا.
خطوات التقدم التي تتغير فقط في اللون للإشارة إلى الإكمال: كثيرًا ما تقوم معالجات النماذج متعددة الخطوات بتنسيق الخطوات المكتملة بخلفية خضراء والخطوات القادمة بخلفية رمادية. إذا لم تصاحب هذا التغيير اللوني أي نص ("مكتمل"، "حالي"، "قادم") أو أيقونة (علامة صح)، فإن حالة الخطوة تُنقل عبر اللون وحده.
الاعتماد على لون نص العنصر النائب (placeholder) للإشارة إلى التحقق من صحة الإدخال: تغيير لون نص العنصر النائب (مثل جعله أحمر عند الخطأ) هو مؤشر يعتمد على اللون وحده وغير متاح لأسباب إضافية (نص العنصر النائب ليس بديلًا عن التسميات أو رسائل الخطأ). يجب توصيل حالة التحقق عبر عنصر رسالة خطأ مرئي ودائم.
افتراض أن تسميات ARIA وحدها تفي بالمعيار 1.4.1: إضافة aria-label أو aria-describedby إلى عنصر يجعل المعلومات متاحة لمستخدمي قارئ الشاشة، لكن المعيار 1.4.1 هو معيار بصري. يتطلب مؤشرًا بصريًا غير لوني للمستخدمين المبصرين المصابين بعمى الألوان، وليس مجرد بديل نصي برمجي. كلاهما مطلوب، لكن ARIA وحدها لا تحقق الامتثال للمعيار 1.4.1.
تمييز صفوف أو خلايا الجداول باستخدام ألوان خلفية متناوبة فقط: رغم أن استخدام ألوان متناوبة للصفوف (zebra striping) يكون زخرفيًا في العادة وليس مشكلة 1.4.1 بحد ذاته، فإن أي جدول يستخدم لون الخلفية وحده لتجميع أو تصنيف أو إبراز صفوف أو خلايا معينة باعتبارها مميزة معلوماتيًا يجب أن يوفر تسمية نصية أو أيقونة أو عنوانًا ينقل نفس التجميع أو التمييز.
اعتبار المؤشرات المعتمدة على اللون وحده مستثناة لأنها "مجرد زخرفية": أحيانًا يجادل المطورون بأن نقطة حالة ملونة أو تسمية فئة ملونة هي زخرفية وليست معلوماتية. إذا كان إزالة اللون (أو العرض بتدرج رمادي) سيؤدي إلى فقدان المستخدم لأي معلومات يحتاجها لفهم الواجهة أو استخدامها، فهي معلوماتية بحكم التعريف ويجب أن تمتثل للمعيار 1.4.1.

العلاقة مع لوائح إمكانية الوصول في تركيا

تُقرِّر التعميم الرئاسي التركي 2025/10، المنشور في الجريدة الرسمية رقم 32933 بتاريخ 21 يونيو 2025، متطلبات إلزامية لإمكانية الوصول على الويب والهاتف المحمول متوافقة مع WCAG 2.2. المعيار WCAG 1.4.1 استخدام اللون هو معيار من المستوى A، ما يعني أنه يقع ضمن مستوى الامتثال الأساسي الإلزامي بموجب هذا التعميم.

يفرض التعميم تحقيق امتثال WCAG 2.2 مستوى A خلال عام واحد للمؤسسات العامة وعامين للكيانات في القطاع الخاص. الفئات التالية من المنظمات مذكورة صراحة: المؤسسات والهيئات الحكومية، منصات التجارة الإلكترونية، البنوك والمؤسسات المالية، المستشفيات ومقدمو الرعاية الصحية، مشغلو الاتصالات الذين لديهم 200,000 مشترك أو أكثر، وكالات السفر المرخصة، شركات النقل الخاصة، والمدارس الخاصة المخولة من قبل وزارة التربية الوطنية (MoNE).

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

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