WCAG Başarı Kriterleri · Level AA

WCAG 1.4.3: Kontrast (Asgari)

WCAG 1.4.3, metin ve metin içeren görsellerin arka planlarına karşı en az 4.5:1 (büyük metin için 3:1) kontrast oranına sahip olmasını gerektirir; böylece az gören veya renk görme bozukluğu olan kullanıcılar, yardımcı teknolojiye ihtiyaç duymadan içeriği okuyabilir.

Bu Kuralın Anlamı

WCAG 1.4.3 — Kontrast (Asgari), Web İçeriği Erişilebilirlik Yönergeleri 2.2’nin 1.4 (Ayırt Edilebilir) Kılavuzu altında Seviye AA başarı ölçütüdür. Metnin ve metin içeren görsellerin görsel sunumunun, arka planlarına karşı yeterli bir parlaklık (luminance) kontrast oranını korumasını zorunlu kılar; böylece orta düzeyde düşük görme yetisine sahip kişiler, kontrast artırıcı yardımcı teknolojilere ihtiyaç duymadan içeriği okuyabilir.

Gerekli kontrast oranları aşağıdaki gibidir. Normal metin — 18 punto (yaklaşık 24 CSS piksel) altındaki veya 14 punto kalın (bold) (yaklaşık 18,67 CSS piksel) altındaki her türlü metin — en az 4,5:1 kontrast oranına ulaşmalıdır. Büyük metin, 18 punto ve üzeri normal kalınlıkta ya da 14 punto ve üzeri kalın (bold) metin olarak tanımlanır ve en az 3:1 kontrast oranı gerektirir. Aynı eşikler metin içeren görseller için de geçerlidir: okunabilir karakterler içeren raster veya vektör görseller de, bitişik herhangi bir arka plan rengine karşı bu oranları sağlamalıdır.

Kontrast oranı, WCAG spesifikasyonunda tanımlanan göreli parlaklık (relative luminance) formülü kullanılarak hesaplanır. Göreli parlaklık (L), gamma düzeltmesi sonrası sRGB renk değerlerinden hesaplanır ve oran (L1 + 0,05) / (L2 + 0,05) şeklinde ifade edilir; burada L1 iki parlaklık değerinden daha açık olan, L2 ise daha koyu olandır. 1:1 oranı hiç kontrast olmadığı (özdeş renkler) anlamına gelirken, 21:1 yalnızca saf beyaz üzerine saf siyah ile elde edilen maksimum değerdir.

Bu ölçüt, tarayıcı tarafından oluşturulan tüm ön plan metnini kapsar; butonların, bağlantıların, etiketlerin, form alanlarının, tablo hücrelerinin, araç ipuçlarının (tooltip), giriş alanlarındaki placeholder metinlerin ve görsellerin veya gradyanların üzerine bindirilmiş metnin içini de buna dahil eder. Ayrıca SVG metin öğelerini ve CSS ile üretilen içerik yoluyla oluşturulan metni (::before ve ::after pseudo-elementleri) de kapsar.

WCAG 1.4.3, gereklilikten açıkça muaf tutulan birkaç resmî istisna tanımlar:

  • İkincil (tesadüfi) metin: Tamamen dekoratif olan, görünür olmayan veya pasif (devre dışı) bir kullanıcı arayüzü bileşeninin parçasını oluşturan metin veya metin içeren görseller muaf tutulur. Örneğin, devre dışı bırakılmış bir form alanının soluk etiketi bu oranı sağlamak zorunda değildir.
  • Logotipler: Bir logo veya marka adının parçası olan metin için asgari kontrast gerekliliği yoktur; çünkü marka kimliği çoğu zaman belirli renk seçimlerine dayanır ve kullanıcıların logoları görsel olarak tanıması beklenir.
  • Büyük metin: Yukarıda belirtildiği gibi, büyük metin için oran 4,5:1 yerine 3:1’e gevşetilmiştir; bu, daha büyük harf biçimlerinin daha düşük kontrasta rağmen daha kolay ayırt edilebildiğini kabul eder.

