POUR
Katso myös: Perceivable Operable Understandable Robust
Neljä periaatetta, joiden varaan WCAG rakentuu: **Perceivable, Operable, Understandable, Robust** (havaittava, hallittava, ymmärrettävä, lujatekoisuus). Jokainen onnistumiskriteeri kartoittuu näistä yhteen.
POUR on käsitteellinen kehys, jonka varaan WCAG rakentuu. Jokainen WCAG 2.x:n onnistumiskriteeri kartoittuu täsmälleen yhteen neljästä periaatteesta. POUR:n ulkoa oppiminen on lyhin reitti ymmärtää, miksi jokin sääntö on olemassa.
Neljä periaatetta
Perceivable (havaittava). Tiedon ja käyttöliittymäkomponenttien tulee olla esitettävissä käyttäjille tavoin, jotka he voivat havaita. Käytännössä: tekstivaihtoehdot muulle kuin tekstisisällölle (kuvat, videot), tekstitys ja transkriptiot äänelle, riittävä värikontrasti, sisältö joka mukautuu ruudunlukuohjelman ja suurennusnäkymän käyttäjille. Jos näkevä käyttäjä voi nähdä jotain, mitä sokea käyttäjä ei, kyseessä on havaittavuusaukko.
Operable (hallittava). Käyttöliittymäkomponenttien ja navigoinnin tulee olla hallittavissa. Tämän periaatteen tärkeimmät säännöt: täysi näppäimistötuki (ei hiiririippuvaisia ominaisuuksia), riittävästi aikaa lukea ja suorittaa tehtäviä, ei kohtauksia aiheuttavaa sisältöä (yli 3 välähdystä sekunnissa on selvä raja), selkeä navigointi ja ennakoitava kohdistusjärjestys. WCAG 2.2:n uudet kohdistuksen näkyvyyttä ja vetämisen vaihtoehtoja koskevat kriteerit ovat hallittavuussääntöjä.
Understandable (ymmärrettävä). Tiedon ja käyttöliittymän toiminnan tulee olla ymmärrettäviä. Tämä kattaa asioita kuten ennakoitavat navigointikuviot, yhdenmukainen nimeäminen sivujen välillä, selkeät ohjeet ja avulias virheiden korjaaminen. Kognitiivisen saavutettavuuden työryhmän suositukset sijoittuvat tämän periaatteen alle, vaikka WCAG itse ei niitä velvoittavina aseta.
Robust (lujatekoisuus). Sisällön tulee olla riittävän lujatekoisuus tulkittavaksi luotettavasti laajalla valikoimalla käyttäjäagentteja, mukaan lukien avustavat teknologiat. Käytännössä tämä on suppein periaate, jossa on pääasiassa yksi sääntö — 4.1.2 Nimi, rooli, arvo — mutta tuo yksi sääntö kattaa valtavan pinnan: se edellyttää, että jokainen mukautettu käyttöliittymäkomponentti kertoo mitä se on, mitä se tekee ja missä tilassa se on, tavalla jonka avustava teknologia voi lukea. 4.1.2 on syy miksi ARIA on olemassa.
Kuinka käyttää POUR:ia toiminnallisesti
Kun löydät saavutettavuusongelman, kysy mitä periaatetta se rikkoo:
- Puuttuva alt-attribuutti on havaittavuusongelma.
- Näppäimistöloukku on hallittavuusongelma.
- Sekava virheilmoitus on ymmärrettävyysongelma.
- Mukautettu pudotusvalikko, joka ei ilmoita itseään yhdistelmälaatikoksi, on lujatekoisuusongelma.
Tämä kartoitus auttaa priorisointia: havaittavuus- ja hallittavuusvirheet estävät käyttäjät yleensä kokonaan; ymmärrettävyys- ja lujatekoisuusvirheet heikentävät kokemusta estämättä sen täysin. Useimmat tiimit keskittävät ensimmäisen auditoinnin P:hen ja O:hon tästä syystä.
POUR auttaa myös havaitsemaan puutteet. Tiimi, joka pakkomielteisesti korjaa havaittavuusongelmia (vaihtoehtoinen teksti, kontrasti) mutta laiminlyö hallittavuusongelmia (kohdistusjärjestys, näppäimistöloukut), noudattaa tunnistettavaa, yleistä epäonnistumiskaavaa. POUR tekee tämän vinoutuman näkyväksi.