WCAG Başarı Kriterleri · Level AAA

WCAG 1.4.8: Görsel Sunum

WCAG 1.4.8, metin bloklarının kullanıcıların kontrol edebileceği şekillerde görsel olarak sunulmasını gerektirir — öndeki ve arka plandaki renkler, satır genişliği, satır aralığı ve metin hizalamasını kapsayarak — böylece okuma, bilişsel veya az gören engellere sahip kişiler, bilgi kaybı olmadan içeriği rahatça okuyabilir.

Bu Kuralın Anlamı

Algılanabilirlik ilkesinin altında, AAA Düzeyinde yer alan Görsel Sunum başlıklı WCAG Başarı Ölçütü 1.4.8, özellikle metin blokları için geçerlidir — yani tek kelimeler, etiketler veya kısa ifadeler değil, okunabilir içeriğin kayda değer uzunluktaki bölümleri. Ölçüt, tam geçer not almak için aynı anda karşılanması gereken beş ayrı gereklilik belirler.

İlk olarak, ön plan ve arka plan renkleri kullanıcı tarafından seçilebilir olmalıdır. Sayfa ya her iki rengi birden belirtmekten kaçınmalı (en az birini tarayıcı varsayılanına bırakmalı) ya da kullanıcıların kendi renk kombinasyonlarını seçmelerine izin veren bir mekanizma sunmalıdır. Sabit bir renk eşleşmesini — yüksek kontrastlı bile olsa — zorunlu kılmak, belirli tonlara ihtiyaç duyan Irlen sendromu veya fotosensitivite gibi durumları olan okuyucular için zararlı olabilir.

İkinci olarak, metin bloklarının genişliği 80 karakteri geçmemelidir (veya CJK — Çince, Japonca ve Korece — yazı sistemleri için 40 karakter). Bu sınır, öğe genişliğine göre değil, işlenmiş metnin satır başına karakter sayısına göre hesaplanır. 1200 px genişliğinde bir sütun, büyük yazı tipi boyutu nedeniyle kısa satırlar içeriyorsa yine de geçebilir; buna karşılık, dar bir sütun çok küçük metin ve uzun, bölünmemiş dizgiler içeriyorsa başarısız olabilir.

Üçüncü olarak, metin tam hizalı olmamalıdır (yani aynı anda hem sol hem sağ kenar boşluklarına hizalanmamalıdır). Tam hizalama, okuma akıcılığını bozan düzensiz kelime aralıkları — bazen "beyaz boşluk nehirleri" olarak adlandırılır — oluşturur; bu durum disleksi veya diğer okuma farklılıkları olan kişiler için sorunludur. Sol hizalı (sağı düzensiz) metin her zaman kabul edilebilirdir; ortalanmış veya sağa hizalı metin kısa pasajlar için kabul edilebilir.

Dördüncü olarak, satır aralığı paragraflar içinde yazı tipi boyutunun en az 1,5 katı olmalıdır ve paragraf aralığı yazı tipi boyutunun en az 2,25 katı olmalıdır. Bu asgari değerler, satırları dikkatle takip eden okuyucuların satırlarını kaybetmemeleri veya bitişik satırları karıştırmamaları için yeterli dikey boşluk sağlar.

Beşinci olarak, metin, yardımcı teknoloji olmadan ve içerik veya işlevsellik kaybı olmaksızın %200’e kadar yeniden boyutlandırılabilir olmalıdır. Bu, SC 1.4.4’ten (Metni Yeniden Boyutlandırma, AA Düzeyi) biraz farklıdır; çünkü özellikle metin bloklarının görsel sunumu için bu davranışı açıkça gerektirir ve ekran büyütücü veya tarayıcı yakınlaştırma geçersiz kılmasına güvenmeden — sayfanın kendisi bu ölçeklemeyi sorunsuz desteklemelidir.

Önemli bir resmi istisna: gereklilikler, altyazılar veya metin görüntüleri için geçerli değildir. Raster görüntülere gömülü metin, CSS ile yeniden boyutlandırılamaz veya yeniden renklendirilemez; bu nedenle SC 1.4.5 (Metin Görüntüleri) bunların kullanımını ayrıca caydırır. Yalnızca grafiksel öğe olarak kullanılan dekoratif metin de benzer şekilde kapsam dışıdır.

