WCAG 1.4.7: Weinig of geen achtergrondaudio

Wat Deze Regel Betekent

WCAG Succescriterium 1.4.7 — Lage of Geen Achtergrondaudio — is van toepassing op vooraf opgenomen, uitsluitend-audio-inhoud die spraak op de voorgrond bevat. Het is niet van toepassing op audio die zelf een muzikale uitvoering is, zoals een lied, of op audio die primair een omgevingsgeluidssfeer is zonder beoogde spraakcomponent. Wanneer er op spraak gebaseerde audio-inhoud aanwezig is, vereist het criterium dat ten minste aan een van de volgende drie voorwaarden wordt voldaan:

• Geen achtergrondaudio: De audiotrack bevat spraak zonder enige achtergrondgeluiden — stilte achter de stem.
• Gebruikerscontrole: Alle achtergrondaudio kan door de gebruiker worden uitgeschakeld, onafhankelijk van de spraak op de voorgrond, zonder de spraakinhoud te beïnvloeden.
• 20 dB-regel: Achtergrondgeluiden zijn minstens 20 decibel lager in volume dan de spraak op de voorgrond. Een verschil van 20 dB komt ruwweg overeen met achtergrondaudio die vier keer stiller is dan de spraak, wat voor de meeste luisteraars een betekenisvol waarneembaar verschil is.

Een pass wordt genoteerd wanneer aan een van deze drie voorwaarden volledig is voldaan. Een fail treedt op wanneer spraak op de voorgrond concurreert met achtergrondaudio die niet kan worden uitgeschakeld en waarvan het volumeniveau minder dan 20 dB verschilt ten opzichte van het spraaksignaal. Let op dat incidentele geluidseffecten — zoals een korte meldingsping — die slechts één of twee seconden duren, expliciet zijn uitgezonderd van deze eis in de WCAG-specificatie.

Dit criterium is van toepassing op de audiotrack, ongeacht of die audio wordt aangeboden als een los audiobestand, als het audiocomponent van een video, of is ingesloten via een podcastspeler, HTML5-<audio>-element of een externe mediawidget. De eis gaat over de productie van de audio-inhoud zelf, niet over een specifiek HTML-element of ARIA-attribuut — daarom kunnen geautomatiseerde scantools overtredingen niet betrouwbaar detecteren en is handmatige beoordeling van de daadwerkelijke audio-inhoud altijd noodzakelijk.

Waarom Het Belangrijk Is

Ongeveer 1,5 miljard mensen wereldwijd leven met een zekere mate van gehoorverlies, volgens de Wereldgezondheidsorganisatie. Zelfs matig gehoorverlies kan het extreem moeilijk — soms onmogelijk — maken om de stem van een spreker te isoleren wanneer achtergrondmuziek, omgevingsgeluid of andere audio-elementen op vergelijkbare of concurrerende volumeniveaus zijn gemixt. Voor gebruikers die afhankelijk zijn van hoortoestellen of cochleaire implantaten wordt interferentie door achtergrondaudio samen met de spraak versterkt, waardoor de verstaanbaarheid dramatisch slechter in plaats van beter wordt.

Gebruikers met cognitieve beperkingen, waaronder mensen met aandachtsstoornissen, auditieve verwerkingsstoornissen of traumatisch hersenletsel, ondervinden ook aanzienlijke uitdagingen wanneer audiotracks concurrerende geluiden bevatten. Zelfs wanneer de luisteraar geen meetbaar gehoorverlies heeft, kan het brein moeite hebben om irrelevante audiosignalen weg te filteren en zich op de spraakinhoud te concentreren, wat leidt tot vermoeidheid, gebrek aan begrip of volledige uitsluiting van de inhoud.

Neem een concreet scenario uit de echte wereld: een Turkse overheidsinstantie publiceert een opgenomen audio-uitleg over hoe burgers een sociale uitkering kunnen aanvragen. De stem van de verteller is gemixt over een doorlopende achtergrondmuziektrack op ongeveer gelijke volumeniveaus. Een gebruiker met matig perceptief gehoorverlies bezoekt de pagina met een hoortoestel. Omdat het hoortoestel alle frequenties tegelijk versterkt, concurreert de muziek direct met de spraak van de verteller. De gebruiker kan de instructies niet begrijpen en mist een deadline voor de uitkeringsaanvraag. Als de audio was opgenomen zonder achtergrondmuziek, of als er een volumeregeling was aangeboden om de achtergrondtrack onafhankelijk te onderdrukken, zou de gebruiker gelijke toegang tot de informatie hebben gehad.

