PDF-saavutettavuusopas: tagit ja PDF/UA

PDF-tiedostot ovat hiljainen saavutettavuusongelma lähes jokaisessa organisaatiossa. Verkkosivustot auditoidaan, suunnitellaan uudelleen ja testataan ruudunlukijoilla — mutta vuosikertomus, käytäntödokumentti, etuuspäätös ja hakemuslomake, jotka piileskelevät latauslinkin takana, julkaistaan aivan liian usein juuri sellaisina kuin ne tulivat ulos vientivalintaikkunasta. Näkevälle lukijalle ne näyttävät viimeistellyiltä. Ruudunlukijaa, suurennusohjelmaa tai pelkkää näppäimistöä käyttävälle sama tiedosto voi olla läpipääsemätön muuri: ei otsikoita joiden välillä hypätä, kuvia ilman kuvausta, taulukoita jotka luetaan merkityksettömänä numerovirtana, ja lomakekenttiä joita ei voi täyttää lainkaan.

Tämä opas selittää, miksi PDF-tiedostot ovat niin usein saavuttamattomia ja mikä todella tekee tiedostosta käyttökelpoisen aputeknologialle. Se käsittelee rakenteelliset rakennuspalikat — tagit, lukujärjestyksen, vaihtoehtoiset tekstit, taulukot, lomakkeet ja metatiedot — sekä niitä ohjaavat standardit: WCAG 2.2 ja PDF/UA, ISO 14289 -määrittely saavutettaville tagitetuille PDF-tiedostoille. Läpi koko oppaan tavoite on se, jota QualiBooth soveltaa jokaiseen käsittelemäämme dokumenttiin: tiedosto joka toimii käytännössä, vahvistettuna oikealla aputeknologialla, ei vain automaattisen tarkistimen siunaamana.

Miksi PDF-tiedostot ovat niin usein saavuttamattomia

PDF on pohjimmiltaan kuvaus siitä, miten merkit maalataan sivulle. Formaatti on suunniteltu säilyttämään visuaalinen uskollisuus — saamaan dokumentti näyttämään identtiseltä millä tahansa näytöllä tai tulostimella. Juuri tämä suunnittelutavoite tekee saavutettavuudesta vaikeaa. Visuaalinen uskollisuus ei kerro mitään merkityksestä. 18 pisteen lihavoidun tekstin rivi näyttää otsikolta ihmissilmälle, mutta ellei tiedosto nimenomaisesti tallenna “tämä on otsikko”, aputeknologialla ei ole mitään keinoa tietää, että se on muuta kuin joitakin suurempia merkkejä.

Useimmat liikkeellä olevat PDF-tiedostot ovat tagittamattomia. Ne sisältävät visuaalisen sisällön mutta eivät mitään taustalla olevasta rakenteesta — ei tietoa siitä, mikä on otsikko, kappale, luettelo, taulukko tai kuva. Tagittamattoman PDF:n kohdannut ruudunlukija joko kieltäytyy lukemasta sitä mielekkäästi tai turvautuu arvailuun ja päättelee lukujärjestyksen sivun merkkien sijainnista. Tulokset vaihtelevat kömpelöistä käyttökelvottomiin: kaksipalstainen uutiskirje luettuna suoraan molempien palstojen yli, kuvateksti luettuna ennen kappaletta johon se kuuluu, tai alaviitteet jotka keskeyttävät lauseen keskellä.

Useat yleiset tuotantotavat pahentavat tilannetta:

Skannatut dokumentit. Skannaus on vain kuva sivusta. Ilman optista tekstintunnistusta (OCR) ei ole lainkaan oikeaa tekstiä — ei mitään luettavaa, haettavaa tai valittavaa.
Rakennetta hävittävät viennit. Monet “Tallenna PDF-muodossa”- ja “Tulosta PDF-muotoon” -reitit hylkäävät lähdedokumentissa olleen otsikko- ja luettelorakenteen.
Taittotyökalujen asettelut. Taitto-ohjelmistossa luoduilla tiedostoilla voi olla visuaalisesti oikeita sivuja, joiden taustalla oleva objektijärjestys ei liity mitenkään aiottuun lukujärjestykseen.
Koristeellinen sotku. Taustakuvat, viivat ja koristeet altistuvat aputeknologialle ja ne ilmoitetaan ikään kuin ne kantaisivat merkitystä.

