WordPress için WCAG 2.2 Ses Uyumluluğu: 2026 Rehberi

WordPress ses içerikleri en az dört WCAG 2.2 başarı kriterini karşılamalıdır: 1.4.2 Ses Denetimi, 2.1.1 Klavye, 2.5.8 Hedef Boyutu (2.2 ile gelen yenilik) ve 4.1.2 Ad, Rol, Değer. 28 Haziran 2025'ten itibaren yürürlüğe giren Avrupa Erişilebilirlik Yasası, AB müşterilerine hizmet veren her site için bunu yasal zorunluluk haline getirdi. WordPress'in varsayılan ses oynatıcısı ve çoğu üçüncü taraf ses eklentisi, değişiklik yapılmadan bu gereksinimlerin birkaçını karşılayamıyor.

Bu rehber, Mementor olarak WordPress sitelerini WCAG 2.2 uyumluluğu için denetlerken kullandığımız pratik kontrol listesidir. Ses konusunun her iki boyutunu ele alıyoruz: kendi erişilebilirlik kuralları olan bir içerik olarak ses ve metin içeriği için bir erişilebilirlik özelliği olarak ses.

2026'da ses uyumluluğu neden bu kadar önemli?

2025'te üç gelişme bir araya gelerek bu konuyu acil bir mesele haline getirdi. Avrupa Erişilebilirlik Yasası 28 Haziran 2025'te yürürlüğe girdi. WebAIM Million 2025 raporu, ana sayfaların %96,3'ünde tespit edilebilir WCAG hataları bulunduğunu ortaya koydu. Amerika Birleşik Devletleri'nde ADA davaları artmaya devam etti ve yıl boyunca açılan 4.000'i aşkın web erişilebilirlik davasında WordPress siteleri ön sıralarda yer aldı.

Denetimlerimizde sürekli aynı tabloyla karşılaşıyoruz. Site sahipleri erişilebilirliği temanın çözdüğünü sanıyor. Tema, ses eklentisinin varsayılan çıktısını olduğu gibi alıyor. Ses eklentisi ise küçük butonlar, klavye kullanıcılarını kilitleyen kaydırıcılar ve ilk manuel kontrolde başarısız olan kontrast oranlarıyla geliyor.

WCAG 2.2 ses uyumluluk kontrol listesi

Bir WordPress sitesinde sesi doğrudan etkileyen sekiz başarı kriteri vardır. Aşağıdaki tablo her birinin pratikte ne anlama geldiğini, varsayılan WordPress sesinin neyi doğru yapıp neyi yapamadığını ve TTSWP oynatıcısının bu kriterleri nasıl karşıladığını gösteriyor. YENİ olarak işaretlenen kriterler Ekim 2023'te WCAG 2.2 ile geldi.

W3C'nin Medya Erişilebilirliği Kullanıcı Gereksinimleri sayfası bu kriterler için temel kaynaktır. Yukarıdaki sekize odaklanıyoruz çünkü bunlar doğrudan ses oynatıcılarına uygulanıyor. Altyazılar (1.2.2) ve sesli betimleme (1.2.3) da ilgilidir, ancak salt ses anlatımına değil video içeriklere uygulanır.

Metin için medya alternatifi istisnası

Uyumluluk makalelerinin %95'inin atladığı kural budur. WCAG, metin için medya alternatifini metinde zaten sunulan bilginin ötesine geçmeyen medya olarak tanımlar. Metin okuma (TTS) anlatımı mevcut bir makaleyi sesli okuduğunda, ses kaydı sayfa metninin medya alternatifi olur. Sayfa metninin kendisi transkript işlevi görür.

Bu, bir makalenin TTS sesli versiyonunun ayrı bir transkript dosyasına ihtiyaç duymadığı anlamına gelir. WebAIM bunu açıkça anlatıyor. Tek koşul, kullanıcıların sesi atlayarak herhangi bir bilgiyi kaçırmadığını anlayabilmesi için ses içeriğinin açıkça etiketlenmesi gerektiğidir. "Bu makaleyi dinleyin" gibi bir başlık ya da "Bu yazının sesli versiyonu" şeklinde etiketlenmiş bir oynatıcı yeterli.

