WCAG 1.4.7: Düşük veya Hiç Arka Plan Sesi Yok

Bu Kuralın Anlamı

WCAG Başarı Ölçütü 1.4.7 — Düşük veya Hiç Arka Plan Sesi — ön planda konuşma içeren, önceden kaydedilmiş yalnız ses içeriğine uygulanır. Bir şarkı gibi bizzat müzikal bir performans olan seslere veya konuşma bileşeni amaçlanmamış, esasen ortam seslerinden oluşan ses manzaralarına uygulanmaz. Konuşma temelli ses içeriği mevcut olduğunda, ölçüt aşağıdaki üç koşuldan en az birinin sağlanmasını gerektirir:

• Arka plan sesi yok: Ses parçası, arka planda hiçbir ses olmadan — sesin arkasında tam bir sessizlikle — yalnızca konuşma içerir.
• Kullanıcı kontrolü: Herhangi bir arka plan sesi, ön plandaki konuşmadan bağımsız olarak, konuşma içeriğini etkilemeden kullanıcı tarafından kapatılabilir.
• 20 dB kuralı: Arka plan sesleri, ön plandaki konuşmadan en az 20 desibel daha düşük ses düzeyindedir. 20 dB’lik bir fark, arka plan sesinin konuşmadan yaklaşık dört kat daha sessiz olması anlamına gelir; bu da çoğu dinleyici için algısal olarak anlamlı bir farktır.

Bu üç koşuldan herhangi biri tam olarak karşılandığında bir geçti kaydedilir. Ön plandaki konuşma, kapatılamayan ve konuşma sinyaline göre ses düzeyi farkı 20 dB’den az olan arka plan sesiyle yarıştığında bir kaldı durumu oluşur. Bir veya iki saniye süren kısa bildirim sesi gibi ara sıra çalan ses efektlerinin, WCAG spesifikasyonu tarafından bu gereklilikten açıkça muaf tutulduğunu unutmayın.

Bu ölçüt, sesin bağımsız bir ses dosyası olarak, bir videonun ses bileşeni olarak veya bir podcast oynatıcı, HTML5 <audio> öğesi ya da üçüncü taraf bir medya bileşeni aracılığıyla sunulup sunulmadığından bağımsız olarak ses parçasına uygulanır. Gereklilik, belirli bir HTML öğesi veya ARIA özniteliğiyle ilgili değil, ses içeriğinin üretimi ile ilgilidir — bu nedenle otomatik tarama araçları ihlalleri güvenilir biçimde tespit edemez ve gerçek ses içeriğinin manuel olarak incelenmesi her zaman gereklidir.

Neden Önemlidir

Dünya Sağlık Örgütü’ne göre dünya genelinde yaklaşık 1,5 milyar insan belirli bir düzeyde işitme kaybıyla yaşamaktadır. Orta düzeydeki işitme kaybı bile, arka plan müziği, ortam gürültüsü veya benzer ses öğeleri benzer ya da rekabet eden ses düzeylerinde karıştırıldığında, konuşmacının sesini ayırt etmeyi son derece zor — bazen imkânsız — hale getirebilir. İşitme cihazı veya koklear implant kullanan kullanıcılar için arka plan ses paraziti, konuşmayla birlikte güçlendirilir; bu da anlaşılabilirliği daha iyi değil, dramatik biçimde daha kötü hale getirir.

Dikkat eksikliği bozuklukları, işitsel işlemleme bozuklukları veya travmatik beyin hasarı olanlar dâhil bilişsel engeli bulunan kullanıcılar da, ses parçaları rekabet eden sesler içerdiğinde ciddi zorluklarla karşılaşırlar. Dinleyicinin ölçülebilir bir işitme kaybı olmasa bile, beyni alakasız ses sinyallerini filtreleyip konuşma içeriğine odaklanmakta zorlanabilir; bu da yorgunluğa, anlama başarısızlığına veya içerikten tamamen dışlanmaya yol açabilir.

Somut bir gerçek dünya senaryosunu düşünün: Bir Türk kamu kurumu, vatandaşların bir sosyal yardıma nasıl başvurabileceğini anlatan kaydedilmiş bir sesli açıklama yayımlar. Anlatıcının sesi, ses düzeyi yaklaşık olarak eşit olan kesintisiz bir arka plan müzik parçasının üzerine karıştırılmıştır. Orta düzeyde sensörinöral işitme kaybı olan bir kullanıcı, sayfayı bir işitme cihazı kullanarak ziyaret eder. İşitme cihazı tüm frekansları aynı anda güçlendirdiği için, müzik anlatıcının konuşmasıyla doğrudan rekabet eder. Kullanıcı talimatları anlayamaz ve yardım başvurusu için son tarihi kaçırır. Ses, arka plan müziği olmadan kaydedilmiş olsaydı veya arka plan parçasını bağımsız olarak kısmaya yarayan bir ses düzeyi kontrolü sağlanmış olsaydı, kullanıcı bilgiye eşit erişime sahip olacaktı.

