WCAG 3.1.6: Uitspraak

Wat Deze Regel Betekent

WCAG 3.1.6 Uitspraak is een succescriterium op niveau AAA onder het principe Begrijpelijk. Het stelt: "Er is een mechanisme beschikbaar om de specifieke uitspraak van woorden te identificeren wanneer de betekenis van de woorden, in context, dubbelzinnig is zonder de uitspraak te kennen."

De kernvereiste is dat wanneer de betekenis van een woord volledig afhangt van hoe het wordt uitgesproken — en die uitspraak niet kan worden afgeleid uit de omringende context — auteurs een manier moeten bieden waarop gebruikers de juiste uitspraak kunnen achterhalen. Dit is iets anders dan simpelweg een definitie geven; het criterium gaat specifiek over fonetische uitspraak die semantische dubbelzinnigheid oplost.

Het criterium richt zich op situaties waarin dezelfde reeks tekens op meerdere manieren kan worden gelezen, waarbij elke lezing een andere betekenis oplevert. Klassieke voorbeelden uit het Engels zijn het woord "read" (tegenwoordige tijd, rijmt op "reed") versus "read" (verleden tijd, rijmt op "red"), of "wind" (bewegende lucht, rijmt op "sinned") versus "wind" (opwinden, rijmt op "find"). In talen met complexere schriftsystemen of toondistincties — zoals Japans, Chinees of Arabisch — is het probleem nog vaker voorkomend en ingrijpender.

Turks is, hoewel grotendeels fonetisch regelmatig vergeleken met veel andere talen, nog steeds een taal met woorden en leenwoorden waarvan de uitspraak onduidelijk kan zijn in gespecialiseerde, technische of formele contexten, vooral voor schermlezers die met een gesynthetiseerde spraakengine werken die onbekende terminologie of vreemde leenwoorden verkeerd kan beklemtonen of uitspreken.

Wat telt als een voldoende oplossing: Een pagina voldoet als, overal waar een woord dubbelzinnig is zonder de uitspraak te kennen, ten minste een van de volgende mechanismen aanwezig is:

• Een inline fonetische gids direct naast het woord (bijv. met behulp van het HTML-element <ruby> en de bijbehorende tags <rt> en <rp> voor Oost-Aziatische schriften, of een fonetische sleutel tussen haakjes in IPA of een ander erkend notatiesysteem).
• Een link naar een woordenlijstitem of uitspraakgids die expliciet het dubbelzinnige woord behandelt.
• Een audioclip met de uitspraak die aan het woord is gekoppeld.
• Inline tekst direct vóór of na het woord die de uitspraak beschrijft op een manier die de lezer kan interpreteren (bijv. "Het woord 'bass' verwijst hier naar de vis — uitgesproken als 'mass'").

Wat telt als een onvoldoende oplossing: Een pagina voldoet niet als de betekenis van een woord werkelijk dubbelzinnig is zonder het uitgesproken te horen, en er geen mechanisme bestaat om die dubbelzinnigheid op te lossen via uitspraakinformatie. Alleen een tekstuele definitie geven die de uitspraak niet verduidelijkt is onvoldoende als de betekenis niet uit de definitie alleen kan worden afgeleid zonder te weten hoe het woord klinkt. Merk op dat als de context — zoals de omringende zin, kop of afbeelding — de uitspraak al duidelijk maakt, aan het criterium is voldaan zonder extra mechanisme.

Officiële uitzonderingen: De WCAG-specificatie beperkt dit criterium expliciet tot gevallen waarin dubbelzinnigheid bestaat zonder de uitspraak te kennen. Als de omringende tekst, visuele elementen of semantische structuur de dubbelzinnigheid al ondubbelzinnig oplossen, is geen extra uitspraakmechanisme vereist. Het criterium vereist geen fonetische annotatie voor elk woord op elke pagina — alleen voor woorden waarvan de betekenis daadwerkelijk afhangt van een uitspraak die niet uit de context kan worden afgeleid.

Waarom Het Belangrijk Is

Dubbelzinnigheid in uitspraak creëert betekenisvolle barrières voor verschillende gebruikersgroepen, en de impact is bijzonder groot voor mensen die niet kunnen vertrouwen op visuele of auditieve aanwijzingen buiten de primaire tekst.

