Hur Accsible Hjälper Dig Att Uppfylla Turkiets Cirkulär Om Webbåtkomlighet 2025

Den 21 juni 2025 publicerade Turkiets Officiella Tidning (nr 32933) presidentcirkulär nr 2025/10 — ett banbrytande rättsligt dokument som gör digital tillgänglighet till en bindande skyldighet för ett brett spektrum av turkiska institutioner och privata organisationer. Offentliga organ har bara ett år på sig att uppfylla kraven; e-handelstjänsteleverantörer och de flesta privata företag har två. Med uppskattningsvis 8,5 miljoner personer med funktionsnedsättning i Turkiet, och miljontals äldre användare som gynnas av tillgänglig design, står mycket på spel — både när det gäller inkludering och rättslig ställning.

Vad är Turkiets presidentcirkulär nr 2025/10?

Turkiets presidentcirkulär nr 2025/10 har titeln "Web Siteleri ve Mobil Uygulamaların Erişilebilirliği" (Tillgänglighet för webbplatser och mobilapplikationer). Det är undertecknat av president Erdoğan och trädde i kraft vid publicering. Det inför ett formellt rättsligt ramverk förankrat i lag nr 5378 om rättigheter för personer med funktionsnedsättning. Cirkuläret bygger också på lag nr 6563 om reglering av elektronisk handel för att utvidga obligatoriska tillgänglighetskrav specifikt till e-handelsplattformar.

Cirkuläret föreskriver efterlevnad av två centrala riktmärken: Web Accessibility Checklist – Level A, utvecklad av ministeriet för familje- och socialtjänster, och WCAG 2.2-riktlinjerna som publicerats av World Wide Web Consortium (W3C). WCAG 2.2 är den nuvarande internationellt erkända standarden för digital tillgänglighet och omfattar visuella, auditiva, motoriska och kognitiva funktionsnedsättningar i både desktop- och mobilmiljöer.

För att genomdriva och övervaka efterlevnaden har ministeriet för familje- och socialtjänster inrättat en särskild övervakningskommission och en rådgivande kommission. Övervakningskommissionen publicerar en årlig övervakningsplan och genomför granskningar av berörda webbplatser och applikationer. Organisationer som bedöms vara tillgängliga efter övervakningsprocessen tilldelas en Erişilebilirlik Logosu (tillgänglighetslogotyp), giltig i två år — en offentligt synlig signal om efterlevnad. De som inte uppfyller de krav som ställs kommer att namnges offentligt, vilket skapar tydliga anseenderisker utöver eventuella administrativa sanktioner.

Administrativa böter finns redan inom detta ramverk. Enligt övergångsbestämmelserna i lag nr 5378 kan storstads­kommuner, andra kommuner och offentliga institutioner som inte uppfyller sina tillgänglighetsskyldigheter drabbas av böter från 5 000 TL till 25 000 TL per identifierad brist, med ett tak på 500 000 TL per år. I takt med att övervakningen intensifieras och tillsynsmekanismerna mognar riskerar organisationer som hamnar på efterkälken både ekonomisk och reputationsmässig exponering.

Vem omfattas — och när?

Tillämpningsområdet för cirkulär 2025/10 är medvetet brett. Ettårsfristen (som löper ut omkring juni 2026) gäller offentliga institutioner och anslutna organisationer, universitet, kommuner och deras dotterbolag, offentliga ekonomiska företag, banker, privata sjukhus, privata utbildningsinstitutioner licensierade av ministeriet för nationell utbildning, passagerartransportörer (väg, järnväg, sjö och luft), resebyråer i grupp A med licens från kultur- och turismministeriet samt operatörer inom elektronisk kommunikation med fler än 200 000 abonnenter.

Tvåårsfristen (som löper ut omkring juni 2027) gäller e-handelstjänsteleverantörer som verkar enligt lag nr 6563 — vilket i praktiken innebär i stort sett alla företag som driver en nätbutik eller marknadsplats i Turkiet.

I praktiken är detta ett av de mest långtgående kraven på digital efterlevnad som Turkiet någonsin har infört. En privat bank, en sjukhusportal för patienter, ett statligt universitets studentinformationssystem och en medelstor mode-e-handelssajt omfattas alla — var och en med något olika tidsfrister, men alla med samma tekniska standard som mål: minst WCAG 2.2 nivå A.