İstisna, ses yorum içeriyorsa, anlamlı müzik kullanıyorsa ya da metinde bulunmayan bölümler barındırıyorsa geçerli değildir. Sayfa içeriğinin salt anlatımı bu istisnadan yararlanır. Ses eklemesinin yeni transkript yükümlülüğü doğuracağından endişe eden yayıncı müşterilere tavsiye verirken bu kuralı sık sık kullanıyoruz.

WCAG 2.2'de ses için yenilikler

Ses oynatıcılarını doğrudan etkileyen üç yeni AA düzeyi kriter geldi.

2.5.8 Hedef Boyutu (Minimum)

Her etkileşimli kontrolün en az 24x24 CSS piksel hedef alanına sahip olması gerekiyor. Bu kriter, en çok WordPress ses eklentisini başarısız kılan kuraldır. Üçüncü taraf ses eklentisi kullanan WordPress sitelerini denetlediğimizde, geri sarma ve ileri sarma butonlarının sürekli bu eşiğin altında kaldığını görüyoruz. Görsel tasarımcılar WCAG 2.2 24 piksel kuralını getirmeden önce kompaktlığı ön planda tuttu. Çoğu eklenti geliştiricisi de bu değişikliğe henüz yetişemedi. Varsayılan tema stilleri bazen hedefleri daha da küçültüyor.

Çözüm genellikle simge boyutunu değil dolguyu artırmaktır. 4 piksel dolguyla sarılmış 16 piksellik bir SVG simgesi, görseli değiştirmeden 24 piksel eşiğini karşılar.

2.4.11 Odak Gizlenmemeli

Sayfanın altındaki yapışık ses çubukları, klavye kullanıcısının odaklandığı içeriği kapatır. Odaklanılan bir bağlantı çubuğun arkasında kalıyorsa kriter başarısız olur. Çözüm ya çubuğu kapatılabilir yapmak, odak hedefinin üzerinde alan bırakmak ya da odaklanılan öğelerin görünür kalması için belgede scroll-padding-bottom kullanmaktır.

2.5.7 Sürükleme Hareketleri

Yalnızca sürüklemeyle çalışan özel ilerleme çubukları ve ses kaydırıcıları bu kriteri karşılamıyor. Her sürükleme işleminin tek işaretçiyle yapılabilir bir alternatifi olmalıdır. İlerleme çubuğunda tıklayarak konum ayarlama bunu karşılar. Doğru yapılandırılmış role="slider" üzerinde klavye ok tuşu desteği de aynı şekilde çalışır.

Gerçek denetimlerden yaygın WordPress ses hataları

Aynı sorunlar müşteri sitelerinde tekrar tekrar karşımıza çıkıyor. En sık dört hatayla karşılaşıyoruz.

WordPress'in varsayılan <audio> bloğu tarayıcının yerel oynatıcısını kullanır. Tarayıcı yerel ses kontrolleri, ekran okuyucularla tutarsız davranma konusunda uzun bir geçmişe sahiptir. Oynatma konumunun ok tuşuyla kontrolü Chrome, Firefox ve Safari arasında farklılık gösterir. NVDA veya JAWS kullanan kullanıcılar zaman damgalarını genellikle duyabilir, ancak klavyeyle konumu güvenilir şekilde değiştiremez. Çözüm, sesi uygun ARIA değer öznitelikleriyle birlikte role="slider" sunan özel bir oynatıcıyla sarmaktır.

Eklenti oynatıcıları 24 piksel eşiğinin altında butonlarla geliyor. Görsel tasarımcı, WCAG 2.2 kuralı gelmeden önce kompaktlığı tercih etti. Temalar daha sonra eklenti stillerini geçersiz kılıyor; bu bazen durumu iyileştirir, bazen kötüleştirir.

