WCAG 2.3.1: Üçten Az veya Eşikteki Işık Çakması

Bu Kuralın Anlamı

WCAG 2.3.1 — Üç Flaş veya Eşik Altı — İşletilebilirlik ilkesinin altında yer alan Seviye A başarı ölçütüdür. Web sayfalarının, herhangi bir bir saniyelik zaman diliminde üç kereden fazla flaş yapan içerik barındırmamasını zorunlu kılar; ancak bu flaş içeriği, tanımlanmış genel flaş eşiği veya kırmızı flaş eşiğinin altına düşecek kadar küçük veya sönükse istisna oluşturur.

Flaş, duyarlı bireylerde nöbetlere neden olabilen, göreli parlaklıkta zıt yönde gerçekleşen iki değişim çifti olarak tanımlanır. WCAG özellikle iki tür tehlikeli flaşı tanımlar:

• Genel flaş: Daha yüksek parlaklığın, maksimum göreli parlaklığın (0,80) en az %10’u olduğu ve parlaklık farkının da maksimumun en az %10’u olduğu zıt değişim çifti. Pratikte bu, içeriğin parlak bir durum ile karanlık bir durum arasında, stroboskopik etki yaratacak kadar hızlı biçimde gidip gelmesi anlamına gelir.
• Kırmızı flaş: Doygun kırmızı bir rengin yer aldığı zıt geçişler çifti. Kırmızı flaşların fotosensitif nöbetleri tetikleme riskinin klinik olarak daha yüksek olması nedeniyle özel bir dikkatle ele alınır.

Bu ölçüt, biçimden bağımsız olarak tüm web içeriği için geçerlidir — HTML animasyonları, CSS geçişleri, JavaScript ile oluşturulan efektler, gömülü videolar, GIF’ler, SVG animasyonları, WebGL sahneleri, canvas ile işlenen grafikler ve üçüncü taraf reklam bileşenleri. İçerik saniyede üç flaşın üzerinde bir hızda flaş yapıyor ve parlaklık veya boyut eşiklerinin altına düşmüyorsa, bu ölçütü koşulsuz olarak karşılamaz.

İçeriğin geçmesine izin veren istisnalar ve eşikler: WCAG 2.3.1, flaş içeriğine aşağıdaki koşullardan herhangi biri sağlanıyorsa izin verir:

• Aynı anda gerçekleşen flaşların birleşik alanı, ekrandaki herhangi bir 10 derecelik görsel alan içinde toplam 0,006 steradyandan fazlasını kaplamaz (tipik izleme mesafelerinde yaklaşık 341 × 256 piksel bir dikdörtgen ya da kol mesafesinden izlenen 1024 piksel genişliğinde bir ekranda yaklaşık 21.824 kare piksel).
• Flaş, genel flaş eşiğinin altında (parlaklık değişimi %10’dan az) veya kırmızı flaş eşiğinin altında (doygun kırmızı bileşen tanımlanmış eşiğin üzerinde değişmiyor) kalır.

Dolayısıyla, parlaklık kontrastı çok düşük olan veya ekran alanı çok küçük olan tek flaşlı bir olay kabul edilebilir olabilir. Ancak bu eşikler nüanslıdır ve kesin doğrulama için fotometrik ölçüm araçları gerektirir; bu nedenle çoğu uygulayıcı, saniyede üç kereden fazla flaş yapan tüm içerikten kaçınma yönünde temkinli bir yaklaşım benimser. Tam olarak saniyede üç kez (3 Hz) flaş yapan içerik sınırdadır — 3 Hz’i aşan içerik, boyuttan bağımsız olarak, boyut veya parlaklık eşiklerinin kesin olarak karşılandığı kanıtlanmadıkça uyumsuzdur.

Bu ölçüt, normal sayfa etkileşimi sırasında işlenen tüm içeriği kapsar. Sayfa yüklendiğinde otomatik oynatılan ve kullanıcı tetiklemeli kontrollerin arkasında gizlenen içerik için istisna tanımaz. Bir video otomatik olarak oynatılmaya başlıyor ve eşik değerini aşan flaş dizileri içeriyorsa, sayfa yüklendiği andan itibaren bu ölçütü karşılamaz.

