Lomakekentällä, jolla ei ole oikein liitettyä otsikkoa, on yleisin virhe, jonka kohtaamme yhteydenottolomakkeissa, tilausvaiheissa ja sisäänkirjautumisruuduissa. Otsikko on usein näkyvissä, visuaalisesti siististi syötekentän ylä- tai vieressä, mutta se ei ole lähdekoodissa liitetty kyseiseen kenttään. Näytönlukija lukee kentän sitten "muokkaa, tyhjä" -muodossa ilmoittamatta, mihin kenttä on tarkoitettu.
Ongelma syntyy yleensä siitä, että otsikko ja syöttekenttä näyttävät visuaalisesti kuuluvan yhteen, mutta ohjelmoija (tai rakennusjärjestelmä) ei ole luonut teknistä suhdetta näiden välille. Näkevälle käyttäjälle tällä ei ole merkitystä: hän näkee otsikon vain siellä. Henkilölle, joka käyttää näytönlukijaa, tuo visuaalinen läheisyys ei ole olemassa. Ratkaisevaa on koodissa oleva liitos, ja se puuttuu useammin kuin voisi odottaa, myös sivuilla, jotka näyttävät hyvin ylläpidetyiltä.
Saman virheen kolme muotoa
Yleisin muoto on otsikko, joka on näkyvissä ruudulla mutta on koodissa erillään kentästä ilman teknistä liitosta. Toinen muoto on paikkalehdistö tekstin käyttäminen kentässä itsessään ainoana selityksenä: heti kun käyttäjä alkaa kirjoittaa, teksti häviää, ja näytönlukija ei myöskään käsittele paikkalehdistöä aina täytearvoisena otsikkona. Kolmatta muotoa näet erityisesti kuvakkeissa: hakukenttä, jossa on vain suurennuslasi-kuvake, tai painike, jossa on vain piktogrammi ilman tekstiä, jota näytönlukija voisi lukea.
Kaikilla näillä muodoilla on yhteistä, että virhe on yleensä tahatonta. Kukaan ei rakenna lomaketta tehdäkseen siitä saavuttamattomaksi. Se tapahtuu, koska otsikko näyttää visuaalisesti oikealta ja rakentaja olettaa, että se on sitten valmis, kun taas tekninen liitos on erillinen vaihe, joka on helppo ohittaa, erityisesti aikapaineen alaisena tai mallissa, joka on alun perin rakennettu ilman saavutettavuutta.
Miksi tämä painaa enemmän kuin näyttää
Lomake on usein se kohta, jossa vierailija haluaa tosiasiassa järjestää jotain: saada tilaus valmiiksi, luoda tili, ottaa yhteyttä. Jos otsikko puuttuu juuri silloin, prosessi pysähtyy osalle kävijöistä, vaikka sivuston muu osa toimii hyvin. Valvontaviranomaiset ja arvioijat katsovat siis usein ensin näihin ongelmiin lomakkeissa, koska niillä on suora vaikutus siihen, voiko joku käyttää palvelua.
Lisäksi tämä virhe leviää helposti. Otsikko ilman liitosta yhdessä osoitteistökentän mallissa ilmestyy usein kymmenillä sivuilla samanaikaisesti, koska samaa komponenttia käytetään uudelleen kaikkialla. Yksi pois jätetty liitos pohjassa vaikuttaa näin koko tilausvaiheeseen tai koko sisäänkirjautumisruutuun.
Kuinka testaat sen, ja missä automaattinen skannaus törmää rajansa
Automaattinen skannaus tunnistaa osan näistä virheistä hyvin: se näkee, onko otsikko teknisesti liitetty kenttään ja onko syötekentällä nimeä lainkaan. Mitä skannaus arvioi vaikeammin, on se, onko otsikko sisällöllisesti oikein, riittääkö paikkalehdistö ainoana selityksenä tarpeeksi selvästi, ja kuuluuko näytönlukijan lukemisjärjestys loogisesti. Juuri siksi kerromme jokaisessa raportissa, mitä automaattinen testi kattaa ja mitä ei; näin tiedät, mitä on vielä tarkastettava manuaalisesti.
Halutessasi itse saada ensimmäisen käsityksen, helpoin testi on käydä lomake läpi vain näppäimistön avulla ja tarkistaa, saako jokainen kenttä selkeän nimen, kun siirtyvät siihen. Perusteellisemmaksi käsitykseksi, mukaan lukien tilausvaihe ja sisäänkirjautumisvirta, auttaa täydellinen skannaus, joka katsoo pidemmälle kuin kotisivua nähdäkseen, missä otsikot puuttuvat tai ovat irrallaan kentästään.
Mitä saavutettavuuden widgetti ei ratkaise täällä
Saavutettavuuden widget, joka liitetään sivuston päälle, ei voi korjata puuttuvaa liitosta otsikon ja kentän välille; liitos on itse lähdekoodissa ja se on myös muutettava siellä. Tämä on yksi syy, miksi emme myy overlaysia: ne peittävät tämänkaltaiset virheet silmille, mutta näytönlukija ei huomaa mitään.
Ratkaisu itsessään on yleensä melko rajallinen: kehittäjä yhdistää nimikkeen kenttään, korvaa paikkamerkkiin perustuvan nimikkeen todellisella nimikkeellä tai lisää näkymättömän tekstin kuvakepainikkeeseen. Se ei ole suuri muutos, mutta vaatii kohdennettujen toimenpiteiden tekemistä jokaiselle lomakkeelle ja mallille. Kohdassa tietovarannosta selitykset aiheittain näet, miten nämä ja vastaavat virheet liittyvät EN 301 549 vaatimuksiin.
Korjauksen jälkeen: dokumentointi ja seuranta
Nimike, jonka nyt korjaat, voi kadota seuraavassa mallin muutoksessa, esimerkiksi kun suunnittelija muotoilee lomakkeen uudelleen tarkistamatta yhteyttä. Siksi korjaus ei saa olla vain teknisesti ratkaistu, vaan se on myös sisällytettävä parannussuunnitelmaan, jotta on selkeää, kuka on vastuussa ja milloin se tarkistetaan uudelleen. Kuinka järjestämme tämän tarkistuksen ja uusinnan, selitetään arviointiprosessin sivulla.
Jos olet epävarma, sisältävätkö omat lomakkeesi tämän virheen, se on usein nähtävissä muutamassa minuutissa näppäimistönavigoinnilla. Jos haluat strukturoidun arvioinnin priorisoidulla toimintalistalla, se alkaa ilmaisella pika-skannauksella, tai tutki ensin usein kysytyt kysymykset siitä, mitä skannaus tarkistaa ja mitä ei.