I den digitala världen har konceptet "tillgång för alla" länge betraktats som en etisk preferens eller en "bra att ha"-funktion. Men med presidentcirkuläret nr 2025/10, publicerat i den officiella tidningen den 21 juni 2025, har digital tillgänglighet officiellt blivit en rättslig skyldighet för offentliga institutioner och specifika privata enheter i Turkiet.
På Switas Consultancy har vi sammanställt en omfattande guide som beskriver vad den här nya förordningen innebär, vilka institutioner som berörs och de tekniska detaljerna i WCAG 2.2-efterlevnadsprocessen som krävs för att uppfylla dessa nya standarder.
1. Vad omfattar den nya förordningen?
Detta cirkulär, som utarbetats baserat på lag nr 5378 om personer med funktionsnedsättning, föreskriver att digitala tjänster måste vara tillgängliga för alla – särskilt personer med funktionsnedsättning och äldre – vilket säkerställer lika, oberoende och säker användning.
Det primära målet med cirkuläret är att webbplatser och mobilapplikationer ska överensstämma med de internationellt erkända riktlinjerna för tillgänglighet på webbinnehåll (WCAG) som utarbetats av W3C (World Wide Web Consortium).
2. Vilka institutioner omfattas och vad är tidslinjen?
Cirkuläret sträcker sig bortom offentliga institutioner och omfattar även kritiska områden inom den privata sektorn som ofta används av medborgarna. Efterlevnadsfristerna varierar beroende på sektor:
Enheter som är skyldiga att följa reglerna inom 1 år (senast juni 2026):
- Alla offentliga institutioner och organisationer (universitet, kommuner etc.).
- Offentliga yrkesorganisationer.
- Banker.
- Privata sjukhus.
- Privata utbildningsinstitutioner auktoriserade av utbildningsministeriet.
- Privata företag som tillhandahåller persontransporttjänster (flygbolag, järnväg, vägtransport).
- Leverantörer av elektroniska kommunikationstjänster med över 200 000 abonnenter.
Enheter som är skyldiga att följa reglerna inom 2 år (senast juni 2027): - Tjänsteleverantörer som bedriver e-handel inom ramen för lagen om reglering av elektronisk handel.
3. Den tekniska standarden: Vad är WCAG 2.2?
Cirkuläret utser WCAG 2.2 till den tekniska standarden för efterlevnad. WCAG 2.2 bygger på tidigare versioner (2.0 och 2.1) och introducerar specifika förbättringar för användare med kognitiva funktionsnedsättningar, nedsatt syn och motoriska funktionsnedsättningar.
Riktlinjerna är strukturerade kring fyra grundläggande principer (POUR):
A. Uppnåbar: Information och användargränssnittskomponenter måste presenteras för användarna på ett sätt de kan uppfatta (t.ex. genom att tillhandahålla textalternativ för icke-textuellt innehåll som bilder, säkerställa tillräcklig färgkontrast).
B. Funktionsduglig: Användargränssnittets komponenter och navigering måste vara funktionella (t.ex. måste all funktionalitet vara tillgänglig från ett tangentbord, användarna måste ha tillräckligt med tid att läsa och använda innehåll).
C. Förståeligt: Information och användargränssnittets funktion måste vara förståelig (t.ex. texten är läsbar, webbsidor fungerar på förutsägbara sätt och inmatningshjälp ges för att undvika misstag).
D. Robust: Innehållet måste vara tillräckligt robust för att det kan tolkas tillförlitligt av en mängd olika användaragenter, inklusive hjälpmedel (t.ex. kompatibelt med skärmläsare).
Kritiska framgångskriterier introducerades med WCAG 2.2
För att säkerställa fullständig efterlevnad måste organisationer förstå de specifika tekniska nyanserna som introducerades i version 2.2. Här är de utökade detaljerna om de nya nyckelkriterierna:
Fokus inte skymt (minimum och förstärkt) (kriterium 2.4.11 / 2.4.12): När en användare navigerar på en sida med hjälp av ett tangentbord (tabbning genom länkar och knappar) måste det objekt de för närvarande är fokuserade på förbli synligt. Den här uppdateringen åtgärdar det vanliga problemet där "fasta sidhuvuden" eller "fasta sidfot" (fasta staplar högst upp eller längst ner på skärmen) döljer det element en användare försöker se.
Krav: Du måste se till att det fokuserade objektet inte är helt dolt av annat innehåll. Helst bör det vara fullt synligt.
Dragrörelser (kriterium 2.5.7): Vissa gränssnitt kräver att användare drar objekt (t.ex. dra-och-släpp-filer, skjutreglage eller omordning av listor). Detta kan vara fysiskt omöjligt för användare med motoriska funktionsnedsättningar som använder specialiserade pekdon eller ögonstyrningsprogram.
Krav: Om ett gränssnitt använder dra måste du tillhandahålla ett alternativ med "enkelpekare". Till exempel, istället för att dra en karta för att flytta den, ange upp/ned/vänster/höger-knappar. Istället för en dra-och-släpp-lista, ange pilar för att flytta objekt uppåt eller nedåt.
Målstorlek (minimum) (kriterium 2.5.8): Användare med darrningar i handen, stora fingrar eller de som använder mobila enheter har ofta svårt att trycka på små, trånga knappar.
Krav: Interaktiva mål (knappar, ikoner) bör vara minst 24x24 CSS-pixlar stora. Om målet är mindre måste det finnas tillräckligt med avstånd runt det så att en cirkel med en diameter på 24 pixlar centrerad på kontrollen inte överlappar något annat mål. Detta minskar risken för att fel funktion aktiveras av misstag.
Tillgänglig autentisering (kriterium 3.3.8): Många inloggningsprocesser kräver att man löser pussel (CAPTCHA), memorerar lösenord eller transkriberar engångskoder som skickas via SMS. Detta skapar en barriär för användare med kognitiva problem eller minnesbegränsningar.
Krav: Autentiseringsprocesser bör inte förlita sig på ett "kognitivt funktionstest" (som att lösa ett pussel eller memorera information). Du måste tillåta kopierings- och klistrafunktioner för lösenord och koder, och stödja användningen av lösenordshanterare och autofyllningsfunktioner från tredje part. Om en CAPTCHA används måste det finnas ett icke-kognitivt alternativ (t.ex. enkel objektigenkänning eller 2FA via en enhet).
Redundant post (kriterium 3.3.7): Att be användare att ange samma information (som en leveransadress) flera gånger under en och samma session orsakar trötthet och ökar felfrekvensen, särskilt för användare med kognitiva funktionsnedsättningar.
Krav: Information som användaren tidigare har angett bör antingen fyllas i automatiskt eller vara tillgänglig för användaren att välja från en rullgardinslista, snarare än att behöva skrivas om.
Konsekvent hjälp (kriterium 3.2.6): Användare som behöver hjälp har ofta svårt att hitta supportkanaler om de navigerar runt på olika sidor.
Krav: Om du tillhandahåller hjälpfunktioner (som en chatbot, kontaktmejl eller länk till en "Instruktionssida") måste de visas på samma relativa plats på varje sida där de finns. Om chattwidgeten till exempel finns längst ner till höger på startsidan kan den inte flyttas till det övre vänstra hörnet på produktsidan.
4. Revision, övervakning och "Tillgänglighetslogotypen"
För att hantera denna övergång har ministeriet för familje- och socialtjänst inrättat en "övervakningskommission". Dessutom måste varje ansvarig institution bilda sin egen interna "tillgänglighetsgranskningskommission" för att genomföra tekniska analyser och rapportera resultat.
Webbplatser och mobilapplikationer som klarar granskningen och visar att de uppfyller standarderna kommer att tilldelas "Tillgänglighetslogotypen" av ministeriet. Denna logotyp fungerar som ett hedersmärke som betecknar en "tillgänglig institution" och är giltig i två år efter utfärdandet.
5. Hur Switas Consultancy stöder din efterlevnadsresa
Tillgänglighet är inte bara en juridisk kryssruta; det är en kritisk komponent i användarupplevelse (UX) och SEO-prestanda. Switas guidar dig genom denna transformation med en strukturerad metod:
1. WCAG-revision (WCAG 2.2): Vi genomför en rigorös utvärdering av era digitala tillgångar mot de nya WCAG 2.2-kriterierna och identifierar specifika överträdelser gällande fokussynlighet, målstorlekar, autentiseringshinder med mera.
2. Manuell och användartestning: Automatiserade verktyg fångar bara upp en del av problemen. Våra experter utför manuella granskningar med hjälp av skärmläsare (som NVDA, VoiceOver) och genomför verkliga tester med användare med funktionsnedsättningar för att säkerställa verklig användbarhet.
3. Färdplan för sanering: Vi arbetar direkt med era utvecklings- och designteam och tillhandahåller tekniska lösningar för komplexa problem på kodnivå (ARIA-etiketter, semantisk HTML, responsivt reflow).
4. Hållbarhet och utbildning: Tillgänglighet är en ständigt pågående process. Vi erbjuder regelbundna omvärderingar och teamutbildning för att säkerställa att era digitala produkter förblir kompatibla allt eftersom de utvecklas.
Kontakta oss idag för att undanröja digitala hinder och säkerställa full efterlevnad av den nya turkiska tillgänglighetsförordningen.