Geçer not almak için beş alt gerekliliğin tamamının karşılanması gerekir. Herhangi birinde başarısızlık — örneğin, uzun bir makale gövdesine text-align: justify uygulanması ve hiçbir geçersiz kılma mekanizması sunulmaması — ölçütün tamamında başarısızlık anlamına gelir.

Neden Önemlidir

Metnin görsel sunumu, standart baskı veya ekran okumasını zahmetsiz deneyimlemeyen okuyucular üzerinde orantısız bir etkiye sahiptir. Bu ölçütten en doğrudan etkilenen gruplar arasında disleksisi olan kişiler, ekran büyütücüler yerine tarayıcı yakınlaştırmasına güvenen az gören kişiler, Irlen sendromu veya skotopik duyarlılığı olan kişiler, okuma hızını ve anlama becerisini etkileyen bilişsel engelleri olan bireyler ve zamanla okuma konforu azalmış yaşlı kullanıcılar yer alır.

British Dyslexia Association’a göre, nüfusun yaklaşık %10’u belli bir derecede disleksiye sahiptir ve bunların yaklaşık %4’ü bunu ağır düzeyde yaşar. Bu kullanıcılar için tam hizalı metin, okumayı neredeyse imkânsız hale getiren görsel bozulmalar yaratabilir. Uzun satır uzunlukları, gözün satır sonlarında kat etmesi gereken mesafeyi artırarak hangi satırın sırada olduğunu kaybetme olasılığını yükselterek sorunu daha da ağırlaştırır. Geçersiz kılınamayan sabit renk eşleşmeleri, kullanıcıların okumalarını kolaylaştırdığını keşfettikleri renkli örtüler veya kontrast şemalarını uygulamalarını engeller.

Dünya Sağlık Örgütü’ne göre dünya genelinde yaklaşık 246 milyon az gören kullanıcı için, metni sayfa akışı içinde yeniden boyutlandırabilme yeteneği kritik önemdedir. Bir yerleşim düzeni, metin %200’e ölçeklendiğinde içeriği kesiyor, kısaltıyor veya gezinmeyi gizliyorsa, bu kullanıcılar fiilen sitenin bazı bölümlerinden dışlanmış olur. Özel ekran büyütme yazılımlarına erişimleri olmayabilir veya kişisel olarak kalibre ettikleri tarayıcı yakınlaştırma ayarlarının daha ince ayarlı kontrolünü tercih edebilirler.

Somut bir senaryo düşünün: Orta düzeyde disleksisi olan bir kullanıcı, uzun bir araştırma yazısını okumak için çevrimiçi bir haber portalını ziyaret ediyor. Makale gövdesi text-align: justify kullanıyor, 900 px’lik bir sütuna sahip (varsayılan yazı tipi boyutunda satır başına yaklaşık 120 karakter) ve satır yüksekliği 1,2 olan sabit koyu gri üzerine beyaz renk şemasına sahip. Kullanıcı, tarayıcısını sepya arka planı tercih edecek şekilde yapılandırmış, ancak sitenin CSS’i hem ön plan hem arka planı geçersiz kılarak bu tercihi etkisiz hale getiriyor. İki paragraf içinde, düzensiz boşluklar, aşırı satır uzunluğu ve tercih ettiği tonu uygulayamama birleşerek makaleyi fiilen okunamaz hale getiriyor. Bu, varsayımsal bir uç durum değildir — bugün birçok büyük editoryal web sitesinin varsayılan tasarımını tarif eder.

Engellilik erişiminin ötesinde, bu gereklilikler UX araştırmalarının kabul ettiği genel okunabilirlik en iyi uygulamalarıyla örtüşür. Satır uzunluğuna, aralıklara ve renk esnekliğine saygı gösteren siteler, okuyucuları daha uzun süre tutma, hemen çıkma oranlarını azaltma ve daha iyi okunabilirlik puanları elde etme eğilimindedir — bunların tümünün ölçülebilir SEO ve etkileşim etkileri vardır.