Blinde en slechtziende gebruikers die schermlezers gebruiken zijn de meest direct getroffen groep. Schermlezers zetten tekst om in gesynthetiseerde spraak, en wanneer een woord meerdere geldige uitspraken met verschillende betekenissen heeft, moet de tekst-naar-spraakengine een keuze maken — en die keuze is vaak onjuist. Een gebruiker die luistert naar een financieel artikel over "compound interest" kan "compound" horen uitgesproken zoals het zelfstandig naamwoord (een omheind terrein), wat tijdelijke of aanhoudende verwarring veroorzaakt. Voor gebruikers die niet snel even naar de omringende visuele context kunnen kijken, vereist het oplossen van deze verwarring het herbeluisteren van passages of het elders zoeken naar verduidelijking. Volgens de Wereldgezondheidsorganisatie hebben wereldwijd ongeveer 2,2 miljard mensen een vorm van visuele beperking, van wie een aanzienlijk deel schermleestechnologie gebruikt als primaire manier om digitale inhoud te benaderen.

Gebruikers met cognitieve en leerstoornissen, waaronder mensen met dyslexie of taalverwerkingsstoornissen, vertrouwen vaak op tekst-naar-spraaktools, zelfs wanneer zij functioneel zicht hebben. Voor deze gebruikers kan het horen van een onjuiste uitspraak van een homograaf het begrip verstoren op een manier die moeilijk te herstellen is, vooral wanneer de passage technisch of onbekend is.

Dove en slechthorende gebruikers die gebarentalen als primaire taal gebruiken, kunnen geschreven tekst tegenkomen in een tweede of derde taal. Voor hen kan het zien van een fonetische weergave van een woord — zelfs als zij het niet kunnen horen — de geschreven vorm betrouwbaarder verbinden met een bekend concept dan een tekstuele definitie alleen.

Niet-moedertaalsprekers en taalleerders profiteren enorm van uitspraakgidsen. Een lezer van het Turks die een gespecialiseerd medisch of juridisch begrip tegenkomt, of een buitenlandse technische term in Turkse transliteratie, weet mogelijk niet of de klemtoon op de eerste of tweede lettergreep valt, wat de betekenis kan veranderen of het begrip simpelweg kan bemoeilijken.

Een concreet scenario uit de praktijk: Stel je een Turks gezondheidsportaal voor dat een procedure beschrijft waarbij het woord "ileum" (een deel van de dunne darm) voorkomt naast inhoud die ook verwijst naar het ilium (een bekkenbot). In het Engels klinken deze woorden in veel dialecten identiek. Op een pagina die door een schermlezer wordt voorgelezen, heeft een patiënt die zich voorbereidt op een operatie en blind of slechtziend is, geen manier om de twee termen alleen op basis van audio te onderscheiden, tenzij uitspraak- of fonetische context wordt geboden. Dit is geen hypothetisch randgeval — medische documentatie is een hoog-risicodomein waar dergelijke dubbelzinnigheden echte schade kunnen veroorzaken.

SEO- en bruikbaarheidsvoordelen bestaan ook. Uitspraakgidsen stimuleren het gebruik van precieze, goed gedefinieerde terminologie. Woordenlijsten met fonetische annotaties verbeteren statistieken zoals tijd op pagina en verminderen gebruikersfrustratie. Rijke gestructureerde inhoud die terminologie uitlegt, trekt doorgaans meer inkomende links aan en geeft zoekmachines signalen van inhoudelijke autoriteit.

Gerelateerde Axe-core-regels

WCAG 3.1.6 vereist alleen handmatige tests. Er zijn geen geautomatiseerde axe-core-regels die direct aan dit criterium zijn gekoppeld. De volgende uitleg verduidelijkt waarom automatisering overtredingen niet betrouwbaar kan detecteren en waar testers handmatig op moeten letten.