Başarılı sayılmak için, hesaplanan kontrast oranının, görünür ve istisna kapsamında olmayan her bir metin parçası için ilgili eşiğe eşit veya ondan yüksek olması gerekir. Başarısızlık ise, görünür ve istisna kapsamında olmayan herhangi bir metin veya metin içeren görselin, oran noktasının küçük bir kesriyle bile olsa eşik değerin altına düşmesi durumunda ortaya çıkar.

Neden Önemlidir

Dünya Sağlık Örgütü’ne göre dünya genelinde yaklaşık 2,2 milyar insan bir tür görme bozukluğu ile yaşamaktadır. Bu kişilerin önemli bir kısmı — katarakt, glokom, makula dejenerasyonu ve diyabetik retinopati gibi düşük görme durumlarına sahip kişiler de dahil — kontrast yeterli olduğunda ekrandaki metni okuyabilir, ancak kontrast zayıf olduğunda zorlanır veya hiç okuyamaz. Kontrast (Asgari) ölçütü, metnin erişilemez hale geldiği seviyenin altına inmemek için ölçülebilir ve test edilebilir bir taban belirleyerek doğrudan bu kitlenin ihtiyaçlarını hedefler.

Tanı konmuş düşük görme durumlarının ötesinde, Kuzey Avrupa kökenli erkeklerin %8’i ve kadınların %0,5’i bir tür renk görme bozukluğu (renk körlüğü) yaşamaktadır. Renk körlüğü düşük kontrasttan farklı bir durum olsa da, birçok renk körlüğü türü belirli tonlar arasındaki algılanan parlaklık farkını azaltır ve yetersiz kontrastı daha da sorunlu hale getirir. Yeşil bir arka plan üzerindeki kırmızı bir etiket, deuteranopia sahibi bir kişi için neredeyse tekdüze gri görünebilir; alttaki parlaklık kontrastı yetersizse metin fiilen görünmez hale gelir.

Yaşlı yetişkinler orantısız biçimde etkilenir. Yaşlanan göz kontrast duyarlılığını kaybeder ve göz bebeği boyutu küçülerek retinaya ulaşan ışık miktarını azaltır. Yetmişli yaşlarındaki bir kişi, klinik bir düşük görme tanısı olmasa bile, otuzlu yaşlarındaki bir kişiyle aynı okunabilirliği yakalamak için çok daha yüksek parlaklık kontrastına ihtiyaç duyabilir.

