I den digitale verden har konceptet "adgang for alle" længe været betragtet som en etisk præference eller en "nice-to-have"-funktion. Med præsidentens cirkulære nr. 2025/10, offentliggjort i den officielle tidende den 21. juni 2025, er digital tilgængelighed officielt blevet en juridisk forpligtelse for offentlige institutioner og specifikke private enheder i Tyrkiet.
Som Switas Consultancy har vi udarbejdet en omfattende guide, der beskriver, hvad denne nye regulering indebærer, hvilke institutioner der er berørt, og de tekniske detaljer i WCAG 2.2-complianceprocessen, der kræves for at opfylde disse nye standarder.
1. Hvad dækker den nye forordning?
Dette cirkulære, der er udarbejdet på baggrund af lov nr. 5378 om personer med handicap, pålægger, at digitale tjenester skal være tilgængelige for alle – især personer med handicap og ældre – hvilket sikrer lige, uafhængig og sikker brug.
Det primære mål med cirkulæret er at bringe websteder og mobilapplikationer i overensstemmelse med de internationalt anerkendte retningslinjer for webindholdstilgængelighed (WCAG), der er udarbejdet af W3C (World Wide Web Consortium).
2. Hvilke institutioner er omfattet, og hvad er tidslinjen?
Cirkulæret rækker ud over offentlige institutioner og dækker også kritiske områder i den private sektor, der ofte anvendes af borgerne. Overholdelsesfristerne varierer fra sektor til sektor:
Enheder, der skal overholde reglerne inden for 1 år (senest juni 2026):
- Alle offentlige institutioner og organisationer (universiteter, kommuner osv.).
- Offentlige faglige organisationer.
- Banker.
- Private hospitaler.
- Private uddannelsesinstitutioner godkendt af Ministeriet for National Undervisning.
- Private virksomheder, der leverer persontransport (fly, jernbane, vejtransport).
- Udbydere af elektroniske kommunikationstjenester med over 200,000 abonnenter.
Enheder, der skal overholde reglerne inden for 2 år (senest juni 2027): - Tjenesteudbydere, der beskæftiger sig med e-handel inden for rammerne af loven om regulering af elektronisk handel.
3. Den tekniske standard: Hvad er WCAG 2.2?
Cirkulæret udpeger WCAG 2.2 som den tekniske standard for overholdelse. WCAG 2.2 bygger på tidligere versioner (2.0 og 2.1) og introducerer specifikke forbedringer for brugere med kognitive handicap, nedsat syn og motoriske funktionsnedsættelser.
Retningslinjerne er struktureret omkring 4 grundlæggende principper (POUR):
A. Opfattelig: Information og brugergrænsefladekomponenter skal være præsentable for brugerne på måder, de kan opfatte (f.eks. ved at tilbyde tekstalternativer til ikke-tekstuelt indhold som billeder, og sikre tilstrækkelig farvekontrast).
B. Betjeningsbar: Brugergrænsefladekomponenter og navigation skal kunne betjenes (f.eks. skal al funktionalitet være tilgængelig fra et tastatur, brugerne skal have tilstrækkelig tid til at læse og bruge indhold).
C. Forståeligt: Information og betjening af brugergrænsefladen skal være forståelig (f.eks. teksten er læsbar, websider fungerer på forudsigelige måder, og der ydes inputhjælp for at undgå fejl).
D. Robust: Indhold skal være robust nok til, at det kan fortolkes pålideligt af en bred vifte af brugeragenter, herunder hjælpeteknologier (f.eks. kompatible med skærmlæsere).
Kritiske succeskriterier introduceret med WCAG 2.2
For at sikre fuld overholdelse skal organisationer forstå de specifikke tekniske nuancer, der er introduceret i version 2.2. Her er de udvidede detaljer om de nye nøglekriterier:
Fokus ikke skjult (minimum og forbedret) (kriterium 2.4.11 / 2.4.12): Når en bruger navigerer på en side ved hjælp af et tastatur (via tabulatortastaturet), skal det element, de aktuelt fokuserer på, forblive synligt. Denne opdatering løser det almindelige problem, hvor "faste overskrifter" eller "faste sidefødder" (faste bjælker øverst eller nederst på skærmen) skjuler det element, en bruger forsøger at se.
Krav: Du skal sørge for, at det fokuserede element ikke er helt skjult af andet indhold. Ideelt set bør det være fuldt synligt.
Trækbevægelser (kriterium 2.5.7): Nogle grænseflader kræver, at brugerne trækker objekter (f.eks. træk-og-slip-filuploads, skydere eller omarrangering af lister). Dette kan være fysisk umuligt for brugere med motoriske handicap, der bruger specialiserede pegeredskaber eller øjensporingssoftware.
Krav: Hvis en grænseflade bruger træk, skal du angive et alternativ med "enkeltmarkør". I stedet for at trække et kort for at flytte det, skal du f.eks. angive op/ned/venstre/højre-knapper. I stedet for en træk-og-slip-liste skal du angive pile til at flytte elementer op eller ned.
Målstørrelse (minimum) (kriterium 2.5.8): Brugere med håndrystelser, store fingre eller dem, der bruger mobile enheder, har ofte svært ved at trykke på små, overfyldte knapper.
Krav: Interaktive mål (knapper, ikoner) skal være mindst 24x24 CSS-pixels i størrelse. Hvis målet er mindre, skal der være tilstrækkelig afstand omkring det, så en cirkel med en diameter på 24 pixels centreret på kontrollen ikke overlapper andre mål. Dette reducerer risikoen for utilsigtet at aktivere den forkerte funktion.
Tilgængelig autentificering (kriterium 3.3.8): Mange loginprocesser kræver løsning af gåder (CAPTCHA'er), udenadslæring af adgangskoder eller transskribering af engangskoder sendt via SMS. Dette skaber en barriere for brugere med kognitive problemer eller hukommelsesbegrænsninger.
Krav: Godkendelsesprocesser bør ikke være baseret på en "kognitiv funktionstest" (som at løse en gåde eller huske information). Du skal tillade kopierings- og indsætningsfunktionalitet for adgangskoder og koder og understøtte brugen af tredjeparts adgangskodeadministratorer og autofyldningsfunktioner. Hvis der bruges en CAPTCHA, skal der være et ikke-kognitivt alternativ (f.eks. simpel objektgenkendelse eller 2FA via en enhed).
Redundant indtastning (kriterium 3.3.7): At bede brugerne om at indtaste de samme oplysninger (f.eks. en leveringsadresse) flere gange i en enkelt session forårsager træthed og øger fejlprocenter, især for brugere med kognitive handicap.
Krav: Oplysninger, som brugeren tidligere har indtastet, skal enten udfyldes automatisk eller være tilgængelige for brugeren at vælge fra en rulleliste i stedet for at skulle indtastes igen.
Konsekvent hjælp (kriterium 3.2.6): Brugere, der har brug for hjælp, har ofte svært ved at finde supportkanaler, hvis de navigerer rundt på forskellige sider.
Krav: Hvis du tilbyder hjælpefunktioner (som f.eks. en chatbot, kontakt-e-mail eller et link til en "Sådan gør du"-side), skal de vises på samme relative placering på alle sider, hvor de er til stede. Hvis chat-widgetten f.eks. er nederst til højre på forsiden, kan den ikke flyttes til øverste venstre hjørne af produktsiden.
4. Revision, overvågning og "Tilgængelighedslogoet"
For at håndtere denne overgang har Ministeriet for Familie og Sociale Tjenester oprettet en "Overvågningskommission". Derudover skal enhver ansvarlig institution danne sin egen interne "Tilgængelighedsgennemgang" til at udføre tekniske analyser og rapportere resultater.
Hjemmesider og mobilapplikationer, der består revisionen og dokumenterer overholdelse af standarderne, vil blive tildelt "Tilgængelighedslogoet" af ministeriet. Dette logo fungerer som et æresmærke, der symboliserer en "tilgængelig institution" og er gyldigt i 2 år efter udstedelse.
5. Hvordan Switas Consultancy understøtter din compliance-rejse
Tilgængelighed er ikke blot en juridisk afkrydsningsfelt; det er en kritisk komponent i brugeroplevelse (UX) og SEO-ydeevne. Switas guider dig gennem denne transformation med en struktureret metode:
1. WCAG-revision (WCAG 2.2): Vi udfører en grundig evaluering af dine digitale aktiver i forhold til de nye WCAG 2.2-kriterier og identificerer specifikke overtrædelser vedrørende fokussynlighed, målstørrelser, autentificeringsbarrierer og mere.
2. Manuel og brugertest: Automatiserede værktøjer registrerer kun en del af problemerne. Vores eksperter udfører manuelle revisioner ved hjælp af skærmlæsere (som NVDA, VoiceOver) og udfører tests i den virkelige verden med brugere med handicap for at sikre ægte brugervenlighed.
3. Afhjælpningsplan: Vi arbejder direkte med jeres udviklings- og designteams og leverer tekniske løsninger til komplekse problemer på kodeniveau (ARIA-labels, semantisk HTML, responsiv reflow).
4. Bæredygtighed og træning: Tilgængelighed er en løbende proces. Vi tilbyder periodiske revurderinger og teamtræning for at sikre, at jeres digitale produkter forbliver kompatible, i takt med at de udvikler sig.
Kontakt os i dag for at fjerne digitale barrierer og sikre fuld overholdelse af den nye tyrkiske tilgængelighedsforordning.