Mikään tästä ei näy näytöllä, ja juuri siksi ongelma jatkuu. Korjaus on lisätä rakenteellinen kerros, jonka formaatti jättää valinnaiseksi — tämä on PDF-korjauksen työtä.

Tagit ja dokumentin rakenne

Tagit ovat saavutettavan PDF:n perusta. Tagitettu PDF kantaa piilotettua hierarkiaa — rakennepuuta — joka sijaitsee visuaalisen sisällön rinnalla ja kuvaa, mikä kukin sivun osa todella on. Tämä on suoraan analoginen hyvin rakennetun verkkosivun semanttisen HTML:n kanssa: missä HTML käyttää elementtejä <h1>, <p>, <ul> ja <table>, tagitettu PDF käyttää rakenne-elementtejä kuten <H1>, <P>, <L> (luettelo) ja <Table>.

Tagipuu on se, mikä antaa aputeknologialle jotain navigoitavaa. Sen ollessa paikallaan ruudunlukija voi tehdä asiat, joihin sen käyttäjät luottavat:

Hyppää otsikoittain. Käyttäjät liikkuvat pitkän dokumentin läpi otsikosta otsikkoon sen sijaan että kuuntelisivat jokaisen sanan järjestyksessä. Tämä vaatii oikeat otsikkotagit (<H1>–<H6>) sovellettuna loogisessa, sisäkkäisessä järjestyksessä — koskaan tasoja ohittamatta, koskaan otsikkoa väärentämättä kappaletta lihavoimalla.
Ymmärrä luettelot. <L>-tagi <LI>-kohtineen kertoo ruudunlukijalle “tämä on viiden kohdan luettelo”, jolloin käyttäjä tietää missä on ja kuinka paljon on jäljellä.
Erota sisältö koristeesta. Aito sisältö tagitetaan; puhtaasti koristeelliset merkit nimetään artefakteiksi, jotta ne ohitetaan kokonaan.

Oikea, loogisesti sisäkkäinen otsikkorakenne on yksittäinen vaikuttavin asia jonka voit saada oikein PDF:ssä, koska se muuttaa lineaarisen kuuntelukokemuksen navigoitavaksi. Sen tekeminen väärin — tai sen pois jättäminen — on yksi yleisistä saavutettavuusongelmista, joka nousee toistuvasti esiin dokumenttiauditoinneissa.

Lukujärjestys

Tagit kertovat mikä kukin elementti on. Lukujärjestys kertoo missä järjestyksessä nämä elementit esitetään henkilölle, joka ei näe sivua. Nämä kaksi liittyvät toisiinsa mutta ovat erillisiä, ja lukujärjestys on se, missä monet muuten hyvin tagitetut PDF:t kompastuvat.

Ruudunlukija ilmoittaa sisällön dokumentin rakenteen määrittämässä järjestyksessä, ei siinä järjestyksessä jossa merkit sattuvat sijaitsemaan tiedostossa. Yksipalstaisessa dokumentissa nämä kaksi yleensä vastaavat toisiaan. Missä tahansa monimutkaisemmassa — monipalstaiset asettelut, sivupalkit, nostot, kuvatekstit, kuvan ympäri kiertyvä teksti — ne usein eroavat. Näkevä silmä järjestää sisällön uudelleen vaivattomasti; aputeknologia seuraa sille annettua järjestystä, ja jos järjestys on väärä, merkitys romahtaa.