Engellilik bağlamının ötesinde, arka plan gürültüsü minimum düzeyde olan net ses, tüm kullanıcılar için kavrayışı iyileştirir — gürültülü ortamlarda mobil cihazlarla dinleyenler, konuşulan dilin ana dili olmayanlar ve ses kalitesinin zaten bozulmuş olabileceği düşük bant genişlikli durumlarda bulunan kullanıcılar için. Dolaylı SEO faydaları da vardır: Net biçimde anlaşılabilir seslerin dökümleri, arama motorlarının dizine ekleyebileceği daha yüksek kaliteli metin içerik üretir ve içeriğinizin bulunabilirliğini artırır.

İlgili Axe-core Kuralları

WCAG 1.4.7 manuel test gerektirir. Bu ihlali tespit edebilen bir axe-core otomatik kuralı yoktur ve bu kasıtlıdır. axe-core, Lighthouse veya IBM Equal Access Checker gibi otomatik erişilebilirlik tarayıcıları, bir web sayfasının DOM yapısını, HTML özniteliklerini, ARIA rollerini ve hesaplanmış stillerini analiz ederek çalışır. Şunları yapma yetenekleri yoktur:

• Bir dosyanın ses içeriğini analiz etmek: Tarayıcılar bir ses veya video dosyasını açıp, ön plandaki konuşmanın arka plan sesine göre göreli desibel düzeylerini ölçemez. Bunu yapmak, bir DOM tabanlı erişilebilirlik denetleyicisinin kapsamını çok aşan ses sinyali işleme gerektirir.
• Ayrı bir arka plan sesi kontrolünün var olup doğru çalıştığını tespit etmek: DOM’da "Arka plan müziğini kapat" etiketli bir kullanıcı arayüzü kontrolü bulunsa bile, bir tarayıcı bu kontrolün konuşma parçasını etkilemeden gerçekten arka plan ses parçasını bastırdığını doğrulayamaz; ayrıca kontrolün tüm tarayıcılarda beklendiği gibi çalıştığını da doğrulayamaz.
• Konuşmayı konuşma dışı sesten ayırt etmek: Otomatik araçlar bir ses dosyasını konuşma ağırlıklı, müzik ağırlıklı veya ortam ağırlıklı olarak güvenilir biçimde sınıflandıramaz; oysa bu, ölçütün uygulanmasından önce yapılması gereken ön koşul belirlemedir.

Tüm değerlendirme, içeriği dinleyen bir insan inceleyici tarafından ve gerektiğinde desibel düzeylerini ölçmek için ses analiz yazılımı kullanılarak yapılmak zorunda olduğundan, axe-core bu ölçütü manuel inceleme gerektiriyor olarak işaretler. <audio> veya <video> öğeleri içeren bir sayfada axe DevTools çalıştırdığınızda, araç size ses kalitesi ölçütlerini manuel olarak değerlendirmenizi hatırlatan genel bir medya ilişkili uyarı gösterebilir, ancak 1.4.7 için otomatik olarak geçti veya kaldı kararı üretmez.

Nasıl Test Edilir