Cirkuläret fastställer att institutioner och organisationer som inte uppfyller sina tillgänglighetsskyldigheter inom föreskriven tid kommer att få denna information offentliggjord — vilket gör bristande efterlevnad till en anseenderisk, inte bara en juridisk risk.

Att förstå WCAG 2.2 nivå A: Den tekniska golvnivån

Turkiets cirkulär föreskriver efterlevnad av ministeriets tillgänglighetschecklista på nivå A, som bygger på kriterierna i WCAG 2.2 nivå A. Även om nivå A utgör minimum — och tar itu med de mest grundläggande hindren — omfattar den redan ett betydande antal tekniska krav som många turkiska webbplatser i dag inte uppfyller.

WCAG 2.2 är uppbyggt kring fyra grundläggande principer, ofta förkortade POUR. Innehåll måste vara Perceivable (uppfattningsbart) — vilket innebär att användare kan ta emot information genom minst ett sinne, till exempel textalternativ för bilder, undertexter för video och tillräcklig färgkontrast. Det måste vara Operable (hanterbart) — all funktionalitet måste vara tillgänglig via tangentbord, inte bara mus, utan innehåll som låser fokus eller utlöser anfall. Det måste vara Understandable (begripligt) — sidor ska bete sig förutsägbart, formulärfel ska förklaras tydligt och språk ska vara programmatiskt angivet. Och det måste vara Robust (robust) — innehåll måste förbli tolkningsbart i takt med att hjälpmedelsteknik utvecklas, vilket kräver korrekt semantisk HTML- och ARIA-användning.

WCAG 2.2 introducerade också nio nya framgångskriterier jämfört med den tidigare versionen 2.1. Viktiga tillägg som är relevanta för turkiska webbplatser inkluderar Focus Not Obscured (2.4.11), som säkerställer att fokuserade element inte döljs bakom klistriga sidhuvuden eller cookie-banners vid tangentbordsnavigering; Target Size Minimum (2.5.8), som anger en minsta klickbar yta på 24×24 CSS-pixlar för interaktiva element; och Accessible Authentication (3.3.8), som förbjuder krav på rent kognitiv problemlösning i inloggningsflöden utan ett tillgängligt alternativ.

• 1.1.1 Icke-textinnehåll: Varje bild, ikon och diagram måste ha ett meningsfullt textalternativ som kan läsas av skärmläsare.
• 1.4.3 Kontrast (minimum): Text måste uppnå minst 4,5:1 i kontrastförhållande mot bakgrunden (3:1 för stor text).
• 2.1.1 Tangentbord: All funktionalitet måste kunna användas utan krav på mus eller pekdon.
• 2.4.11 Fokus inte skymt: När ett element får tangentbordsfokus får det inte vara helt dolt av överlappande innehåll.
• 3.1.1 Sidans språk: Sidans huvudsakliga mänskliga språk måste vara programmatiskt angivet i HTML-koden.
• 4.1.2 Namn, roll, värde: Alla användargränssnittskomponenter måste exponera sitt namn, sin roll och sitt tillstånd för hjälpmedelsteknik via korrekt semantisk markup eller ARIA.

Forskning visar konsekvent att de flesta webbplatser misslyckas med grunderna. Enligt data från WebAIM innehåller den överväldigande majoriteten av webbsidor upptäckbara WCAG-fel, där saknad alt-text, otillräcklig färgkontrast och tomma formuläretiketter är de vanligaste orsakerna. Den turkiska kontexten är inte annorlunda — en betydande andel av de organisationer som omfattas kommer att behöva omfattande åtgärder innan deras tidsfrister löper ut.

Var Accsible passar in i din efterlevnadsstrategi

Accsible är ett SDK för ett webbtillgänglighets-overlay som är utformat för att överbrygga gapet mellan din befintliga webbplats och efterlevnad av WCAG 2.2 — snabbt, utan att kräva en fullständig ombyggnad av din kodbas. Det fungerar genom att injicera ett tunt, konfigurerbart lager av tillgänglighetsförbättringar vid körning, som åtgärdar de vanligaste och mest betydelsefulla WCAG-felen som kan finnas i din underliggande kod.