• Er bestaat geen geautomatiseerde regel voor dubbelzinnigheid in uitspraak. Geautomatiseerde toegankelijkheidstestengines zoals axe-core werken door de DOM te scannen op structurele patronen, ontbrekende attributen, ongeldige rollen en andere regelgebaseerde condities. Bepalen of een specifiek woord dubbelzinnig is zonder de uitspraak te kennen, vereist semantisch en taalkundig begrip van de inhoud — een oordeel dat afhangt van woordenschat, taal, domeincontext en achtergrond van de lezer. Geen enkele huidige statische analyse-engine kan betrouwbaar vaststellen dat het woord "read" in een bepaalde zin dubbelzinnig is in uitspraak zonder menselijke interpretatie van de omringende betekenis. Daarom erkent WCAG zelf dat dit criterium moeilijk programmatisch te testen is en plaatst het op niveau AAA.
• Wat handmatige testers moeten controleren: Testers moeten de pagina-inhoud doorlezen met domeinkennis van de gebruikte taal/talen en elk woord markeren waarvoor (a) twee of meer geldige uitspraken bestaan, (b) elke uitspraak overeenkomt met een andere betekenis, en (c) de omringende context niet ondubbelzinnig duidelijk maakt welke betekenis is bedoeld. Voor elk gemarkeerd woord moet de tester vervolgens verifiëren dat er een uitspraakmechanisme aanwezig en toegankelijk is — fonetische gids, audioclip, woordenlijstlink of contextuele verduidelijking.
• Spotcheck met schermlezer: Testers die schermlezers gebruiken (NVDA, JAWS, VoiceOver, TalkBack) moeten naar de inhoud luisteren en alle gevallen noteren waarin de gesynthetiseerde stem een woord uitspreekt op een manier die in strijd is met de bedoelde betekenis in context. Dit is een sterk signaal dat een uitspraakmechanisme nodig is.

Hoe te Testen

1. Voer eerst een geautomatiseerde scan uit (voor de basislijn): Gebruik axe DevTools of Lighthouse om een algemene toegankelijkheidsaudit van de pagina uit te voeren. Hoewel geen van beide tools een speciale regel heeft voor WCAG 3.1.6, kan de scan gerelateerde taalproblemen aan het licht brengen, zoals een ontbrekend of onjuist lang-attribuut op het <html>-element (WCAG 3.1.1) of ontbrekende taalidentificatie voor passages in een andere taal (WCAG 3.1.2). Deze problemen kunnen uitspraakproblemen verergeren doordat de schermlezer de verkeerde taalengine toepast. Controleer of <html lang='tr'> (of de juiste taalcode) aanwezig en correct is.
2. Voer een contentaudit uit voor homografen en dubbelzinnige termen: Lees met domeinexpertise in het onderwerp en de taal van de pagina alle tekstinhoud door. Maak een lijst van woorden die meerdere uitspraken met verschillende betekenissen hebben. Let in het bijzonder op: leenwoorden uit het Engels, Frans, Arabisch of andere talen die mogelijk niet de standaard Turkse fonetische regels volgen; technisch jargon in de geneeskunde, het recht of de techniek; eigennamen met een niet voor de hand liggende uitspraak; en elk woord dat expliciet in de redactionele beoordeling als mogelijk verwarrend is aangemerkt.
3. Test met NVDA + Firefox: Open de pagina in Firefox met NVDA actief. Gebruik de doorlopende leesmodus van NVDA (Insert + Pijl omlaag) om naar de hele pagina of de relevante secties te luisteren. Noteer elk woord dat de synthesizer op een manier uitspreekt die verkeerd kan worden begrepen. Controleer of er een uitspraakmechanisme (fonetische annotatie, audioknop, woordenlijstlink) beschikbaar is en of NVDA dit duidelijk aankondigt.
4. Test met JAWS + Chrome: Herhaal bovenstaande luistertest in Chrome met JAWS. JAWS en NVDA gebruiken verschillende spraaksynthesizers en kunnen hetzelfde woord anders uitspreken, dus beide tests zijn waardevol. Gebruik de verbositeitsinstellingen van JAWS om ervoor te zorgen dat alle inline annotaties en inhoud van het <ruby>-element worden voorgelezen.
5. Test met VoiceOver + Safari (macOS/iOS): Schakel VoiceOver in en navigeer door de pagina met Safari. Gebruik VO + A om de pagina continu te laten voorlezen. De spraaksynthesizer van Apple heeft zijn eigen uitspraaklogica; controleer of eventuele <ruby>-annotaties of aria-label-overschrijvingen correct worden weergegeven.
6. Controleer of het uitspraakmechanisme toegankelijk is: Controleer voor elk uitspraakmechanisme op de pagina of het uitsluitend met het toetsenbord bereikbaar is, of het door schermlezers wordt aangekondigd, en of de geboden uitspraakinformatie de dubbelzinnigheid daadwerkelijk oplost (bijv. een IPA-transcriptie is alleen nuttig als de doelgroep IPA kan lezen; een fonetische spelling in gewone taal zoals "uitgesproken: EYE-lee-um" kan universeler bruikbaar zijn).
7. Controleer audioclips met uitspraak: Als audioclips worden gebruikt, controleer dan of ze toegankelijke bedieningselementen hebben (afspeelknop met label, volumeregeling) en of transcripties of tekstalternatieven beschikbaar zijn voor dove gebruikers die geen baat hebben bij audio.

