WCAG 1.4.1: Renk Kullanımı

Bu Kuralın Anlamı

WCAG 1.4.1 Rengin Kullanımı, Algılanabilirlik ilkesinin altında Seviye A ölçütüdür. Rengin, bilgiyi iletmenin, bir eylemi belirtmenin, bir yanıtı istemenin veya görsel bir öğeyi ayırt etmenin tek görsel yolu olarak kullanılmaması gerektiğini belirtir. Buradaki kilit kelime “tek”tir: renk yasaklanmamıştır, ancak kullanıcı renk farklılıklarını algılayabilsin ya da algılayamasın, aynı bilginin erişilebilir olmasını sağlamak için her zaman metin etiketleri, desenler, şekiller, kenarlıklar, simgeler veya tipografik işlemler gibi en az bir ek görsel ipucuyla desteklenmelidir.

Bu ölçüt, geniş bir arayüz öğesi yelpazesini kapsar. Hata belirtmek için kırmızıya dönen form alanları, kırmızı rengin tek gösterge olması durumunda bu ölçütte kalır. Veri serilerini ayırt etmek için yalnızca renk kullanan grafikler ve diyagramlar bu ölçütte kalır. Yalnızca farklı bir renkle (alt çizgi, kalın yazı veya başka bir renk dışı ayırt edici olmadan) biçimlendirilmiş bağlantılar, gövde metni bloğu içinde göründüklerinde bu ölçütte kalır. Gezinme durumları, durum rozetleri, ilerleme göstergeleri, zorunlu alan işaretleyicileri ve etkileşimli affordansların tümü kapsam dahilindedir.

Başarılı bir uygulama, renge ek olarak en az bir renk dışı mekanizma sağlar. Örneğin: kırmızı çerçeveyle belirtilen bir hata alanı ve buna eşlik eden bir hata simgesi ve açıklayıcı metin etiketi; hem farklı renkler hem de desen dolguları kullanan bir pasta grafik; gövde metnindeki bağlantıların hem farklı renkte hem de altı çizili olması. Başarısız bir uygulama ise yalnızca renk değişimine dayanır—aynı anlamı iletmek için hiçbir şekil, kenarlık, desen, etiket veya metin farkı yoktur.

WCAG spesifikasyonunda önemli bir kapsam açıklaması vardır: bu ölçüt, özellikle bilginin iletilmesinde görsel bir araç olarak renge uygulanır. Tüm renklerin kaldırılmasını gerektirmez ve kontrast oranlarını ele almaz—bu, 1.4.3 ve 1.4.11 tarafından ele alınır. Ayrıca, rengin hiçbir bilgilendirici anlam taşımadığı logolar veya dekoratif görseller için geçerli değildir. Ölçüt, yalnızca iki veya daha fazla rengi ayırt edemeyen bir kullanıcının bilgiye veya işlevselliğe erişimini kaybedeceği durumlarla ilgilidir.

Neden Önemlidir

Dünya genelinde yaklaşık 300 milyon insan bir tür renk görme bozukluğu (renk körlüğü) ile yaşamakta ve Dünya Sağlık Örgütü’ne göre dünya çapında 2,2 milyar insanın yakın veya uzak görme bozukluğu bulunmaktadır. Renk körlüğü, Kuzey Avrupa kökenli erkeklerin yaklaşık 12’de 1’ini ve kadınların 200’de 1’ini etkiler; bu da 100 kişilik tipik bir kitlede yaklaşık 5–8 kişinin, arayüzlerde başarı ve başarısızlığı belirtmek için en sık kullanılan renk kombinasyonlarından biri olan kırmızı ile yeşili güvenilir şekilde ayırt edemediği anlamına gelir.

Deuteranopia veya protanopia (kırmızı-yeşil renk körlüğü) olan kullanıcılar için, yalnızca geçersiz alanları kırmızıyla vurgulayan bir form, hata göstergesi olarak işlevsel açıdan görünmezdir. Formu gönderirler, belirgin bir değişiklik görmezler ve sistemin bozuk olduğuna veya gönderimlerinin kabul edildiğine karar verirler. Bu, küçük bir rahatsızlık değildir—başarısız finansal işlemlere, kaçırılan tıbbi randevulara, başarısız kamu hizmeti başvurularına veya e-ticaret ödeme süreçlerinin tamamlanamamasına yol açabilir.