Det är värt att vara tydlig med vad ett overlay-SDK gör och inte gör. Accsible är inte en ersättning för att bygga tillgänglig HTML från grunden — inget overlay är det. Vad det gör är att tillhandahålla en pragmatisk, mätbar bro för organisationer som behöver visa meningsfulla framsteg mot WCAG 2.2-efterlevnad inom Turkiets juridiska tidsramar, samtidigt som långsiktigt utvecklingsarbete pågår. För många organisationer som omfattas av cirkulär 2025/10, särskilt de som står inför ettårsfristen i offentlig sektor, representerar Accsible den snabbaste vägen till substantiell efterlevnadstäckning.

Accsibles SDK integreras via en enda script-tagg eller npm-paket. När det väl är installerat aktiverar det både ett användarorienterat tillgänglighetspanel och en uppsättning automatiska bakgrundsåtgärder. Det användarorienterade panelen ger besökare kontroll över sin egen upplevelse — justering av teckenstorlek, teckenavstånd, radavstånd, kontrastläge, markörstorlek och mer. Dessa justeringar är beständiga mellan sessioner med hjälp av local storage, så återkommande användare behöver inte konfigurera om sina preferenser vid varje besök.

"Efterlevnad är inte en engångscheck — det är en pågående process." Accsible är byggt för att spegla detta och tillhandahåller kontinuerlig övervakning och åtgärder snarare än en statisk ögonblicksbild av överensstämmelse.

Centrala Accsible-funktioner som direkt motsvarar kraven i cirkulär 2025/10

Snarare än att tala i vaga termer om tillgänglighetsfunktioner är det värt att koppla Accsibles specifika kapaciteter till de WCAG 2.2-kriterier som Turkiets cirkulär hänvisar till.

Optimering för skärmläsare: Accsible injicerar ARIA-attribut — etiketter, roller, live regions och landmärkesroller — över din sida, vilket hjälper hjälpmedelsteknik som JAWS, NVDA och VoiceOver att tolka ditt innehåll korrekt. Detta stöder direkt WCAG:s framgångskriterier 4.1.2 (Namn, roll, värde) och 1.3.1 (Information och relationer). För webbplatser som förlitar sig på visuell layout snarare än semantisk HTML för att förmedla struktur kan denna åtgärd vara transformativ för skärmläsaranvändare.

Förbättrad tangentbordsnavigering: Accsible säkerställer att alla interaktiva element kan nås och användas enbart med tangentbord, vilket adresserar WCAG 2.1.1 (Tangentbord) och 2.1.2 (Ingen tangentbordsfälla). Det hanterar fokusordning och tillhandahåller en synlig fokusindikator på alla fokuserbara element, vilket uppfyller WCAG 2.4.7 (Synligt fokus) och 2.4.11 (Fokus inte skymt). Användare som navigerar helt med tangentbord — inklusive personer med motoriska funktionsnedsättningar — är beroende av dessa beteenden för att kunna interagera med alla delar av ditt gränssnitt.

Kontrast- och visuella justeringar: Widgeten exponerar användarkontroller för att växla till högkontrastläge, mörkt läge eller en avmätt färgpalett — vilket direkt hjälper användare med nedsatt syn eller färgblindhet. Den möjliggör också textförstoring långt bortom webbläsarens standard, vilket stöder WCAG 1.4.4 (Ändra textstorlek) utan att bryta sidlayouten. Dessa justeringar är viktiga för en befolkning som inkluderar uppskattningsvis 25 miljoner personer i Turkiet över 40 år som upplever presbyopi, plus cirka 8 % av männen med färgseendedefekt.

Hjälp med alt-text: För bilder som saknar alt-attribut — ett av de vanligaste WCAG-felen globalt — kan Accsibles SDK tillämpa kontextuell generering av alt-text, vilket hjälper till att uppfylla WCAG 1.1.1 (Icke-textinnehåll) för dynamiskt inläst eller CMS-hanterat innehåll där manuell granskning är opraktisk.

Generering av tillgänglighetsutlåtande: Turkiets cirkulär och WCAG förväntar sig båda att organisationer är transparenta om sin efterlevnadsstatus. Accsible hjälper till att skapa och underhålla ett tillgänglighetsutlåtande för din webbplats, där kända begränsningar, dina valda standarder och kontaktvägar för användare att rapportera hinder dokumenteras — i linje med bästa praxis för styrning inom ramen för cirkulärets övervakningssystem.