İlgili Axe-core Kuralları

WCAG 1.4.8, manuel test gerektirir. Bu ölçütün ihlallerini doğrudan işaretleyen herhangi bir axe-core otomatik kuralı yoktur. Bunun nedeni temeldir: otomatik araçlar DOM’u ve hesaplanmış CSS stillerini değerlendirir, ancak renk, satır uzunluğu, aralık ve yeniden boyutlandırma davranışının birleşiminin bir insan kullanıcı için erişilebilir bir okuma deneyimi üretip üretmediğini belirleyemezler. Beş alt gerekliliğin her biri bağlamsal yargı içerir:

  • Renk seçilebilirliği otomatik olarak değerlendirilemez; çünkü bir araç hem color hem de background-color değerlerinin ayarlandığını tespit edebilir, ancak sayfanın kullanıcı kontrollü bir geçersiz kılma mekanizması (örneğin bir tema değiştirici) sağlayıp sağlamadığını veya tarayıcının kullanıcı stil sayfasına saygı gösterip göstermediğini belirleyemez. CSS özel özelliklerinin, JavaScript tema geçişlerinin veya sunucu tarafı tercihlerin varlığı insan testçi tarafından değerlendirilmelidir.
  • Satır genişliği (80 karakter sınırı), metnin kullanıcının varsayılan yazı tipi boyutunda işlenmesini ve satır başına gerçek karakter sayılarının ölçülmesini gerektirir. Otomatik araçlar, yazı tipleri, yazı tipi boyutları ve görünüm genişlikleri arasında bu ölçümü güvenilir şekilde simüle etmez. Bir testçi görsel olarak incelemeli veya karakter sayımı bindirmesi kullanmalıdır.
  • Metin hizalaması kısmen tespit edilebilir — teorik olarak axe, text-align: justify değerini işaretleyebilir — ancak ölçüt, kullanıcıların bunu değiştirebileceği bir mekanizma varsa tam hizalı metne izin verir. Şu anda axe-core 4.x’te bu nüansı yakalayan bir otomatik kural yoktur.
  • Satır ve paragraf aralığı, bağlam içinde hesaplanmış line-height ve margin değerlerinin incelenmesini ve sırasıyla 1,5× ve 2,25× eşiklerini karşılayıp karşılamadıklarının doğrulanmasını gerektirir. Hesaplanmış stiller otomasyon tarafından okunabilir olsa da, bir bloğun ölçüte tabi “metin bloğu” sayılıp sayılmadığının bağlamsal belirlenmesi insan yargısı gerektirir.
  • %200 yeniden boyutlandırma ve kayıpsızlık, kavramsal olarak axe’in meta-viewport kuralıyla ( user-scalable=no değerini kontrol eden) örtüşür, ancak bu kural SC 1.4.4’ü, 1.4.8’i değil ele alır. Bir sayfa, otomatik meta-viewport kontrolünü geçebilir ve yine de %200 yakınlaştırmada yerleşim, metin bloklarını gizleyen veya kısaltan şekilde bozuluyorsa 1.4.8’te başarısız olabilir.

Beş kontrolün tamamı insan yargısı gerektirdiğinden, 1.4.8 bir sonraki bölümde açıklanan yapılandırılmış manuel inceleme prosedürleriyle denetlenmelidir.