1. Sayfadaki tüm ses içeriklerinin envanterini çıkarın. Sayfayı yükleyin ve her <audio> öğesini, ses parçası olan her <video> öğesini, gömülü her podcast veya medya oynatıcısını ve otomatik olarak çalan herhangi bir arka plan sesini belirleyin. Her bir sesin önceden kaydedilmiş olup olmadığını ve ön planda konuşma içerip içermediğini belirleyin. Yalnızca müzik parçasıysa veya konuşma içermeyen ortam sesi ise, 1.4.7 buna uygulanmaz.
2. Temel sorunlar için otomatik bir tarama çalıştırın. Sayfayı taramak için axe DevTools, Lighthouse veya Accsible bileşeninin yerleşik denetimini kullanın. Bu araçlar ses kalitesini değerlendirmeyecek olsa da, eksik altyazıları, <audio> öğelerinde eksik controls özniteliklerini veya ilgili medya erişilebilirliği sorunlarını işaretleyebilir. Manuel ses değerlendirmesine geçmeden önce işaretlenen sorunları giderin.
3. Nitelikli her ses parçasını baştan sona dinleyin. Sayfanın yerleşik oynatıcısını kullanın veya dosyayı indirip bir medya oynatıcıda açın. Özellikle, ön plandaki konuşmayla eşzamanlı olarak çalan arka plan müziği, ortam sesi veya diğer konuşma dışı sesleri dinleyin.
4. Arka plan sesinin bağımsız olarak kapatılıp kapatılamadığını değerlendirin. Oynatıcı, arka plan müziğini ses parçasını etkilemeden kısmaya veya susturmaya yarayan ayrı bir kontrol sağlıyorsa, bu kontrolün Chrome, Firefox ve Safari’de beklendiği gibi çalıştığını doğrulayın. Kontrolün erişilebilir olduğundan emin olmak için yalnızca klavye ile gezinerek test edin.
5. Arka plan sesi varsa ve kapatılamıyorsa desibel düzeylerini ölçün. Ses dosyasını Audacity gibi ücretsiz bir ses düzenleyiciye aktarın. Konuşma bölümlerinin ortalama RMS düzeyini, arka plan ses bölümlerinin ortalama RMS düzeyiyle karşılaştırmak için yerleşik dalga formu veya spektrogram görünümünü ve "Analyze > Contrast" aracını (veya eşdeğerini) kullanın. Farkın en az 20 dB olduğundan emin olun. Ses analiz yazılımına erişiminiz yoksa, deneyimli bir dinleyici olarak mesleki yargınızı kullanın: Hafif işitme kaybı olan tipik bir kişinin arka plan sesini dikkat dağıtıcı veya örtücü bulacağını düşünüyorsanız, bunu muhtemel bir başarısızlık olarak değerlendirin.
6. Yardımcı teknolojilerle test edin. NVDA ile Firefox, macOS’te Safari ile VoiceOver ve Chrome ile JAWS kullanarak her ses oynatıcıya gidin. Ayrı arka plan sesi geçişi dâhil tüm kontrollerin klavye ile (Tab/Shift+Tab) erişilebilir, ekran okuyucu tarafından doğru şekilde anons edilir ve Enter veya Space ile çalıştırılabilir olduğunu doğrulayın. Bu, ses kalitesini doğrudan test etmez, ancak eklediğiniz iyileştirme kontrollerinin erişilebilir olduğunu doğrular.
7. Bulguları belgeleyin. Hangi ses dosyalarının geçtiğini (arka plan sesi yok, kullanıcı kontrolü mevcut veya 20 dB fark doğrulandı), hangilerinin kaldığını ve hangilerinin muaf olduğunu (2 saniyenin altındaki kısa ses efektleri veya konuşma yerine esasen müzik olan sesler) kaydedin.

Nasıl Düzeltilir

Senaryo 1: Arka plan müziğinin çok yüksek karıştırılması — Hatalı

<!-- Audio file contains a narrator speaking over background music
     mixed at roughly equal volume levels. No separate control exists.
     This fails WCAG 1.4.7 because background audio is not 20 dB below speech
     and cannot be turned off independently. -->
<audio controls src='product-explainer.mp3'>
  Your browser does not support the audio element.
</audio>

Senaryo 1: Arka plan müziğinin çok yüksek karıştırılması — Doğru

<!-- The audio file has been re-exported with no background music.
     If background music is desired for branding, produce two separate
     audio tracks: one speech-only and one with music. Offer the
     speech-only version as the default accessible option. -->
<audio controls src='product-explainer-speech-only.mp3'>
  Your browser does not support the audio element.
</audio>
<p>
  <a href='product-explainer-with-music.mp3'>
    Listen to version with background music (may be harder to follow for some users)
  </a>
</p>

Senaryo 2: Bağımsız susturma kontrolü olan arka plan sesi — Hatalı

<!-- A custom player claims to offer background audio control,
     but the button is not keyboard-accessible and has no accessible name.
     Sighted mouse users can click it, but screen reader users and
     keyboard-only users cannot reach or operate the control. -->
<div class='player'>
  <audio id='main-audio' src='lecture-with-ambience.mp3'></audio>
  <button onclick='document.getElementById("main-audio").play()'>Play</button>
  <div onclick='toggleBackground()' style='cursor:pointer'>
    <img src='music-icon.png'>
  </div>
</div>

Senaryo 2: Bağımsız susturma kontrolü olan arka plan sesi — Doğru

<!-- The background audio toggle is now a proper <button> element with
     an accessible name, keyboard focus, and an aria-pressed state so
     screen readers announce whether background audio is on or off. -->
<div class='player'>
  <audio id='main-audio' src='lecture-with-ambience.mp3'></audio>
  <audio id='bg-audio' src='background-ambience.mp3' loop></audio>
  <button onclick='document.getElementById("main-audio").play()'>Play lecture</button>
  <button
    id='bg-toggle'
    aria-pressed='true'
    onclick='toggleBackground()'
  >
    Background audio: on
  </button>
