Mestring av Tyrkias tilgjengelighetssirkulære: WCAG 2.2-veikartet

Mestring av Tyrkias tilgjengelighetssirkulære: WCAG 2.2-veikartet

I den digitale verden har konseptet «tilgang for alle» lenge blitt sett på som en etisk preferanse eller en «kjekt å ha»-funksjon. Med presidentens rundskriv nr. 2025/10, publisert i Tyrkias lovtidende 21. juni 2025, har digital tilgjengelighet offisielt blitt en juridisk forpliktelse for offentlige institusjoner og spesifikke private enheter i Tyrkia.

Som Switas Consultancy har vi satt sammen en omfattende veiledning som beskriver hva denne nye forskriften innebærer, hvilke institusjoner som er berørt, og de tekniske detaljene i WCAG 2.2-samsvarsprosessen som kreves for å oppfylle disse nye standardene.

1. Hva dekker den nye forskriften?

Dette rundskrivet, som er utarbeidet basert på lov nr. 5378 om personer med funksjonsnedsettelser, pålegger at digitale tjenester må være tilgjengelige for alle – særlig personer med funksjonsnedsettelser og eldre – og sikrer lik, uavhengig og trygg bruk.
Hovedformålet med rundskrivet er å bringe nettsteder og mobilapplikasjoner i samsvar med de internasjonalt anerkjente retningslinjene for tilgjengelighet av nettinnhold (WCAG) utarbeidet av W3C (World Wide Web Consortium).

2. Hvilke institusjoner er omfattet, og hva er tidslinjen?

Rundskrivet strekker seg utover offentlige institusjoner til å dekke kritiske områder i privat sektor som ofte brukes av innbyggerne. Frister for samsvar varierer fra sektor til sektor:
Enheter som må overholde regelverket innen ett år (innen juni 2026):

  • Alle offentlige institusjoner og organisasjoner (universiteter, kommuner osv.).
  • Offentlige fagorganisasjoner.
  • Banker.
  • Private sykehus.
  • Private utdanningsinstitusjoner autorisert av Kunnskapsdepartementet.
  • Private selskaper som tilbyr persontransporttjenester (fly, jernbane, veitransport).
  • Leverandører av elektroniske kommunikasjonstjenester med over 200 000 abonnenter.
    Enheter som må overholde regelverket innen 2 år (innen juni 2027):
  • Tjenesteleverandører som driver med e-handel innenfor virkeområdet til loven om regulering av elektronisk handel.

3. Den tekniske standarden: Hva er WCAG 2.2?

Rundskrivet utpeker WCAG 2.2 som den tekniske standarden for samsvar. WCAG 2.2 bygger på tidligere versjoner (2.0 og 2.1) og introduserer spesifikke forbedringer for brukere med kognitive funksjonshemminger, svaksyn og motoriske svekkelser.
Retningslinjene er strukturert rundt fire grunnleggende prinsipper (POUR):

A. Merkbar: Informasjon og brukergrensesnittkomponenter må kunne presenteres for brukere på måter de kan oppfatte (f.eks. ved å tilby tekstalternativer for ikke-tekstlig innhold som bilder, og sikre tilstrekkelig fargekontrast).

B. Kan brukes: Brukergrensesnittkomponenter og navigasjon må kunne brukes (f.eks. må all funksjonalitet være tilgjengelig fra et tastatur, brukere må ha nok tid til å lese og bruke innhold).

C. Forståelig: Informasjon og betjening av brukergrensesnittet må være forståelig (f.eks. tekst er lesbar, nettsider fungerer på forutsigbare måter, og det gis hjelp med inndata for å unngå feil).

D. Robust: Innholdet må være robust nok til at det kan tolkes pålitelig av et bredt spekter av brukeragenter, inkludert hjelpeteknologier (f.eks. kompatible med skjermlesere).

Kritiske suksesskriterier introdusert med WCAG 2.2

For å sikre full samsvar må organisasjoner forstå de spesifikke tekniske nyansene som ble introdusert i versjon 2.2. Her er de utvidede detaljene om de nye nøkkelkriteriene:

Fokus ikke skjult (minimum og forbedret) (kriterium 2.4.11 / 2.4.12): Når en bruker navigerer på en side ved hjelp av et tastatur (tabulering gjennom lenker og knapper), må elementet de for øyeblikket fokuserer på forbli synlig. Denne oppdateringen løser det vanlige problemet der «faste overskrifter» eller «faste bunntekster» (faste linjer øverst eller nederst på skjermen) skjuler elementet en bruker prøver å se.
Krav: Du må sørge for at det fokuserte elementet ikke er helt skjult av annet innhold. Ideelt sett bør det være fullt synlig.

Dragbevegelser (kriterium 2.5.7): Noen grensesnitt krever at brukere drar objekter (f.eks. dra-og-slipp-filopplastinger, glidebrytere eller omorganisering av lister). Dette kan være fysisk umulig for brukere med motoriske funksjonshemminger som bruker spesialiserte pekeenheter eller øyesporingsprogramvare.
Krav: Hvis et grensesnitt bruker draing, må du tilby et alternativ med en enkelt peker. For eksempel, i stedet for å dra et kart for å flytte det, bruk opp/ned/venstre/høyre-knapper. I stedet for en dra-og-slipp-liste, bruk piler for å flytte elementer opp eller ned.