Nasıl Test Edilir

  1. Sayfadaki metin bloklarını belirleyin. Temsil niteliğinde, içerik açısından yoğun bir sayfaya (makale, ürün açıklaması, hizmet şartları, yardım dokümantasyonu) gidin. Ölçüte tabi olan tüm kayda değer akıcı metin bloklarını — paragraflar, liste gövdeleri, düzyazı içeren tablo hücreleri — belirleyin. Görüntü altyazılarını ve dekoratif metni hariç tutun.
  2. Renk kontrolünü denetleyin. Tarayıcı Geliştirici Araçlarını (F12) açın ve bir metin bloğunun hesaplanmış stillerini inceleyin. Hem color hem de background-color sayfanın CSS’i tarafından açıkça ayarlanmışsa (tarayıcı varsayılanlarından devralınmamışsa), sayfanın bir alternatif sağlayıp sağlamadığını doğrulayın: bir tema değiştirici, yüksek kontrast modu geçişi veya bir kullanıcı stil sayfasını etkinleştirmeye yönelik talimatlar. Hiçbiri yoksa, bu alt gereklilik başarısız olur. Ayrıca Firefox’ta geçici olarak bir kullanıcı stil sayfası zorlayabilir (about:config → layout.css.has-selector.enabled) veya Chrome Geliştirici Araçları’ndaki “Forced Colors” öykünmesini kullanarak sitenin sistem renk tercihlerini dikkate alıp almadığını gözlemleyebilirsiniz.
  3. Satır uzunluğunu ölçün. “Line Length” gibi bir tarayıcı uzantısı veya axe DevTools panelinin “Intelligent Guided Tests” özelliğini kullanarak karakter sayımlarını bindirin ya da temsil niteliğinde uzun bir satırdaki karakterleri elle sayın. Alternatif olarak, bir satır metni bir kelime işlemciye yapıştırıp karakterleri sayın. Satırlar, kullanıcıya sütunu daraltma imkânı sunulmadan sürekli olarak 80 karakteri (veya CJK için 40’ı) aşıyorsa, bu alt gereklilik başarısız olur.
  4. Metin hizalamasını inceleyin. Geliştirici Araçlarında, her metin bloğu için hesaplanmış text-align değerini kontrol edin. Uzun biçimli bir metin bloğunda herhangi bir justify değeri, sayfa kullanıcıların sola hizalı metne geçmesini sağlayan bir geçiş sunmadıkça başarısızlıktır.
  5. Aralık değerlerini doğrulayın. Geliştirici Araçlarında, metin blokları için hesaplanmış line-height değerini inceleyin. Eğer çarpan yerine başka bir birimle ifade edildiyse (örneğin 24px), bunu font-size değeriyle bölün. Sonuç ≥ 1,5 olmalıdır. Ardından paragraf öğelerinin margin-bottom (veya margin-top) değerini inceleyin; yazı tipi boyutuna bölündüğünde ≥ 2,25 olmalıdır. Kullanıcı geçersiz kılmalarını engelleyebilecek !important ile ayarlanmış değerler risk faktörü olarak not edilmelidir.
  6. %200 yeniden boyutlandırmayı test edin. Tarayıcıda yakınlaştırmayı %200’e ayarlayın (Ctrl/Cmd + “artı” tuşu veya Görünüm → Yakınlaştır, 100’den iki kez). Tüm metin bloklarını kesilme, overflow: hidden ile gizlenen taşma, diğer öğelerin arkasında kaybolan metin veya erişilemez hale gelen gezinme açısından inceleyin. Gerekirse yakınlaştırılmış görünümü simüle etmek için Chrome Geliştirici Araçları Cihaz Araç Çubuğunu kullanın. Herhangi bir metin içeriği kaybolursa veya herhangi bir işlevsellik kullanılamaz hale gelirse başarısızlık söz konusudur.
  7. Yardımcı teknoloji kontrolü. NVDA ve Firefox ile sayfayı %200’e yakınlaştırın ve ok tuşlarını kullanarak makalede gezinin. Tüm metnin hâlâ ekran okuyucu tarafından seslendirildiğini doğrulayın (yakınlaştırma sonrası overflow: hidden ile gizlenen içerik görsel olarak kesilmiş olabilir ancak hâlâ seslendirilebilir — bunu görsel bir başarısızlık olarak işaretleyin). macOS’ta VoiceOver ve Safari ile yakınlaştırma testini tekrarlayın. Bu kontroller, yakınlaştırmaya bağlı yerleşim değişikliklerinin içeriği erişilebilirlik ağacından kaldırmadığını doğrulamaya yardımcı olur.
  8. Kullanıcı geçersiz kılma simülasyonu. Firefox’ta Ayarlar → Genel → Yazı Tipleri ve Renkler → Renkler’e gidin, “Seçtiğim renkleri kullan” seçeneğini etkinleştirin ve özel ön plan ve arka plan renkleri ayarlayın. Sayfaya geri dönün ve sitenin bu seçimlere saygı gösterip göstermediğini veya bunları geçersiz kılıp kılmadığını doğrulayın. Renk bildirimlerinde !important kullanan siteler, kullanıcı tercihlerini geçersiz kılar; bu, renk seçilebilirliği alt gerekliliğinin ihlalidir.