Yüksek kontrastlı ekranlara veya özel renk şemalarına güvenen düşük görme yetisine sahip kullanıcıların, sistem düzeyinde renk geçersiz kılmaları etkin olabilir. Bu tür ortamlarda, yazar tarafından belirtilen renkler tamamen değiştirilebilir ve böylece yalnızca renge dayalı herhangi bir ipucu, kullanıcının rengi algılama yeteneğinden bağımsız olarak anlamsız hale gelir. Benzer şekilde, belgeleri siyah beyaz yazdıran veya içeriğe tek renkli e-mürekkep ekranlarda erişen kullanıcılar, tüm renk farklılıklarını kaybeder.

Engelliliğin ötesinde, bu ölçüt geniş bir nüfusa fayda sağlar: parlak güneş ışığında dışarıda mobil cihaz kullananlar, renk üretimi zayıf düşük kaliteli ekranlara sahip kullanıcılar ve renk algısı yaşla birlikte doğal olarak azalan yaşlı kullanıcılar. Erişilebilir renk kullanımı, dolaylı olarak SEO’yu da iyileştirir—bu ölçütü karşılamak için eklenen açıklayıcı metin etiketleri, arama motorlarının dizine ekleyebileceği ek anlamsal içerik sağlar. Kullanılabilirlik açısından, renkle birlikte kullanılan açık metin etiketleri ve görsel ipuçları, arayüzün anlamını yedekleyip pekiştirerek tüm kullanıcılar için bilişsel yükü azaltır.

İlgili Axe-core Kuralları

WCAG 1.4.1, manuel test gerektirir çünkü otomatik araçlar, rengin bilginin iletilmesinde tek araç olarak kullanılıp kullanılmadığını güvenilir şekilde belirleyemez. Bu, anlamsal ve görsel bir yargıdır: otomatik bir araç, iki öğenin farklı renklere sahip olduğunu tespit edebilir, ancak bu renklerin tek ayırt edici faktör olup olmadığını veya bu renk farkının taşıdığı bilginin başka bir mekanizma ile de iletilip iletilmediğini belirleyemez. Bu belirlemeyi yapabilmek için aracın tasarım amacını ve tam görsel işleme bağlamını anlaması gerekir.

• Manuel test gerekli — Bağlantı rengi ayrımı: Axe-core, gövde metni içindeki bağlantıların, çevresindeki bağlantı olmayan metinden yalnızca renkten başka bir yolla ayırt edilebilir olup olmadığını otomatik olarak doğrulayamaz. Bir insan testçinin sayfayı görsel olarak incelemesi ve bağlantıların, metin paragrafları içinde satır içi göründüklerinde alt çizgi, kalın yazı veya görünür bir simge gibi ek bir renk dışı ipucu taşıdığını doğrulaması gerekir. Otomatik araçlar bir bağlantının varlığını tespit edebilir, ancak görsel sunumunun yalnızca ton farkına dayanıp dayanmadığını belirleyemez.
• Manuel test gerekli — Form hata durumları: Bir form alanı hata durumuna geçtiğinde, otomatik araçlar görsel değişikliğin (örneğin kırmızı kenarlık veya arka plan) hatanın tek göstergesi mi olduğunu, yoksa buna bir hata simgesi, metin mesajı veya başka bir renk dışı ipucunun eşlik edip etmediğini belirleyemez. Bir testçinin form ile etkileşime geçmesi, doğrulama hatalarını tetiklemesi ve hatanın görsel olarak nasıl iletildiğini incelemesi gerekir.
• Manuel test gerekli — Veri görselleştirmeleri: Kategorileri, veri serilerini veya bölgeleri ayırt etmek için renk kullanan grafikler, diyagramlar, haritalar ve şemalar, 1.4.1’e uygunluk açısından otomatik olarak değerlendirilemez. Bir insan testçinin, renk kodlu öğeleri ayırt etmek için desenlerin, etiketlerin veya dokuların da mevcut olup olmadığını değerlendirmesi gerekir.
• Manuel test gerekli — Durum göstergeleri: Durum rozetleri, etiketler ve durum göstergeleri (örneğin çevrimiçi/çevrimdışı göstergeleri veya sipariş durumu etiketleri) durumu iletmek için renge dayanıyorsa otomatik olarak işaretlenemez. Testçinin, her durumun aynı zamanda bir metin etiketi, simge veya şekil değişimi ile de iletildiğini doğrulaması gerekir.

Nasıl Test Edilir