</div>
<script>
  function toggleBackground() {
    var bg = document.getElementById('bg-audio');
    var btn = document.getElementById('bg-toggle');
    if (bg.paused) {
      bg.play();
      btn.setAttribute('aria-pressed', 'true');
      btn.textContent = 'Background audio: on';
    } else {
      bg.pause();
      btn.setAttribute('aria-pressed', 'false');
      btn.textContent = 'Background audio: off';
    }
  }
</script>

Senaryo 3: Sayfa yüklenirken otomatik oynatılan arka plan sesi — Hatalı

<!-- Background audio autoplays when the page loads and there is
     no way to turn it off. If a narrator audio also plays, the
     background audio will compete with it and cannot be suppressed. -->
<audio autoplay loop src='ambient-background.mp3'></audio>
<audio controls src='welcome-message.mp3'></audio>

Senaryo 3: Sayfa yüklenirken otomatik oynatılan arka plan sesi — Doğru

<!-- Background audio does not autoplay. A clearly labeled, keyboard-
     accessible button allows the user to opt in if desired. The speech
     audio is presented independently and cleanly without competition. -->
<audio id='bg' loop src='ambient-background.mp3'></audio>
<button onclick='document.getElementById("bg").play()'>
  Play background music (optional)
</button>
<audio controls src='welcome-message.mp3'>
  Your browser does not support the audio element.
</audio>

Yaygın Hatalar

• Arka plan müziğini gerekli -20 dB yerine -10 dB’de karıştırmak: Yapımcılar genellikle arka plan müziğine mütevazı bir ses azaltımı uygular ve bunun yeterli olduğunu varsayar. WCAG standardı, yalnızca fark edilir bir azalma değil, tam 20 dB’lik bir fark (yaklaşık dört kat daha sessiz) gerektirir. Yalnızca öznel yargıya güvenmek yerine her zaman bir ses analiz aracıyla doğrulayın.
• Genel oynatıcı ses düzeyi kontrolünü bağımsız arka plan sesi kontrolüyle karıştırmak: Hem konuşmayı hem de arka plan sesini aynı anda azaltan ana ses düzeyi kaydırıcısı, "kullanıcı arka plan sesini kapatabilir" koşulunu karşılamaz. Kontrol, ön plandaki konuşmayı etkilemeden yalnızca arka plan sesini bastırmalıdır.
• Ölçütün yalnızca bağımsız ses dosyalarına uygulandığını varsaymak: Birçok geliştirici, video öğesinin ses parçasının da aynı şekilde 1.4.7’ye tabi olduğunu gözden kaçırır. Ses parçasına yüksek sesli arka plan müziği karıştırılmış bir video açıklayıcı, tıpkı bir podcast dosyası gibi bu ölçütte kalır.
• Tüm kısa sesleri muaf saymak: Kısa ses efektleri için WCAG muafiyeti yalnızca iki saniye veya daha kısa süren sesler için geçerlidir. Her birkaç saniyede bir tekrarlanan kısa bir jingle veya kısa seslerden oluşan bir arka plan döngüsü bu muafiyet kapsamına girmez ve yine de uyumlu olmalıdır.
• Arka plan sesi geçişini yalnızca klavye ile gezinerek test etmemek: Ekipler, genellikle <div> veya <span> gibi etkileşimli olmayan bir öğe kullanarak görsel olarak çekici bir susturma düğmesi uygular; bu öğeler Tab tuşuyla erişilemez ve Enter veya Space ile çalıştırılamaz. Klavye ve yardımcı teknoloji desteğinin yerleşik olması için yerel bir <button> öğesi kullanın.
• Arka plan sesi geçiş düğmelerine aria-pressed veya eşdeğer durum eklemeyi unutmak: Bir durum göstergesi olmadan, ekran okuyucu kullanıcıları düğmeyi çalıştırabilir ancak arka plan sesinin şu anda açık mı kapalı mı olduğunu anlayamaz. Düğmenin erişilebilir adında veya aria-pressed aracılığıyla her zaman geçerli durumu yansıtın.
• Ayrı parçalar sunmak yerine yalnızca tek bir karışık ses dosyası üretmek: Arka plan sesi yaratıcı niyetin ayrılmaz bir parçası olduğunda, ekipler genellikle konuşma için ayrı bir alternatif sunmak yerine tek bir karışık dosya dışa aktarır. Ayrı bir yalnızca konuşma sürümü sağlamak, üretim açısından çok az ek çaba gerektirir ve uyum riskini tamamen ortadan kaldırır.
• 1.4.7’yi canlı ses akışlarına uygulamak: Ölçüt, açıkça yalnızca önceden kaydedilmiş sesleri kapsar. Canlı ses yayınları bu özel kurala tabi değildir; ancak 1.4.4 (Metni Yeniden Boyutlandırma) ve altyazı gereklilikleri gibi diğer ölçütler, ilişkili içerik için hâlâ geçerli olabilir.
• Üçüncü taraf gömülü oynatıcıları kontrol etmeyi ihmal etmek: İçerik harici platformlardan (podcast barındırıcıları, video CDN’leri, ses paylaşım hizmetleri) gömüldüğünde, ekipler genellikle uyumluluğun platformun sorumluluğunda olduğunu varsayar. Ancak sayfa sahibi, gömülü medya dâhil sayfalarındaki tüm içeriğin erişilebilirliğinden sorumludur. Üçüncü taraf oynatıcının ya ses kalitesi gerekliliklerini karşıladığını ya da gerekli kontrolleri sunduğunu doğrulayın.
• 20 dB gerekliliğini kontrol ederken ortalama RMS düzeyleri yerine tepe düzeylerini ölçmek: WCAG 1.4.7’deki 20 dB eşiği, en iyi ortalama RMS (Root Mean Square) düzeyleriyle temsil edilen algısal ses yüksekliğine atıfta bulunur; anlık tepe düzeylerine değil. Tepe düzeyi ölçümlerini kullanmak, gerçek dinleme deneyimini yansıtmayan, olduğundan daha iyi görünen sonuçlar üretebilir.

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, Türkiye’de faaliyet gösteren geniş bir kamu ve özel sektör yelpazesi için zorunlu dijital erişilebilirlik gereklilikleri getirir. Genelge, WCAG 2.2’yi normatif teknik standart olarak benimser ve kuruluş türüne göre belirli uyum yükümlülükleri tanımlar.

