Opas Viimeksi tarkistettu: marraskuu 2026 5 min lukuaika

Saavutettavat PDF:t: mikä on tärkeää ja milloin HTML

Saavutettava PDF tarvitsee muutakin kuin luettavan tekstin. Rakenne, lukemisjärjestys ja käytettävyys auttavat ratkaisemaan, toimiiko asiakirja vai olisiko HTML parempi vaihtoehto.

Esimerkkityönkulku: lähde, käsittely ja tarkistus. — Saavutettavat PDF:t: mikä on tärkeää ja milloin HTML

Milloin PDF:stä tulee este

Ennen julkaisua

Aluksi valitaan yksi edustava asiakirja ja seurataan sen lukemisjärjestystä tukeutumatta visuaaliseen sijoitteluun. Otsikot, taulukot ja merkitykselliset kuvat tarvitsevat järkevän järjestyksen. Jos asiakirjaa päivitetään usein tai sitä luetaan pääasiassa puhelimella, PDF:n rinnalla voidaan arvioida rakenteista HTML-versiota.

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ä.

Aloita lähdetiedostosta

Suurin osa tästä on helpompaa ohjelmassa, jolla kirjoitat asiakirjan. Käytä siellä oikeita otsikoita, luetteloita ja taulukon otsikkorivejä, lisää kuviin alt-teksti, aseta otsikko ja kieli ja vie tunnisteellinen PDF. Monimutkaiset asettelut voivat silti tulla ulos väärässä järjestyksessä, jolloin ne on korjattava PDF-editorissa.

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.