Nasıl Düzeltilir

Kullanıcı kontrolü olmadan sabit renk eşleşmesi — Hatalı

<!-- Both color and background-color are hardcoded; user browser preferences are overridden -->
<style>
  .article-body {
    color: #1a1a1a;
    background-color: #ffffff;
    /* No theme switcher provided */
  }
</style>
<div class='article-body'>
  <p>Long-form article content goes here...</p>
</div>

Kullanıcı kontrolü olmadan sabit renk eşleşmesi — Doğru

<!-- Uses CSS custom properties so a theme switcher or user stylesheet can override both values -->
<style>
  :root {
    --text-color: #1a1a1a;
    --bg-color: #ffffff;
  }
  [data-theme='sepia'] {
    --text-color: #3b2a1a;
    --bg-color: #f5edd6;
  }
  [data-theme='high-contrast'] {
    --text-color: #ffffff;
    --bg-color: #000000;
  }
  .article-body {
    color: var(--text-color);
    background-color: var(--bg-color);
  }
</style>
<!-- Theme switcher gives users explicit control -->
<div role='group' aria-label='Color theme'>
  <button onclick="document.documentElement.setAttribute('data-theme','default')">Default</button>
  <button onclick="document.documentElement.setAttribute('data-theme','sepia')">Sepia</button>
  <button onclick="document.documentElement.setAttribute('data-theme','high-contrast')">High Contrast</button>
</div>
<div class='article-body'>
  <p>Long-form article content goes here...</p>
</div>

Aşırı satır uzunluğuna sahip tam hizalı metin — Hatalı

<!-- text-align: justify applied to a very wide unrestricted column -->
<style>
  .content {
    text-align: justify;
    /* No max-width constraint; lines easily exceed 80 characters */
  }
</style>
<div class='content'>
  <p>This paragraph stretches across the full width of the viewport, creating uneven word spacing that makes reading difficult for users with dyslexia or other reading differences. Each line may contain well over 100 characters.</p>
</div>

Aşırı satır uzunluğuna sahip tam hizalı metin — Doğru

<!-- Left-aligned text with a max-width that keeps lines under 80 characters -->
<style>
  .content {
    text-align: left; /* Ragged-right prevents uneven word spacing */
    max-width: 66ch;  /* ch unit approximates character width; 66ch ≈ 80 average chars */
    line-height: 1.6; /* Exceeds the 1.5× minimum */
  }
  .content p {
    margin-bottom: 2.5em; /* 2.5× font-size exceeds the 2.25× paragraph spacing minimum */
  }
</style>
<div class='content'>
  <p>This paragraph is constrained to a comfortable reading width, uses left alignment, and has generous line and paragraph spacing — satisfying three of the five sub-requirements simultaneously.</p>
</div>

%200 yakınlaştırmada bozulan yetersiz satır aralığı — Hatalı

<!-- line-height set in pixels; does not scale with font resizing -->
<style>
  .article p {
    font-size: 16px;
    line-height: 18px; /* Only 1.125× font size — below the 1.5× requirement */
  }
</style>
<div class='article'>
  <p>When the user zooms to 200%, this text becomes 32px but line-height remains 18px, causing lines to overlap and become unreadable.</p>
</div>

%200 yakınlaştırmada bozulan yetersiz satır aralığı — Doğru

<!-- line-height as a unitless multiplier scales with any font size change -->
<style>
  .article p {
    font-size: 1rem;   /* Respects browser default font size setting */
    line-height: 1.6;  /* Unitless: always 1.6× the current font size, even when zoomed */
    margin-bottom: 2.5em; /* Scales proportionally with font size */
  }
</style>
<div class='article'>
  <p>At any zoom level or font size, this paragraph maintains correct proportional spacing because line-height is expressed as a unitless number rather than a fixed pixel value.</p>
</div>

