miksi ruudunlukija ei lue otsikkoja sivullani oikein

Otsikot puuttuvat tai ne ovat väärässä järjestyksessä

Ruudunlukija ei yleensä löydä sivun otsikkoja hyvin, koska ne on muotoiltu visuaalisesti otsikon tavoin — isommalla, lihavoidulla, eri värillä — mutta niitä ei ole koodattu otsikon elementteinä. Ruudunlukija lukee sivun taustalla olevan rakenteen, ei sitä miltä jokin näyttää. Jos sana on suurissa lihavoiduissa kirjaimissa mutta koodissa ei ole otsikon elementtiä (kuten h1, h2 tai h3), ruudunlukija näkee vain tavallisen tekstirivin eikä ilmoita mitään otsikosta. Käyttäjä, joka navigoi näppäimistöllä otsikosta toiseen nopean selailun vuoksi, jää kokonaan ilman tätä tekstiä omassa katsannossaan.

Otsikkojen väärä järjestyskin on yleinen syy. Sivu, joka hyppää h1:stä suoraan h4:ään tai jossa h3 on h2:n yläpuolella, antaa ruudunlukijalle väärän kuvan siitä, miten sisältö on rakennettu — jotkut käyttäjät odottavat loogista hierarkiaa määrittääkseen, haluavatko he avata osion vai ohittaa sen. Tämä ongelma ei ole erillään muista sivun rakenteiden virheistä: vastaavia ongelmia ilmenee lomakekenttien lukemisen epäonnistuessa ja fokuksen hyppimisen aikana näppäimistönavigaation kanssa. Kaikissa tapauksissa kyse on samasta ydinongelmasta: visuaalinen esitys on oikein, mutta ruudunlukijan käyttämä taustalla oleva koodi ei ole.

Missä tämä on WCAG:ssa: tiedot ja suhteet

Se, että rakenteet on tunnistettavissa ohjelmallisesti — siis koodissa, ei vain visuaalisesti — johtuu WCAG 2.1:n tietojen ja suhteiden onnistumiskriteeristä, ohjeistosta, johon EN 301 549 käytännössä perustuu. Se, ovatko otsikot todella koodattu otsikon elementteinä ja ovatko ne loogisessa järjestyksessä, on asia, jonka automatisoitu tarkistus voi suurelta osin havaita; mitä automatisoitu skannaus voi ja mitä se ei löydä on tässä yhteydessä merkityksellinen ero, koska skannaus näkee kyllä otsikon elementtien läsnäolon, mutta ei aina voi arvioida, onko valittu rakenne käyttäjän kannalta looginen.