Hyvä lukujärjestys tarkoittaa, että sisältö ilmoitetaan siinä järjestyksessä jota näkevä lukija luonnostaan seuraisi: otsikko ennen leipätekstiä, johdanto ennen sivupalkkia, kuvateksti kuvan jälkeen jonka se kuvaa. Sen oikein asettaminen on manuaalinen arvio siitä, miten dokumentti on tarkoitettu luettavaksi, minkä vuoksi automaattiset työkalut yksinään eivät voi taata sitä. Se on yksi ammattimaisen PDF-korjauksen ydintoimituksista, ja yksi ensimmäisistä asioista joita kokeneet testaajat tarkistavat.

Vaihtoehtoinen teksti kuville

Jokainen tietoa kantava kuva tarvitsee tekstivastineen, jotta se voidaan kuvata ihmisille jotka eivät voi nähdä sitä. Periaatteet ovat samat kuin verkossa, sovellettuna PDF-tagien kautta.

Informatiiviset kuvat — kaaviot, diagrammit, merkitystä välittävät valokuvat, infografiikat — tarvitsevat ytimekkään, tarkan vaihtoehtoisen tekstin joka välittää saman tiedon kuin kuva. Kaaviolle tämä tarkoittaa usein ydinviestin tiivistämistä (“Liikevaihto kasvoi 12 % vuodentakaisesta”) sen sijaan että kuvailtaisiin visuaalista (“sininen pylväskaavio”).
Monimutkaiset kuvat — yksityiskohtainen prosessikaavio tai datapainotteinen kuvio — voivat tarvita sekä lyhyen alt-tekstin että pidemmän kuvauksen, tai taustalla olevan datan esitettynä saavutettavassa muodossa muualla dokumentissa.
Koristeelliset kuvat — reunukset, taustatekstuurit, koristeelliset erottimet, alatunnisteessa toistuva logo — tulee merkitä artefakteiksi, jotta aputeknologia ohittaa ne. Ruudunlukijan pakottaminen ilmoittamaan “kuva, kuva, kuva” koristeesta on itsessään saavutettavuusvirhe.
Kuvien sisällä oleva teksti — sitaatin grafiikka, skannattu kirjelomake, nimiöity painikekuva — täytyy tallentaa kyseinen teksti joko alt-tekstinä tai, mieluummin, oikeana valittavana tekstinä.

Hyvän alt-tekstin kirjoittaminen on sisältötehtävä, ei tekninen. Se vaatii ymmärrystä siitä, mitä varten kuva on kontekstissaan — sama taito jonka saavutettavuuskonsultointi-tiimimme tuo verkkosisältöön.

Saavutettavat taulukot

Taulukot ovat se, missä PDF-saavutettavuudesta tulee aidosti vaikeaa, ja missä automaattiset viennit epäonnistuvat useimmin. Datataulukko välittää merkitystä solun ja sen rivi- ja sarakeotsikoiden välisen suhteen kautta. Näkevät lukijat rekonstruoivat nämä suhteet visuaalisesti vilkaisemalla ylös ja vasemmalle. Ruudunlukijan käyttäjä ei voi — hän on riippuvainen siitä, että taulukko on merkitty niin, että otsikkoyhteydet ovat eksplisiittisiä.

Saavutettava PDF-taulukko tarvitsee:

Kunnollisen <Table>-rakenteen joka sisältää elementit <TR> (rivit), <TH> (otsikkosolut) ja <TD> (datasolut), eikä löyhää tekstiruudukkoa joka on aseteltu näyttämään taulukolta.
Otsikkosolut oikein tunnistettuina, soveltamisalueineen (rivi tai sarake) missä taulukon asettelu sitä vaatii, jotta käyttäjän liikkuessa datan läpi olennaiset otsikot ilmoitetaan uudelleen (“Q3, Liikevaihto, 1,2 miljoonaa”).
Järkevän käsittelyn yhdistetyille tai useamman solun yli ulottuville soluille, jotka mutkistavat otsikkosuhteita ja sekoittavat usein automaattisia työkaluja.