Neden Önemlidir

Fotosensitif epilepsi, dünya genelinde yaklaşık her 4.000 kişiden 1’ini etkiler — bu da genel epilepsi nüfusunun yaklaşık %3’üne karşılık gelir. Ancak, hızlı flaşlayan veya titreyen ışığa duyarlılık, yalnızca klinik epilepsiyle sınırlı değildir. Migren bozuklukları, vestibüler disfonksiyon, otizm spektrum koşulları ve sarsıntı sonrası sendromu olan birçok kişi, tanı konmuş bir nöbet bozukluğu olmasa bile, hızlı flaşlayan görsel uyaranlardan ciddi rahatsızlık, yönelim bozukluğu, bulantı veya ağrı yaşayabilir.

Bu ölçüt için söz konusu olan risk, çoğu diğer erişilebilirlik gereksinimine kıyasla benzersiz derecede yüksektir. Alternatif metni eksik bir içerikle karşılaşan bir kullanıcı dışlanma ve hayal kırıklığı yaşar. Fotosensitif bir nöbeti tetikleyen içerikle karşılaşan bir kullanıcı ise, bilinç kaybı, düşmeye bağlı yaralanma ve nadir fakat belgelenmiş vakalarda hayatı tehdit eden sonuçlar dahil olmak üzere tıbbi bir acil durum yaşayabilir. Yaygın olarak kullanılan bir yayıncılık aracı olan Harding Flash and Pattern Analyzer, televizyon yayınlarında bu tür olayları önlemek için özel olarak geliştirilmiştir ve web de benzer riskler taşır.

Somut bir gerçek dünya senaryosu tehlikeyi iyi ortaya koyar: Otomatik olarak oynatılan ve hızlı bir şekilde art arda gelen açık ve koyu kareler içeren tanıtım videosu barındıran bir haber sitesini düşünün — bu, belirli video sıkıştırma türlerinin veya kamera flaş efektlerinin yaygın bir yan ürünüdür. Fotosensitif epilepsisi olan bir kullanıcı, sabah işe giderken mobil cihazından ana sayfayı ziyaret eder. Herhangi bir uyarı olmadan ve içeriği devre dışı bırakma fırsatı bulamadan, toplu taşıma kullanırken nöbeti tetikleyen bir diziye maruz kalır. Bu senaryo varsayımsal değildir; Japonya’da yüzlerce izleyicide nöbetlere yol açan meşhur 2007 Pokémon bölüm olayı ve web tabanlı reklam birimlerini içeren belgelenmiş vakalar dahil olmak üzere gerçek dünyada yaşanmıştır.

Güvenlik boyutunun ötesinde, bu ölçüte uyum genel kitleler için de kullanılabilirlik sonuçları doğurur. Hızlı flaşlayan içerik, kötü bir okuma deneyimi yaratır, bilişsel yükü artırır ve çoğu tasarım bağlamında rahatsız edici ve profesyonellikten uzak kabul edilir. Bu tür içeriğin ortadan kaldırılması odağı artırır, hemen çıkma oranlarını düşürür ve güvenilirlik sinyali verir — bunların tümü, sayfada kalma süresi ve etkileşim oranları gibi SEO metriklerine olumlu katkıda bulunur. Ayrıca, arama motoru tarayıcıları giderek daha fazla Core Web Vitals ve kullanıcı deneyimi sinyallerini sıralamalara dahil etmektedir ve saldırgan flaşlı reklamlar veya animasyonlar barındıran siteler dolaylı olarak cezalandırılabilir.

İlgili Axe-core Kuralları

WCAG 2.3.1, otomatik araçlar dinamik içeriğin fotometrik özelliklerini gerçek zamanlı olarak güvenilir biçimde analiz edemediği için manuel test gerektirir. Bu ölçüte doğrudan karşılık gelen hiçbir axe-core otomatik kuralı yoktur. Bu sınırlamanın nedenleri, erişilebilirlik otomasyonunun çalışma biçimine temelden bağlıdır:

• Otomasyonun burada başarısız olmasının nedeni: Otomatik tarayıcılar, belirli bir anda statik DOM ve CSS’yi analiz eder. Bir animasyon veya video öğesinin var olduğunu tespit edebilirler, ancak gerçek flaş frekansını, her karedeki parlaklık değerlerini veya tipik izleme mesafesinde bir insan izleyici tarafından algılanan flaş bölgesinin mekânsal alanını ölçemezler. Bir flaşın 3 Hz eşiğini veya 0,006 steradyan alan eşiğini aşıp aşmadığını belirlemek, kare kare fotometrik analiz gerektirir — bu da Harding Flash and Pattern Analyzer (HFPA), Photosensitive Epilepsy Analysis Tool (PEAT) gibi özel araçlar veya animasyon kaynak dosyalarının manuel incelenmesiyle yapılabilir.
• Gömülü video ve üçüncü taraf içerik: En yüksek riskli içeriğin büyük kısmı (otomatik oynatılan video reklamlar, gömülü sosyal medya bileşenleri, üçüncü taraf animasyon kütüphaneleri) harici alan adlarından yüklenir. Otomatik araçlar genellikle çapraz kaynaklı içeriğe kare düzeyinde erişemez veya analiz edemez; bu da bu kaynaklardaki flaş frekansını programatik olarak değerlendirmeyi imkânsız kılar.
• GIF ve canvas animasyonları: Animasyonlu GIF dosyaları ve HTML5 canvas öğeleri, animasyon karelerini normal erişilebilirlik ağacının dışında işler. Axe-core ve Lighthouse, GIF kare zamanlamasını çözecek veya kareler arasındaki parlaklık değişimlerini hesaplamak için canvas çizim çağrılarını yakalayacak yeteneğe sahip değildir.
• CSS ve JavaScript animasyonları: Axe-core, CSS animation veya transition özelliklerinin varlığını tespit edebilse de, çalışma zamanında ortaya çıkan görsel çıktının genel veya kırmızı flaş eşiklerini aşan parlaklık değişimleri üretip üretmediğini değerlendiremez.

Bu ihlali yakalayan hiçbir otomatik kural olmadığı için, uyum yükünün tamamı manuel tasarım incelemesine, yayın öncesi video analizine ve içerik oluşturma aşamasında geliştirici farkındalığına düşer. Bu da sürdürülebilir uyum için yalnızca teknik düzeltmelerin değil, editoryal ve QA süreç kontrollerinin de hayati olduğu anlamına gelir.

Nasıl Test Edilir