Hoe te Herstellen

Homograaf in lopende tekst — Onjuist

<!-- The word "bass" is used in a music context, but its pronunciation
     is ambiguous (rhymes with "face" not "mass" in this context).
     No mechanism is provided to clarify. -->
<p>
  The bass guitar part in the recording was improvised live during
  the studio session.
</p>

Homograaf in lopende tekst — Juist

<!-- A parenthetical phonetic guide immediately resolves the ambiguity.
     Alternatively, a link to a glossary entry with an audio clip
     would also satisfy the criterion. -->
<p>
  The bass <span lang='en-x-phonetics'>(pronounced: "base", rhymes with "face")</span>
  guitar part in the recording was improvised live during the studio session.
</p>

Oost-Aziatisch of met ruby geannoteerd schrift — Onjuist

<!-- Japanese kanji without furigana: the reading of this compound
     is not clear to all readers and screen readers may mispronounce it. -->
<p>本日の<span>音楽</span>イベントへようこそ。</p>

Oost-Aziatisch of met ruby geannoteerd schrift — Juist

<!-- The <ruby> element with <rt> provides the phonetic reading.
     <rp> provides fallback parentheses for browsers that do not
     support ruby annotations, ensuring backward compatibility. -->
<p>本日の
  <ruby>
    音楽
    <rp>(</rp>
    <rt>おんがく</rt>
    <rp>)</rp>
  </ruby>
イベントへようこそ。</p>

Technische term met dubbelzinnige uitspraak — Onjuist

<!-- "Ileum" and "ilium" sound identical when mispronounced by a TTS engine.
     No disambiguation mechanism is present in this medical content. -->
<p>
  The surgical procedure involves resection of the terminal ileum
  to treat the affected region.
</p>

Technische term met dubbelzinnige uitspraak — Juist

<!-- A glossary link provides access to a page with an audio pronunciation
     clip and IPA notation, satisfying the criterion. The link text is
     descriptive so screen reader users understand where it leads. -->
<p>
  The surgical procedure involves resection of the terminal
  <a href='/glossary/ileum' aria-label='ileum — view pronunciation and definition'>ileum</a>
  to treat the affected region.
</p>

<!-- The linked glossary entry should contain: -->
<article id='glossary-ileum'>
  <h2>Ileum</h2>
  <p><strong>Pronunciation:</strong> ILL-ee-um (/ˈɪliəm/)</p>
  <audio controls aria-label='Audio pronunciation of ileum'>
    <source src='/audio/ileum.mp3' type='audio/mpeg'>
    Your browser does not support the audio element.
  </audio>
  <p><strong>Definition:</strong> The final section of the small intestine,
  connecting to the large intestine. Not to be confused with the ilium
  (a bone of the pelvis, pronounced identically).</p>
</article>

Leenwoord met niet-standaard uitspraak in het Turks — Onjuist

<!-- The English loanword "cache" is used in a Turkish tech article.
     Turkish TTS engines may pronounce this as "kah-sheh" or "kash"
     rather than the intended "kash". No guidance is provided. -->
<p>Tarayıcı cache dosyalarını temizlemek performansı artırabilir.</p>

Leenwoord met niet-standaard uitspraak in het Turks — Juist

<!-- A phonetic clarification in parentheses uses familiar Turkish
     phonetic conventions to guide the reader. -->
<p>
  Tarayıcı cache
  <span class='pronunciation-guide' aria-label='telaffuz: keş'>
    (telaffuz: keş)
  </span>
  dosyalarını temizlemek performansı artırabilir.
</p>

Veelvoorkomende Fouten