Yleinen vasta-malli on asettelutaulukko — ruudukko jota käytetään puhtaasti sisällön visuaaliseen asettamiseen, ilman aitoja datasuhteita. Asettelutaulukoita ei tule tagittaa taulukoiksi lainkaan, koska niin tekeminen pakottaa aputeknologian ilmoittamaan haamurivejä ja -sarakkeita. Datataulukon erottaminen asetteluartefaktista, ja sitten oikeiden suhteiden koodaaminen, on yksityiskohtaista manuaalista työtä joka hyötyy valtavasti ihmisten jotka itse käyttävät ruudunlukijoita joka päivä arvioinnista.

Saavutettavat PDF-lomakkeet

Lomakkeet ovat korkeimman panoksen dokumentteja joita organisaatio julkaisee, koska ne ovat transaktionaalisia: hakemus, korvausvaatimus, suostumus, rekisteröinti. Jos PDF-lomaketta ei voi täyttää aputeknologialla, henkilölle ei vain aiheudu vaivaa — hänet suljetaan pois palvelusta.

Saavutettava PDF-lomake vaatii:

Nimiöidyt kentät. Jokainen kenttä — tekstinsyöttö, valintaruutu, valintanappi, pudotusvalikko — tarvitsee saavutettavan nimen (työkaluvihje/nimiö PDF-termein), jotta ruudunlukija ilmoittaa mitä varten kenttä on, ei vain “muokkaa tekstiä”.
Looginen sarkainjärjestys. Näppäimistön käyttäjät liikkuvat kenttien läpi Sarkaimella. Sarkainjärjestyksen täytyy seurata lomakkeen visuaalista ja loogista kulkua, ei järjestystä jossa kentät lisättiin editorissa.
Ryhmitellyt hallintaelementit. Toisiinsa liittyvät valintanapit ja valintaruudut tulee ryhmitellä, jotta niiden jaettu kysymys ilmoitetaan kerran ja vaihtoehdot ymmärretään kokonaisuutena.
Pakolliset kentät ja ohjeet. Pakolliset kentät, muotoiluvaatimukset ja virheopastus täytyy välittää tekstissä, ei vain värin tai visuaalisten vihjeiden avulla.
Täysi näppäimistökäytettävyys. Jokaisen kentän täytyy olla saavutettavissa ja käytettävissä ilman hiirtä.

Lomakkeet sijaitsevat rakenteen, vuorovaikutuksen ja sisällön risteyksessä, mikä tekee niistä sen PDF-työn osan, jossa kunnollinen tekeminen merkitsee eniten. Sama kuri pätee muihin transaktionaalisiin dokumentteihin — se liittyy läheisesti saavutettavan sähköpostin vaatimaan huolellisuuteen, jossa rakenne ja nimiöinti ratkaisevat, voiko viestiä todella käyttää.

Kieli, otsikko ja metatiedot

Jotkin vaikuttavimmista PDF-korjauksista ovat myös pienimpiä. Kourallinen dokumenttitason ominaisuuksia muuttaa olennaisesti sitä, miten aputeknologia käsittelee tiedostoa.

Dokumentin kieli. PDF:n täytyy ilmoittaa pääkielensä (esimerkiksi en-GB), jotta ruudunlukija käyttää oikeita ääntämissääntöjä. Ranskankielinen kappale luettuna englannin fonetiikalla, tai päinvastoin, on tuskin ymmärrettävä. Pääkielestä poikkeavan kielen katkelmien tulee kantaa omat kielimerkintänsä.
Dokumentin otsikko. PDF-metatietojen tulee sisältää merkityksellinen otsikko, ja katseluohjelma tulee asettaa näyttämään se otsikko tiedostonimen sijaan. “Vuotuinen saavutettavuusraportti 2026” ilmoitetaan ja näytetään; “lopullinen_v3_VERKKOON.pdf” ei.
Sarkain- ja kirjanmerkkinavigointi. Kirjanmerkit (dokumentin jäsennys) antavat kaikille käyttäjille — ja erityisesti ei-visuaalisesti navigoiville — tavan hypätä pitkän dokumentin pääosioihin.
Tagitetun PDF:n ja puhtaiden metatietojen liput. Tiedosto tulee merkitä tagitetuksi PDF:ksi ja sen tulee kantaa johdonmukaisia, tarkkoja metatietoja.

