Turkin esteettömyysasiakirjan hallinta: WCAG 2.2 -tiekartta

Turkin esteettömyysasiakirjan hallinta: WCAG 2.2 -tiekartta

Digitaalisessa maailmassa "saavutettavuus kaikille" -käsitettä on pitkään pidetty eettisenä mieltymyksenä tai "mukavana lisänä". Presidentin kiertokirjeen nro 2025/10 myötä, joka julkaistiin virallisessa lehdessä 21. kesäkuuta 2025, digitaalinen saavutettavuus on kuitenkin virallisesti tullut lakisääteiseksi velvoitteeksi julkisille laitoksille ja tietyille yksityisen sektorin toimijoille Turkissa.

Switas Consultancyna olemme koonneet kattavan oppaan, jossa kerrotaan yksityiskohtaisesti, mitä tämä uusi asetus pitää sisällään, mihin laitoksiin se vaikuttaa ja WCAG 2.2 -vaatimustenmukaisuusprosessin tekniset yksityiskohdat, joita näiden uusien standardien täyttäminen edellyttää.

1. Mitä uusi asetus kattaa?

Tämä vammaisten henkilöiden oikeuksia koskevan lain nro 5378 nojalla laadittu kiertokirje edellyttää, että digitaalisten palveluiden on oltava kaikkien – erityisesti vammaisten ja ikääntyneiden – saatavilla tasa-arvoisen, itsenäisen ja turvallisen käytön varmistamiseksi.
Ympyrän ensisijaisena tavoitteena on saattaa verkkosivustot ja mobiilisovellukset W3C:n (World Wide Web Consortium) laatimien kansainvälisesti tunnustettujen verkkosisällön saavutettavuusohjeiden (WCAG) mukaisiksi.

2. Mitkä instituutiot kuuluvat tutkimukseen ja mikä on aikajana?

Yleisohje ulottuu julkisten laitosten lisäksi myös kriittisiin yksityisen sektorin alueisiin, joita kansalaiset usein käyttävät. Vaatimustenmukaisuuden määräajat vaihtelevat toimialoittain:
Yksiköt, joiden on noudatettava vaatimuksia vuoden kuluessa (kesäkuuhun 2026 mennessä):

  • Kaikki julkiset laitokset ja organisaatiot (yliopistot, kunnat jne.).
  • Julkiset ammatilliset järjestöt.
  • Pankit.
  • Yksityiset sairaalat.
  • Kansallisen opetusministeriön valtuuttamat yksityiset oppilaitokset.
  • Yksityiset yritykset, jotka tarjoavat henkilöliikennepalveluita (lentoyhtiöt, rautatiet, maantiekuljetukset).
  • Sähköisen viestinnän palveluntarjoajat, joilla on yli 200 000 tilaajaa.
    Kahden vuoden kuluessa (kesäkuuhun 2027 mennessä) noudatettavien tahojen on täytettävä seuraavat vaatimukset:
  • Sähköistä kaupankäyntiä harjoittavat palveluntarjoajat sähköisen kaupankäynnin sääntelystä annetun lain soveltamisalaan kuuluvilla aloilla.

3. Tekninen standardi: Mikä on WCAG 2.2?

Kiertokirjeessä WCAG 2.2 nimetään tekniseksi vaatimustenmukaisuusstandardiksi. WCAG 2.2 perustuu aiempiin versioihin (2.0 ja 2.1) ja tuo mukanaan erityisiä parannuksia käyttäjille, joilla on kognitiivisia vammoja, heikkonäköisiä ja motorisia vammoja.
Ohjeet on jäsennelty neljän perusperiaatteen (POUR) ympärille:

A. Havaittavissa: Tiedon ja käyttöliittymäkomponenttien on oltava käyttäjille esitettyjä tavoilla, jotka he voivat havaita (esim. tarjoamalla tekstivaihtoehtoja ei-tekstisisällölle, kuten kuville, varmistamalla riittävä värikontrasti).

B. Käyttökelpoinen: Käyttöliittymän komponenttien ja navigoinnin on oltava toimivia (esim. kaikkien toimintojen on oltava käytettävissä näppäimistöllä, käyttäjillä on oltava riittävästi aikaa sisällön lukemiseen ja käyttämiseen).

C. Ymmärrettävää: Tiedon ja käyttöliittymän toiminnan on oltava ymmärrettävää (esim. teksti on luettavaa, verkkosivut toimivat ennustettavasti ja syöttöavustusta on tarjolla virheiden välttämiseksi).