Los van beperkingen verbetert heldere audio met minimale achtergrondruis het begrip voor alle gebruikers — mensen die in lawaaiige omgevingen op mobiele apparaten luisteren, niet-moedertaalsprekers van de gesproken taal, en gebruikers in situaties met lage bandbreedte waar de audiokwaliteit al verminderd kan zijn. Er zijn ook indirecte SEO-voordelen: transcripties van duidelijk verstaanbare audio leveren tekstinhoud van hogere kwaliteit op die zoekmachines kunnen indexeren, wat de vindbaarheid van je content verbetert.

Gerelateerde Axe-core Regels

WCAG 1.4.7 vereist handmatig testen. Er is geen geautomatiseerde axe-core-regel die deze overtreding kan detecteren, en dat is bewust zo. Geautomatiseerde toegankelijkheidsscanners zoals axe-core, Lighthouse of IBM Equal Access Checker werken door de DOM-structuur, HTML-attributen, ARIA-rollen en berekende stijlen van een webpagina te analyseren. Ze hebben geen mogelijkheid om:

• De audio-inhoud van een bestand te analyseren: Scanners kunnen geen audio- of videobestand openen en de relatieve decibelniveaus van spraak op de voorgrond versus achtergrondaudio meten. Dit zou audiobewerking vereisen die ver buiten de reikwijdte van een op DOM gebaseerde toegankelijkheidschecker ligt.
• Te detecteren of er een aparte achtergrondaudioregeling bestaat en correct werkt: Zelfs als er een UI-bedieningselement met het label "Turn off background music" in de DOM aanwezig is, kan een scanner niet verifiëren dat dit element de achtergrondaudiotrack daadwerkelijk onderdrukt zonder de spraaktrack te beïnvloeden, noch kan het verifiëren dat de bediening in alle browsers naar verwachting werkt.
• Spraak te onderscheiden van niet-spraakaudio: Geautomatiseerde tools kunnen een audiobestand niet betrouwbaar classificeren als primair spraak-, primair muziek- of primair omgevingsgeluid, wat de noodzakelijke eerste beoordeling is voordat het criterium überhaupt van toepassing is.

Omdat alle beoordeling moet worden uitgevoerd door een menselijke beoordelaar die naar de inhoud luistert en, waar nodig, audi-analyse-software gebruikt om decibelniveaus te meten, markeert axe-core dit criterium als iets dat handmatige beoordeling vereist. Wanneer je axe DevTools uitvoert op een pagina met <audio>- of <video>-elementen, kan de tool een algemene media-gerelateerde waarschuwing tonen die je eraan herinnert om audiokwaliteitscriteria handmatig te evalueren, maar hij zal niet automatisch een pass- of fail-oordeel voor 1.4.7 geven.

Hoe te Testen

1. Maak een inventaris van alle audio-inhoud op de pagina. Laad de pagina en identificeer elk <audio>-element, elk <video>-element met een audiotrack, elke ingesloten podcast of mediaspeler en alle achtergrondaudio die automatisch wordt afgespeeld. Bepaal of elk audiobestand vooraf opgenomen is en spraak op de voorgrond bevat. Als het een puur muzieknummer of omgevingsgeluid zonder spraak is, is 1.4.7 niet van toepassing.
2. Voer een geautomatiseerde scan uit voor basisproblemen. Gebruik axe DevTools, Lighthouse of de ingebouwde audit van de Accsible-widget om de pagina te scannen. Hoewel deze tools de audiokwaliteit niet beoordelen, kunnen ze ontbrekende ondertiteling, ontbrekende controls-attributen op <audio>-elementen of gerelateerde toegankelijkheidsproblemen met media signaleren. Los alle gemelde problemen op voordat je doorgaat naar handmatige audio-evaluatie.
3. Luister elk in aanmerking komend audiobestand volledig af. Gebruik de ingebouwde speler van de pagina of download het bestand en open het in een mediaspeler. Luister specifiek naar achtergrondmuziek, omgevingsgeluid of andere niet-spraakaudio die gelijktijdig met de spraak op de voorgrond wordt afgespeeld.
4. Beoordeel of achtergrondaudio onafhankelijk kan worden uitgeschakeld. Als de speler een aparte bediening biedt om achtergrondmuziek te dempen of te verlagen zonder de stemtrack te beïnvloeden, verifieer dan dat deze bediening naar verwachting werkt in Chrome, Firefox en Safari. Test met uitsluitend toetsenbordnavigatie om te bevestigen dat de bediening toegankelijk is.
5. Meet decibelniveaus als achtergrondaudio aanwezig is en niet kan worden uitgeschakeld. Importeer het audiobestand in een gratis audio-editor zoals Audacity. Gebruik de ingebouwde golfvorm- of spectrogramweergave en de tool "Analyze > Contrast" (of equivalent) om het gemiddelde RMS-niveau van de spraaksegmenten te meten ten opzichte van het gemiddelde RMS-niveau van de achtergrondaudiosegmenten. Bevestig dat het verschil minstens 20 dB is. Als je geen toegang hebt tot audio-analysesoftware, gebruik dan je professionele oordeel als ervaren luisteraar: als een typische persoon met licht gehoorverlies de achtergrondaudio als storend of verhullend zou ervaren, beschouw het dan als een waarschijnlijke mislukking.
6. Test met ondersteunende technologieën. Navigeer met NVDA en Firefox, VoiceOver met Safari op macOS en JAWS met Chrome naar elke audiospeler. Bevestig dat alle bedieningselementen — inclusief een eventuele aparte schakelaar voor achtergrondaudio — bereikbaar zijn met het toetsenbord (Tab/Shift+Tab), correct worden aangekondigd door de schermlezer en bedienbaar zijn met Enter of Spatie. Dit test de audiokwaliteit niet direct, maar bevestigt dat eventuele remediëringsbedieningen die je hebt toegevoegd toegankelijk zijn.
7. Documenteer bevindingen. Noteer welke audiobestanden slagen (geen achtergrondaudio, gebruikerscontrole beschikbaar of 20 dB-verschil bevestigd), welke falen en welke zijn uitgezonderd (korte geluidseffecten onder 2 seconden of audio die primair muziek is in plaats van spraak).