Näiden ominaisuuksien asettaminen vie minuutteja ja niitä vaaditaan vaatimustenmukaisuuteen, mutta silti ne ohitetaan valtaosassa julkaistuja PDF-tiedostoja.

WCAG 2.2 ja PDF/UA (ISO 14289)

Kaksi standardia ohjaa saavutettavia PDF-tiedostoja, ja ne toimivat yhdessä eivätkä kilpaile.

WCAG 2.2 on teknologiariippumaton perustaso digitaaliselle saavutettavuudelle. Sen onnistumiskriteerit — tekstivaihtoehdot, tieto ja suhteet, merkityksellinen järjestys, kontrasti, näppäimistökäytettävyys ja muut — pätevät PDF-tiedostoihin aivan kuten ne pätevät verkkosivuihin. WCAG 2.2 on standardi johon useimmat lait viittaavat, ja W3C julkaisee erityisiä tekniikoita WCAG:n täyttämiseksi PDF-ominaisuuksilla (otsikoiden tagitus, alt-tekstien tarjoaminen, lukujärjestyksen määrittely ja niin edelleen). Jos työstät yleistä vaatimustenmukaisuutta, oppaamme sisällön WCAG-yhteensopivaksi tekemiseen ja WCAG-vaatimustenmukaisuus-yleiskatsaus pätevät molemmat suoraan dokumentteihin.

PDF/UA — virallisesti ISO 14289 — on tekninen määrittely saavutettavalle PDF:lle. Missä WCAG kuvaa lopputuloksia (“tarjoa tekstivaihtoehtoja”), PDF/UA määrää tarkalleen, miten PDF täytyy rakentaa ollakseen oikein tagitettu, koneellisesti luettava, saavutettava dokumentti: mitä rakennetyyppejä käyttää, miten tagipuu täytyy muodostaa, miten artefaktit täytyy merkitä, ja miten lomakkeet ja taulukot täytyy koodata. Nämä kaksi täydentävät toisiaan — vankin lähestymistapa on korjata PDF/UA:n teknisiä vaatimuksia vasten samalla kun validoidaan käyttäjälle näkyvät lopputulokset WCAG 2.2:ta vasten.

Näiden standardien noudattaminen on se, mikä alustaa lakisääteiset velvoitteet eri lainkäyttöalueilla. Katettujen organisaatioiden julkaisemat PDF-tiedostot kuuluvat suoraan Euroopan esteettömyysdirektiivin, ADA:n ja Section 508:n piiriin, jotka kaikki käsittelevät ladattavia dokumentteja osana digitaalista kokemusta jonka täytyy olla saavutettava.

Olemassa olevien PDF-tiedostojen korjaaminen vs. saavutettavien luominen

Saavutettaviin PDF-tiedostoihin on kaksi reittiä, ja useimmat organisaatiot tarvitsevat molemmat.