• Alleen een tekstuele definitie geven zonder uitspraak: Een tooltip of woordenlijstdefinitie toevoegen die de betekenis van een woord uitlegt, voldoet niet aan WCAG 3.1.6 als de definitie zelf de uitspraak niet verduidelijkt. Bijvoorbeeld, "bass" definiëren als "a low-frequency sound or musical instrument" laat de uitspraak nog steeds dubbelzinnig; het mechanisme moet specifiek ingaan op hoe het woord wordt uitgesproken.
• <ruby> gebruiken zonder <rp>-fallbacktags: In browsers die ruby-annotaties niet native ondersteunen, zorgt het weglaten van <rp> (ruby-haakjes) ervoor dat de fonetische annotatie volledig verdwijnt. Neem altijd <rp>(</rp> en <rp>)</rp> op rond elk <rt>-element zodat gebruikers op niet-ondersteunende platforms de uitspraaktekst nog steeds inline zien.
• Audioclips aanbieden zonder toegankelijke bediening of tekstalternatieven: Een knop voor uitspraak in audio zonder label (bijv. <button><img src='speaker.png'></button> zonder alt of aria-label) is ontoegankelijk voor juist de gebruikers die deze het meest nodig hebben. Elk audiobedieningselement moet een beschrijvend label hebben, en de uitspraakinhoud van de audio moet ook in tekstvorm beschikbaar zijn voor dove gebruikers.
• Aannemen dat de TTS-engine het wel goed doet: Veel teams slaan uitspraakmechanismen over omdat hun interne tests (visueel of auditief uitgevoerd door ziende/horende testers) de dubbelzinnigheid niet blootleggen. Vertrouwen op de heuristieken van een tekst-naar-spraakengine om de juiste uitspraak van een homograaf te kiezen, is geen geldige toegankelijkheidsstrategie; die heuristieken falen regelmatig, vooral bij domeinspecifieke of meertalige inhoud.
• Uitspraakgidsen te ver van het woord plaatsen: Een link naar een sitebrede uitspraakwoordenlijst onderaan de pagina of in een helpsectie voldoet niet aan het criterium als gebruikers de inhoud moeten verlaten om deze te vinden en zo hun leespositie verliezen. Het mechanisme moet duidelijk gekoppeld zijn aan het specifieke dubbelzinnige woord, hetzij inline, hetzij via een nabije, duidelijk gelabelde link.
• IPA-notatie gebruiken zonder rekening te houden met het publiek: Transcripties in het Internationaal Fonetisch Alfabet zijn nauwkeurig, maar voor de meeste algemene doelgroepen niet leesbaar. Als je gebruikers geen taalprofessionals zijn, zijn fonetische spellingen in gewone taal ("pronounced: KAY-oss" voor "chaos") praktischer. Een ontoegankelijk formaat kiezen voor de uitspraakgids ondermijnt het hele doel van het aanbieden ervan.
• Verzuimen uitspraakspans te markeren met de juiste taalattributen: Wanneer je een fonetische spelling geeft in een taal of notatiesysteem dat verschilt van de primaire taal van de pagina, en je het juiste lang-attribuut op het omvattende element weglaat. Dit zorgt ervoor dat schermlezers onjuiste fonetische regels toepassen op de tekst die juist bedoeld is om de uitspraak te verduidelijken, wat een extra probleem creëert.
• Het criterium alleen toepassen op lopende tekst en koppen, navigatie en UI-labels negeren: Dubbelzinnige homografen kunnen voorkomen in koppen, knoplabels, linktekst, formulierlabels en foutmeldingen. Deze elementen worden vaak geïsoleerd gelezen door schermlezergebruikers die navigeren op basis van landmarks of elementtype, waardoor contextuele disambiguatie nog minder betrouwbaar is dan in lopende tekst.
• WCAG 3.1.3 (Ongebruikelijke woorden) verwarren met 3.1.6 (Uitspraak): WCAG 3.1.3 vereist mechanismen voor woorden die op een ongebruikelijke of gespecialiseerde manier worden gebruikt. WCAG 3.1.6 richt zich op een ander probleem: woorden waarvan de betekenis zelf afhangt van hoe ze worden uitgesproken. Een woord kan een oplossing vereisen onder 3.1.6, zelfs als het niet ongebruikelijk is — "read" en "wind" zijn gewone woorden. Ga er niet van uit dat het voldoen aan het ene criterium automatisch betekent dat aan het andere is voldaan.
• Niet testen met meerdere schermlezers en TTS-engines: Verschillende synthesizers (NVDA's eSpeak, JAWS's Eloquence of Vocalizer, de ingebouwde stemmen van Apple) hebben verschillende uitspraakheuristieken en gaan anders om met homografen. Een woord dat door een bepaalde engine toevallig correct wordt uitgesproken, kan door een andere verkeerd worden uitgesproken. Contentmakers zouden met ten minste twee combinaties van schermlezer en browser moeten testen om uitspraakproblemen te identificeren die echte gebruikers treffen.