Yapışık ses çubukları odaklanılan içeriği kapatıyor. Klavye navigasyonu test edilmeden yapışık alt çubuk kullanan her sitede bu hatayı gördük.

Dalga formlarındaki kontrast sürekli olarak 4,5:1'in altında kalıyor. Tasarımcılar beyaz zemin üzerinde açık gri dalgayı seviyor. Ekran okuyucular bunu umursamaz, ancak düşük görüşlü kullanıcılar umursar ve 1.4.3 başarısız olur.

Uyumlu ses oynatıcısı oluşturma: teknik kontrol listesi

1. Oynatıcıyı, açıklayan bir aria-label ile birlikte role="region" içine alın.
2. Oynat, duraklat, atla ve sessizleştir için gerçek <button> öğesi kullanın. Asla tıklama işleyicili <div> kullanmayın.
3. Oynat butonuna geçiş durumunu göstermek için aria-pressed ekleyin.
4. Her kontrole dolgu kullanarak en az 24x24 CSS piksel hedef boyutu verin.
5. Kaydırıcı ve ses düzeyini aria-valuemin, aria-valuemax ve aria-valuenow ile birlikte role="slider" olarak tanımlayın ve ok tuşu komutlarını destekleyin.
6. Sürüklemesiz alternatif olarak ilerleme çubuğunda tıklayarak konum ayarlamayı etkinleştirin.
7. Her metin öğesinde ve anlamlı simgede minimum 4,5:1 kontrast kontrolü yapın.
8. Odak halkalarının görünür olduğundan ve overflow kuralları tarafından kırpılmadığından emin olun.
9. Oynatıcı yapışıksa üzerinde odak alanı bırakın ya da kapatılabilir yapın.
10. Metin okuma anlatım oynatıcılarını "Bu makalenin sesli versiyonu" şeklinde etiketleyin; böylece medya alternatifi istisnası geçerli olur.

Minimum düzeyde erişilebilir bir oynat butonu şu şekilde görünür.

<div role="region" aria-label="Article audio player">
  <button type="button"
          aria-pressed="false"
          aria-label="Play article narration"
          style="min-width:24px;min-height:24px;padding:8px">
    <svg aria-hidden="true" width="16" height="16">...</svg>
  </button>
  <input type="range"
         aria-label="Playback position"
         min="0" max="100" value="0">
</div>

Bu temel yapıdır. Butonu istediğiniz gibi şekillendirin, özel bir iz için yerel range görünümünü gizleyin; ancak altta yatan semantiği koruyun.

TTS anlatımı genel WCAG uyumluluğunu nasıl iyileştirir?

Ses yalnızca erişilebilir kılınması gereken bir içerik değildir. Aynı zamanda erişilebilirlik özelliğinin kendisidir. Dünya Sağlık Örgütü'nün tahminine göre dünya nüfusunun yaklaşık %16'sını oluşturan 1,3 milyar kişi önemli bir engelle yaşıyor. Bu kişilerin büyük bölümü, özellikle disleksi, DEHB, düşük görme ve çeşitli bilişsel güçlükleri olan bireyler, metni sesle birlikte daha rahat okuyor.

Metin okuma anlatımı eklemek, bir denetimi geçmeden önce kullanıcılara fayda sağlayan nadir erişilebilirlik yatırımlarından biridir. WordPress'e TTS eklemekMetin Okuma – TTSWP eklentisiyle 15 dakikadan kısa sürer. Oynatıcı, WCAG 2.1 AA uyumlu varsayılanlar, 24 piksel ve üzeri hedefler, klavye desteği ve doğru ARIA rolleriyle birlikte gelir.