Olemassa olevien PDF-tiedostojen korjaaminen tarkoittaa valmiin tiedoston ottamista — raportti, vanhojen päätösten kokoelma, skannattu lomake — ja saavutettavuuskerroksen lisäämistä tai korjaamista: OCR:n ajaminen tarvittaessa, tagipuun rakentaminen, lukujärjestyksen asettaminen, alt-tekstien kirjoittaminen, taulukoiden korjaaminen ja lomakekenttien nimiöinti. Korjaus on välttämätöntä, kun lähdetiedostot ovat poissa, kun dokumentit on tuotettu kolmansien osapuolten toimesta, tai kun sinulla on julkaistu arkisto joka täytyy saattaa vaatimustenmukaiseksi. Ratkaisevaa on, että korjaus muuttaa taustalla olevaa rakennetta, ei visuaalista suunnittelua — dokumentti näyttää identtiseltä ja siitä tulee käyttökelpoinen kaikille. Tämä on QualiBoothin PDF-korjaus-palvelun ydin, joka rajaa erät tärkeyden ja kantavuuden mukaan ja priorisoi ensin eniten merkitsevät dokumentit.

Saavutettavien PDF-tiedostojen luominen tarkoittaa saavutettavuuden rakentamista tuotantoprosessiin niin, että dokumentit syntyvät saavutettavina. Siihen kuuluu oikeiden otsikkotyylien, luettelotyylien ja alt-tekstien käyttäminen lähdesovelluksessa; taulukoiden suunnittelu datataulukoiksi; kielen ja otsikon asettaminen; ja sellaisen vientireitin valitseminen joka säilyttää tagipuun. Saavutettavasti luominen on dramaattisesti halvempaa kuin saman dokumentin korjaaminen myöhemmin, ja se on ainoa kestävä vastaus organisaatioille jotka julkaisevat PDF-tiedostoja jatkuvasti.

Nämä kaksi lähestymistapaa eivät ole joko-tai. Käytännön malli on korjata jo liikkeellä olevat dokumentit samalla kun korjataan ylävirran prosessi niin, etteivät uudet dokumentit luo ongelmaa uudelleen. Tämän muutoksen juurruttaminen on juuri se, mitä saavutettavuusprosessin parantaminen käsittelee — saavutettavan julkaisemisen muuttaminen kertaluonteisesta projektista tiimisi oletustyötavaksi. Laajempi näkemys siitä, miten dokumentti- ja verkkotyö sopivat yhteen, esitetään saavutettavuuspalvelut-yleiskatsauksessamme.

Validointi ruudunlukijoilla — ja miksi overlay-ratkaisut eivät auta

PDF on saavutettava vain, jos se todella toimii ihmisille jotka ovat siitä riippuvaisia. Siksi validointi ei voi pysähtyä automaattiseen tarkistimeen. Työkalut jotka skannaavat PDF:ää PDF/UA-sääntöjä vasten ovat arvokkaita — ne nappaavat puuttuvat tagit, määrittelemättömät kielet ja rakennevirheet laajassa mittakaavassa — mutta ne varmistavat rakenteen olemassaolon, eivät sen laatua. Automaattinen työkalu voi vahvistaa, että kuvalla on alt-teksti; se ei voi kertoa, että alt-teksti on väärä. Se voi vahvistaa, että otsikko on olemassa; se ei voi kertoa, että se on sisäkkäin väärällä tasolla.

Aito validointi yhdistää molemmat:

Automaattinen tarkistus rakenne- ja metatietovirheiden nappaamiseksi laajasti ja johdonmukaisesti. QualiBoothin saavutettavuuden skannausalustan kaltainen ohjelmisto loistaa koneellisesti havaittavien ongelmien merkitsemisessä suurissa volyymeissä.
Manuaalinen testaus aputeknologialla — dokumentin läpi navigointi ruudunlukijalla, otsikoittain liikkuminen, taulukoiden lukeminen, lomakkeen läpi sarkainaminen — vahvistamaan, että kokemus on johdonmukainen. Tämä on ainoa tapa varmistaa lukujärjestys, alt-tekstin laatu ja lomakkeen käytettävyys. Manuaalisen auditin metodologiamme selittää, miksi ihmistestaus on korvaamatonta, ja vammaisten henkilöiden suorittamat auditit nostavat esiin ongelmia joita mikään tarkistin ja mikään näkevä testaaja ei koskaan huomaisi.

