Saavutettavat PDF:t: mikä on tärkeää ja milloin HTML
Monet verkkosivustot tarjoavat ruokalistoja, hinnastoja, lomakkeita ja esitteitä PDF-muodossa. Ruudunlukijan, suurennuksen tai pelkän näppäimistön käyttäjille rakenteeton PDF voi olla suljettu ovi. Tässä kerrotaan, mikä tekee PDF:stä saavutettavan, mitä tarkistus voi löytää ja milloin verkkosivu on parempi valinta.
Milloin PDF:stä tulee este
PDF voi näyttää täydelliseltä ja olla silti käyttökelvoton. Ruudunlukija ei näe asettelua. Se tarvitsee rakenteen: mikä teksti on otsikko, mikä luettelo, mikä taulukko ja missä järjestyksessä kaikki luetaan. Jos nämä tiedot puuttuvat, sisältö tulee ulos yhtenä pitkänä tekstivirtana, väärässä järjestyksessä tai ei lainkaan.
Tyypillisiä ongelmia: skannattu sivu, joka on pelkkä kuva, kaksipalstainen asettelu, joka luetaan suoraan molempien palstojen poikki, taulukko ilman otsikkosoluja, lomake, jonka kentillä ei ole nimiä, ja kuvat ilman tekstivastinetta. W3C kuvaa WCAG:n PDF-tekniikoissaan, miten kunkin näistä voi välttää. Tekniikat ovat esimerkkejä siitä, miten WCAG täytetään, eivät itsessään vaatimus.
Mikä tekee PDF:stä saavutettavan
- Tunnisteet: tunnisteellisessa PDF:ssä on rakennepuu, jossa otsikot, kappaleet, luettelot ja taulukot on merkitty sellaisiksi. Ilman tunnisteita apuvälineteknologialla ei ole juuri mitään, minkä varassa toimia.
- Lukujärjestys: tunnisteiden järjestys ratkaisee, mitä luetaan ensin. Tarkista se erityisesti palstoissa, tekstiruuduissa ja sivupalkeissa. Linkkien ja lomakekenttien sarkainjärjestyksen pitäisi noudattaa samaa logiikkaa.
- Asiakirjan otsikko: aseta asiakirjan ominaisuuksiin kuvaava otsikko ja anna katseluohjelman näyttää se tiedostonimen sijaan.
- Asiakirjan kieli: aseta pääkieli, jotta ruudunlukija käyttää oikeaa ääntämistä. Merkitse muunkieliset kohdat erikseen.
- Kuvien alt-teksti: informatiiviset kuvat saavat tekstivastineen figure-tunnisteeseensa. Pelkästään koristeelliset kuvat merkitään artefakteiksi, jotta ruudunlukijat ohittavat ne.
- Oikea teksti skannausten sijaan: skannattu sivu on kuva tekstistä. Luo PDF lähdetiedostosta aina kun voit. Jos sellaista ei ole, tekstintunnistus (OCR) muuttaa skannauksen oikeaksi tekstiksi. Tarkista sitten, että kaikki teksti on mukana ja oikeassa järjestyksessä.
- Taulukon otsikot: datataulukot rakennetaan taulukko-, rivi-, otsikko- ja datasoluista. Otsikkosolut on merkittävä otsikoiksi, ei vain lihavoitava.
- Kirjanmerkit: muutamaa sivua pidemmät asiakirjat saavat kirjanmerkit, mieluiten otsikoista luotuina. Ne auttavat kaikkia saamaan yleiskuvan selaamatta koko tiedostoa.
- Lomakekentät: jokaisella kentällä on nimi, joka on ohjelmallisesti liitetty siihen, esimerkiksi kentän työkaluvihjeen kautta. Pelkkä kentän viereen painettu selite ei riitä.
Mitä automaattinen tarkistus löytää ja mitä ei
Työkalu pystyy lukemaan teknisiä ominaisuuksia: onko otsikko, kieli, rakennepuu, onko kuvilla alt-merkintä? Ne ovat hyviä ensimmäisiä kysymyksiä, ja puuttuva vastaus on selvä havainto.
Työkalu ei pysty arvioimaan, kertooko alt-teksti oikean asian, onko lukujärjestys järkevä, onko oikeat solut merkitty otsikoiksi tai tunnistiko tekstintunnistus jokaisen luvun oikein. W3C sanoo sen suoraan: arviointityökalut eivät pysty määrittämään saavutettavuutta, ne voivat vain auttaa, ja ihmisen harkinta on välttämätöntä. Neljä käsin tehtävää tarkistusta vie vain muutaman minuutin:
- 1Avaa PDF. Näyttääkö ikkuna oikean otsikon tiedostonimen sijaan?
- 2Kuuntele ensimmäiset sivut ruudunlukijalla tai ääneenlukutoiminnolla. Luetaanko otsikot, palstat ja taulukot järkevässä järjestyksessä?
- 3Tallenna PDF tekstinä. Onko kaikki teksti mukana, oikeassa järjestyksessä, ja ovatko luvut oikein?
- 4Siirry linkkien ja lomakekenttien läpi sarkainnäppäimellä. Onko järjestys järkevä, ja ilmoittaako jokainen kenttä nimensä?
Milloin HTML-sivu on parempi valinta
Kysy, mitä kävijät haluavat sisällöllä tehdä. Aukioloajat, ruokalistat, hinnastot, lyhyet ohjeet ja kaikki usein muuttuva toimivat yleensä paremmin tavallisena verkkosivuna. Sivu mukautuu pieniin näyttöihin ja suurennukseen, sen voi löytää ja siihen voi linkittää suoraan, ja ajan tasalla pidettäviä versioita on vain yksi.
PDF on edelleen järkevä asiakirjoille, jotka tulostetaan, allekirjoitetaan tai arkistoidaan tai joiden on säilytettävä kiinteä asettelu. Jos pidät PDF:n, tarjoa tärkein sisältö myös verkkosivuna tai varmista ainakin, että PDF on tunnisteellinen ja tarkistettu.
Työskentely Do4U:lla
Tarkista PDF:n saavutettavuus -työkalu lukee enintään 2 MB:n PDF:n ja raportoi otsikon, kielen, rakennetunnisteet ja kuvat, joilta puuttuu vastine. Lukujärjestys merkitään aina tarkistettavaksi käsin, koska työkalu ei pysty arvioimaan sitä.
Muuta dokumentit HTML-muotoon luo luonnoksen yhdestä PDF-sivusta tai yhdestä kuvasta kerrallaan: semanttista HTML:ää otsikoineen, luetteloineen ja taulukoineen sekä pelkkää tekstiä. Tarkista jokainen sana, luku ja taulukko alkuperäistä vasten ja toista tehtävä jokaiselle sivulle lukujärjestyksessä.
Molemmat työkalut antavat havaintoja ja luonnoksia. Ne eivät korvaa ihmisten tekemää tarkistusta, mieluiten mukana joku, joka käyttää ruudunlukijaa. Tarkista uudelleen jokaisen asiakirjan uuden version jälkeen.
Lähteet
- W3C: Techniques for WCAG 2.2, PDF-tekniikat PDF1–PDF23 (englanniksi) (www.w3.org)
- W3C: PDF3, oikea sarkain- ja lukujärjestys PDF-asiakirjoissa (englanniksi) (www.w3.org)
- W3C: PDF7, tekstintunnistus skannatulle PDF:lle oikean tekstin tuottamiseksi (englanniksi) (www.w3.org)
- W3C: PDF6, taulukkoelementit taulukoiden merkintään PDF-asiakirjoissa (englanniksi) (www.w3.org)
- W3C WAI: Verkkosaavutettavuuden arviointityökalujen valinta (englanniksi) (www.w3.org)