1. Otomatik tarama temel çizgisi: Sayfada axe DevTools, Lighthouse veya Accsible erişilebilirlik denetleyicisini çalıştırın. Bu araçlar 1.4.1 ihlallerini doğrudan işaretlemese de, yalnızca renge dayalı kullanımla ilişkili olabilen eksik metin alternatifleri, yetersiz kontrast veya eksik form etiketleri gibi ilgili sorunları ortaya çıkarabilir. İşaretlenen sorunları not edin ve bunları manuel inceleme için başlangıç noktaları olarak kullanın. Axe DevTools’ta tarayıcı uzantısını açın, “Analyze”a tıklayın ve ihlaller listesine ek olarak “Needs Review” kategorisini de inceleyin; bazı renk ile ilgili sorunlar burada ortaya çıkarılabilir.
2. Gri tonlama simülasyonu: Sayfayı gri tonlamada (sıfır doygunluk) görüntülemek için bir tarayıcı uzantısı veya işletim sistemi erişilebilirlik özelliği kullanın. macOS’ta Sistem Ayarları > Erişilebilirlik > Ekran’a gidin ve “Gri tonlamayı kullan”ı etkinleştirin. Windows’ta Ayarlar > Kolay Erişim > Renk filtreleri’ne gidin ve “Gri tonlama”yı seçin. Alternatif olarak tarayıcı Geliştirici Araçlarını kullanın: Chrome’da DevTools’u açın, Ctrl+Shift+P’ye (Mac’te Cmd+Shift+P) basın, “Emulate vision deficiencies” yazın ve “Achromatopsia”yı seçin. Her etkileşimli öğeyi, durum göstergesini, form alanını, grafiği ve bağlantıyı gri tonlamada inceleyin ve tüm bilgilerin renk olmadan da anlaşılır kaldığını doğrulayın.
3. Renk körlüğü simülasyonu: Deuteranopia, Protanopia ve Tritanopia’yı simüle etmek için Chrome DevTools görme bozukluğu öykünücüsünü (yukarıdakiyle aynı yol) kullanın. Her simülasyon için tüm kullanıcı akışlarını—hatalı form gönderimi, grafiklerde veri yorumlama, aktif ve pasif durumlar arasında gezinme—baştan sona gözden geçirin ve hiçbir bilginin kaybolmadığını doğrulayın. Coblis Color Blindness Simulator veya Colour Oracle (masaüstü uygulaması) gibi araçlar da tüm ekran genelinde renk körlüğünü simüle etmek için kullanılabilir.
4. Gövde metnindeki bağlantılar — manuel kontrol: Gövde metni paragrafları içinde (navigasyon menüleri veya bağımsız bağlantı listeleri yerine) görünen tüm köprüleri belirleyin. Bu tür her bağlantı için, çevresindeki bağlantı olmayan metinden en az bir renk dışı mekanizma ile görsel olarak ayırt edilebilir olduğunu doğrulayın. En yaygın kabul edilebilir mekanizma alt çizgidir. Bağlantı yalnızca renk farkına dayanıyorsa bu bir başarısızlıktır.
5. Form doğrulama — manuel kontrol: Klavye ile gezinmeyi kullanarak (odak için Tab, denetimleri etkinleştirmek için Enter veya Space), bir formu doldurun ve bilerek zorunlu alanları boş bırakın veya geçersiz veri girin. Formu gönderin. Hataların nasıl iletildiğini görsel olarak inceleyin. Hata göstergesinin yalnızca renkle sağlanmadığını—her hatanın, herhangi bir renk değişikliğine ek olarak görünür bir metin açıklaması, bir simge veya her ikisine birden sahip olduğunu doğrulayın.
6. Ekran okuyucu doğrulaması (NVDA + Firefox): Sayfayı NVDA çalışırken Firefox’ta açın. Sanal imleci kullanarak tüm form alanları, grafikler ve durum göstergeleri arasında gezinin. Hata mesajlarının, durum etiketlerinin ve veri açıklamalarının ekran okuyucu tarafından seslendirildiğini doğrulayın. Bu, programatik katmanı doğrular; ancak ekran okuyucu erişimi tek başına, gören renk körü kullanıcılar için 1.4.1’in görsel gerekliliğini karşılamaz.
7. Grafik ve diyagram incelemesi: Her veri görselleştirmesi için, rengi bilerek yok sayarak yalnızca şekil, desen veya metin etiketlerini kullanarak veriyi yorumlamaya çalışın. Görselleştirme, renk olmadan yorumlanamaz hale geliyorsa başarısızdır. Metin tabanlı bir alternatifin (veri tablosu, desenli bir gösterge, doğrudan veri etiketleri) mevcut olduğunu doğrulayın.

