Klikkaus modernissa webissä kätkee oletuksen: henkilöllä, joka klikkaa, on käsi, ranne ja osoitinlaite, joka liikkuu kahdella akselilla alipikselin tarkkuudella ja jonka napinpainallus on erillinen ja luotettava. Poista yksikin näistä ja kohtaaminen muuttuu. Henkilölle, joka ohjaa sivua katseenseurannan avulla, “kohdistin” on 1 asteen kaarinen katsekartion, joka ajelehtii ja värisee. Henkilölle, joka käyttää pääosoitinta, kohdistin on verkkokameran seuraama nenänpää, jonka paikoillaanoloklikkaus on hidas. Henkilölle, joka käyttää yksittäiskytkimen skannausrajapintaa, kohdistinta ei ole lainkaan — vain pyyhkäisevä korostus, joka pysähtyy siihen, mitä sattuu olemaan kohdistettuna, kun käyttäjä painaa kytkintä. Jokainen näistä on todellinen syöttömuoto, jota käytetään tänään, vuonna 2026, riittävän suurella väestöllä, että “modernin webin” pitäisi tietää niistä. Useimmat modernin webin tekijöistä eivät tiedä.
Tämä teksti on käsiteselitys kolmesta vaihtoehtoisesta syöttömuodosta, joihin motorisesti vammaiset käyttäjät useimmin tukeutuvat — katseenseuranta, pääosoitin ja kytkinsyöttö — sekä siitä, miten standardikerros (WCAG 2.2:n onnistumiskriteerit, W3C:n Pointer Events -määrittely) leikkaa käyttöliittymämallien kanssa, joita tuotannossa todellisuudessa esiintyy. Raportointikehys on toimituksellinen eikä oikeudenkäyntilähtöinen: tarkastellaan, mikä toimii, mikä ei, ja mitä suunnittelijat voivat lopettaa tekemästä huomenna.
Kuka käyttää näitä syötteitä, ja miksi
Vaihtoehtoisten syöttömuotojen varassa toimiva väestö ei ole pieni. WHO:n Global Report on Health Equity for Persons with Disabilities (2022, 2024 seurantapäivityksellä) ja Yhdysvaltojen CDC:n Disability and Health Data System -järjestelmän arviot sijoittavat merkittävän yläraajojen motorisen toimintarajoitteen osuuden noin 8 %:iin aikuisväestöstä korkean tulotason maissa, ja tavallista hiirtä tai ohjauslevyä epäluotettavasti käyttävien osuus on noin 3–4 %. Tämän 3–4 %:n sisällä on useita erillisiä käyttäjäryhmiä, joiden ensisijainen syöttömuoto muovautuu heidän fysiologiastaan enemmän kuin heidän mieltymyksistään.
Selkein ryhmä on amyotrofista lateraaliskleroosi (ALS) sairastavat henkilöt, jotka menettävät asteittain tahdonalaisen hallinnan raajoistaan ja lopulta kasvojen lihaksistostaan. Katseenseuranta on monille pitkälle edenneeseen ALS-tautiin sairastuneille ainoa itsenäisen tietokoneen käytön kanava. ALS-liitto arvioi, että Yhdysvalloissa elää milloin tahansa noin 30 000 ALS-tautia sairastavaa henkilöä; eurooppalainen ALS-rekisteri viittaa samankaltaiseen ikävakioituun esiintyvyyteen koko EU:ssa. Toinen ryhmä on korkean tason selkäydinvamman — erityisesti C1-C4 tetraplegia — saaneet henkilöt, joille kädet ja käsivarret eivät ole käytettävissä, mutta silmä- ja pääliike ovat säilyneet. Kolmas on aivohalvauksesta kärsivät lapset ja aikuiset, joilla syöttöstrategia on hyvin yksilöllinen: joillakin käyttäjillä on riittävästi sormenhallintaa kytkinrajapintaan, toiset käyttävät pääosoitinta, toiset leukaohjattua joystickkia. Neljäs on etenevistä neuromuskulaarisista sairauksista — lihasdystrofia, myöhäisvaiheen multippeliskleroosi — kärsivät henkilöt, jotka usein siirtyvät useiden syöttömuotojen välillä ajan mittaan.
Näissä ryhmissä kaksi periaatetta leikkaa vaihtelun läpi. Ensinnäkin lähes kaikki, jotka käyttävät vaihtoehtoista syöttöä, tekevät niin siksi, että tavallinen hiiri-näppäimistöyhdistelmä on käynyt fyysisesti mahdottomaksi, ei siksi, että he suosisivat uutta syöttömuotoa. Toiseksi syöttö on yleensä jollakin olennaisella tavalla yksittäisakseli: yksittäinen katsefiksaatio, yksittäinen pääosoitinsuunta, yksittäinen kytkimen painallus. Kaksi koordinoitua kanavaa — osoitin plus muokkausnäppäin, vetämisliike plus tarkka pudotuskohde — olettavat suunnitelmat romahtavat pahimmin tällä yleisöllä.
Laitteisto vuonna 2026
Laitteistomaisema on muuttunut merkittävästi viimeisen kolmen vuoden aikana. Seuraavassa on karkea kartta siitä, mitä käyttäjät todellisuudessa käyttävät, ei täydellinen luettelo.
Katseenseurantalaitteet
Tobii Dynavox pysyy hallitsevana kliinisenä katseenseurannan toimittajana. Nykyinen sukupolvi — PCEye ja I-Series — käyttää infrapuna-anturipalkkia, joka on kiinnitetty monitorin alapuolelle tai integroitu erilliseen tablet-laitteeseen, ja raportoi katseposition isäntäkäyttöjärjestelmälle järjestelmätason osoittimena. Kalibrointi kestää noin 30 sekuntia; hyvissä olosuhteissa tarkkuus on noin 0,5–1,0 astetta näkökulmakaaren, mikä vastaa noin 30–60 pikselin katsekartiota tyypillisellä katseluetäisyydellä. EyeGaze Edge (LC Technologies) ja EyeTech VT3 ovat kliinisiä vaihtoehtoja. Kuluttajapuolella Tobii Eye Tracker 5 myydään ensisijaisesti pelaajille, mutta sitä käytetään laajasti edullisena saavutettavuuden syöttölaitteena.
Vuosi 2024 toi ensimmäisen valtavirran kuluttajatason katseenseurannan, joka on integroitu yleiskäyttöiseen tietokoneeseen: Apple Vision Pro toimitetaan katseella navigointina ensisijaisena syöttömuotona yhdistettynä puristuseleeseen valintaa varten. visionOS altistaa katseposition järjestelmätason viipymävalintakäyttöliittymän saavutettavuustoiminnoille, ja kehittäjän näkökulmasta katsefiksaatio seurattuna puristuksella raportoidaan tavallisena klikkaustapahtumana. Saavutettavuusväestö on ennustettavasti omaksunut visionOS:n samasta syystä kuin iPhonen vuonna 2008: valtavirtakäyttöön suunniteltu sisäänrakennettu syöttömuoto, joka sattumalta palvelee myös vammaiskäyttötapausta. Vision Pron hinta on monelle käyttäjälle saavuttamattomissa, mutta ennakkotapaus — katse ensisijaisena syöttönä muussa kuin lääkintälaitteessa — on merkittävä.
Pääosoittimet
Pääosoitinohjelmisto käyttää tyypillisesti laitteen sisäänrakennettua verkkokameraa seuraamaan fiduciaalipistettä — usein nenänpäätä tai käyttäjän otsaan kiinnitettyä pientä heijastavaa tarraa — ja kääntää pään kiertymisen kohdistimen liikkeeksi. Camera Mouse (Boston College, ilmainen) on pitkäaikaisin toteutus ja on edelleen aktiivisessa käytössä. Glassouse toimittaa puettavan päähän kiinnitettävän gyroskooppipohjaisen ohjaimen, joka yhdistyy käyttöjärjestelmään Bluetooth-hiirenä. macOS sisältää Head Pointer -toiminnon sisäänrakennettuna saavutettavuusominaisuutena; Windows 11:ssä on vastaava toiminnallisuus Eye Control -toiminnon kautta yhteensopivan laitteiston kanssa. Valinta pääosoittimella on lähes aina viipymäpohjainen: kohdistin leijuu kohteessa määritettävän ajan — tyypillisesti 0,5–2,5 sekuntia — ja klikkaustapahtuma laukeaa.
Kytkinsyöttö
Kytkinsyöttö on yksinkertaisin ja vaihtelevaisin kolmesta syöttömuodosta. Laitteisto on yksittäinen nappi — iso pyöreä mekaaninen kytkin, imu-puhutusputki, leukavipu, jalkakytkin, myöhäisvaiheen tutkimuksessa oleva aivotietokonerajapinta — joka on kytketty standardoituun kytkintason rajapintaan (AbleNet Hook+, Pretorian J-Pad, Tecla-kilpi), joka esittäytyy käyttöjärjestelmälle USB- tai Bluetooth-näppäinpainalluksena. Ohjelmisto ajaa sitten skannausrajapintaa: kohdistusindikaattori liikkuu automaattisesti näytön käytettävissä olevien kohteiden läpi, ja käyttäjä painaa kytkintä, kun kohdistus on halutussa kohteessa. Yksittäinen kytkin ohjaa kaikkea; kaksikytkinskannauksessa toinen kytkin tyypillisesti merkitsee “eteenpäin” ja toinen “valitse.” iOS sisältää Switch Control -toiminnon sisäänrakennettuna saavutettavuusominaisuutena; Android 14+ toimittaa Switch Access -toiminnon; macOS ja Windows toimittavat molemmat vastaavan toiminnallisuuden. Kytkinsyöttö on perustavanlaatuisesti sarjallinen — käyttäjä ei voi osoittaa kohdetta; hän voi vain odottaa, kunnes skannaus saavuttaa sen — ja tämä tosiasia muokkaa jokaista alla olevaa suunnittelumallia.
Miten ne kohtaavat webin: standardikerros
Selaimen näkökulmasta katseenseuranta ja pääosoitin näyttävät molemmat tavallisilta osoitinlaitteilta: ne lähettävät pointermove-, pointerdown- ja pointerup-tapahtumia W3C:n Pointer Events -määrittelyn kautta, samaa sovellusliittymää kuin hiiri tai kosketusnäyttö. Kytkinsyöttö taas näyttää selaimelle näppäimistösyötöltä: kohdistus kulkee tabulaattorinäppäimellä saavutettavien elementtien läpi, ja kytkimen painallus laukaisee keydown-tapahtuman Enter- tai välilyöntinäppäimelle. Tämä ero on ensimmäinen asia, jonka suunnittelijan on sisäistettävä — katseenkäyttäjät osuvat :hover-tiloihin ja osoitintapahtumakäsittelijöihin; kytkinkäyttäjät kohtaavat vain näppäimistöllä kohdistettavissa olevia elementtejä ja määrittelemäsi kohdistusjärjestyksen.
WCAG 2.2 sisältää useita onnistumiskriteereitä, jotka on kirjoitettu nimenomaan näiden syöttömuotojen pitämiseksi toiminnassa. Kolme niistä kantaa suurimman taakan.
SC 2.1.1 Näppäimistö (Taso A) on perustavanlaatuinen vaatimus: jokaisen sivun toiminnallisen elementin on oltava käytettävissä pelkällä näppäimistörajapinnalla. Kytkinkäyttäjät luottavat tähän ehdottomasti. Elementti, joka reagoi vain hiiren klikkaukseen — mukautettu div, jossa on click-käsittelijä ilman tabindexia, rolea tai keydown-käsittelijää — on näkymätön kytkinkäyttäjälle. Se on näkymätön myös monille pääosoittimenkäyttäjille, jotka käyttävät varanäppäimistönavigointia sivun osille, joissa viipymäklikkaus on liian hidas.
SC 2.5.1 Osoitineleet (Taso A) edellyttää, että kaikki monipisteosoituksella tai polkupohjaisella eleellä käytettävissä olevat toiminnot ovat käytettävissä myös yksittäisellä osoitintoiminnolla. Kriteeri on olemassa, koska katseenseuranta, pääosoitin ja monet vaihtoehtoiset syöttölaitteet eivät pysty luotettavasti suorittamaan usean sormen eleitä tai tarkkoja vetopolkuja. Lähennys, jolla ei ole vaihtoehtoista nappia. Pyyhkäise-poistaa-toiminto, jolla ei ole ruudun poistopainiketta. Vedä-järjestäydy-uudelleen-luettelo, jolla ei ole näppäimistövaihtoehtoa. Jokainen näistä on 2.5.1-virhe, ja jokainen katkaisee käyttäjän ainoan käytössä olevan syöttömuodon.
SC 2.5.2 Osoittimen peruutus (Taso A) edellyttää, että yksittäisen osoittimen aktivoinnissa toiminto joko ei suoritu alaspainamisessa (se suoritetaan ylöspäin-tapahtumassa), tai suoritetaan alaspainamistapahtumassa mutta sallii käyttäjän keskeyttää toiminnon siirtämällä kursoria pois ennen ylöspäin-tapahtumaa. Kriteeri on kirjoitettu käyttäjille, jotka osuvat väärään kohteeseen vapinasta tai ajelehtimisesta johtuen, ja se on tärkeä viipymäpohjaisissa pääosoitin- ja katserajapinnoissa: klikkaus, joka laukeaa heti kun kohdistin osuu kohteelle, ei anna käyttäjälle mahdollisuutta toipua katseajelehtimisesta. Painikkeet, jotka sitovat käsittelijänsä mousedown-tapahtumaan eikä click-tapahtumaan, epäonnistuvat tässä kriteerissä.
SC 2.5.7 Vetämisliikkeet (lisätty WCAG 2.2:ssa) laajentaa elesuojan nimenomaan vetämis-pudottamistoimintoihin: kaiken vedettävän on oltava saavutettavissa yksittäisosoittimen vaihtoehdon kautta, tyypillisesti nappiohjatuilla siirrä-ylös/siirrä-alas-kontrolleilla. SC 2.5.4 Liikkeellä aktivointi (Taso A) suojaa käyttäjiä, jotka eivät pysty luotettavasti ravistamaan tai kallistamaan laitettaan. SC 2.2.1 Säädettävä ajoitus (Taso A) ja SC 2.2.2 Tauko, pysäytys, piilota (Taso A) suojaavat kaikki rajapinnoilta, joissa aikaraja umpeutuu ennen kuin skannausrajapinta ehtii saavuttaa asiaankuuluvan kontrollin.
Nämä kriteerit on kirjoitettu yhtenäisenä kehyksenä: käyttäjällä on vain yksi syöttöakseli, syöttö on hidas, eikä suunnittelun pidä olettaa muuta.
Yleisiä ongelmakohtia tuotantosivustoissa
Kun nämä kriteerit asetetaan vastaan sen, mitä tuotantosivustot todellisuudessa toimittavat, esiin nousee toistuva joukko vikakuvioita. Mikään näistä ei ole eksoottinen. Kaikki esiintyvät rutiinitestauksessa katseenseuranta-, pääosoitin- ja kytkinkäyttäjillä.
Vedä-pudota ilman näppäimistövaihtoehtoa. Yleinen kuvio projektinhallinta-, tiedostonhallinta- ja järjestyslistoissa: vedä kortti yhdestä sarakkeesta toiseen. Kytkinkäyttäjille toiminto on mahdoton — skannausnavigaatiossa ei ole vetämistä. Pääosoitin- ja katseenkäyttäjille itse vetäminen on noin 4–5 kertaa hitaampaa kuin nappiohjainen siirtäminen, eikä se yleensä onnistu pudottamatta kohdetta kesken liikkeen. Korjaus on suoraviivainen: liitä jokaiseen vedä-pudota-toimintoon nappiohjainen siirtotoiminto, joka on tavoitettavissa näppäimistön tabulaattorijärjestyksessä. Trello-tyylinen “siirrä kortti ylös / siirrä kortti alas / siirrä toiseen listaan” -valikkomalli on viiteimplementaatio.
Vain hover-navigointi. Pudotusvalikot, työkaluvihjeet ja paljastavat kontrollit, jotka näkyvät vain :hover-tilassa ja katoavat, kun kohdistin poistuu. Katseenkäyttäjälle katsekartion ajelehtii pois valikon laukaisimelta juuri, kun hän yrittää katsoa alavalikkoa, ja valikko sulkeutuu ennen kuin hän saavuttaa sen. WCAG 2.2:n kriteeri, joka käsittelee tätä, on 1.4.13 Hover- tai kohdistustila (Taso AA): hover-liipasimella toimivan sisällön on oltava suljettavissa, hoverattavissa (käyttäjä voi siirtyä siihen ilman, että se katoaa) ja pysyvää. Monet tuotantovalikoista epäonnistuvat kaikkien kolmen osalta.
Pienet klikkauskohteet. SC 2.5.8 Kohteen koko (Minimum) (Taso AA, uusi WCAG 2.2:ssa) edellyttää, että interaktiiviset kohteet ovat vähintään 24x24 CSS-pikseliä, poikkeuksin. Kriteeri kirjoitettiin kosketukselle ja osoitintarkkuudeltaan epävarmoille käyttäjille — katseenseuranta, pääosoitin, käsivapina. 16 pikselin sulkemiskuvake modaalin kulmassa on käytännössä lähes mahdoton osua luotettavasti katseenseurantalaitteella. Korjaus on mekaaninen: suurenna kohteet tai paljasta sama toiminto suuremman kontrollin kautta muualla rajapinnassa.
Aikarajoitetut klikkaukset. Karusellit, jotka etenevät automaattisesti joka 5. sekunti, “sinulla on 30 sekuntia vahvistaaksesi” -dialogit, istuntoaikakatkaisut, jotka laukeaa kesken tehtävän. Kytkinkäyttäjälle, joka navigoi skannausrajapintaa 1,5 sekunnin kohdeyksikkönopeudella, 30 sekunnin aikakatkaisu on noin 20 kohdetta saavutettavaa tilaa — usein ei riitä vahvistuspainikkeen saavuttamiseen. SC 2.2.1 Säädettävä ajoitus edellyttää, että kaikki aikarajoitukset ovat laajennettavissa, säädettävissä tai poistettavissa. Useimmat tuotannon aikakatkaisut eivät ole mitään näistä.
Vain eleellä vahvistus. Pyyhkäise-vahvistaa-liukusäätimet, allekirjoitusalustan vahvistukset, captchat, jotka edellyttävät polun seuraamista. Jokainen on 2.5.1-virhe, ellei se ole yhdistetty napin vaihtoehtoon.
Toiminto mousedown-tapahtumaan. Painike, joka laukaisee käsittelijänsä mousedown-tapahtumaan eikä tavalliseen click-tapahtumaan, ei anna käyttäjälle mahdollisuutta peruuttaa väärää kosketusta. SC 2.5.2 Osoittimen peruutus on kriteeri; korjaus on sitoa click-tapahtumaan tai pointerup-tapahtumaan eksplisiittisellä peruutustarkistuksella.
Mukautetut kontrollit ilman ARIA:a. <div>, joka visuaalisesti näyttää painikkeelta mutta josta puuttuu role=“button”, tabindex=“0” ja keydown-käsittelijä Enter- ja välilyöntinäppäimille. Kontrolli on saavuttamaton kytkimellä ja näppäimistön varanavigaatiolla. SC 4.1.2 Nimi, Rooli, Arvo (Taso A) on kriteeri. Korjaus on natiivi <button>-elementti aina kun mahdollista, ja täydellinen ARIA-malli aina kun se ei ole mahdollista.
Toimivat suunnittelumallit
Mallit, jotka selviytyvät katseenseurantalaitteesta, pääosoittimesta ja kytkinskannauksesta, jakavat pienen joukon rakenteellisia ominaisuuksia. Jokainen niistä on hyvin dokumentoitu ARIA:n kirjoittamiskäytäntöoppaassa ja WCAG 2.2:n ymmärtämisasiakirjoissa, ja jokainen on rutiinituotannossa sivustoilla, jotka toimittavat valtavirtayleisöille ilman, että kukaan huomaa.
Natiivia HTML-elementtejä aina kun mahdollista. Yksittäinen luotettavin saavutettavuustoimenpide on käyttää <button>-, <a>-, <input>-, <select>- ja <textarea>-elementtejä semanttisiin tarkoituksiinsa. Natiivelementeissä on valmiina oikea näppäimistökäsittely, oikeat ARIA-roolit, oikea kohdistuskäyttäytyminen ja oikea osoittimen peruutussemantiikka. Minkään näiden uudelleenrakentamisen monimutkaisuus mukautetun <div>:n avulla on noin 10-kertainen insinöörityö lopputulokselle, joka on lähes aina huonompi.
Näkyvät kohdistusindikaattorit riittävällä kontrastilla. Kytkinkäyttäjälle kohdistusrengas on kohdistin. 2 pikselin sininen rengas 4:1 kontrastilla ympäröivää taustaa vasten on menetelmällinen minimi (SC 2.4.7 Kohdistus näkyvissä, Taso AA, ja SC 2.4.11 Kohdistus ei peitetty, uusi WCAG 2.2:ssa). Sivustot, jotka poistavat selaimen oletuskohdistusrenkaan sitä korvaamatta, jättävät kytkinkäyttäjät ajelehtimaan.
Ennakoitava kohdistusjärjestys. Kytkinskannus liikkuu oletuksena DOM:n lähdekirjoittelujärjestyksessä, muokattuna tabindex:lla. Kohdistusjärjestys, joka hyppii ympäri sivua, tekee rajapinnasta käyttökelvottoman. SC 2.4.3 Kohdistusjärjestys (Taso A) on kriteeri; käytännön johtopäätös on, että visuaalisen järjestyksen ja DOM-järjestyksen pitäisi vastata toisiaan aina, kun käyttäjä suorittaa toimintojensarjaa.
Anteliaat aktivointialueet. SC 2.5.8:n 24 pikselin minimi on lattia, ei tavoite. Monet suunnittelujärjestelmät, jotka ovat julkaisseet saavutettavuustestatut mallit vuodesta 2022 lähtien — Adobe Spectrum, IBM Carbon, GOV.UK Design System, US Web Design System — käyttävät oletuksena 44 pikselin kosketuskohteita, jotka toimivat hyvin osoitintarkkuudeltaan epävarmoille käyttäjille vaikuttamatta visuaaliseen asetteluun.
Vahvistusvirrat eksplisiittisinä painikkeina. Kaikkien tuhoavien tai peruuttamattomien toimintojen pitäisi vaatia eksplisiittinen vahvistuspainike — ei pyyhkäisyä, ei pitkää painallusta, ei “klikkaa mitä tahansa muualla sulkeaksesi.” Malli toimii kaikille ja selviää jokaisesta vaihtoehtoisesta syötöstä.
Antelias aikakatkaisu tai ei lainkaan aikarajoituksia. Jos aikakatkaisu on pakollinen turvallisuussyistä (pankkipalvelut, terveydenhuolto), käyttäjän on pystyttävä jatkamaan sitä yksittäisellä osoitintoiminnolla hyvissä ajoin ennen laukeamista. Malli on näyttää “oletko vielä siellä?” -kehote 75 %:ssa aikakatkaisu-ikkunasta yhdellä suurella jatkopainikkeella.
Ohituslinkki ja kiintopistenavigointi. Skannausrajapinta, jonka on kuljettava koko navigointivalikon, koko sankuvaosion ja koko mainospaikan läpi ennen artikkelin runkoon pääsyä, on käyttökelvoton. “Siirry sisältöön” -linkki sivun ensimmäisenä kohdistettavana elementtinä on minimi; kiintopistealueet (<main>, <nav>, <aside>) antavat kytkinkäyttäjille mahdollisuuden hypätä rakenteellisesti eikä lineaarisesti.
Noudata käyttäjän prefers-reduced-motion-asetusta. Automaattisesti etenevät karusellit ja jatkuvasti animoidut taustat tekevät katseenseurantalaitteen asettumisen vakaaseen kohteeseen mahdottomaksi. CSS-mediatiedustelut (@media (prefers-reduced-motion: reduce)) sallivat saman rajapinnan palvella käyttäjää, jolle liike täytyy poistaa.
Mitä tämä tarkoittaa suunnittelijoille, insinööreille ja tuotetiimeille
Vaihtoehtoisten syöttömuotojen raportointikirjasto päätyy paikkaan, jonka pitäisi tuntua tutulta kenelle tahansa, joka on lukenut tämän sivuston muita saavutettavuusoppaita. Teknologia on kypsytynyt. Standardit ovat kypsytyneet. Käyttäjäväestöt on hyvin karakterisoitu. Jäljellä oleva työ on hankinta, koulutus ja päivittäinen tapa rakentaa rajapintoja, jotka eivät hiljaa oleta kaksiakselista, kaksikätistä, alle sekunnin viiveen syöttöä.
Suunnittelijoille: tee prototyyppi näppäimistöllä. Jos suunnitelmasi toimii pelkällä tabulaattorillanavigoimisella näkyvällä kohdistusrenkaalla, se toimii kytkinkäyttäjälle; jos ei toimi, visuaalinen suunnittelu on ohittanut interaktiomallin. Apple Vision Pron katse-plus-puristus-ennakkotapaus muuttaa vaihtoehtoisen syötön suunnittelun lähtökohdaksi eikä korjausratkaisuksi. Suunnitelmat, jotka selviytyvät Vision Prolla, selviytyvät yleensä Tobii:lla.
Insinööreille: sido click-tapahtumaan eikä mousedown-tapahtumaan. Käytä natiiveja HTML-elementtejä. Testaa tabulaattorijärjestyksesi. Aja sivu läpi pelkällä näppäimistöauditoinnilla ennen julkaisua. Suurin osa yllä kuvatusta hajoamisesta on insinööriperinne eikä insinööriongelma.
Tuotetiimeille: sisällytä vaihtoehtoisten syöttömuotojen käyttäjät rutiiniseen käyttäjätestaukseen. Yllä luetellut esteet eivät ole reunatapauksia; ne ovat rutiiniepäonnistumisia, jotka ilmenevät 30 minuutin testauksessa Tobii-palkilla tai iOS-laitteella Switch Control -toiminto käytössä. Syöttömuodon sisällyttäminen testisuunnitelmaan on edullista. Kustannus siitä, ettei sitä sisällytetä, ilmenee yllä kuvattuna hajoamisena, toimitetuissa laajassa mittakaavassa, väestölle, jonka vaihtoehdot ovat jo valmiiksi rajalliset.
Web toimii, kun se hyväksyy, ettei klikkaus ole universaali verbi. Käyttäjä, jolla on Tobii-palkki monitoriensa alapuolella, käyttäjä, jonka nenänpäätä verkkokamera seuraa, käyttäjä, jolla on yksittäinen mekaaninen kytkin kytkettynä pöytänsä kulmaan — jokainen heistä suorittaa saman toiminnon kuin käyttäjä, jolla on ohjauslevy. Standardikerros tunnistaa tämän. Yllä olevat suunnittelumallit kunnioittavat sitä. Työ on jatkaa rakentamista ikään kuin se olisi totta.
Lue lisää Disability Worldista WCAG 2.2:n onnistumiskriteereistä, vuoden 2026 laajemmasta raportointikirjastosta ja jatkuvasta avustavan teknologian kattavuudestamme.