Minimum çalışma zamanı yükü, JavaScript oynatıcı mantığı ve paylaşılan CSS dahil olmak üzere gzip ile yaklaşık 35-40 KB'dır (sıkıştırılmamış haliyle 151 KB). Oynatıcı aktifken yayımlanmış bir makale üzerinde GTmetrix çalıştırdık ve %93 Performans, %99 Yapı, 1,3 saniyelik En Büyük İçerik Boyama, 46 milisaniyelik Toplam Engelleme Süresi ve sıfır Kümülatif Düzen Kaymasıyla A notu aldık. Paket yalnızca oynatıcı içeren sayfalarda gecikmeli yüklenir; bu nedenle ses barındırmayan statik sayfalar herhangi bir ek yük taşımaz.

Erişilebilirlik belgelerine erişilebilirlik güven sayfamızdan ulaşabilirsiniz. Anlatım, ElevenLabs üretken motorunu kullanıyor; bu motor prozodik kaliteyi yeterince iyileştirdiği için dinleyiciler robotik bir sesi yarıda bırakmak yerine makaleleri sonuna kadar dinliyor.

Avrupa Erişilebilirlik Yasası pratikte ne anlama geliyor?

Avrupa Erişilebilirlik Yasası 28 Haziran 2025'te yürürlüğe girdi. Bu tarihten sonra AB pazarına sunulan yeni dijital hizmetler artık uyum sağlamak zorunda. Mevcut hizmetler için uyum süresi 28 Haziran 2030'a kadar uzuyor. Direktif, nerede kurulu olursa olsun AB müşterilerine hizmet veren her işletmeye uygulanıyor.

Yasanın atıfta bulunduğu teknik standart EN 301 549'dur. Mevcut harmonize sürüm (V3.2.1, Ağustos 2021) WCAG 2.1 AA üzerine inşa edilmiştir. Kasım 2025'te yayımlanan taslak V4.1.0, 9, 10 ve 11. maddeleri WCAG 2.2 ile uyumlu hale getiriyor; nihai harmonizasyon 2026'da bekleniyor. Bu güncelleme AB Resmî Gazetesi'nde yayımlanana kadar WCAG 2.1 AA yasal olarak bağlayıcı minimum olmayı sürdürüyor. Ancak geçiş yıllar değil aylar uzakta olduğundan şimdiden 2.2'yi hedeflemenizi öneriyoruz.

Cezalar üye devletten üye devlete değişiyor. Almanya ve Fransa'nın şikayetleri soruşturup para cezası verebilen ulusal erişilebilirlik otoriteleriyle en güçlü uygulama altyapısı var. Yürürlük tarihinden bu yana birkaç ay içinde Norveçli ve Alman müşterilerin son kullanıcılardan resmi şikayet aldığına tanık olduk; genellikle ses ve form bileşenleri nedeniyle. Şikayetler cezalardan önce geliyor, bu yüzden ekip hazır olduğunda otuz günlük düzeltme penceresi genellikle yeterli.

Uyumluluğu nasıl test edersiniz?

Otomatik araçlar sorunların yaklaşık %30-40'ını yakalar. Geri kalanı, özellikle klavye etkileşimi ve dinamik durumlardaki anlamlı kontrast için manuel test gerekir.

• NVDA Windows'ta Chrome ve Firefox ile. Ücretsiz.
• JAWS Windows'ta kurumsal müşteri beklentileri için.
• VoiceOver macOS ve iOS'ta. Yerleşik.
• TalkBack Android'de. Yerleşik.
• axe DevTools tarayıcı uzantısı ile otomatik tarama.
• Lighthouse Chrome DevTools'da hızlı kontrol için.
• Yalnızca klavye ile test. Fareyi fişten çekin ve tüm oynatıcı kontrollerini çalıştırın.

Yalnızca klavye testi, en yüksek getirili tek testtir. Oynatıcı fareye gerek kalmadan çalışıyorsa WCAG 2.2'nin büyük bölümü zaten karşılanmış demektir.

Sık sorulan sorular