Yaygın Hatalar

  • line-height değerini birimsiz çarpan yerine piksel veya punto cinsinden ayarlamak. Kullanıcılar metni ölçeklendirdiğinde veya sayfayı yakınlaştırdığında, piksel tabanlı satır yüksekliği sabit kalır ve satırların üst üste binmesine neden olur. Aralığın orantılı ölçeklenmesi için her zaman 1.6 gibi birimsiz bir değer kullanın.
  • Uzun biçimli gövde metninde kullanıcıya alternatif sunmadan text-align: justify kullanmak. Tam hizalı metin, masaüstünde varsayılan yakınlaştırmada temiz görünse bile disleksili kullanıcılar için düzensiz kelime boşlukları yaratır. Düz yazı bloklarından tam hizalamayı kaldırın veya kullanıcıya dönük bir hizalama geçişi ekleyin.
  • max-width değerini karakter birimleri (ch) veya göreli birimler (em) yerine piksel cinsinden ayarlamak. Piksel tabanlı azami genişlik, kullanıcılar tarayıcılarının varsayılan yazı tipi boyutunu değiştirdiğinde uyum sağlamaz; bu da daha küçük yazı tipi boyutlarında satırların 80 karakteri aşmasına ve daha büyük boyutlarda boşa harcanan alana yol açabilir.
  • Gövde veya makale öğelerinde hem color hem de background-color değerlerini !important ile bildirmek. !important kullanmak, kullanıcı stil sayfalarının renkleri geçersiz kılmasını açıkça engeller; bu, fotosensitivite veya Irlen sendromu olan kullanıcıların okuma ortamlarını özelleştirdikleri birincil mekanizmadır.
  • Metin konteynerlerinde %200 yakınlaştırmada test etmeden overflow: hidden değerine güvenmek. Görünüm birimleri veya sabit piksellerle boyutlandırılmış konteynerler, kullanıcı yakınlaştırdığında metni kırpar; içeriği yeniden akıtmak yerine tamamen gizler.
  • Paragraf aralığını yalnızca padding ile, margin yerine uygulamak. Bir üst konteyner overflow: hidden değerine sahipse, alt dolgu görsel olarak çöker ve aralık yokmuş gibi görünür. Güvenilir aralık için paragraflarda margin-bottom kullanın.
  • Paragraf aralığını em yerine piksel cinsinden ayarlamak (margin-bottom: 20px). Satır yüksekliği gibi, piksel tabanlı paragraf aralığı yazı tipi boyutu değişiklikleriyle ölçeklenmez; bu da kullanıcılar tarayıcı ayarlarında daha büyük temel yazı tipleri seçtiğinde paragrafların birbirine yaklaşmasına neden olur.
  • Dar bir görünümün otomatik olarak kısa satır uzunlukları anlamına geldiğini varsaymak. Mobil görünümlerde, küçük bir yazı tipi boyutu hâlâ karakter sayısı açısından çok uzun satırlar üretebilir. Her zaman satır başına karakter sayısını, yalnızca sütun genişliğini piksel cinsinden ölçmek yerine, cihazın varsayılan yazı tipi boyutunda doğrulayın.
  • Yalnızca renk kontrast oranlarını değiştiren, renk seçilebilirliğini değiştirmeyen yüksek kontrast tema geçişi sunmak. Açık moddan koyu moda geçen bir geçiş, yine de hem ön plan hem arka planı belirtir. Ölçüt, kullanıcıların kendi renklerini seçebilmesini gerektirir; yalnızca önceden ayarlanmış çiftler arasından seçim yapmalarını değil. Hazır ayarları özel bir renk seçiciyle destekleyin veya sayfanın prefers-color-scheme ve forced-colors medya sorgularına saygı gösterdiğinden emin olun.
  • Kaydırılabilir konteynerlerdeki uzun biçimli metni test etmeyi unutmak. overflow: scroll veya overflow: auto değerine sahip öğeler içindeki metin blokları, manuel incelemelerde sıklıkla gözden kaçar. Bu konteynerlerin, satır uzunluklarının veya yakınlaştırma davranışının ana belge akışından farklı olmasına neden olabilecek kendi genişlik kısıtlamaları vardır.

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