1. Tüm dinamik içeriği envanterleyin: Herhangi bir araç tabanlı testten önce, sayfadaki hareket eden, flaş yapan, yanıp sönen veya animasyonlu tüm içeriği denetleyin. Buna otomatik oynatılan videolar, animasyonlu GIF’ler, CSS keyframe animasyonları, JavaScript ile oluşturulan animasyonlar, SVG animasyonları, canvas öğeleri ve reklam birimleri veya sosyal medya gömüleri gibi gömülü üçüncü taraf bileşenler dahildir. Her bir örneği kaynağı ve kontrol mekanizmasıyla birlikte belgeleyin.
2. Photosensitive Epilepsy Analysis Tool (PEAT) kullanın: PEAT, Trace Research and Development Center tarafından, Harding spesifikasyonuna göre video içeriklerdeki flaş tehlikelerini analiz etmek için özel olarak geliştirilmiş ücretsiz bir araçtır. İlgili web sayfasının veya animasyonun tam çözünürlükte ekran kaydını alın ve video dosyasını PEAT’e aktarın. Araç, herhangi bir dizinin genel flaş eşiğini veya kırmızı flaş eşiğini aşıp aşmadığını ve hangi zaman damgalarında aştığını raporlar.
3. Yayın kalitesindeki içerik için Harding Flash and Pattern Analyzer uygulayın: Üretim iş akışlarından gömülecek video içerikleri (örneğin yayıncı web siteleri, haber kuruluşları) için, kaynak video dosyalarını yayınlamadan önce HFPA’dan geçirin. Bu, yayın öncesi tarama için altın standart araçtır.
4. Manuel gözlem — üç flaş sayımı: Araç tabanlı analizin pratik olmadığı CSS animasyonları, JavaScript efektleri veya GIF dosyaları için animasyonu oynatın ve tek bir saniye içinde gerçekleşen tam açık-karanlık-açık döngülerinin sayısını saymaya çalışın. Saniyede üç veya daha fazla tam döngü gözlemlerseniz, içerik büyük olasılıkla uyumsuzdur. Bu sayımı desteklemek için kare kare oynatma özelliği olan ekran kaydı yazılımları kullanın.
5. Video içeriğini kare kare kontrol edin: Video dosyalarını, kare düzeyinde dalga formu veya histogram verisi gösteren bir video düzenleyicide (örneğin ücretsiz sürümüyle DaVinci Resolve) açın. Hızlı görsel değişim içeren bölümler arasında gezinerek, saniyede üçten fazla gerçekleşen yüksek-düşük parlaklık desenlerini kontrol edin. Özellikle koyu arka plan üzerinde doygun kırmızı içeren dizilere dikkat edin.
6. CSS animasyonları için tarayıcı geliştirici araçlarıyla test edin: Chrome DevTools’ta Animations panelini açın (More Tools → Animations). Tanımlanmış animasyon sürelerini ve yineleme döngülerini inceleyin. Her yinelemede yüksek kontrastlı durumlar arasında gidip gelen ve süresi 333 milisaniyeden kısa olan bir animasyon, 3 Hz eşiğini aşacaktır. Hesaplayın: Tam bir açık-karanlık-açık döngüsü 333 ms’den kısa sürede tamamlanıyorsa, içerik uyumsuzdur.
7. Sınırda kalan durumlar için mekânsal alanı değerlendirin: İçerik 3 Hz’in üzerinde bir hızda flaş yapıyor ancak ekranda çok küçük görünüyorsa, piksel boyutlarını ölçün. Normal izleme mesafesinde (yaklaşık 57–60 cm) 1024 piksel genişliğinde bir ekranda güvenli alan eşiği yaklaşık 21.824 kare pikseldir. Flaş bölgesinin genişlik ve yüksekliğini çarpın; sonuç bu eşiğin altındaysa, içerik güvenli alan istisnasına girebilir — ancak bu değerlendirmeyi dikkatle belgeleyin.
8. Sayfa yüklenirken otomatik oynatılan videoları test edin: Sayfa yüklendikten sonra sayfayla herhangi bir etkileşimi devre dışı bırakın ve herhangi bir video veya animasyonun otomatik olarak oynatılmaya başlayıp başlamadığını gözlemleyin. Başlıyorsa, kullanıcı maruz kalmadan önce müdahale etme fırsatına sahip olmadığından, yukarıdaki testleri derhal bu otomatik oynatılan içeriğe uygulayın.

Nasıl Düzeltilir

Hızlı flaş yapan otomatik oynatılan GIF — Hatalı

<!-- An animated GIF that cycles between a bright yellow and black frame
     at approximately 10 times per second, far exceeding the 3 Hz threshold -->
<img src='attention-flash.gif' alt='Special offer alert' width='600' height='300'>

Hızlı flaş yapan otomatik oynatılan GIF — Doğru

<!-- Replace the flashing GIF with a static image and use a subtle CSS
     animation that does not alter luminance rapidly. The animation here
     uses a gentle scale pulse at a rate well below 3 Hz (one cycle per 2 seconds). -->
<img src='attention-static.png'
     alt='Special offer alert'
     class='pulse-attention'
     width='600'
     height='300'>

<style>
  @keyframes gentlePulse {
    0%, 100% { transform: scale(1); }
    50% { transform: scale(1.03); }
  }
  .pulse-attention {
    animation: gentlePulse 2s ease-in-out infinite;
  }