D. Kestävä: Sisällön on oltava riittävän luotettavaa, jotta useat eri käyttäjäagentit, mukaan lukien avustavat teknologiat, voivat tulkita sitä luotettavasti (esim. yhteensopiva näytönlukuohjelmien kanssa).

Kriittiset onnistumiskriteerit esiteltiin WCAG 2.2:n myötä

Täydellisen vaatimustenmukaisuuden varmistamiseksi organisaatioiden on ymmärrettävä versiossa 2.2 käyttöön otetut erityiset tekniset vivahteet. Tässä on tarkemmat tiedot uusista keskeisistä kriteereistä:

Tarkennus ei peitty (minimaalinen ja tehostettu) (kriteerit 2.4.11 / 2.4.12): Kun käyttäjä navigoi sivulla näppäimistöllä (selaamalla linkkejä ja painikkeita sarkainnäppäimellä), kohteen, johon hän on tällä hetkellä keskittynyt, on pysyttävä näkyvissä. Tämä päivitys korjaa yleisen ongelman, jossa "kiinteät otsikot" tai "kiinteät alatunnisteet" (kiinteät palkit näytön ylä- tai alareunassa) peittävät elementin, jota käyttäjä yrittää nähdä.
Vaatimus: Sinun on varmistettava, ettei muu sisältö peitä korostettua kohdetta kokonaan. Ihannetapauksessa sen pitäisi olla täysin näkyvissä.

Vetoliikkeet (kriteeri 2.5.7): Joissakin käyttöliittymissä käyttäjien on vedettävä objekteja (esim. tiedostojen lataukset, liukusäätimet tai luetteloiden uudelleenjärjestely vetämällä ja pudottamalla). Tämä voi olla fyysisesti mahdotonta liikuntarajoitteisille käyttäjille, jotka käyttävät erikoistuneita osoitinlaitteita tai katseenseurantaohjelmistoja.
Vaatimus: Jos käyttöliittymässä käytetään vetämistä, sinun on tarjottava vaihtoehto "yhden osoittimen" käyttämiseen. Esimerkiksi kartan siirtämiseen vetäminen kannattaa tarjota ylös/alas/vasemmalle/oikealle -painikkeilla. Vedä ja pudota -luettelon sijaan kannattaa tarjota nuolia kohteiden siirtämiseksi ylös tai alas.

Kohteen koko (vähimmäiskoko) (kriteeri 2.5.8): Käyttäjillä, joilla on käsien vapinaa, suurisormisia tai jotka käyttävät mobiililaitteita, on usein vaikeuksia napauttaa pieniä, ahtaita painikkeita.
Vaatimus: Interaktiivisten kohteiden (painikkeiden, kuvakkeiden) kooltaan tulisi olla vähintään 24x24 CSS-pikseliä. Jos kohde on pienempi, sen ympärillä on oltava riittävästi tilaa, jotta ohjausobjektin keskitetty 24 pikselin halkaisijaltaan oleva ympyrä ei ole päällekkäin minkään muun kohteen kanssa. Tämä vähentää riskiä aktivoida vahingossa väärä toiminto.

Esteetön todennus (kriteeri 3.3.8): Monet kirjautumisprosessit vaativat pulmien ratkaisemista (CAPTCHA), salasanojen ulkoa opettelua tai tekstiviestitse lähetettyjen kertakäyttöisten koodien litterointia. Tämä luo esteitä käyttäjille, joilla on kognitiivisia ongelmia tai muistirajoitteita.
Vaatimus: Todennusprosessien ei tulisi perustua "kognitiivisten toimintojen testiin" (kuten pulman ratkaisemiseen tai tiedon ulkoa opetteluun). Sinun on sallittava salasanojen ja koodien kopiointi- ja liittämistoiminto ja tuettava kolmannen osapuolen salasananhallintaohjelmien ja automaattisen täyttöominaisuuksien käyttöä. Jos käytetään CAPTCHA-varmennetta, on oltava olemassa ei-kognitiivinen vaihtoehto (esim. yksinkertainen objektin tunnistus tai 2FA laitteen kautta).

Redundantti merkintä (kriteeri 3.3.7): Käyttäjien pyytäminen syöttämään samat tiedot (kuten toimitusosoitteen) useita kertoja yhden istunnon aikana aiheuttaa väsymystä ja lisää virheprosenttia, erityisesti kognitiivisista häiriöistä kärsivillä käyttäjillä.
Vaatimus: Käyttäjän aiemmin syöttämien tietojen tulisi joko täyttyä automaattisesti tai ne tulisi olla käyttäjän valittavissa alasvetovalikosta sen sijaan, että niitä tarvitsisi kirjoittaa uudelleen.