WCAG 2.2, ses podcast'leri için altyazı zorunlu kılıyor mu?

Hayır. Altyazılar (1.2.2) senkronize sesli kayıtlanmış videolara uygulanır. Podcast gibi yalnızca ses içeriklerde geçerli kriter, transkript veya ayrıntılı özet gibi metin alternatifi gerektiren 1.2.1'dir. Altyazılar ve transkriptler farklı amaçlara hizmet eder. Podcast için transkript gerekir. Video eğitimi için hem altyazı hem de yalnızca görsel bilgiler için sesli betimleme gerekir.

Otomatik ses oynatma Avrupa Erişilebilirlik Yasası kapsamında yasak mı?

Yasak değil, ancak kısıtlı. WCAG 1.4.2 Ses Denetimi, Avrupa Erişilebilirlik Yasası'nın EN 301 549 aracılığıyla atıfta bulunduğu kural olarak, üç saniyeden uzun süre otomatik oynatılan her ses için duraklatma, durdurma ya da bağımsız ses düzeyi kontrolü sunulmasını gerektirir. Bu kontrol olmadan otomatik oynatma A Düzeyi'nde başarısız olur ve uyumsuzluk tespiti oluşturur. Çoğu uygulama otoritesi bunu sınır durum değil, açık ihlal olarak değerlendirir.

Makalemın sesli versiyonu varsa transkript gerekiyor mu?

Genellikle hayır. Ses, makale metninin doğrudan anlatımıysa ve yeni bilgi eklemiyorsa, makale metninin kendisi WCAG'ın "metin için medya alternatifi" tanımı kapsamında transkript sayılır. Oynatıcıyı makalenin sesli versiyonu olarak açıkça etiketleyin ve istisna geçerli olur. Ses yorum, anlamlı müzik veya metinde yer almayan bölümler içeriyorsa ayrı bir transkript gerekir.

WCAG 2.2'de ses oynatıcıları için minimum buton boyutu nedir?

AA Düzeyi'ndeki 2.5.8 Hedef Boyutu (Minimum) başarı kriterine göre etkileşimli hedefler en az 24x24 CSS piksel olmalıdır. Hedef dolgu dahildir; bu nedenle her yanda 4 piksel dolgu içeren 16 piksellik bir simge gereksinimi karşılar. Metin içindeki bağlantılar ve kullanıcı aracısı tarafından belirlenen kontroller için istisnalar bulunur, ancak bağımsız oynatıcı butonları için istisna yoktur ve eşiğe ulaşmaları zorunludur.

WCAG 2.2 WordPress.com üzerinde barındırılan sitelere uygulanıyor mu?

Evet. WCAG, barındırma platformundan bağımsız olarak tüm web içeriklerine uygulanır. WordPress.com siteleri, Avrupa Erişilebilirlik Yasası, ADA ve eşdeğer ulusal yasalar kapsamında kendi sunucusunda barındırılan WordPress siteleriyle aynı yasal yükümlülüğü taşır. Barındırma modeli yükümlülüğü değiştirmez. Değişen şey, site sahibinin oynatıcı kodu üzerindeki kontrolüdür. WordPress.com Business ve Commerce planları özel eklentilere izin verir, daha düşük planlar vermez.

Nereden başlayalım?

Sitenizdeki bir yazıyı seçin, ses oynatıcısında yalnızca klavye ile test yapın ve her butonu 24 piksel kuralına göre kontrol edin. Bu tek denetim, mevcut kurulumunuzun WCAG 2.2 uyumluluğuna yakın mı yoksa uzak mı olduğunu ortaya koyar. Buradan sonra seçim, mevcut oynatıcıyı düzeltmek ya da varsayılan olarak uyumlu gelen bir oynatıcıyla değiştirmek arasındadır. Erişilebilirlik belgelerimiz, Avrupa Erişilebilirlik Yasası baskısı altındaki siteler için önerdiğimiz yapılandırmayı ayrıntılı açıklıyor.