Saavutettavuusraportin pohja – mitä hyvä raportti todella sisältää
”Saavutettavuusraportti” tarkoittaa vähintään kolmea erilaista artefaktia riippuen siitä, kuka sen sanoo, ja niiden välinen kuilu on niin leveä, että hankintavastaava ja kehitysjohtaja voivat istua samassa kokouksessa ja lähteä sieltä tavoitellen täysin erilaisia asioita. Ilmaus kattaa automaattisen PDF-raportin, jonka axe DevTools tai WAVE -skanneri tuottaa rakennusputken lopusta; 60-sivuisen manuaalisen toimitettavan tuotoksen, jonka erikoistoimisto luovuttaa kuuden viikon auditoinnin jälkeen; sekä toimialakohtaiset vuosittaiset vertailututkimukset, kuten WebAIM Million ja ensimmäisen vuoden EAA -valvontayhteenvedot.
Tämä artikkeli käsittelee kahta ensimmäistä – artefaktia, jonka tilaatte, tarkastelutte, hyväksytte ja luovutatte kehitystiimillenne. Seuraavaksi esitellään rakenne, joka toimivalla raportilla on, vakavuusasteikko, joka erottaa toimivan raportin toimimattomien merkintöjen pinosta, sekä löydösmuoto, jonka insinööritiimit todella priorisoimaan. Puolet vuonna 2026 saavutettavuusvastaavien pöydille päätyvistä raporteista epäonnistuu alla esitetyssä testissä, ja epäonnistuminen on lähes aina samanmuotoinen: ei laajuusmäärittelyä, ei vakavuusasteikkoa, ei korjauskarttaa, ei verdiktia – pelkkä pitkä lista WCAG-viittauksia ja sana “korkea” kopioituna sarakkeen alas.
Automaattiset skannausraportit, käsintarkastusraportit ja toimialan vuosiraportit ovat kolme erilaista artefaktia. Alla oleva kenttäopas luetteloi yhdeksän osiota, jotka tekevät toimitettavasta tuotoksesta käyttökelpoisen, samalla anatomia kussakin kohdassa: mitä se sisältää, esimerkkisanamuoto joka ankkuroi sen, miksi se on tärkeää, kohderyhmä ja onko se pakollinen vai suositeltu. Luettelo voidaan lukea alusta loppuun tai siirtyä suoraan osionumeroon.
9 osiota · mitä jokainen hyvä saavutettavuusraportti sisältää
| ID | Osio | Tehtävä | Pakollinen? |
|---|---|---|---|
| E·01 | Johdon yhteenveto | Yhden kappaleen asemaverdiikti sponsoreille | Pakollinen |
| E·02 | Laajuusmäärittely | Mitä testattiin – ja mitä ei | Pakollinen |
| E·03 | Menetelmä | Standardi, auditointityyppi, työkalut, versiot | Pakollinen |
| E·04 | Vaatimustenmukaisuusverdiikti | Läpäisty / epäonnistunut / ei sovellu onnistumiskriteereittäin | Pakollinen |
| E·05 | Löydökset – ongelmalista | Jokainen puute tunnuksella, SC:llä, vakavuudella ja korjauksella | Pakollinen |
| E·06 | Vakavuusasteikko | Kriittisen / merkittävän / vähäisen merkitys määriteltynä | Pakollinen |
| E·07 | Korjauskartta | Priorisoitu korjausjärjestys työmääräarvioilla | Pakollinen |
| E·08 | Uudelleentestausohjeistus | Uudelleenvalidoinnin aikataulu ja käynnistimet | Pakollinen |
| E·09 | Saavutettavuusselosteen pohja | Julkaisukelpoinen julkinen seloste valmiina | Pakollinen |
Pakollinen = katettu sekä automaattisissa skannaus- että käsintarkastusraporteissa, sillä varauksella, että skannerit auto-alustavat tai jättävät pois E·01, E·02, E·07 ja E·09, koska nämä osiot edellyttävät ihmisen arviointia. Jokaisen osion muoto on auditoijan valinta; kaikkien yhdeksän läsnäolo tekee toimitettavasta tuotoksesta käyttökelpoisen.
Kolme saavutettavuusraporttityyppiä – ja kumpi sinä tarvitset
Termistö on tärkeä, koska toimittajat hämärtävät kategorioita tarkoituksellisesti. Kolme erillistä artefaktia myydään samalla ilmauksella, ja ne vastaavat eri kysymyksiin.
Automaattinen skannausraportti. Tuotetaan työkalulla – axe DevTools, WAVE, Lighthouse, Pa11y tai tämän sivuston ilmainen saavutettavuusskanneri. Valmistuu minuuteissa. Kattaa noin 60–70 prosenttia WCAG 2.2 -onnistumiskriteereistä pinta-alaltaan, mutta huomattavasti vähemmän käyttäjävaikutuksen osalta, koska suurivaikutteiset puutteet – näppäimistöloukut, kohdistusjärjestyksen laatu, ruudunlukuohjelman luettavuus, merkityksellinen alt-teksti – ovat pitkälti staattisentarkastelun ulottumattomissa. Käyttökelpoinen lähtötasona ja CI-regressioaita, muttei itsenäisenä täydellisenä raporttina.
Käsintarkastusraportti. Tilattu erikoistoimistolta tai rakennettu sisäisesti, mieluiten vammaisten testaajien manuaalista auditointia hyödyntäen. Vie neljästä kahdeksaan viikkoa. Kattaa 30–40 prosenttia WCAG:sta, jonka automaatio jättää väliin, sekä ihmislukeminen loppuosaan. Tämä on artefakti, joka luo puolustettavan oikeudellisen aseman ADA Title III:n tai EAA:n nojalla ja ohjaa korjauskarttaa.
Toimialan vuosiraportti. WebAIM Million, EU:n sähköisen hallinnon vertailu, EAA:n ensimmäisen vuoden valvontayhteenvedot. Toimialakohtainen konteksti, ei korvike oman palvelun testaamiselle.
Jos sidoshenkilö sanoo “tarvitsemme saavutettavuusraportin” täsmentämättä kumman, kysy. Kolmen välinen kustannusero on noin neljä kertaluokkaa.
Raportti, josta puuttuu laajuusmäärittely, vakavuusasteikko tai verdiikti, on aktiivisesti harhaanjohtava, koska lukija ei pysty selvittämään, mitä testattiin, mitä vakavuus tarkoittaa tai onko palvelu vaatimusten mukainen.
Jokainen alla oleva kohta kirjaa samat asiat samassa järjestyksessä: mitä se sisältää, esimerkkisanamuoto joka ankkuroi sen, miksi se on tärkeää, kohderyhmä ja onko se pakollinen vai suositeltu. Raportti, josta puuttuu jokin yhdeksästä, on epätäydellinen; raportti, josta puuttuu E·02, E·04 tai E·06, on käyttökelvoton.
Johdon yhteenveto
Yksi kappale, selkeä suomi, ei ammattijargonia. Ehdoton elementti on asemaverdiikti – yksi virke, joka kertoo johdon sponsorille, onko palvelu vaatimustenmukainen, osittain vaatimustenmukainen vai ei vaatimustenmukainen nimettyyn standardiin nähden. Verdiktin alla kolmesta viiteen virkettä standardin, auditointijakson, kriittisten löydösten lukumäärän ja korjauskartan päälinjauksen nimeämiseksi.
Johdon sponsorit tarvitsevat verdiktin, eivät lämpötilamittauksen. Yhteenveto on ainoa sivu, jonka useimmat ei-asiantuntijalukijat avaavat, ja raportti, joka hautaa vaatimustenmukaisuusaseman kahdentoista sivun menetelmäjohdannon alle, epäonnistuu ensisijaisessa tehtävässään. Verdiktilause on myös se, mihin viranomaiset ja hankintavirkailijat viittaavat raporttiasi käyttäessään.
Laajuusmäärittely
Mitä testattiin – URL-osoitteet, sivutyypit, käyttäjäpolut, laitteet, selaimet, avustavat teknologiat. Ja mitä ei testattu – kirjautumisen takana olevat sivut ilman testitunnuksia, PDF-tiedostot, natiivit mobiilisovellukset, kolmannen osapuolen upotukset. Jokainen poissuljettu pinta nimetään ja perustellaan (budjetin ulkopuolella, ei testitunnuksia, siirretty jatkotoimenpiteisiin).
Laajuusmäärittely estää vuoden lopun auditoinnin riitauttamisen teknisillä yksityiskohdilla. Jos se puuttuu, vaatimustenmukaisuusväite on kumottavissa – kantaja voi viitata mihin tahansa testaamattomaan pintaan ja väittää raportin vaikenemista siitä, eikä vastaaja pysty osoittamaan muuta. Laajuusmäärittely rajaa myös auditoijan vastuun: nimetty poissulkeminen on poissulkeminen, jonka auditoitu organisaatio on hyväksynyt.
Menetelmä
Mikä standardi – WCAG 2.2 AA, WCAG 2.1 AA, EN 301 549 v3.2.1, Section 508. Mikä auditointityyppi – automaattinen, manuaalinen, sekoitettu. Mitkä työkalut ja missä versioissa – axe-core 4.x, NVDA 2025.1, VoiceOver iOS 18, JAWS 2025. Mikä testausmenetelmä – WCAG-EM -otos, täysi malliarviointi, polkupohjainen.
Menetelmä mahdollistaa kuuden kuukauden päästä tehtävän uudelleentestauksen vertaamisen vastaavaan. Ilman nimettyä työkaluversiota regressiota ei voida erottaa työkalupäivitysartefaktista. Ilman nimettyä standardia “vaatimustenmukaisuus”-väite on tulkitsematon. Menetelmäosio on myös se, josta muut auditoijat lukevat auditoijan pätevyyden.
Vaatimustenmukaisuusverdiikti
Muodollinen vaatimustenmukaisuusväite onnistumiskriteereittäin kolmessa tilassa: läpäisty, epäonnistunut, ei sovellu. WCAG 2.2 AA:ssa on 55 onnistumiskriteeriä; jokaisen pitäisi näkyä tässä taulukossa. Ei sovellu on hyväksyttävä verdiikti – sivusto, jolla ei ole videota, ei tarvitse läpäistä 1.2.2 Tekstitys -kriteeriä – mutta jokainen N/S tarvitsee yhden rivin perustelun.
Tämän viranomaiset ja kantajan lakimiehet lukevat ensin. Raportti, joka vesittää verdiktin – “enimmäkseen vaatimusten mukainen”, “olennaisesti yhteensopiva”, “matkalla kohti saavutettavuutta” – on raportti, joka häviää DOJ:n tai jäsenvaltion EAA-valvontaelimen edessä. Verdiktitaulukko on myös syöte julkiselle saavutettavuusselosteelle, joten epäselvä taulukko tuottaa epäselvän selosteen.
Löydökset – ongelmalista
Pisin osio missä tahansa todellisessa raportissa. Jokainen löydös saa oman rivin pysyvällä tunnuksella, WCAG SC:llä, vakavuudella, sijainnilla, kuvauksella, käyttäjävaikutuksella ja suositellulla korjauksella. Muoto on esitetty alla olevassa “löydösmuoto”-osiossa. Löydökset ryhmitellään mallin tai vakavuuden mukaan, järjestetään korjausprioriteettijärjestyksessä ja ristiin linkitetään vaatimustenmukaisuusverdiiktin taulukkoon.
Löydöslista on se osa, jonka insinööritiimi todella avaa. Raportti, joka hautaa löydöksensä narratiiviseen proosaan, ei tule koskaan priorisoiduksi; raportti, joka toimittaa ne riveiksi pysyvillä tunnuksilla, muuttuu tikettien backlogiksi. Pysyvä tunnus on kantava yksityiskohta – se mahdollistaa saman löydöksen viittaamisen verdiktin taulukossa, korjauskartassa ja uudelleentestausraportissa kahdentoista kuukauden päästä.
Vakavuusasteikko
Määritelty asteikko, joka nimeää, mitä kriittinen, merkittävä ja vähäinen tarkoittavat tässä nimenomaisessa raportissa. Ilman asteikkoa vakavuudet ovat mielipiteitä. Suositeltu kolmitasoinen asteikko – kiinnitetty käyttäjävaikutukseen eikä skannereiden luotettavuuteen tai oikeudelliseen altistukseen – on esitetty alla olevassa asteikko-osiossa.
Ilman asteikkoa “korkea vakavuus” tarkoittaa mitä tahansa, mitä lukija siihen tuo, ja vakavuussarake muuttuu koristeeksi. Asteikon myötä kriittinen tarkoittaa samaa löydöksessä F-001 kuin löydöksessä F-247, ja korjauskartta pystyy priorisoimaan rationaalisesti. Asteikko myös estää laajuuden kasvamisen uudelleentestausten välillä – löydöstä ei voida hiljaa uudelleen luokitella syklien välillä, jos sen vakavuusmäärittely on kirjattu ylös.
Korjauskartta
Priorisoitu korjausjärjestys karkeilla työmääräarvioilla. Kriittiset ensin, sitten merkittävät, sitten vähäiset; kunkin tason sisällä korjataan ensin asiat, jotka toistuvat useissa malleissa. Työmääräarviot voivat olla karkeita – pieni, keskisuuri, suuri insinööripäivinä – mutta niiden täytyy olla olemassa, koska korjauskartta on se, joka muuttaa raportin ohjelmaksi.
Raportti ilman korjauskarttaa on löydöspino ilman ohjeistusta seuraavaa askelta varten, ja auditoitu organisaatio hiljalleen hyllyttää sen. Korjauskartta muuttaa raportin työksi, jota voidaan seurata, resursoida ja raportoida tulevissa kvartaaleissa. Se on myös artefakti, jota seurannan ostajan opas suosittelee jatkuvan seurannan konfiguroinnin syötteeksi.
Uudelleentestausohjeistus
Milloin raportti uudelleenvalidoidaan, mitkä asiat laukaisevat aikataulun ulkopuolisen uudelleentestauksen ja mitkä löydökset testataan uudelleen. Vuosittainen täysi auditointi sekä aiemmin epäonnistuneiden kriteerien kuuden kuukauden uudelleentestaus on puolustettava useimmille palveluille; päivittäin toimitettavat tuotteet tarvitsevat tiukemman syklin.
Raportti ilman uudelleentestauksen rytmiä on hiljaa vanhentunut kahdentoista kuukauden sisällä. EU:n saavutettavuusdirektiivi edellyttää, että julkaistut selosteen päivitetään vuosittain; EAA ja DOJ:n Title II kohtelevat molemmat päivittämättömiä auditointeja todisteena siitä, että organisaatio on lakannut kiinnittämästä huomiota. Nimetty rytmi suojaa myös auditoijaa tulevalta asiakkaalta, joka kysyy, miksi edellinen raportti ei havainnut regressiota, joka saapui kaksi kuukautta auditointi-ikkunan sulkemisen jälkeen.
Saavutettavuusselosteen pohja
Auditoinnin löydöksistä kirjoitettu julkinen seloste valmiina julkaistavaksi osoitteessa /accessibility/. Auditoijalla on tiedot, joten auditoija luonnostelee selosteen; auditoitu organisaatio tarkistaa ja julkaisee. Esimerkkejä julkaistujen selosteen laadun vaihtelusta on saavutettavuusselosteen auditoinnissa, joka luetteloi 100 parasta vuonna 2026.
Seloste on raportin julkinen pinta ja ainoa asiakirja, jonka useimmat käyttäjät näkevät. Sen luonnosteleminen osana raporttia – sen sijaan, että auditoitu organisaatio jätetään kääntämään löydökset julkiseksi kieleksi kuusi kuukautta myöhemmin – sulkee silmukan auditoinnin ja julkisen aseman välillä. Se on myös EAA:n vaatimustenmukaisuusartefakti 7 artiklan nojalla ja yksi asiakirjoista, joiden DOJ:n vuoden 2024 Title II -sääntö odottaa olevan saatavilla pyydettäessä.
Vakavuusasteikko, joka todella toimii
Useimmat raportit käyttävät “korkea / keskisuuri / matala” -luokittelua määrittelemättä, mitä nämä sanat tarkoittavat, mikä tekee vakavuussarakkeesta koristeen eikä kantavan elementin. Toimiva asteikko on kiinnitetty käyttäjävaikutukseen, ei skannereiden luotettavuuteen eikä oikeudelliseen altistukseen.
Kriittinen. Asiaankuuluvan vamman omaavat käyttäjät eivät pysty suorittamaan polkua lainkaan. Näppäimistöloukku kassalla. Ruudunlukuohjelma, joka ei kuuluta kriittistä lomakenttää. Modaali, joka kaappaa kohdistuksen eikä sitä voi sulkea ilman hiirtä. Käyttäjän on hylättävä tai pyydettävä apua.
Merkittävä. Käyttäjät pystyvät suorittamaan polun, mutta merkittävällä kitkalla tai olennaisesti vähemmällä tiedolla kuin näkevällä, hiirtä käyttävällä käyttäjällä. Kohdistusjärjestys, joka hyppii arvaamattomasti. Virheilmoitukset, jotka näkyvät visuaalisesti mutta eivät kuulu. Kontrasti alle 4,5:1 suurilla osilla sivua. Polku suoritetaan loppuun, mutta kokemus on olennaisesti heikennetty.
Vähäinen. Saavutettavuusongelma, joka ei estä tai olennaisesti heikennä polkua. Koristeellinen kuva, josta puuttuu alt="". Maamerkkielementti, josta puuttuu tunniste. AAA-tason ongelma, joka on nostettu esiin tiedoksi. Nämä kuuluvat raporttiin, mutta sijoittuvat korjausjonon loppuun.
Huomio oikeudellisesta vakavuudesta. Jotkut lakiosastot vaativat rinnakkaista “oikeudellisen vakavuuden” tasoa, joka on painotettu ryhmäkanneoikeudellisella altistuksella eikä käyttäjävaikutuksella. Se on hyväksyttävää – mutta pidä se erillisenä sarakkeena. Niiden sekoittaminen tuottaa raportin, jota kehitystiimi ei luota ja lakiosasto ylikuormittaa.
Löydösmuoto, jota insinööritiimit todella käyttävät
Löydös on rivi, ei kappale. Pakolliset kentät:
| Kenttä | Esimerkki |
|---|---|
| Löydöstunnus | F-014 |
| WCAG SC | 1.4.3 Kontrasti (Minimi) |
| Vakavuus | Merkittävä |
| Sijainti | https://example.com/checkout — button.cta-primary (katso kuvakaappaus F-014.png) |
| Kuvaus | Ensisijaisen CTA-tekstin kontrasti on 3,2:1 oranssia taustaa vasten; WCAG AA vaatii 4,5:1. |
| Käyttäjävaikutus | Heikkonäköiset käyttäjät ja kirkaassa ulkovalaistuksessa olevat käyttäjät eivät pysty lukemaan painikkeen tekstiä. |
| Suositeltu korjaus | Tummenna taustatoken arvosta #F2994A arvoon #C95F0A tai vaihda teksti tummaan laivastonsiniriseen. |
Jokainen rivi, josta puuttuu käyttäjävaikutuksen virke, priorisoidaan alaspäin insinöörien kysyessä “mitä tämä oikeasti rikkoo?” Jokainen rivi, josta puuttuu suositeltu korjaus, priorisoidaan alaspäin tuotevastaavien kysyessä “mikä on ratkaisu?” Raportti, joka priorisoidaan, korjaa asioita; raportti, jota ei priorisoida, on vakavuusmerkintöjen pino.
”Skannaustuloste”-versio – mikä on erilaista
Automaattisessa skannausraportissa – PDF:ssä, jonka CI-ajo, ilmainen saavutettavuusskanneri tai seurantaalusta tuottaa – osiot E·01, E·02, E·07 ja E·09 ovat yleensä poissa tai automaattisesti alustettuja. Skannausraportin arvo on E·04:ssä ja E·05:ssä: koneluettava lista epäonnistuneista onnistumiskriteereistä ja löydöksistä DOM-valitsijoihin kytkettyinä. Skanneri ei pysty luonnostelemaan hyödyllistä johdon yhteenvetoa, tekemään laajuuspäätöstä, priorisoimaan korjauskarttaa eikä kirjoittamaan selosteen, jonka lakimies allekirjoittaisi.
Se on hyväksyttävää – skannausraportti on raaka syöte täydelliseen saavutettavuusraporttiin, ei korvike. Jotkut seurantaalustat lisäävät nyt puuttuvat osiot skannaustulosteen päälle; se on lähempänä täydellistä artefaktia, mutta yhteenveto ja korjauskartta tarvitsevat silti ihmislukemisen ennen julkaisemista.
Ladattava pohja
Toimiva markdown-pohja vastaa yksi yhteen yllä olevaan yhdeksään osioon:
# Saavutettavuusraportti — [Palvelu] — [Päivämäärä]## Johdon yhteenveto— yksi kappale ja verdiktilause## Laajuus— URL-osoitteet, polut, laitteet, avustavat teknologiat; eksplisiittinen poissuljettujen lista## Menetelmä— standardi, auditointityyppi, työkalut, versiot## Vaatimustenmukaisuusverdiikti— taulukko kaikista WCAG 2.2 AA SC:stä läpäisty / epäonnistunut / N/S## Löydökset— yksi aliotsikko per löydös, kentät yllä olevaa muotoa noudattaen## Vakavuusasteikko— käytetyt kriittinen / merkittävä / vähäinen -määritelmät## Korjauskartta— priorisoitu lista työmäärämitoituksineen## Uudelleentestausohjeistus— aikataulu ja käynnistimet## Saavutettavuusseloste (luonnos)— julkaisukelpoinen versio
Tämän sivun tulevassa versiossa on ladattavat .md- ja .docx-versiot; toistaiseksi yllä oleva rakenne on kanoninen viite. Saavutettavuusselosteen auditointi luetteloi 100 parhaan selosteen vaihtelut – hyvän ja huonon välinen kuilu seuraa läheisesti sitä, oliko taustalla olevalla raportilla määritelty laajuus ja todellinen asteikko.
Mitä näillä 9 osiolla on yhteistä
Jokainen yhdeksästä osiosta tekee saman perustason työn: se muuntaa todisteen kieleksi, johon voidaan viitata, jota voidaan auditoida ja jota voidaan pitää auditoitua organisaatiota vastaan kahdentoista kuukauden päästä. Johdon yhteenveto muuntaa 60-sivuisen arvion verdiktiksi. Laajuusmäärittely muuntaa auditoijan todellisen kattavuuden kumottavaksi rajaksi. Menetelmä muuntaa prosessin toistettavaksi vertailulähtötasoksi. Verdiktitaulukko muuntaa WCAG-vaatimustenmukaisuuden 55 atomiseksi väitteeksi. Löydökset muuntavat puutteet priorisoitaviksi riveiksi. Asteikko muuntaa vakavuuden mielipiteestä määritelmäksi. Korjauskartta muuntaa löydökset ohjelmaksi. Uudelleentestausohjeistus muuntaa raportin hetkestä rytmiksi. Selosteen pohja muuntaa sisäisen raportin julkiseksi asemaksi.
Raportit, jotka epäonnistuvat vuonna 2026, epäonnistuvat, koska ne ohittavat muunnosvaiheen. Ne viittaavat WCAG-numeroon kääntämättä sitä “mitä tämä oikeasti rikkoo ja kenelle”. Ne merkitsevät löydökset “korkeaksi” kääntämättä “korkeaa” määritelmäksi. Ne tuottavat verdiktin tuottamatta laajuutta, johon se soveltuu. Jokainen puuttuva muunnosvaihe on paikka, jossa raportti muuttuu kumottavaksi – ja kumottava saavutettavuusraportti ei ole toimitettava tuotos, vaan markkinointiartefakti.
Syvempi kaava on, että saavutettavuusraporttia luetaan neljältä hyvin erilaiselta etäisyydeltä. Johdon sponsori lukee E·01:n eikä palaa. Hankintavirkailija lukee E·02:n, E·03:n ja E·09:n. Kehitysjohtaja lukee E·05:n, E·06:n ja E·07:n. Auditoija, joka lukee raporttia kahdentoista kuukauden päästä, lukee E·03:n, E·04:n ja E·08:n. Raportti, joka ei toimi kaikilla neljällä etäisyydellä, epäonnistuu vähintään yhden näistä lukijoista kohdalla, ja epäonnistuva lukija on yleensä se, jolla on budjetti.
Mitä tehdä ensin
Käytännön toimenpiteet saavutettavuusvastuuhenkilöille vuonna 2026
- Aja ilmainen saavutettavuusskanneri kolmelle edustavalle mallille tuottaaksesi perustasoisen löydöslistan E·05-muodossa – tämä on minimaalinen toimiva artefakti eikä maksa mitään.
- Tilaa vammaisten testaajien manuaalinen auditointi täyttä yhdeksänosiosta raporttia varten. Vaadi E·02, E·06 ja E·07 toimitettavan tuotoksen hyväksyntäkriteereiksi.
- Julkaise E·09:stä johdettu saavutettavuusselosteen luonnos osoitteessa
/accessibility/neljän viikon kuluessa raportista. Älä jätä sitä julkaisemattomaksi. - Ota käyttöön jatkuva seuranta seurannan ostajan oppaan mukaisesti regressioiden havaitsemiseksi vuosiraportin ja kuuden kuukauden uudelleentestauksen välillä.
- Merkitse uudelleentestaus E·08:sta insinöörikalenteriin – ei juridiseen kalenteriin – ja käsittele se julkaisun porttina.
Käyttökelpoinen saavutettavuusraportti on se, jonka viranomainen pystyy lukemaan viidessä minuutissa (E·01, E·02, E·04), insinööri priorisoimaan sprintissä (E·05, E·06, E·07) ja auditoija toistamaan vuodessa (E·03, E·08). Käyttökelvoton on se, joka lainaa WCAG-numeroita kääntämättä niitä kieleksi, jolla kukaan näistä lukijoista voi toimia. Puolet vuonna 2026 saavutettavuusvastaavien pöydille päätyvistä raporteista epäonnistuu tässä testissä, ja epäonnistuminen on lähes aina samanmuotoinen: ei laajuusmäärittelyä, ei vakavuusasteikkoa, ei korjauskarttaa, ei verdiktia.
Aja ilmainen WCAG 2.2 -skanneri automaattiselle lähtötasolle E·05-muodossa, sitten tilaa käsintarkastus kuuden jäljelle jäävän osion täyttämiseksi.
Avaa skanneri →Usein kysytyt kysymykset
Mitä saavutettavuusraportin tulee sisältää?
Täydellinen raportti sisältää yhdeksän osiota: johdon yhteenveto asemaverdiktillä, laajuusmäärittely, menetelmäosio standardin ja käytettyjen työkalujen nimeämiseksi, vaatimustenmukaisuusverdiikti onnistumiskriteereittäin, löydöslista, vakavuusasteikko, korjauskartta työmääräarvioilla, uudelleentestausohjeistus ja saavutettavuusselosteen luonnos. Raportti, josta puuttuu laajuusmäärittely, vakavuusasteikko tai verdiikti, on käyttökelvoton – lukija ei pysty selvittämään, mitä testattiin, mitä “vakavuus” tarkoittaa tai onko sivusto vaatimusten mukainen.
Mikä ero on saavutettavuusraportilla ja saavutettavuusselosteella?
Saavutettavuusraportti on sisäinen toimitettava tuotos – yleensä 30–80 sivua – joka dokumentoi auditoinnin löydökset, vakavuudet ja korjauskartan. Saavutettavuusseloste on lyhyt, julkinen sivu osoitteessa /accessibility/, jossa kerrotaan vaatimustenmukaisuusasema, standardi, auditointipäivä, tunnetut poikkeukset ja yhteydenottotapa esteeseen törmäävää käyttäjää varten. Raportti tuottaa selosteen; seloste ei ole raportti.
Kuinka pitkä tyypillinen saavutettavuusraportti on?
Käsintarkastusraportti pienelle markkinointisivustolle on 25–40 sivua. Raportti monimutkaisesta todennetusta tuotteesta useiden käyttäjäpolkujen osalta voi kasvaa 80–150 sivuun, koska löydösosio kasvaa tarkasteltujen mallien määrän mukaan. Narratiiviset osiot yhteensä vievät noin 10–15 sivua sivuston koosta riippumatta. Loput ovat löydöksiä.
Ovatko automaattiset skannausraportit laillisesti riittäviä?
Ei. DOJ:n vuoden 2024 Title II -sääntö eikä eurooppalainen esteettömyysdirektiivi käsittele automaattista skannaustulostetta täydellisenä saavutettavuusraporttina. Skannerit havaitsevat noin 30–40 prosenttia WCAG-ongelmista – pääasiassa kontrastin, puuttuvat alt-tekstit, puuttuvat tunnisteet ja asiakirjarakenteen. Jäljellä olevat 60–70 prosenttia edellyttävät ihmisen arviointia. Skannausraportti on raaka syöte täydelliseen raporttiin, ei korvike.
Kuinka usein saavutettavuusraportti tulee uusia?
Täydellinen käsintarkastus ja raporttisykli kerran kahdentoista kuukauden välein on lähtökohta useimmille palveluille. Uudelleentestaus aiemmin epäonnistuneisiin kriteereihin kuuden kuukauden kohdalla on hyvä käytäntö. Merkittävä mallimuutos, uudelleensuunnittelu tai kehysmigraatio tulisi laukaista delta-auditointi. Jatkuva seuranta kulkee raporttien välillä, jotta regressiot havaitaan välittömästi.
Vaatiiko WCAG tietyn raporttimuodon?
Ei. WCAG määrittelee onnistumiskriteerit; se ei määrää auditointituotosten muotoa. W3C julkaisee EARL:n ja WCAG-EM:n rakenteellisina viitteinä, mutta kumpikaan ei ole pakollinen ADA:n, EAA:n, AODA:n tai minkään muun sääntelyjärjestelmän nojalla. Järjestelmät odottavat raportin nimeävän standardin, laajuuden, menetelmän ja verdiktin – näiden ympärillä oleva muoto on auditoijan valinta.
MenetelmäOsiomallin perustana on WCAG-EM -arviointimenetelmä, IAAP:n auditointiraporttien viitteet ja yli 30 tutkittua julkaistua saavutettavuusselosteen kohdassa /articles/accessibility-statement-audit-top-100/.
LaajuusTämä on raporttimuodon opas, ei oikeudellinen vaatimustenmukaisuuden tarkistuslista. Ota yhteys pätevään lakimieheen lainkäyttöaluekohtaisten raportointivelvoitteiden osalta ADA Title III:n, EAA:n tai muiden sovellettavien järjestelmien nojalla.