</style>

Yüksek kontrastlı renkler arasında flaş yapan CSS keyframe animasyonu — Hatalı

<!-- A CSS animation that alternates a banner between white and black
     with a 100ms total duration, producing 10 flashes per second -->
<div class='flash-banner'>SALE NOW ON</div>

<style>
  @keyframes flashEffect {
    0% { background-color: #ffffff; color: #000000; }
    50% { background-color: #000000; color: #ffffff; }
    100% { background-color: #ffffff; color: #000000; }
  }
  .flash-banner {
    animation: flashEffect 0.1s linear infinite;
  }
</style>

Yüksek kontrastlı renkler arasında flaş yapan CSS keyframe animasyonu — Doğru

<!-- Slowing the animation duration to 1 second per full cycle means
     the luminance alternates once per second (1 Hz), well below the 3 Hz limit.
     Alternatively, use prefers-reduced-motion to disable animation entirely
     for users who have opted into reduced motion at the OS level. -->
<div class='flash-banner'>SALE NOW ON</div>

<style>
  @keyframes flashEffect {
    0% { background-color: #ffffff; color: #000000; }
    50% { background-color: #000000; color: #ffffff; }
    100% { background-color: #ffffff; color: #000000; }
  }
  .flash-banner {
    animation: flashEffect 1s linear infinite;
  }

  @media (prefers-reduced-motion: reduce) {
    .flash-banner {
      animation: none;
      background-color: #1a1a8c;
      color: #ffffff;
    }
  }
</style>

Flaş dizileri içeren gömülü otomatik oynatılan video — Hatalı

<!-- Auto-playing video with no controls, no PEAT analysis performed,
     and no mechanism for the user to stop or pause before exposure -->
<video src='promo.mp4' autoplay loop muted width='800' height='450'></video>

Flaş dizileri içeren gömülü otomatik oynatılan video — Doğru

<!-- Best practice: provide controls so users can pause immediately,
     add a poster frame so no video plays without interaction,
     or use preload='none' to prevent auto-loading. If autoplay is
     genuinely required by business logic, the video MUST have been
     screened with PEAT or HFPA and confirmed free of flash hazards. -->
<video
  src='promo-screened.mp4'
  controls
  muted
  preload='metadata'
  poster='promo-poster.jpg'
  width='800'
  height='450'>
  <track kind='captions' src='promo-captions.vtt' srclang='tr' label='Türkçe'>
</video>
<p>Bu video flaş analizi aracıyla (PEAT) incelenmiş ve güvenli bulunmuştur.</p>

Yaygın Hatalar

• GIF dosyalarının varsayılan olarak güvenli olduğunu varsaymak: Birçok geliştirici, animasyonlu GIF’lerin eski bir format olması nedeniyle doğası gereği zararsız olduğuna inanır. Oysa GIF’ler, 3 Hz’i aşan hızlarda kareler arasında geçiş yapabilir ve format kare hızına teknik bir sınır getirmez. Yüksek kontrastlı kareler arasında gidip gelen her GIF’in zamanlaması ve değerlendirilmesi gerekir.
• Üçüncü taraf reklam betiklerini göz ardı etmek: Görüntülü reklam ağları, sıklıkla flaş veya yanıp sönen animasyonlar içeren yaratıcı birimler sunar. Reklam etiketlerini, yaratıcı içeriği incelemeden gömen yayıncılar, bu reklamların sayfalarında ürettiği WCAG 2.3.1 ihlallerinden yine de sorumludur. Reklam yaratıcı içerik inceleme politikaları ve reklam ağlarıyla sözleşmesel gereklilikler uygulayın.
• WCAG 2.3.1’i WCAG 2.2.2 (Duraklat, Durdur, Gizle) ile karıştırmak: Bazı ekipler, sorunu flaş hızını ele almadan (2.3.1’i ihlal eden) bir duraklatma düğmesi ekleyerek (2.2.2’yi karşılayan) çözmeye çalışır. Bu iki ölçüt bağımsızdır: Bir duraklatma kontrolü, içerik flaşlamaya başladıktan sonra kullanıcı maruz kaldığı için, 2.3.1’e uyumsuz içeriği geriye dönük olarak uyumlu hale getirmez.
• Kırmızı flaş eşiğini ayrı olarak hesaba katmamak: 3 Hz genel eşiğinin farkında olan geliştiriciler, bazen ayrı kırmızı flaş eşiğini gözden kaçırır. Hızla değişen doygun kırmızı değerler içeren içerik, bazı bireylerde 3 Hz’in biraz altındaki frekanslarda bile fotosensitif nöbetleri tetikleyebilir. Doygun kırmızı animasyonlar özel bir titizlikle incelenmelidir.
• iframe içinde yüklenen içeriği yok saymak: <iframe> öğeleri aracılığıyla gömülen üçüncü taraf içerik — sosyal medya bileşenleri, canlı sohbet araçları veya gömülü panolar dahil — barındıran sayfalar, sayfalarında işlenen bu içeriğin erişilebilirliğinden sorumludur. Bir iframe içindeki flaş tehlikeleri, ana belgedekiler kadar tehlikelidir.
• prefers-reduced-motion medya sorgusunu uygulamamak: Temel animasyonlar 3 Hz eşiğinin altında olsa bile, @media (prefers-reduced-motion: reduce) uygulamamak, işletim sistemi düzeyinde azaltılmış hareket tercihini belirtmiş kullanıcıların hiçbir uyumlaştırma alamaması anlamına gelir. Bu esas olarak WCAG 2.3.3 ile AAA seviyesinde ele alınsa da, bu sorguyu eklemek düşük maliyetli, yüksek etkili bir uygulamadır; erişilebilirlik taahhüdünü gösterir ve riski azaltır.
• Oran sınırlaması olmadan JavaScript setInterval veya requestAnimationFrame kullanmak: setInterval(fn, 50) ile yürütülen animasyonlar her 50 milisaniyede bir çalışır ve saniyede 20 döngü üretir — bu da 3 Hz sınırını fazlasıyla aşar. Geliştiriciler, parlaklığı değiştiren herhangi bir animasyon için, 333 ms’de bir değişim veya daha yavaş kalmak üzere gerekli aralık süresini açıkça hesaplamalıdır.
• Video içeriğini yayınlamadan önce taramamak: Birçok kuruluşun yayın iş akışında görsel QA ve telif hakkı incelemesi bulunur, ancak flaş tehlikesi tarama adımı yoktur. Yayın öncesi sürece PEAT veya HFPA’yı entegre etmeden, video içerikteki fotosensitivite tehlikeleri, zarar verene kadar tespit edilemeyebilir.
• Boyut istisnasını kolayca kullanılabilir sanmak: Bazı geliştiriciler, 0,006 steradyan güvenli alan istisnasını öğrenip, tehlikeli flaş efektlerini yalnızca küçülterek yerinde bırakmayı haklı çıkarmaya çalışır. Pratikte, içeriğin bu eşik içinde kalıp kalmadığını doğru hesaplamak, kullanıcının izleme mesafesi ve ekran çözünürlüğü hakkında bilgi gerektirir — geliştiricinin kontrol edemeyeceği değişkenlerdir. Fotometrik ölçüm olmadan boyut istisnasına güvenmek riskli ve hukuken sakıncalıdır.
• Flaş tehlikesi değerlendirmelerini belgelememek: Video veya animasyon içeriğini flaş tehlikeleri açısından test eden kuruluşlar, bu değerlendirmelerin kayıtlarını tutmayı sıklıkla ihmal eder. Bir kullanıcı şikâyeti veya düzenleyici denetim durumunda, PEAT veya HFPA taramasının yapıldığını ve içeriğin uyumlu bulunduğunu gösteren belgelenmiş kanıt, gereken özeni gösterdiğinizi kanıtlamak için esastır.

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

21 Haziran 2025 tarihli ve 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 gereksinimlerini belirler. Seviye A başarı ölçütü olan WCAG 2.3.1, kapsamdaki tüm kuruluşlar için zorunlu uyum kapsamına girer.

Genelge, kademeli bir uyum takvimi tanımlar: kamu kurum ve kuruluşları, genelgenin yürürlük tarihinden itibaren bir yıl içinde tam Seviye A uyumunu sağlamak zorundayken, düzenleme kapsamındaki özel sektör kuruluşları uyum için iki yıla sahiptir. Kullanıcıda doğrudan tıbbi acil durum riskini tetikleme potansiyeliyle doğrudan ilişkili olan WCAG 2.3.1’in güvenlik açısından kritik niteliği göz önüne alındığında, bu ölçüte uyumsuzluk, diğer Seviye A gereksinimlerine kıyasla dahi daha yüksek itibar ve hukuki risk taşır.

Cumhurbaşkanlığı Genelgesi 2025/10 kapsamında açıkça belirtilen ve dolayısıyla WCAG 2.3.1’e uyması gereken kuruluş türleri şunlardır:

• Kamu kurum ve devlet kuruluşları: Kamuya açık web siteleri veya mobil uygulamalar işleten tüm merkezi ve yerel yönetim birimleri, bakanlıklar, belediyeler ve devlete bağlı kuruluşlar.
• E-ticaret platformları: Sektörden bağımsız olarak, dijital platformlar üzerinden tüketicilere mal veya hizmet sunan çevrimiçi perakende ve pazar yeri işletmecileri.
• Bankalar ve finans kuruluşları: Dijital bankacılık veya finansal hizmetler sunan tüm lisanslı bankalar, katılım bankaları, yatırım şirketleri ve fintech işletmecileri.
• Hastaneler ve sağlık hizmeti sağlayıcıları: Randevu alma ve hasta portalları dahil olmak üzere, hastaya yönelik dijital hizmetler sunan kamu ve özel hastaneler, poliklinikler ve sağlık ağları.
• 200.000 ve üzeri abonesi olan telekomünikasyon şirketleri: Abone eşiğini karşılayan büyük mobil şebeke işletmecileri ve internet servis sağlayıcıları; bunların self-servis portalları ve mobil uygulamaları dahil.
• Seyahat acenteleri: Çevrimiçi rezervasyon, yer ayırtma veya bilgi hizmetleri sunan lisanslı seyahat ve turizm acenteleri.
• Özel ulaşım şirketleri: Tüketiciye yönelik dijital platformları bulunan havayolları, şehirlerarası otobüs işletmecileri, feribot işletmecileri ve diğer özel ulaşım sağlayıcıları.
• Millî Eğitim Bakanlığı (MEB) tarafından yetkilendirilmiş özel okullar: Web sitesi veya dijital öğrenme platformu işleten MEB yetkili özel eğitim kurumları.

Kapsamdaki kuruluşlar için WCAG 2.3.1 uyumu, yalnızca bir kerelik denetim değil, sürekli bir operasyonel taahhüt gerektirir. Flaş tehlikeleri en sık, dinamik içerik — video yüklemeleri, pazarlama animasyonları, üçüncü taraf reklamlar — aracılığıyla ortaya çıktığından, kuruluşların flaş tehlikesi taramasını yalnızca ilk site denetimlerine değil, içerik yayınlama iş akışlarına da yerleştirmeleri gerekir. Yayın öncesi video taraması için PEAT gibi araçların kullanımı, güvenli animasyon hız sınırları ve CSS prefers-reduced-motion uygulaması konusunda geliştirici eğitimiyle birlikte, genelge kapsamında kapsanan kuruluşlardan beklenen asgari operasyonel özen standardını temsil eder. Üçüncü taraf içerik yönetim veya reklam sistemlerine güvenen kuruluşlar, tedarikçilerinden WCAG 2.3.1 uyumu talep eden sözleşmesel hükümler de sağlamalıdır; zira düzenleyici yükümlülük, kamuya açık dijital hizmeti işleten kuruluşun kendisine aittir.