In de digitale wereld werd het concept "toegang voor iedereen" lange tijd beschouwd als een ethische voorkeur of een "wenselijke" eigenschap. Met de presidentiële circulaire nr. 2025/10, gepubliceerd in het Staatsblad op 21 juni 2025, is digitale toegankelijkheid echter officieel een wettelijke verplichting geworden voor overheidsinstellingen en specifieke particuliere bedrijven in Turkije.
Als Switas Consultancy hebben we een uitgebreide handleiding samengesteld waarin gedetailleerd wordt beschreven wat deze nieuwe regelgeving inhoudt, welke instellingen erdoor worden geraakt en de technische details van het WCAG 2.2-nalevingsproces dat nodig is om aan deze nieuwe normen te voldoen.
1. Wat heeft de nieuwe regelgeving te bieden?
Deze circulaire, opgesteld op basis van Wet nr. 5378 betreffende personen met een handicap, schrijft voor dat digitale diensten voor iedereen toegankelijk moeten zijn – in het bijzonder voor personen met een handicap en ouderen – en dat gelijkwaardig, onafhankelijk en veilig gebruik ervan gewaarborgd moet zijn.
Het voornaamste doel van deze circulaire is om websites en mobiele applicaties in overeenstemming te brengen met de internationaal erkende Web Content Accessibility Guidelines (WCAG), opgesteld door het W3C (World Wide Web Consortium).
2. Welke instellingen vallen binnen het toepassingsgebied en wat is de tijdlijn?
De circulaire strekt zich niet alleen uit tot overheidsinstellingen, maar omvat ook cruciale sectoren in de particuliere sector die veelvuldig door burgers worden gebruikt. De termijnen voor naleving variëren per sector:
Entiteiten die binnen 1 jaar (uiterlijk juni 2026) aan de eisen moeten voldoen:
- Alle openbare instellingen en organisaties (universiteiten, gemeenten, enz.).
- Publieke beroepsorganisaties.
- Banken.
- Particuliere ziekenhuizen.
- Particuliere onderwijsinstellingen die door het Ministerie van Nationaal Onderwijs zijn erkend.
- Particuliere bedrijven die personenvervoer aanbieden (luchtvaart, spoorweg, wegvervoer).
- Aanbieders van elektronische communicatiediensten met meer dan 200,000 abonnees.
Entiteiten die binnen 2 jaar (uiterlijk juni 2027) aan de eisen moeten voldoen: - Dienstverleners die zich bezighouden met e-commerce in de zin van de Wet op de Regulering van Elektronische Handel.
3. De technische standaard: Wat is WCAG 2.2?
De circulaire wijst WCAG 2.2 aan als de technische norm voor naleving. WCAG 2.2 bouwt voort op eerdere versies (2.0 en 2.1) en introduceert specifieke verbeteringen voor gebruikers met cognitieve beperkingen, slechtziendheid en motorische beperkingen.
De richtlijnen zijn opgebouwd rond 4 fundamentele principes (POUR):
A. Waarneembaar: Informatie en gebruikersinterfacecomponenten moeten op een voor gebruikers waarneembare manier worden gepresenteerd (bijvoorbeeld door tekstalternatieven te bieden voor niet-tekstuele inhoud zoals afbeeldingen, en door te zorgen voor voldoende kleurcontrast).
B. Bedienbaar: De componenten van de gebruikersinterface en de navigatie moeten bedienbaar zijn (bijvoorbeeld, alle functionaliteit moet via het toetsenbord beschikbaar zijn, gebruikers moeten voldoende tijd hebben om de inhoud te lezen en te gebruiken).
C. Begrijpelijk: De informatie en de werking van de gebruikersinterface moeten begrijpelijk zijn (bijvoorbeeld: tekst moet leesbaar zijn, webpagina's moeten op een voorspelbare manier werken en er moet invoerhulp worden geboden om fouten te voorkomen).
D. Robuust: De inhoud moet robuust genoeg zijn om betrouwbaar te kunnen worden geïnterpreteerd door een breed scala aan gebruikersagenten, waaronder ondersteunende technologieën (bijvoorbeeld compatibel met schermlezers).
Kritische succescriteria geïntroduceerd met WCAG 2.2
Om volledige naleving te garanderen, moeten organisaties de specifieke technische nuances begrijpen die in versie 2.2 zijn geïntroduceerd. Hieronder vindt u een uitgebreidere beschrijving van de nieuwe kerncriteria:
Scherpte niet belemmerd (minimum en verbeterd) (criteria 2.4.11 / 2.4.12): Wanneer een gebruiker met behulp van het toetsenbord door een pagina navigeert (door middel van tabtoetsen tussen links en knoppen), moet het element waarop de gebruiker zich momenteel concentreert zichtbaar blijven. Deze update verhelpt het veelvoorkomende probleem waarbij "sticky headers" of "sticky footers" (vaste balken bovenaan of onderaan het scherm) het element verbergen dat de gebruiker probeert te bekijken.
Eis: U moet ervoor zorgen dat het geselecteerde item niet volledig verborgen is door andere inhoud. Idealiter moet het volledig zichtbaar zijn.
Slepende bewegingen (criterium 2.5.7): Sommige interfaces vereisen dat gebruikers objecten slepen (bijvoorbeeld het uploaden van bestanden via drag-and-drop, schuifregelaars of het herschikken van lijsten). Dit kan fysiek onmogelijk zijn voor gebruikers met motorische beperkingen die gebruikmaken van speciale aanwijsapparaten of oogvolgsoftware.
Eis: Als een interface gebruikmaakt van slepen, moet u een alternatief met één aanwijzer aanbieden. In plaats van een kaart te slepen om deze te verplaatsen, kunt u bijvoorbeeld knoppen voor omhoog/omlaag/links/rechts aanbieden. In plaats van een lijst met sleep-en-drop-functionaliteit kunt u pijltjes gebruiken om items omhoog of omlaag te verplaatsen.
Doelgrootte (minimum) (criterium 2.5.8): Gebruikers met handtremoren, grote vingers of gebruikers van mobiele apparaten hebben vaak moeite met het indrukken van kleine, dicht op elkaar staande knoppen.
Eis: Interactieve elementen (knoppen, pictogrammen) moeten minimaal 24x24 CSS-pixels groot zijn. Als het element kleiner is, moet er voldoende ruimte omheen zijn, zodat een cirkel met een diameter van 24 pixels, gecentreerd op het element, geen ander element overlapt. Dit verkleint het risico dat per ongeluk de verkeerde functie wordt geactiveerd.
Toegankelijke authenticatie (criterium 3.3.8): Veel inlogprocessen vereisen het oplossen van puzzels (CAPTCHA's), het onthouden van wachtwoorden of het overschrijven van eenmalige codes die via sms worden verzonden. Dit vormt een drempel voor gebruikers met cognitieve problemen of geheugenbeperkingen.
Eis: Authenticatieprocessen mogen niet gebaseerd zijn op een "cognitieve functietest" (zoals het oplossen van een puzzel of het onthouden van informatie). U moet de mogelijkheid bieden om wachtwoorden en codes te kopiëren en te plakken, en het gebruik van wachtwoordmanagers van derden en automatische invulfuncties ondersteunen. Als er een CAPTCHA wordt gebruikt, moet er een niet-cognitief alternatief zijn (bijvoorbeeld eenvoudige objectherkenning of tweefactorauthenticatie via een apparaat).
Overbodige invoer (criterium 3.3.7): Het herhaaldelijk invoeren van dezelfde informatie (zoals een verzendadres) binnen één sessie leidt tot vermoeidheid en verhoogt het aantal fouten, met name bij gebruikers met cognitieve beperkingen.
Eis: Eerder door de gebruiker ingevoerde informatie moet automatisch worden ingevuld of beschikbaar zijn voor de gebruiker om te selecteren uit een keuzelijst, in plaats van dat de gebruiker deze opnieuw moet invoeren.
Consistente hulp (criterium 3.2.6): Gebruikers die hulp nodig hebben, vinden de juiste ondersteuningskanalen vaak moeilijk te vinden als ze tussen verschillende pagina's navigeren.
Eis: Als u helpfuncties aanbiedt (zoals een chatbot, contact-e-mailadres of link naar een 'Hoe te'-pagina), moeten deze op elke pagina waar ze aanwezig zijn op dezelfde relatieve positie verschijnen. Als de chatwidget bijvoorbeeld rechtsonder op de homepage staat, kan deze niet naar linksboven op de productpagina worden verplaatst.
4. Audit, monitoring en het "toegankelijkheidslogo"
Om deze transitie in goede banen te leiden, heeft het Ministerie van Gezin en Sociale Zaken een "Monitoringcommissie" opgericht. Bovendien moet elke verantwoordelijke instelling een eigen interne "Toegankelijkheidsbeoordelingscommissie" samenstellen om technische analyses uit te voeren en bevindingen te rapporteren.
Websites en mobiele applicaties die de audit doorstaan en aantonen te voldoen aan de normen, ontvangen van het ministerie het "Toegankelijkheidslogo". Dit logo is een keurmerk dat een "toegankelijke instelling" aanduidt en is twee jaar geldig na uitgifte.
5. Hoe Switas Consultancy uw compliance-traject ondersteunt
Toegankelijkheid is niet zomaar een wettelijke verplichting; het is een cruciaal onderdeel van de gebruikerservaring (UX) en SEO-prestaties. Switas begeleidt u door deze transformatie met een gestructureerde methodologie:
1. WCAG-audit (WCAG 2.2): We voeren een grondige evaluatie uit van uw digitale assets aan de hand van de nieuwe WCAG 2.2-criteria, waarbij we specifieke overtredingen identificeren met betrekking tot focuszichtbaarheid, doelgroottes, authenticatiebarrières en meer.
2. Handleiding & Gebruikerstesten: Geautomatiseerde tools detecteren slechts een deel van de problemen. Onze experts voeren handmatige audits uit met behulp van schermlezers (zoals NVDA en VoiceOver) en doen praktijktests met gebruikers met een beperking om de daadwerkelijke bruikbaarheid te garanderen.
3. Herstelplan: We werken rechtstreeks samen met uw ontwikkelings- en ontwerpteams en bieden technische oplossingen voor complexe problemen op codeniveau (ARIA-labels, semantische HTML, responsieve herberekening).
4. Duurzaamheid en training: Toegankelijkheid is een continu proces. We bieden periodieke herbeoordelingen en teamtrainingen aan om ervoor te zorgen dat uw digitale producten compliant blijven naarmate ze zich ontwikkelen.
Neem vandaag nog contact met ons op om digitale barrières te slechten en volledig te voldoen aan de nieuwe Turkse toegankelijkheidsregelgeving.