Nasıl Düzeltilir

Gövde metninde satır içi bağlantı — Hatalı

<!-- 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>

Gövde metninde satır içi bağlantı — Doğru

<!-- 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>

Form hata durumu — Hatalı

<!-- 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; } -->

Form hata durumu — Doğru

<!-- 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>

Yalnızca renge dayalı grafik gösterge — Hatalı

<!-- 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>

Yalnızca renge dayalı grafik gösterge — Doğru

<!-- 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>

Durum rozeti — Hatalı

<!-- 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>

Durum rozeti — Doğru

<!-- 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>

Yaygın Hatalar

• Satır içi bağlantılardan alt çizgileri kaldırmak ve yalnızca renge güvenmek: Gövde metni paragrafları içindeki anchor öğelerinde text-decoration: none ayarlamak, en yaygın 1.4.1 hatalarından biridir. Alt çizgi, bağlantılar için varsayılan renk dışı ipucudur; alt çizgiyi, kalın yazı veya simge gibi başka bir renk dışı ayırt edici eklemeden kaldırmak, bu bağlantı farklı renkte çevreleyen metin içinde göründüğünde anında bir başarısızlığa neden olur.
• Ek simge veya metin olmadan geçme/kalma durumları için kırmızı/yeşil renk çiftleri kullanmak: Başarısızlık için kırmızı ve başarı için yeşil, kültürel olarak sezgiseldir ancak tam da en yaygın renk körlüğü türleri olan deuteranopia veya protanopia’ya sahip kullanıcılar için erişilebilir değildir. Bu renkleri her zaman belirgin simgelerle (onay işareti ve X) ve açık metin etiketleriyle (“Geçerli” ve “Hata”) eşleştirin.
• Zorunlu form alanlarını yalnızca renkli bir yıldızla işaretlemek: Bir alan etiketinin yanında yer alan kırmızı bir yıldız (*) ve bu yıldızın kendisine eşlik eden bir açıklama veya görünür metin açıklaması yoksa, zorunlu olma durumunu renk üzerinden iletir. Çözüm, formun yakınında “* zorunlu alanı belirtir” gibi görünür bir not ekleyerek yıldızın rengin ötesinde anlam taşımasını sağlamaktır.
• Gezinme menülerinde yalnızca renge dayalı aktif/seçili durumlar kullanmak: Geçerli gezinme öğesini yalnızca metin veya arka plan rengini değiştirerek vurgulamak—yazı tipi kalınlığını değiştirmeden, alt çizgi eklemeden veya kenarlık göstergesi eklemeden—renk körü kullanıcıların hangi sayfada olduklarını belirleyememeleri anlamına gelir.
• Renk ipucunu tekrar eden ancak etiket eklemeyen grafik araç ipuçları kullanmak: Bazı grafik kütüphaneleri, veri serisiyle eşleşen bir renk örneği gösteren ancak seri adı için metin etiketi içermeyen araç ipuçları görüntüler. Eğer verinin ayırt edilmesi için tek yer bu araç ipucuysa ve yalnızca renk örneğine dayanıyorsa, bu bir başarısızlıktır.
• Tamamlanmayı belirtmek için yalnızca rengi değiştiren ilerleme adımları: Çok adımlı form sihirbazları, tamamlanan adımları genellikle yeşil arka planla, yaklaşan adımları ise gri arka planla biçimlendirir. Eğer bu renk değişimine eşlik eden bir metin (“Tamamlandı”, “Geçerli”, “Yaklaşan”) veya simge (onay işareti) yoksa, adım durumu yalnızca renkle iletiliyor demektir.
• Girdi doğrulamasını belirtmek için yer tutucu metin rengine güvenmek: Yer tutucu metin rengini değiştirmek (örneğin hata durumunda kırmızı yapmak), hem yalnızca renge dayalı bir ipucudur hem de ek nedenlerle erişilemezdir (yer tutucu metin, etiketlerin veya hata mesajlarının yerine geçmez). Doğrulama durumu, kalıcı, görünür bir hata mesajı öğesiyle iletilmelidir.
• Yalnızca ARIA etiketlerinin 1.4.1’i karşıladığını varsaymak: Bir öğeye aria-label veya aria-describedby eklemek, bilgiyi ekran okuyucu kullanıcıları için erişilebilir kılar, ancak 1.4.1 görsel bir ölçüttür. Renk körü gören kullanıcılar için renk dışı bir görsel ipucu gerektirir; yalnızca programatik bir metin alternatifi yeterli değildir. Her ikisi de gereklidir, ancak ARIA tek başına 1.4.1’i geçmez.
• Tablo satırlarını veya hücrelerini yalnızca alternatif arka plan renkleriyle ayırt etmek: Alternatif satır renkleri (zebra şeritleri) genellikle dekoratiftir ve tek başına 1.4.1 sorunu değildir; ancak arka plan rengini, belirli satırları veya hücreleri bilgilendirici olarak farklı gruplamak, kategorize etmek veya vurgulamak için kullanan herhangi bir tablo, aynı gruplamayı veya ayrımı iletmek için metin etiketi, simge veya başlık sağlamalıdır.
• Yalnızca renge dayalı ipuçlarını “sadece dekoratif” oldukları için muaf saymak: Geliştiriciler bazen renkli bir durum noktası veya renkli bir kategori etiketinin dekoratif olduğunu, bilgilendirici olmadığını iddia eder. Eğer rengi kaldırmak (veya gri tonlamada görüntülemek), kullanıcının arayüzü anlamak veya kullanmak için ihtiyaç duyduğu herhangi bir bilgiye erişimini kaybetmesine neden oluyorsa, bu öğe tanım gereği bilgilendiricidir ve 1.4.1’e uymalıdır.