Somut bir gerçek dünya senaryosunu düşünün: bir Türk e-ticaret sitesi, ürün açıklamaları ve fiyat bilgileri için beyaz arka plan (#FFFFFF) üzerinde açık gri metin (#999999) kullanıyor — minimal estetik nedeniyle sık tercih edilen bir tasarım trendi. Bu kombinasyonun kontrast oranı yaklaşık 2,85:1’dir ve 4,5:1 eşiğinin oldukça altındadır. Makula dejenerasyonunun erken evresindeki bir kullanıcı, bir ürünün fiyatını hiç okuyamayabilir ve satın alma işlemini yarıda bırakmak zorunda kalabilir. Bu durum yalnızca bir kullanıcının temel bir ticari işlemden dışlanmasına yol açmakla kalmaz, aynı zamanda satıcı için doğrudan gelir kaybı ve erişilebilirlik uyumunun zorunlu olduğu yargı alanlarında hukuki risk anlamına gelir.

Kullanılabilirlik ve SEO açısından bakıldığında, yüksek kontrastlı metin zorlu ortamlarda tüm kullanıcılara fayda sağlar: mobil ekranda parlak güneş ışığı, düşük kaliteli ekran panelleri veya yalnızca monitörünü kalibre etmemiş bir kullanıcı gibi. Erişilebilir renk seçimleri, gören kullanıcılar için uzun okuma seanslarında göz yorgunluğunu azaltır ve okunabilirlikteki iyileşmeler, arama motorlarının kalite göstergesi olarak kullandığı daha düşük hemen çıkma oranları ve sayfada daha uzun kalma süreleriyle ilişkilidir.

İlgili Axe-core Kuralları

  • color-contrast: Bu, WCAG 1.4.3’ü Seviye AA’da uygulayan birincil otomatik kuraldır. Axe-core motoru, DOM’daki her metin düğümünün ön plan ve arka plan renklerini, CSS kaskadını, opaklığı, z-index katmanlamasını ve alfa şeffaflığını hesaba katarak hesaplar. Kontrast oranı normal metin için 4,5:1’in, büyük metin için 3:1’in altına düşen her metin öğesini işaretler. Kural, bulunan gerçek oranı, gerekli oranı ve başarısız olan belirli öğeyi raporlayarak düzeltmeyi kolaylaştırır. Ancak axe-core yalnızca hesaplanmış stillerden belirleyebildiği renkleri analiz edebilir; <canvas> içindeki metin, karmaşık CSS gradyanlarının üzerindeki metin veya arka plan görsellerinin üzerindeki metin, ek bağlam olmadan tam olarak çözümlenemeyebilir ve axe bu durumları kesin bir başarı/başarısızlık yerine “gözden geçirilmeli” olarak işaretler. Form girdilerindeki placeholder metinler de bu kural tarafından kontrol edilir.
  • color-contrast-enhanced: Bu kural, normal metin için 7:1 ve büyük metin için 4,5:1 (Seviye AAA) olan daha sıkı WCAG 1.4.6 — Kontrast (Geliştirilmiş) eşiklerini uygular. 1.4.6, AA uyumu için zorunlu olmasa da, geliştirilmiş erişilebilirliği hedefleyen veya AAA gerekliliklerini benimseyebilecek düzenleyici ortamlara hazırlanan ekipler için geliştirme sırasında bu kuralı çalıştırmak değerlidir. Axe-core, bu kuralın ihlallerini ayrı raporlar; böylece ekipler AA başarısızlıklarını (color-contrast) aspirasyonel AAA iyileştirmelerinden (color-contrast-enhanced) ayırarak önceliklendirebilir.

Otomatik araçların tam olarak çözemediği çeşitli senaryolarda manuel test gereklidir. Metin bir arka plan görseli veya CSS gradyanı üzerine bindirildiğinde, etkin arka plan rengi metnin sınırlayıcı kutusu boyunca değişir. Otomatik araçlar baskın rengi örneklemek, en kötü durum bölgesini varsaymak veya kararı manuel bir değerlendiriciye bırakmak zorundadır. Benzer şekilde, <canvas> öğeleri içindeki metin, erişilebilirlik ağacına sunulan semantik renk bilgisi olmadan piksel olarak oluşturulur; bu nedenle damlalık aracıyla manuel inceleme tek güvenilir yaklaşımdır. Yalnızca :hover veya :focus durumlarında görünen metinler de, otomatik araçlar değerlendirme yapmadan önce bu durumların manuel etkileşimle tetiklenmesini gerektirebilir.

Nasıl Test Edilir

  1. axe DevTools ile otomatik tarama: axe DevTools tarayıcı eklentisini (Chrome, Firefox ve Edge için mevcut) kurun. Test edilecek sayfaya gidin, eklenti panelini açın ve tam sayfa analizi çalıştırın. Sonuçlar panelinde, kural kimliklerine göre color-contrast ve color-contrast-enhanced filtrelerini uygulayın. Her ihlal için araç, başarısız olan öğeyi vurgular, gerçek kontrast oranını (ör. "2,85:1"), gerekli oranı (ör. "4,5:1") ve hesaplanan ön plan ve arka plan renklerini hex formatında raporlar. Sonuçları takip için CSV veya JSON olarak dışa aktarın. Duyarlı (responsive) düzenler yazı tipi boyutlarını (büyük metin eşiğini etkileyerek) veya renk şemalarını değiştirebileceğinden, tüm kırılma noktalarında testi tekrarlayın.
  2. Lighthouse denetimi: Chrome DevTools’u açın, Lighthouse sekmesine gidin, "Accessibility"yi seçin ve denetimi çalıştırın. Lighthouse, Erişilebilirlik bölümünde, öğe referanslarıyla birlikte renk-kontrast ihlallerini gösterir. Bazı ortamlarda Lighthouse’un daha eski bir axe-core sürümü kullandığını unutmayın; doğrudan axe DevTools kullanmak daha fazla sorunu yakalayabilir.
  3. Manuel kontrast ölçümü: Tarayıcının yerleşik DevTools renk seçicisini veya WebAIM Contrast Checker (webaim.org/resources/contrastchecker/) ya da TPGi Colour Contrast Analyser masaüstü uygulaması gibi özel bir aracı kullanın. Damlalıkla ön plan ve arka plan renklerini seçin ve raporlanan oranın eşiği karşıladığını doğrulayın. Gradyanlar veya görseller üzerindeki metin için, metin alanı boyunca birden fazla noktayı örnekleyin ve en düşük kontrast ölçümünü nihai değer olarak kullanın.
  4. Etkileşim durumlarının testi: Bağlantılar ve etkileşimli öğeler üzerinde :hover, :focus, :active ve :visited durumlarını manuel olarak tetikleyin ve her durum için kontrastı ayrı ayrı ölçün. Bazı tasarımlar, farkında olmadan başarısız olan daha düşük kontrastlı hover renkleri kullanır. Ölçüm yaparken bir durumu sabit tutmak için tarayıcı DevTools’taki "Force element state" özelliğini kullanın.
  5. Ekran okuyucu ve klavye incelemesi (bağlamsal): Kontrast görsel bir ölçüt olduğundan ekran okuyucular tarafından doğrudan algılanamaz; ancak NVDA + Firefox, VoiceOver + Safari veya JAWS + Chrome ile test yapmak, metnin erişilebilirlik ağacında mevcut olduğunu ve görsel olarak erişilemez hale getiren CSS teknikleriyle (örneğin color: transparent) gizlenmediğini doğrular. Bir ekran okuyucu, ekranda görünmez görünen bir metni anons ediyorsa, görsel sunumun gören kullanıcılar için kontrast gerekliliklerini karşılayıp karşılamadığını araştırın.
  6. Yakınlaştırma ve yazı tipi ölçekleme: Tarayıcının varsayılan yazı tipi boyutunu (Ayarlar → Görünüm → Yazı tipi boyutu) ve yakınlaştırmayı %200’e çıkarın. Bu boyutlarda "normal"den "büyük"e geçen metnin hâlâ uygun eşiği karşıladığını doğrulayın. Varsayılan yakınlaştırmada 14px olan bir yazı tipi, %200 yakınlaştırmada 28px’e çıkabilir ve hangi eşiğin uygulanacağını değiştirebilir.

Nasıl Düzeltilir

Yetersiz kontrastlı gövde metni — Hatalı

<!-- Light gray text on white background: contrast ratio ~2.85:1 -->
<style>
  p.description {
    color: #999999;
    background-color: #ffffff;
    font-size: 16px;
  }
</style>
<p class='description'>This product is handcrafted from premium materials.</p>

Yetersiz kontrastlı gövde metni — Doğru

<!-- Darkened text color achieves 7:1 contrast ratio, exceeding 4.5:1 AA requirement -->
<style>
  p.description {
    color: #595959; /* contrast ratio 7.0:1 against #ffffff */
    background-color: #ffffff;
    font-size: 16px;
  }
</style>
<p class='description'>This product is handcrafted from premium materials.</p>

Düşük kontrastlı harekete geçirici çağrı butonu — Hatalı

<!-- White text on a light blue button: contrast ratio ~2.5:1 -->
<style>
  .btn-primary {
    background-color: #6eb5ff;
    color: #ffffff;
    font-size: 16px;
    padding: 12px 24px;
    border: none;
    border-radius: 4px;
  }
</style>
<button class='btn-primary'>Add to Cart</button>

Düşük kontrastlı harekete geçirici çağrı butonu — Doğru

<!-- Darker blue background raises contrast to 4.56:1 against white text -->
<style>
  .btn-primary {
    background-color: #0057b8; /* contrast ratio 4.56:1 against #ffffff */
    color: #ffffff;
    font-size: 16px;
    padding: 12px 24px;
    border: none;
    border-radius: 4px;
  }
</style>
<button class='btn-primary'>Add to Cart</button>

Form girdisinde placeholder metni — Hatalı

<!-- Default browser placeholder is often ~#757575 or lighter; some resets make it worse -->
<style>
  input::placeholder {
    color: #bbbbbb; /* contrast ratio ~1.6:1 against white background */
  }
  input {
    background-color: #ffffff;
    font-size: 16px;
  }
</style>
<input type='email' placeholder='Enter your email address' />

Form girdisinde placeholder metni — Doğru

<!-- #767676 achieves exactly 4.54:1 against white — the practical AA floor for normal text -->
<style>
  input::placeholder {
    color: #767676; /* contrast ratio 4.54:1 against #ffffff — passes AA */
  }
  input {
    background-color: #ffffff;
    font-size: 16px;
  }
</style>
<input type='email' placeholder='Enter your email address' />

Arka plan görseli veya gradyan üzerindeki metin — Hatalı

<!-- Dark text directly on a light-to-dark gradient: passes in some regions, fails in others -->
<style>
  .hero {
    background: linear-gradient(to right, #ffffff, #0057b8);
    padding: 40px;
  }
  .hero h1 {
    color: #333333;
    font-size: 32px;
  }
</style>
<section class='hero'>
  <h1>Welcome to Our Store</h1>
</section>

Arka plan görseli veya gradyan üzerindeki metin — Doğru

<!-- A semi-transparent dark scrim behind the text ensures consistent contrast regardless of gradient -->
<style>
  .hero {
    background: linear-gradient(to right, #ffffff, #0057b8);
    padding: 40px;
    position: relative;
  }
  .hero-content {
    background-color: rgba(0, 0, 0, 0.65); /* dark scrim guarantees contrast */
    padding: 16px 24px;
    display: inline-block;
    border-radius: 4px;
  }
  .hero h1 {
    color: #ffffff; /* white on near-black scrim exceeds 4.5:1 */
    font-size: 32px;
    margin: 0;
  }
</style>
<section class='hero'>
  <div class='hero-content'>
    <h1>Welcome to Our Store</h1>
  </div>
</section>

Yaygın Hatalar

  • Rengin kalibre edilmiş monitörünüzde iyi göründüğünü varsaymak: Geniş renk gamına ve yüksek parlaklığa sahip üst düzey ekranlar, düşük kontrastlı kombinasyonları, kontrollü bir ortamda normal görme yetisine sahip tasarımcılar için okunabilir gösterebilir; oysa aynı metin, düşük bütçeli bir dizüstü bilgisayar ekranında veya ofis floresan ışığı altında okunamaz olabilir. Her zaman yalnızca görsel yargıya değil, bir kontrast oranı aracına güvenerek doğrulama yapın.
  • Etkileşim durumlarını ayrı ayrı test etmeyi unutmak: Bir bağlantı varsayılan durumunda 4,5:1 oranını sağlayabilir, ancak renk açıldığında :hover durumunda 2,8:1’e düşebilir. Her etkileşim durumu, eşiği bağımsız olarak karşılamalıdır.
  • Devre dışı form alanlarını evrensel olarak muaf saymak: Muafiyet yalnızca pasif UI bileşenleri için geçerlidir. Bir alan görsel olarak devre dışı gibi stillendirilmiş, ancak programatik olarak hâlâ etkinse (disabled özniteliği eksikse), muaf değildir ve kontrast gerekliliklerini karşılamalıdır.
  • Metni soldurmak için opaklık kullanırken ortaya çıkan etkin rengi hesaba katmamak: Koyu bir metne opacity: 0.5 vermek, onu arka planla fiilen karıştırır ve daha açık bir bileşik renk üretir. Kontrast oranı, orijinal CSS değeriyle değil, ortaya çıkan bileşik renge göre hesaplanmalıdır. Örneğin, beyaz üzerinde %50 opaklıkta #000000, yaklaşık #808080 olarak görünür ve bu da normal metin için 4,5:1 eşiğinin altında, yaklaşık 3,9:1 kontrast oranına sahiptir.
  • SVG öğeleri içindeki metni gözden kaçırmak: fill ile, CSS color yerine stillendirilen SVG <text> öğeleri de 1.4.3 kapsamındadır. Otomatik araçlar, SVG’nin nasıl gömüldüğüne (satır içi, <img> veya <object> olarak) bağlı olarak bunları kaçırabilir. Satır içi SVG, en güvenilir şekilde test edilebilir yaklaşımdır.
  • Büyük metin istisnası için metin boyutunu yanlış belirlemek: 18pt / 14pt kalın eşikleri, kaynağınızdaki CSS piksel değerine değil, kullanıcının tarayıcısındaki oluşturulmuş boyuta atıfta bulunur. CSS’te font-size: 24px, tam olarak 18pt’ye eşittir (1pt = 1,333px olduğundan); ancak kullanıcı daha büyük bir varsayılan yazı tipi boyutu ayarlamışsa, 16px’lik bir öğe 18pt’den büyük oluşturulabilir. Varsayılan tarayıcı yazı tipi boyutlarında test yapın ve boyut hesaplamalarınızı dikkatle kontrol edin.
  • Bağlantılı metni gövde metninden ayırmak için yalnızca renge güvenmek: Bir bağlantı alt çizgi olmadan ve yalnızca çevresindeki metinden farklı bir renk kullanılarak stillendirildiyse, bağlantı renginin, sayfa arka planına karşı 4,5:1’e ek olarak, gövde metni rengine karşı da 3:1 oranını sağlaması gerekir. Birçok tasarım bu gerekliliklerden birini veya her ikisini birden karşılayamaz. Alt çizgi (veya renkten bağımsız başka bir görsel gösterge) eklemek daha güvenli yaklaşımdır.
  • Üçüncü taraf widget’lar ve sohbet eklentileri içindeki metni görmezden gelmek: Gömülü widget’lar — canlı sohbet pencereleri, çerez onay bantları, yorum karuselleri, sosyal medya akışları — sayfanın parçasıdır ve WCAG 1.4.3 uyumu kapsamındadır. Üçüncü taraf bir widget içindeki düşük kontrastlı metin, kendi kod tabanınız tamamen uyumlu olsa bile bir başarısızlıktır.
  • Karanlık mod veya yüksek kontrast modu etkinleştirildikten sonra yeniden test etmemek: Açık modda geçen bir renk şeması, CSS özel değişkenleri dikkatle yönetilmezse karanlık modda başarısız olabilir. Benzer şekilde, Windows Yüksek Kontrast Modu birçok CSS renk deklarasyonunu geçersiz kılar; metnin okunabilir kalmaya devam ettiğini ve özel CSS’in zorunlu renk ortamlarında yanlışlıkla düşük kontrastlı çiftler yeniden tanıtmadığını doğrulayın.
  • CSS background-clip: text veya gradyan metin tekniklerini yedek (fallback) olmadan kullanmak: -webkit-background-clip: text; color: transparent yoluyla oluşturulan gradyan dolgulu metin, harf biçimi boyunca metin rengi değiştiği için karmaşık bir kontrast sorunu sunar. Otomatik araçlar bunu genellikle çözemez ve harf biçiminin her bir parçasının gerçek parlaklığı, sayfa arka planına karşı manuel olarak doğrulanmalıdır.

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

Türkiye’nin 2025/10 sayılı Cumhurbaşkanlığı Genelgesi, 21 Haziran 2025 tarihli ve 32933 sayılı Resmî Gazete’de yayımlanarak dijital erişilebilirlik için bağlayıcı ulusal çerçeveyi oluşturmuştur. Genelge, uluslararası kabul görmüş web erişilebilirlik standartlarına uyumu zorunlu kılarak Türk düzenleyici gerekliliklerini fiilen WCAG 2.2 ile uyumlu hale getirir ve Aile ve Sosyal Hizmetler Bakanlığı tarafından verilen Erişilebilirlik Logosunu, uyumlu dijital ürün ve hizmetler için resmî sertifikasyon işareti olarak tanıtır.

WCAG 1.4.3 — Kontrast (Asgari), bir Seviye AA başarı ölçütüdür ve Seviye AA uyumu, Erişilebilirlik Logosu’na hak kazanmak için asgari gerekliliktir. Bu, logoyu hedefleyen herhangi bir kuruluşun, web siteleri ve uygulamalarındaki tüm görünür ve istisna kapsamında olmayan metinlerin ve metin içeren görsellerin, bu ölçütte tanımlanan 4,5:1 (normal metin) ve 3:1 (büyük metin) kontrast eşiklerini sağlamasını zorunlu kılar. 1.4.3’ü karşılayamamak, en sık tespit edilen otomatik ihlallerden biridir ve sertifikasyona doğrudan engel teşkil eder.

Genelge, özel ve kamu sektöründeki geniş bir yelpazedeki kuruluşlara uygulanır. Kapsamdaki kuruluşlar arasında merkezi ve yerel düzeydeki kamu kurum ve kuruluşları; Bankacılık Düzenleme ve Denetleme Kurumu (BDDK) tarafından düzenlenen bankalar ve finansal kuruluşlar; kamu ve özel hastaneler ve sağlık hizmeti sağlayıcıları; 200.000 veya daha fazla abonesi olan telekom operatörleri; ilgili ciro veya işlem hacmi eşiklerini karşılayan e-ticaret platformları; seyahat acenteleri; özel ulaşım şirketleri ve Millî Eğitim Bakanlığı (MEB) tarafından yetkilendirilen özel okullar ve eğitim kurumları yer alır.

Bu kuruluşlar için kontrast uyumunu ele almak yalnızca iyi uygulama önerisi değildir — düzenleyici ağırlığı vardır. Uyum sağlamayan kuruluşlar idari inceleme ve itibar kaybı riski taşırken, uyumlu kuruluşlar Erişilebilirlik Logosu’nu, Türkiye’deki yaklaşık 8,5 milyon engelli bireye, ayrıca okunabilir, yüksek kontrastlı tasarımdan fayda gören yaşlı kullanıcılara, mobil kullanıcılara ve genel kamuya karşı bir güven göstergesi olarak sergileyebilir.

Türkiye’de faaliyet gösteren ve henüz WCAG 1.4.3 denetimi yapmamış kuruluşlar, tüm kamuya açık dijital temas noktalarının — web, mobil web ve uygulanabildiği ölçüde yerel uygulamaların — otomatik taramasını önceliklendirmeli; bunu, gradyan arka planların, görsel bindirmelerin ve gömülü üçüncü taraf bileşenlerin manuel incelemesiyle takip etmelidir. Önceden onaylanmış, kontrastı doğrulanmış renk çiftleri içeren bir tasarım token sistemi kurmak, en ölçeklenebilir uzun vadeli çözümdür; böylece yeni UI bileşenleri varsayılan olarak erişilebilir renk kombinasyonlarını devralır ve gelecekteki yeniden tasarımlar, yanlışlıkla kontrast hataları getirmez.