Dyslexivänlig typografi: Widgeten tillhandahåller ett dyslexivänligt typsnittsalternativ och kontroller för teckenavstånd, ordavstånd och radavstånd. Även om detta främst är användbarhetsförbättringar stöder de WCAG 1.4.12 (Textavstånd) och gynnar användare med kognitiva eller lässvårigheter.

Implementering: Från installation till bevis på efterlevnad

En av anledningarna till att Accsible är relevant för turkiska organisationer som arbetar mot snäva regulatoriska tidsfrister är implementeringshastigheten. Att lägga till Accsible på en befintlig webbplats kräver inte ett nytt designsystem, en ramverksmigrering eller en lång sprintcykel. För de flesta webbmiljöer — oavsett om de är byggda på ett anpassat CMS, WordPress, en React single-page-applikation eller en traditionell serverrenderad stack — innebär driftsättning att lägga till en script-tagg i dokumentets head och konfigurera din organisations inställningar via Accsibles dashboard.

<!-- Add to your <head> tag -->
<script
  src='https://cdn.accsible.com/sdk/v1/accsible.min.js'
  data-accsible-key='YOUR_SITE_KEY'
  defer
></script>

När scriptet är live genomför Accsible en initial skanning av din sidstruktur och börjar injicera åtgärder. Dashboarden tillhandahåller en realtidsrapport över efterlevnad, uppdelad efter WCAG-framgångskriterium, så att ditt efterlevnadsteam kan se exakt vilka kriterier som hanteras och vilka som kräver ytterligare manuellt utvecklingsarbete. Detta revisionsspår är värdefullt inte bara internt — det är den typ av dokumentation som visar god vilja för tillsynsmyndigheter och, vid behov, i tvister.

Accsible stöder också integration via npm för JavaScript-tunga applikationer, vilket gör det enkelt att inkludera tillgänglighetsåtgärder som en del av din standardiserade build-pipeline snarare än som en eftertanke. För utvecklingsteam som redan använder CI/CD-arbetsflöden innebär detta att tillgänglighetskontroller kan vara en del av varje driftsättning snarare än en periodisk manuell granskning.

För organisationer som omfattas av ettårsfristen enligt cirkulär 2025/10 — offentliga institutioner, banker, universitet och sjukhus — är tidslinjen verkligen snäv. Att påbörja Accsible-implementering nu, parallellt med ett program för manuell tillgänglighetsgranskning och åtgärder, är den mest försvarbara strategin. Overlay-lagret hanterar de vanligaste feltyperna i stor skala; ditt utvecklingsteam hanterar de strukturella problemen — saknade semantiska landmärken, trasiga formulärkopplingar, anpassade widget-ARIA-mönster — som kräver ingrepp på kodenivå.

Affärsnyttan bortom efterlevnad

Det vore ett misstag att se cirkulär 2025/10 enbart som en efterlevnadsbörda. Den underliggande användarbas som det är utformat för att betjäna representerar en verklig kommersiell möjlighet. Turkiet har cirka 8,5 miljoner medborgare med registrerade funktionsnedsättningar — och den siffran fångar inte hela den befolkning som gynnas av tillgänglig design: äldre användare som navigerar komplexa gränssnitt på mindre skärmar, personer som återhämtar sig från tillfälliga skador, användare i miljöer med låg bandbredd som förlitar sig på förenklade layouter och användare som föredrar tangentbordsstyrd navigering.

Tillgängliga webbplatser tenderar att prestera bättre i sökmotorer. Semantisk HTML, beskrivande alt-text, logiska rubrikstrukturer och tydligt etiketterade länkar är alla signaler som både hjälpmedelsteknik och webbcrawlers använder för att förstå sidinnehåll. Organisationer som investerar i WCAG 2.2-efterlevnad som en del av sitt svar på cirkulär 2025/10 kommer ofta att se sekundära förbättringar i organisk sökbarhet och sidprestandametriker.