Varoituksen sana oikoteistä. Saavutettavuusoverlayt — kolmansien osapuolten skriptit tai vimpaimet jotka väittävät korjaavansa saavutettavuuden automaattisesti — eivät ratkaise PDF-saavutettavuutta, eikä QualiBooth suosittele niitä. Ne eivät voi luoda oikeaa tagipuuta, arvioida lukujärjestystä tai kirjoittaa merkityksellistä alt-tekstiä, koska nämä tehtävät vaativat ymmärrystä dokumentin sisällöstä ja tarkoituksesta. Kunnolliselle korjaukselle ei ole automaattista korvaajaa. Aito PDF-saavutettavuus syntyy oikeasta rakenteesta plus ihmisen tekemästä varmistuksesta — lähestymistapa PDF-korjaus-työmme takana.

Usein kysytyt kysymykset

Onko tagittamaton PDF koskaan hyväksyttävä? Ei. Tagittamaton PDF on määritelmän mukaan saavuttamaton aputeknologialle ja se epäonnistuu sekä WCAG 2.2:ssa että PDF/UA:ssa. Jokaisen julkaisemasi PDF:n yleisölle tai työntekijöille tulee olla tagitettu.

Muuttaako PDF:n saavutettavaksi tekeminen sen ulkonäköä? Ei. Korjaus lisää ja korjaa piilotetun rakennekerroksen — tagit, lukujärjestyksen, metatiedot — muuttamatta visuaalista suunnittelua. Sivu näyttää identtiseltä.

Pitäisikö minun vain tarjota HTML-versio saavutettavan PDF:n sijaan? Saavutettava HTML-vaihtoehto on usein parempi kokemus ja se kannattaa tarjota. Mutta jos julkaiset PDF:n, PDF:n itsensä täytyy olla saavutettava — HTML-vaihtoehto ei vapauta dokumenttia vaatimustenmukaisuusvaatimuksista.

Voidaanko skannatuista dokumenteista tehdä saavutettavia? Kyllä, mutta niille täytyy ensin tehdä OCR oikean tekstin luomiseksi, minkä jälkeen normaalit korjausvaiheet — tagitus, lukujärjestys, alt-teksti, taulukot — pätevät.

Miten pidän uudet PDF-tiedostot saavutettavina korjaamatta jokaista erikseen? Korjaa luomisprosessi: käytä oikeita tyylejä ja alt-tekstejä lähteessä, suunnittele kunnolliset datataulukot, aseta kieli ja otsikko, ja vie sellaisen reitin kautta joka säilyttää tagit. Korjauksen yhdistäminen prosessin parantamiseen tekee saavutettavista dokumenteista oletuksen.

Yhteenveto

PDF-saavutettavuus ei ole valinnainen viimeistelyvaihe — se on ero dokumentin jota kaikki voivat käyttää ja sellaisen joka hiljaa sulkee pois ihmiset jotka luottavat aputeknologiaan, välillä. Työ on konkreettista ja hyvin ymmärrettyä: tagita rakenne, aseta oikea lukujärjestys, kuvaa kuvat, koodaa taulukot ja lomakkeet oikein, ilmoita kieli ja otsikko, ja validoi tulos WCAG 2.2:ta ja PDF/UA:ta vasten oikeilla ruudunlukijoilla sekä automaattisilla työkaluilla. Korjaa jo julkaisemasi dokumentit, korjaa prosessi joka tuottaa uusia, ja jätä väliin overlay-oikotiet jotka lupaavat saavutettavuutta toimittamatta sitä.

Jos raporttejasi, päätöksiäsi, esitteitäsi tai lomakkeitasi ei ole koskaan tarkistettu, se on paikka aloittaa. Voit aloittaa ilmaisella saavutettavuusskannauksella, pyytää demon QualiBooth-alustasta, tai keskustella tiimimme kanssa PDF-korjauksesta yhdelle kriittiselle dokumentille tai kokonaiselle arkistolle.