Johdonmukainen apu (kriteeri 3.2.6): Apua tarvitsevilla käyttäjillä on usein vaikeuksia löytää tukikanavia, jos he liikkuvat eri sivuilla.
Vaatimus: Jos tarjoat ohjeominaisuuksia (kuten chatbotin, sähköpostiosoitteen tai "Miten?"-sivun linkin), niiden on oltava samassa suhteellisessa paikassa jokaisella sivulla, jolla ne ovat. Esimerkiksi jos chat-widget on etusivun oikeassa alakulmassa, se ei voi siirtyä tuotesivun vasempaan yläkulmaan.

4. Auditointi, valvonta ja esteettömyyslogo

Tämän siirtymän hallitsemiseksi perhe- ja sosiaalipalveluministeriö on perustanut "seurantakomission". Lisäksi jokaisen vastuullisen laitoksen on perustettava oma sisäinen "esteettömyystarkastelukomissio" suorittamaan teknisiä analyysejä ja raportoimaan havainnoista.

Ministeriö myöntää auditoinnin läpäisseille ja standardien mukaisia ​​​​verkkosivustoille ja mobiilisovelluksille "Esteettömyyslogon". Tämä logo toimii kunniamerkkinä, joka symboloi "esteetöntä laitosta", ja se on voimassa kaksi vuotta myöntämisestä.

5. Kuinka Switas Consultancy tukee vaatimustenmukaisuuden saavuttamista

Saavutettavuus ei ole pelkkä laillinen valintaruutu; se on kriittinen osa käyttäjäkokemusta (UX) ja hakukoneoptimoinnin suorituskykyä. Switas opastaa sinua tässä muutoksessa jäsennellyllä menetelmällä:

1. WCAG-auditointi (WCAG 2.2): Suoritamme digitaalisille resursseillesi perusteellisen arvioinnin uusien WCAG 2.2 -kriteerien mukaisesti ja tunnistamme erityisiä rikkomuksia, jotka liittyvät kohdistuksen näkyvyyteen, kohteiden kokoon, todennuksen esteisiin ja muihin tekijöihin.

2. Manuaalinen ja käyttäjätestaus: Automaattiset työkalut havaitsevat vain osan ongelmista. Asiantuntijamme suorittavat manuaalisia tarkastuksia näytönlukuohjelmilla (kuten NVDA, VoiceOver) ja tekevät reaalimaailman testejä vammaisten käyttäjien kanssa varmistaakseen aidon käytettävyyden.

3. Korjaavien toimenpiteiden etenemissuunnitelma: Työskentelemme suoraan kehitys- ja suunnittelutiimisi kanssa ja tarjoamme teknisiä ratkaisuja monimutkaisiin kooditason ongelmiin (ARIA-tunnisteet, semanttinen HTML, responsiivinen uudelleenjuoksutus).

4. Kestävä kehitys ja koulutus: Saavutettavuus on jatkuva prosessi. Tarjoamme säännöllisiä uudelleenarviointeja ja tiimikoulutusta varmistaaksemme, että digitaaliset tuotteesi pysyvät vaatimustenmukaisina niiden kehittyessä.

Ota meihin yhteyttä jo tänään poistaaksesi digitaaliset esteet ja varmistaaksesi täyden yhteensopivuuden Turkin uuden esteettömyysasetuksen kanssa.


Aiheeseen liittyvät artikkelit

Switas Kuten nähty

Magnify: Vaikuttajamarkkinoinnin skaalaaminen Engin Yurtdakulin avulla

Tutustu Microsoft Clarity -tapaustutkimukseemme

Nostimme esiin Microsoft Clarityn tuotteena, joka on rakennettu käytännönläheisiä, tosielämän käyttötapauksia silmällä pitäen oikeiden tuoteihmisten toimesta, jotka ymmärtävät Switasin kaltaisten yritysten kohtaamia haasteita. Ominaisuudet, kuten raivoklikkaukset ja JavaScript-virheiden seuranta, osoittautuivat korvaamattomiksi käyttäjien turhautumisen ja teknisten ongelmien tunnistamisessa, mikä mahdollisti kohdennetut parannukset, jotka vaikuttivat suoraan käyttökokemukseen ja konversiolukuihin.