Det handlar också om förtroende. Ministeriets tillgänglighetslogotyp — som tilldelas webbplatser som genomgår övervakningsprocessen och bedöms vara förenliga — är ett offentligt visat tecken på inkludering. För banker, sjukhus, universitet och e-handelsplattformar som verkar på en konkurrensutsatt turkisk marknad är det en betydande differentieringsfaktor att vara bland de första i sin sektor att visa tillgänglighetslogotypen. Det signalerar för potentiella kunder, patienter, studenter och partners att organisationen tar sitt offentliga ansvar på allvar.

Internationellt speglar Turkiets åtgärd en global regulatorisk utveckling. Europeiska unionens europeiska tillgänglighetsakt trädde i kraft i juni 2025 och kräver WCAG-anpassad tillgänglighet för ett brett spektrum av digitala tjänster i privat sektor. Turkiska företag med EU-kunder eller EU-partnerskap kommer att behöva uppfylla båda ramverken samtidigt. Accsibles förankring i WCAG 2.2 innebär att en enda implementering kan bidra till efterlevnad i båda systemen.

Ärliga begränsningar och hur de hanteras

Ansvarsfull vägledning kräver att man erkänner vad ett overlay-SDK inte kan göra på egen hand. Automatiserade verktyg — inklusive Accsible — upptäcker och åtgärdar pålitligt en betydande andel av WCAG-överträdelserna, men forskning tyder på att automatiserade verktyg fångar någonstans mellan 30 % och 57 % av alla tillgänglighetsproblem, beroende på studie och webbplats. Resten kräver mänsklig bedömning: testning med verkliga skärmläsaranvändare, validering av tangentbordsnavigationsflöden i komplexa interaktiva widgets, bedömning av om alternativtext verkligen är meningsfull snarare än bara tekniskt närvarande och granskning av multimediainnehåll för kvaliteten på undertexter.

Komplexa anpassade komponenter — datumväljare, flerstegsformulär, dra-och-släpp-gränssnitt, rich text-redigerare — kräver ARIA-implementering på utvecklarnivå som inget overlay på ett tillförlitligt sätt kan injicera i efterhand. Om din webbplats har stora mängder anpassat interaktivt UI måste ditt utvecklingsteam hantera dessa komponenter direkt, med hjälp av korrekta semantiska mönster och ARIA-designmönster från W3C:s ARIA Authoring Practices Guide.

Den rätta modellen är att använda Accsible som grund och accelerator — som hanterar de frekventa, högpåverkande felen som finns på de flesta sidor — kombinerat med periodiska manuella revisioner, användartester med personer med funktionsnedsättning och en dokumenterad åtgärdsplan för komplexa komponenter. Detta kombinerade angreppssätt är både mer effektivt än någon av metoderna ensam och mer trovärdigt för de övervakningskommissioner som inrättats enligt cirkulär 2025/10.

Viktiga slutsatser

• Cirkulär 2025/10 gäller redan nu. Publicerat den 21 juni 2025 föreskriver Turkiets presidentcirkulär efterlevnad av WCAG 2.2 nivå A för offentliga institutioner (ettårsfrist) och e-handel samt de flesta privata organisationer (tvåårsfrist) — med offentliggörande av icke-efterlevande organisationer som konsekvens.
• Omfattningen är bredare än de flesta organisationer inser. Banker, privata sjukhus, universitet, resebyråer med grupp A-licenser, passagerartransportörer, telekomleverantörer med 200 000+ abonnenter och alla e-handelsplattformar omfattas — inte bara regeringsdepartement.
• Accsible tillhandahåller snabb, mätbar åtgärd. En enda script-tagg-implementering aktiverar optimering för skärmläsare, tangentbordsnavigering, kontrastkontroller, ARIA-injektion och hjälp med alt-text — vilket åtgärdar de vanligaste WCAG-felen på hela din webbplats utan en ombyggnad av kodbasen.
• Overlays och manuell åtgärd fungerar bäst tillsammans. Accsible accelererar täckningen av efterlevnad avsevärt, men komplexa anpassade komponenter och multimediainnehåll kräver fortfarande uppmärksamhet på utvecklarnivå och periodiska manuella revisioner för att uppnå full överensstämmelse.
• Efterlevnad är också en kommersiell möjlighet. Ministeriets tillgänglighetslogotyp, förbättrad SEO genom semantisk markup och tillgång till Turkiets 8,5 miljoner medborgare med funktionsnedsättning gör investeringar i tillgänglighet till en affärsfördel — inte bara en regulatorisk checkruta.