Hoe te Herstellen

Scenario 1: Achtergrondmuziek te luid gemixt — Onjuist

<!-- 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>

Scenario 1: Achtergrondmuziek te luid gemixt — Juist

<!-- 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>

Scenario 2: Achtergrondaudio met een onafhankelijke mute-knop — Onjuist

<!-- 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>

Scenario 2: Achtergrondaudio met een onafhankelijke mute-knop — Juist

<!-- 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>

Scenario 3: Autoplay van achtergrondaudio bij het laden van de pagina — Onjuist

<!-- 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>

Scenario 3: Autoplay van achtergrondaudio bij het laden van de pagina — Juist

<!-- 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>

Veelvoorkomende Fouten

• Achtergrondmuziek op -10 dB mixen in plaats van de vereiste -20 dB: Producers passen vaak een bescheiden volumeverlaging toe op achtergrondmuziek en gaan ervan uit dat dit voldoende is. De WCAG-standaard vereist een volledig verschil van 20 dB (ongeveer vier keer stiller), niet slechts een merkbare vermindering. Verifieer altijd met een audio-analysetool in plaats van uitsluitend op subjectief oordeel te vertrouwen.
• De algemene volumeregeling van de speler verwarren met een onafhankelijke achtergrondaudioregeling: Een hoofdvolumeschuif die spraak en achtergrondaudio gelijktijdig verlaagt, voldoet niet aan de voorwaarde "gebruiker kan achtergrondaudio uitzetten". De bediening moet uitsluitend de achtergrondaudio onderdrukken zonder de spraak op de voorgrond te beïnvloeden.
• Aannemen dat het criterium alleen van toepassing is op losse audiobestanden: Veel ontwikkelaars over het hoofd zien dat de audiotrack van een video-element evenzeer onder 1.4.7 valt. Een video-uitleg met luide achtergrondmuziek in de audiotrack faalt het criterium net zo goed als een podcastbestand.
• Alle korte geluiden als uitgezonderd behandelen: De WCAG-uitzondering voor korte geluidseffecten geldt alleen voor geluiden die twee seconden of korter duren. Een terugkerende korte jingle die elke paar seconden wordt herhaald, of een achtergrondloop van korte geluiden, valt niet onder deze uitzondering en moet nog steeds voldoen.
• De schakelaar voor achtergrondaudio niet testen met uitsluitend toetsenbordnavigatie: Teams implementeren vaak een visueel aantrekkelijke mute-knop met een niet-interactief element zoals een <div> of <span>, dat niet bereikbaar is met de Tab-toets en niet bedienbaar is met Enter of Spatie. Gebruik een native <button>-element zodat ondersteuning voor toetsenbord en ondersteunende technologie standaard aanwezig is.
• Vergeten om aria-pressed of een equivalente status toe te voegen aan knoppen voor achtergrondaudioschakelaars: Zonder statusindicator kunnen schermlezergebruikers de knop wel bedienen, maar niet zien of achtergrondaudio momenteel aan of uit staat. Reflecteer de huidige status altijd in de toegankelijke naam van de knop of via aria-pressed.
• Slechts één gemixte audiobestand produceren in plaats van aparte tracks aan te bieden: Wanneer achtergrondaudio integraal is voor de creatieve intentie, exporteren teams vaak één enkel gemixt bestand in plaats van een spraak-only alternatief aan te bieden. Het aanbieden van een aparte spraak-only versie kost zeer weinig extra productie-inspanning en elimineert het nalevingsrisico volledig.
• 1.4.7 toepassen op live audiostreams: Het criterium heeft expliciet alleen betrekking op vooraf opgenomen audio. Live audiouitzendingen vallen niet onder deze specifieke regel, hoewel andere criteria zoals 1.4.4 (Tekst vergroten) en ondertitelingsvereisten nog steeds van toepassing kunnen zijn op bijbehorende inhoud.
• Verzuimen om ingesloten spelers van derden te controleren: Wanneer inhoud wordt ingesloten vanaf externe platforms (podcasthosts, video-CDN's, audiosharingdiensten), gaan teams er vaak van uit dat naleving de verantwoordelijkheid van het platform is. De paginabeheerder is echter verantwoordelijk voor de toegankelijkheid van alle inhoud op zijn pagina's, inclusief ingesloten media. Verifieer dat de externe speler ofwel aan de audiokwaliteitseisen voldoet, of de benodigde bedieningselementen biedt.
• Piekniveaus meten in plaats van gemiddelde RMS-niveaus bij het controleren van de 20 dB-eis: De drempel van 20 dB in WCAG 1.4.7 verwijst naar de perceptuele luidheid van de audio, die het best wordt benaderd door gemiddelde RMS-niveaus (Root Mean Square), niet door momentane piekniveaus. Het gebruik van piekniveaumetingen kan misleidend gunstige waarden opleveren die de daadwerkelijke luisterervaring niet weerspiegelen.

Relatie met de Toegankelijkheidsregelgeving van Turkije

Het Presidentieel Circulair 2025/10 van Turkije, gepubliceerd in Staatsblad nr. 32933 op 21 juni 2025, stelt verplichte digitale toegankelijkheidseisen vast voor een breed scala aan publieke en private entiteiten die in Turkije actief zijn. Het Circulair neemt WCAG 2.2 over als normatieve technische standaard en definieert specifieke conformiteitsverplichtingen op basis van het type organisatie.

De entiteiten die onder het Circulair aan verplichte naleving zijn onderworpen, omvatten overheidsinstellingen en -agentschappen op alle niveaus, e-commerceplatforms, banken en aanbieders van financiële diensten, ziekenhuizen en zorginstellingen, telecomoperators met 200.000 of meer abonnees, erkende reisbureaus, particuliere vervoersbedrijven en particuliere scholen die zijn gemachtigd door het Ministerie van Nationaal Onderwijs (MoNE). Deze organisaties moeten minimaal voldoen aan WCAG 2.2 Niveau A en Niveau AA.

WCAG 1.4.7 — Lage of Geen Achtergrondaudio — is een criterium op Niveau AAA. Dit betekent dat het niet behoort tot de criteria waaraan betrokken entiteiten wettelijk verplicht zijn te voldoen onder de basisvereisten van Circulair 2025/10. Er zijn echter verschillende belangrijke overwegingen. Ten eerste moeten organisaties die zich vrijwillig committeren aan AAA-conformiteit — of die populaties bedienen met hoge concentraties gebruikers met gehoorbeperkingen, zoals ziekenhuizen, audiologieklinieken of sociale dienstverleningsinstanties — 1.4.7 in de praktijk als verplicht beschouwen voor hun context. Ten tweede zullen alle entiteiten waarvan de digitale diensten audio-gebaseerde instructie-inhoud, klantenservice-opnames, e-learningmodules of informatieve uitzendingen voor het publiek omvatten, merken dat het voldoen aan 1.4.7 de praktische bruikbaarheid van die diensten voor Turkse burgers met gehoorbeperkingen aanzienlijk verbetert.

Turkije heeft een aanzienlijke populatie mensen met gehoorbeperkingen, en het Circulair weerspiegelt een overheidscommitment om gelijke digitale participatie te waarborgen. Hoewel AAA-criteria in de technische standaard als ambitieus zijn gepositioneerd, worden Turkse overheidsinstellingen in het bijzonder aangemoedigd om de minimumeisen te overtreffen waar hun inhoud en middelen dat toelaten. Aantonen dat aan 1.4.7 wordt voldaan, getuigt van organisatorische volwassenheid, vermindert juridisch en reputatierisico en positioneert Turkse digitale diensten als koplopers in inclusief ontwerp, zowel nationaal als op internationale markten waar AAA-conformiteit contractueel vereist kan zijn.