Målstørrelse (minimum) (kriterium 2.5.8): Brukere med håndskjelv, store fingre eller de som bruker mobile enheter sliter ofte med å trykke på små, overfylte knapper.
Krav: Interaktive mål (knapper, ikoner) bør være minst 24 x 24 CSS-piksler store. Hvis målet er mindre, må det være tilstrekkelig avstand rundt det, slik at en sirkel med en diameter på 24 piksler sentrert på kontrollen ikke overlapper med andre mål. Dette reduserer risikoen for å aktivere feil funksjon ved et uhell.

Tilgjengelig autentisering (kriterium 3.3.8): Mange innloggingsprosesser krever løsning av gåter (CAPTCHAer), memorering av passord eller transkribering av engangskoder sendt via SMS. Dette skaper en barriere for brukere med kognitive problemer eller hukommelsesbegrensninger.
Krav: Autentiseringsprosesser bør ikke baseres på en «kognitiv funksjonstest» (som å løse en gåte eller memorere informasjon). Du må tillate kopierings- og limefunksjonalitet for passord og koder, og støtte bruk av tredjeparts passordbehandlere og autofyllfunksjoner. Hvis en CAPTCHA brukes, må det finnes et ikke-kognitivt alternativ (f.eks. enkel objektgjenkjenning eller 2FA via en enhet).

Redundant oppføring (kriterium 3.3.7): Å be brukere om å legge inn den samme informasjonen på nytt (som en leveringsadresse) flere ganger i én økt forårsaker tretthet og øker feilrater, spesielt for brukere med kognitive funksjonshemminger.
Krav: Informasjon som brukeren har lagt inn tidligere, bør enten fylles ut automatisk eller være tilgjengelig for brukeren å velge fra en rullegardinliste, i stedet for at den må skrives inn på nytt.

Konsekvent hjelp (kriterium 3.2.6): Brukere som trenger hjelp sliter ofte med å finne støttekanaler hvis de navigerer rundt på forskjellige sider.
Krav: Hvis du tilbyr hjelpefunksjoner (som en chatbot, kontakt-e-post eller en lenke til en «Slik gjør du»-side), må de vises på samme relative plassering på alle sider der de er til stede. Hvis for eksempel chat-widgeten er nederst til høyre på hjemmesiden, kan den ikke flyttes til øverst til venstre på produktsiden.

4. Revisjon, overvåking og «Tilgjengelighetslogoen»

For å håndtere denne overgangen har Familie- og sosialdepartementet opprettet en «overvåkingskommisjon». Videre må hver ansvarlig institusjon danne sin egen interne «tilgjengelighetsgjennomgangskommisjon» for å gjennomføre tekniske analyser og rapportere funn.

Nettsteder og mobilapplikasjoner som består revisjonen og beviser samsvar med standardene, vil bli tildelt «Tilgjengelighetslogoen» av departementet. Denne logoen fungerer som et æresmerke, og symboliserer en «tilgjengelig institusjon», og er gyldig i 2 år etter utstedelse.

5. Hvordan Switas Consultancy støtter din compliance-reise

Tilgjengelighet er ikke bare en juridisk avkrysningsboks; det er en kritisk komponent i brukeropplevelse (UX) og SEO-ytelse. Switas veileder deg gjennom denne transformasjonen med en strukturert metodikk:

1. WCAG-revisjon (WCAG 2.2): Vi gjennomfører en grundig evaluering av dine digitale eiendeler mot de nye WCAG 2.2-kriteriene, og identifiserer spesifikke brudd angående fokussynlighet, målstørrelser, autentiseringsbarrierer og mer.

2. Manuell og brukertesting: Automatiserte verktøy fanger bare opp en del av problemene. Våre eksperter utfører manuelle revisjoner ved hjelp av skjermlesere (som NVDA, VoiceOver) og gjennomfører tester i den virkelige verden med brukere med funksjonsnedsettelser for å sikre ekte brukervennlighet.

3. Veikart for utbedring: Vi jobber direkte med utviklings- og designteamene dine, og tilbyr tekniske løsninger for komplekse problemer på kodenivå (ARIA-etiketter, semantisk HTML, responsiv reflow).

4. Bærekraft og opplæring: Tilgjengelighet er en kontinuerlig prosess. Vi tilbyr periodiske revurderinger og teamopplæring for å sikre at dine digitale produkter forblir kompatible etter hvert som de utvikler seg.

Kontakt oss i dag for å fjerne digitale barrierer og sikre full samsvar med den nye tyrkiske tilgjengelighetsforskriften.


Relaterte artikler

Switas sett på

Magnify: Skalering av influencer-markedsføring med Engin Yurtdakul

Sjekk ut vår casestudie om Microsoft Clarity

Vi fremhevet Microsoft Clarity som et produkt bygget med praktiske brukseksempler fra den virkelige verden i tankene, av ekte produktfolk som forstår utfordringene selskaper som Switas står overfor. Funksjoner som «raseriøse klikk» og JavaScript-feilsporing viste seg å være uvurderlige for å identifisere brukerfrustrasjoner og tekniske problemer, noe som muliggjorde målrettede forbedringer som direkte påvirket brukeropplevelsen og konverteringsfrekvensen.