Türkiye’nin Erişilebilirlik Mevzuatıyla İlişkisi

21 Haziran 2025’te 32933 sayılı Resmî Gazete’de yayımlanan Türkiye Cumhurbaşkanlığı Genelgesi 2025/10, WCAG 2.2 ile uyumlu zorunlu web ve mobil erişilebilirlik gerekliliklerini belirler. WCAG 1.4.1 Rengin Kullanımı, Seviye A ölçütüdür; bu da genelge kapsamında zorunlu asgari uyum katmanına girdiği anlamına gelir.

Genelge, kamu kurumları için bir yıl, özel sektör kuruluşları için ise iki yıl içinde WCAG 2.2 Seviye A uyumunu zorunlu kılar. Aşağıdaki kuruluş kategorileri açıkça kapsam dahilindedir: kamu kurumları ve devlet organları, e-ticaret platformları, bankalar ve finans kuruluşları, hastaneler ve sağlık hizmeti sağlayıcıları, 200.000 veya daha fazla abonesi olan telekomünikasyon işletmecileri, lisanslı seyahat acenteleri, özel ulaşım şirketleri ve Millî Eğitim Bakanlığı (MoNE) tarafından yetkilendirilmiş özel okullar.

Bu kuruluşlar için, WCAG 1.4.1’e uymamak, düzenleyici bir ihlal teşkil eder. Pratikte, form hatalarını belirtmek için yalnızca renge dayanan bir web portalı kullanan bir Türk kamu kurumu veya çevrimiçi bankacılık arayüzünde işlem durumları için yalnızca renge dayalı durum göstergeleri kullanan bir banka, genelge gerekliliklerini ihlal etmiş olur. Türkiye’de büyük ve hızla büyüyen bir sektör olan e-ticaret platformları, yaygın olarak renk kodlu ürün bulunabilirlik göstergeleri, promosyon rozetleri ve sepet hata mesajları kullanır; bunların tümü, genelge gereklilikleri uyarınca renk dışı alternatifler sunmalıdır.

1.4.1’e uyum, özellikle Türkiye bağlamında, kamu hizmetlerine, bankacılığa ve e-ticarete mobil cihazlardan erişen önemli kullanıcı tabanı göz önüne alındığında etkilidir; bu ortamlarda ekran kalitesi ve ortam ışığı koşulları, rengin tek bilgi taşıyıcısı olarak güvenilirliğini daha da azaltır. Genelge kapsamındaki kuruluşlara, dijital varlıkları genelinde bilgi mekanizması olarak kullanılan tüm renk kullanımını denetlemeleri, renk kodlu durumların yanına metin etiketleri ve simgesel ipuçları eklemeyi önceliklendirmeleri ve 1.4.1’i uyum programlarının bir parçası olarak hem otomatik erişilebilirlik tarama hatlarına hem de yapılandırılmış manuel test protokollerine dahil etmeleri tavsiye edilir.