Relatie met de Toegankelijkheidsregelgeving van Turkije

Het presidentieel circulaire 2025/10 van Turkije, gepubliceerd in het Staatsblad nr. 32933 op 21 juni 2025, stelt bindende webtoegankelijkheidseisen vast voor een brede reeks entiteiten die in Turkije actief zijn. De circulaire verplicht naleving van de WCAG 2.2-standaarden, met een primaire nadruk op criteria van niveau A en niveau AA voor de betrokken entiteiten. De entiteiten die expliciet onder de circulaire vallen, zijn onder meer overheidsinstellingen en -agentschappen, e-commerceplatforms, banken en aanbieders van financiële diensten, ziekenhuizen en zorgorganisaties, telecombedrijven met 200.000 of meer abonnees, reisbureaus, particuliere vervoersbedrijven en particuliere scholen die opereren onder een vergunning van het Ministerie van Nationaal Onderwijs (MoNE).

WCAG 3.1.6 Uitspraak is een criterium op niveau AAA en behoort daarom niet tot de wettelijk verplichte eisen onder de circulaire. Betrokken entiteiten zijn door de circulaire niet verplicht uitspraakmechanismen te implementeren als basismaatregel voor naleving. Het bredere doel van de circulaire — ervoor zorgen dat digitale diensten daadwerkelijk bruikbaar zijn voor alle burgers, inclusief mensen met een beperking — is echter goed gediend met vrijwillige toepassing van criteria op niveau AAA, waar dit technisch en redactioneel haalbaar is.

Voor bepaalde categorieën van betrokken entiteiten is de praktische reden om WCAG 3.1.6 te implementeren bijzonder sterk, zelfs zonder wettelijke verplichting. Gezondheidsportalen die worden beheerd door ziekenhuizen die onder de circulaire vallen, werken met terminologie waarbij dubbelzinnigheid in uitspraak echte schade voor patiënten kan veroorzaken. Juridische of regelgevende teksten die door overheidsinstellingen worden gepubliceerd, kunnen gespecialiseerde woordenschat bevatten met een niet voor de hand liggende uitspraak, wat barrières creëert voor schermlezergebruikers. E-commerceplatforms die diverse taalkundige doelgroepen bedienen — waaronder niet-moedertaalsprekers van het Turks — kunnen merken dat uitspraakgidsen klantverwarring en afhaken verminderen.

Turks is een fonetisch regelmatige taal, wat betekent dat de relatie tussen spelling en uitspraak consistenter is dan in talen als Engels of Frans. Dit verkleint (maar elimineert niet) de omvang van het werk om aan WCAG 3.1.6 te voldoen voor Turkstalige inhoud. De prevalentie van Engelse en Franse leenwoorden in Turkse technische, commerciële en digitale inhoud — met name in de sectoren die onder de circulaire vallen — betekent echter dat dubbelzinnigheid in uitspraak een reële zorg blijft. Woorden die uit andere talen zijn overgenomen, volgen niet altijd de Turkse fonetische conventies en kunnen door Turkse TTS-engines verschillend worden uitgesproken, afhankelijk van de configuratie van de synthesizer.

Organisaties die onder de circulaire vallen en streven naar toegankelijkheid van topniveau — of die gebruikers in meertalige contexten bedienen, actief zijn in hoog-risicodomeinen zoals gezondheid of financiën, of toegankelijkheidsleiderschap willen tonen op de Turkse digitale markt — zouden WCAG 3.1.6 moeten overwegen als onderdeel van een uitgebreid toegankelijkheidsprogramma dat verder gaat dan minimale wettelijke naleving. Het implementeren van uitspraakmechanismen is voor de meeste soorten inhoud een relatief goedkope verbetering en toont een oprechte inzet voor inclusief ontwerp die in lijn is met zowel de geest van de circulaire als met internationale best practices.