Genelge kapsamında zorunlu uyuma tabi kuruluşlar arasında her düzeydeki kamu kurum ve kuruluşları, e-ticaret platformları, bankalar ve finansal hizmet sağlayıcıları, hastaneler ve sağlık kurumları, 200.000 veya daha fazla abonesi olan telekomünikasyon işletmecileri, lisanslı seyahat acenteleri, özel ulaşım şirketleri ve Millî Eğitim Bakanlığı (MEB) tarafından yetkilendirilmiş özel okullar yer alır. Bu kuruluşların en az WCAG 2.2 Seviye A ve Seviye AA’yı karşılaması gerekmektedir.

WCAG 1.4.7 — Düşük veya Hiç Arka Plan Sesi — Seviye AAA bir ölçüttür. Bu, 2025/10 sayılı Genelge’nin asgari gereklilikleri kapsamında kapsanan kuruluşların yasal olarak karşılamak zorunda olduğu ölçütler arasında olmadığı anlamına gelir. Ancak, birkaç önemli husus geçerlidir. Birincisi, gönüllü olarak AAA uyumuna taahhüt eden veya hastaneler, odyoloji klinikleri ya da sosyal hizmet kurumları gibi işitme engelli kullanıcı yoğunluğu yüksek nüfuslara hizmet veren kuruluşlar, 1.4.7’yi kendi bağlamlarında fiilen zorunlu kabul etmelidir. İkincisi, dijital hizmetleri arasında ses temelli eğitim içerikleri, müşteri hizmeti kayıtları, e-öğrenme modülleri veya kamuya yönelik bilgilendirici yayınlar bulunan herhangi bir kuruluş, 1.4.7’yi karşılamanın, işitme engelli Türk vatandaşları için bu hizmetlerin gerçek hayattaki kullanılabilirliğini önemli ölçüde artırdığını görecektir.

Türkiye’de kayda değer bir işitme engelli nüfus bulunmaktadır ve Genelge, hükümetin eşit dijital katılımı sağlama yönündeki taahhüdünü yansıtmaktadır. AAA ölçütleri teknik standartta hedef düzeyde konumlandırılmış olsa da, özellikle Türk kamu kurumlarının, içerikleri ve kaynakları elverdiği ölçüde asgari gerekliliklerin ötesine geçmesi teşvik edilmektedir. 1.4.7 uyumunu göstermek, kurumsal olgunluğu işaret eder, hukuki ve itibar riskini azaltır ve Türk dijital hizmetlerini, AAA uyumunun sözleşmesel olarak talep edilebildiği uluslararası pazarlarda ve yurt içinde kapsayıcı tasarım alanında öncü konuma getirir.