Türkiye’nin 21 Haziran 2025’te 32933 sayılı Resmî Gazete’de yayımlanan 2025/10 sayılı Cumhurbaşkanlığı Genelgesi, doğrudan WCAG 2.1’e atıfta bulunan (ve WCAG 2.2 en iyi uygulamalarıyla güçlü uyum gösteren) zorunlu dijital erişilebilirlik gereklilikleri getirir. Genelge, Türkiye’de faaliyet gösteren geniş bir kurum yelpazesi için bağlayıcı yükümlülükler oluşturur; bunlar arasında tüm düzeylerdeki kamu kurum ve kuruluşları, e-ticaret platformları, bankalar ve finansal hizmet sağlayıcıları, hastaneler ve özel sağlık kuruluşları, 200.000 veya daha fazla abonesi olan telekom operatörleri, seyahat acenteleri, özel ulaşım şirketleri ve Millî Eğitim Bakanlığı tarafından yetkilendirilmiş özel okullar yer alır.

WCAG 1.4.8, AAA Düzeyi bir ölçüttür; bu da Genelge’nin bunu asgari yasal eşik olarak zorunlu kılmadığı anlamına gelir — yasal asgari gereklilik genel olarak WCAG AA Düzeyi uyumudur. Ancak, Görsel Sunum gibi AAA düzeyi ölçütler, Türk kuruluşları için çeşitli nedenlerle önemli pratik ve itibarî ağırlık taşır.

İlk olarak, Genelge kapsamındaki kamu kurumları ve büyük özel sektör kuruluşlarının zaman içinde erişilebilirlikte kademeli iyileşme göstermeleri beklenir. Denetçiler ve gözetim organları, AAA ölçütlerini giderek artan şekilde, kutu işaretleme ötesinde gerçek bir bağlılığın göstergeleri olarak görmektedir. Özellikle renk tema kontrolleri sunarak, sistem renk tercihlerine saygı göstererek ve doğru metin aralıklarını koruyarak 1.4.8’i proaktif olarak uygulayan kuruluşların, disleksi, az görme veya fotosensitiviteye sahip kullanıcılardan şikâyet alma olasılığı çok daha düşüktür.

İkinci olarak, Türkiye’de 1.4.8’ten doğrudan fayda gören kayda değer bir kullanıcı kitlesi vardır. Disleksi yaygınlığının yaklaşık %10 olduğu ve milyonlarca az gören kullanıcının bulunduğu tahmin edildiğinde, geniş tüketici tabanlarına hizmet veren kuruluşlar — bankalar, telekomlar, e-ticaret platformları, hastaneler — kullanıcılarının anlamlı bir bölümünün uyumsuz görsel sunumla mücadele etmesini bekleyebilir. Bunu ele almamak hem bir erişilebilirlik engeli hem de bir iş riski oluşturur.

Üçüncü olarak, özellikle eğitim (MEB tarafından yetkilendirilmiş özel okullar) ve sağlık alanındaki bazı uzmanlaşmış hizmetler, çocuklar, yaşlı hastalar veya bilişsel engelli bireyler gibi kırılgan nüfuslara sunulan içerik için çıtayı AAA’ya yükselten sektöre özgü düzenleyici rehberlikle karşılaşabilir. Bu bağlamlarda 1.4.8, arzu edilen bir hedef olmaktan çıkıp fiilen zorunlu hale gelir.

Türk pazarında sınıfının en iyisi erişilebilirlik sergilemek ve mevzuat geliştikçe uyum duruşlarını geleceğe dönük hale getirmek isteyen kuruluşlar, 1.4.8’i isteğe bağlı bir iyileştirme yerine bir tasarım standardı olarak ele almalıdır. Renk temalandırma için CSS özel özelliklerini uygulamak, sütun genişliklerini ch birimleriyle sınırlamak, düz yazı bloklarından tam hizalı metni kaldırmak ve birimsiz satır yüksekliği değerleri kullanmak; geniş bir kitleye fayda sağlayan ve Türkiye’nin düzenleyici çerçevesi altında gerçek erişilebilirlik liderliğini işaret eden düşük maliyetli, yüksek etkili değişikliklerdir.