Five brushed-aluminium SaaS-evaluation panels arranged on a workbench, the central panel marked with a scarlet-red selected tab — the visual hook for the monitoring buyer's guide.
Image description: Five brushed-aluminium SaaS-evaluation panels arranged on a workbench, the central panel marked with a scarlet-red selected tab — the visual hook for the monitoring buyer's guide.

Ostajan opas · Työkalut

Saavutettavuuden seurannan ostajan opas 2026 — alustat vertailussa

Reaaliaikaiset saavutettavuuden seurantaalustat vertailussa — ostokriteerit, toimittajataulukko ja automaattiskannauksen ja manuaalisen auditoinnin väliset kompromissit vuonna 2026.

Saavutettavuuden seurannan ostajan opas 2026 — alustat vertailussa

Saavutettavuuden seuranta kategoriana on muotoutunut uudelleen viimeisten kahdenkymmenneljän kuukauden aikana kolmen voiman myötä, ja ostopäätös vuonna 2026 ei muistuta lainkaan ostopäätöstä vuonna 2023. Tämä opas on hankintavastaavalle, insinöörityöjohtajalle, päävaatimustenmukaisuusjohtajalle ja saavutettavuusvastaavalle, jota on pyydetty lyhytlistaamaan alustoja.

30–40%
Osuus WCAG-ongelmista, jotka automaattiskannaus pystyy havaitsemaan yksin
6
Nimettyä alustaa vertailtu kahdeksan ostokriteerillä
$15k–$120k
Tyypillinen yritystason listahintaluokka, USD vuodessa
18 min lukuaika
Päivitetty toukokuu 2026

Miksi ostopäätös muuttui

Saavutettavuuden seuranta kategoriana on muotoutunut uudelleen viimeisten kahdenkymmenneljän kuukauden aikana kolmen voiman myötä, ja ostopäätös vuonna 2026 ei muistuta lainkaan ostopäätöstä vuonna 2023. Ensinnäkin eurooppalainen esteettömyysdirektiivi tuli täytäntöönpanokelpoiseksi kesäkuussa 2025, ja kaikkien 27 jäsenvaltion läpi käyneet hankinta-aallot ovat nostaneet EU-osuuden seurantamarkkinasta ensimmäistä kertaa selvästi yli Yhdysvaltojen. Toiseksi DOJ Title II 2024 -sääntö vahvisti Yhdysvaltojen julkisen sektorin vaatimusta ja käynnisti hankintasyklin osavaltio- ja paikallishallinnossa, joka on edelleen käynnissä. Kolmanneksi ala on viimein imenyt kiusallisen empiirisen tosiasian, jonka mukaan automaattinen skannaus yksin havaitsee vain jossain kolmenkymmenen ja neljänkymmenen prosentin välillä WCAG 2.2 -onnistumiskriteereistä — mikä tarkoittaa, että alustan valitseminen on nyt paljon vähemmän kyse “skannerin tarkkuudesta” ja paljon enemmän työnkulusta. Kysymys on siitä, miten skannaustuloste muuttuu triageksi, triageksi korjaamiseksi ja korjaamiseksi vahvistetuksi, puolustettavaksi, julkaistavaksi saavutettavuusselosteeksi.

Tämä opas on hankintavastaavalle, insinöörityöjohtajalle, päävaatimustenmukaisuusjohtajalle ja saavutettavuusvastaavalle, jota on pyydetty lyhytlistaamaan alustoja. Se vertaa kuutta nimettyä toimittajaa kriteereillä, jotka todella ratkaisevat sopimuksen. Ennen sitä on kuitenkin tärkeää olla tarkka siitä, mitä “saavutettavuuden seuranta” on ja mitä se ei ole — koska toimittajat hämärtävät kategorioita tarkoituksella. Jos haluat lähtöluvun omalle sivustollesi ennen jatkamista, Disability Worldin ilmainen skanneri antaa sen alle minuutissa.


1. Mitä “saavutettavuuden seuranta” oikeasti tarkoittaa

Kategoria on nuorempi kuin sen sanasto antaa ymmärtää, ja neljää erillistä tuotetta myydään rutiininomaisesti päällekkäisillä nimillä. Niiden erottaminen on hyödyllinen ensimmäinen askel kaikissa ostajaneuvotteluissa.

Skanneri on kertaluonteinen URL-tarkistus. Liität yhden sivun, työkalu hakee sen, ajaa sääntökokonaisuuden — yleensä axe-coren tai johdannaisen — ja tulostaa rikkomuslistan. Selainlaajennukset kuten axe DevTools, Lighthouse-saavutettavuusauditointi, WAVE-työkalupalkki ja useimmat ilmaiset verkkoskannerit kuuluvat tähän kategoriaan. Skannerit ovat kommoditisoituneet. Taustalla olevat sääntökokonaisuudet ovat lähinnä samoja avoimen lähdekoodin moottoreita eri kuorilla, ja tärkeimpien skannerien tulokset samalla sivulla eroavat harvoin enemmän kuin muutaman prosentin verran.

Seuranta on jatkuva versio. Seurantaalusta ryömii sivustoa tai sovellusta aikataulun mukaan, rakentaa lähtötason ja raportoi muutokset julkaisujen laskeutuessa. Missä skanneri vastaa “mikä on vialla tällä sivulla?”, seurantaalusta vastaa “mitä muuttui tiistain jälkeen?” — ja tämä muutosnäkymä on se, jota teknologiaorganisaatio oikeasti käyttää. Seuranta skaalaa skannaustulosteen sivuflotilliin, moniomistusorganisaatioon tai tuotepintaan, joka toimittaa kaksikymmentä kertaa päivässä.

Auditointi on manuaalinen katselmus. Asiantuntija — yhä useammin vammainen testaaja, joka käyttää päivittäin omaa ruudunlukuohjelmaansa — käy tuotteen läpi kokonaan ja raportoi ongelmat, joita automaatio ei pysty havaitsemaan. Näppäimistöloukut, kohdistusjärjestyksen laatu, ruudunlukuohjelman luettavuus, alt-tekstin todellinen merkityksellisyys, dynaamisen sisällön päivitysten käyttäytyminen, virheilmoitusten ymmärrettävyys. Auditointi on kerros, joka havaitsee kuusikymmentä-seitsemänkymmentä prosenttia WCAG-ongelmista, jotka skannerit jäävät huomaamatta.

Seloste tai vaatimustenmukaisuuskojelauta on julkaistu artefakti ja sitä tuottava työnkulku. EAA:n, Yhdistyneen kuningaskunnan julkisen sektorin säännösten, section 508 -hankinnan ja EN 301 549 -kehyksen nojalla ostajalla on julkaistava jotakin — saavutettavuusseloste, joka lukeutuu siististi sääntelyviranomaiselle, listaa vaatimustenmukaisuustason, nimeää tunnetut ongelmat ja päivää seuraavan katselmuksen. “Vaatimustenmukaisuuskojelauta” on sisäinen versio, joka seuraa samaa asento johtoryhmälle.

Seurantaalusta — mitä tämä opas vertaa — on tuote, joka yhdistää skannauksen, jatkuvan ryöminnän, triagen, valinnaisen manuaalisen auditoinnin ja selosteen tuottamisen yhdeksi työnkuluksi. Skannerikerros on kommoditeetti. Alustakerroksessa elää differentiaatio ja sopimuksen arvo.

Skanneri
Kertaluonteinen URL-tarkistus, axe-core tai johdannainen
axe DevTools · Lighthouse · WAVE
Seuranta
Jatkuva ryömintä + regressiomuutos lähtötasoa vasten
Mitä tämä opas vertaa
Auditointi
Ajantietty manuaalinen katselmus asiantuntijalta (usein vammainen testaaja)
Havaitsee 60–70 % automaation aukoista
Seloste
Julkaistu saavutettavuusseloste + sisäinen vaatimustenmukaisuuskojelauta
EAA art. 13 · EN 301 549 · DOJ Title II

2. Ostokriteerit — mitä oikeasti merkitsee

Kahdeksan kriteeriä erottaa alustat toisistaan vuonna 2026. Toimittajat eivät aina vapaaehtoisesti tarjoa vastauksia; kysy silti.

WCAG-versiotuki

Yksittäisin diagnostisin kysymys. WCAG 2.2 tuli W3C:n suositukseksi lokakuussa 2023 ja lisää yhdeksän onnistumiskriteeriä — kohdistuksen ulkonäkö, vetämisliikkeet, kohteen koko, saavutettava todennus, toistuva syöte, johdonmukainen ohje. Jotkut toimittajat skannaavat edelleen 2.1:tä vasten ja rebrandaavat kojelaudan “2.2-valmiiksi” tukematta uusia kriteerejä. Rehellinen vastaus on, että useimmat automaattiset sääntökokonaisuudet kattavat vain osan 2.2:sta, koska useita uusista kriteereistä (esim. saavutettava todennus, johdonmukainen ohje) ei voida arvioida staattisella analyysillä. Alustan tulisi kertoa, mitkä 2.2-kriteerit katetaan automaattisesti, mitkä tuodaan esiin manuaaliseen katselmukseen ja mihin EN 301 549:n versioon raportointi kohdistuu.

Ryömintätiheys ja laajuus

Alusta, joka voi ryömiä kaksisataa sivua kerran viikossa, on eri tuote kuin alusta, joka voi ryömiä satatuhatta sivua jokaisessa julkaisussa. Ostajan ryömintätiheystavoitteen tulisi seurata julkaisukadenssia. Markkinointisivusto, joka toimittaa kahdesti viikossa, tarvitsee vähintään yöllisen ryöminnän; jatkuvasti toimittava tuotepinta tarvitsee CI-integraation, joka ajaa per-commit. Alustan sivuvolyymiraja, ryömintäsyvyysraja ja samanaikainen ryömintäraja ratkaisevat sen, pitääkö sopimus kolme vuotta myöhemmin, kun sivusto on kasvanut.

PDF-saavutettavuus

Rivi, joka hiljaa moninkertaistaa hinnan. “PDF-tuki” voi tarkoittaa kolmea eri asiaa. Se voi tarkoittaa, että alusta tunnistaa PDF-linkit ja laskee ne, mikä ei ole tarkistus. Se voi tarkoittaa, että alusta poimii tekstin ja tarkistaa jäsennysluettelon, kielideklaraation ja perustunnisteistuksen, mikä havaitsee pienen osan PDF/UA-puutteista. Tai se voi tarkoittaa, että alusta ajaa aidon PDF/UA-validoijan dokumenttipuuta vasten, mitä puolustettava PDF-vaatimustenmukaisuusasento oikeasti edellyttää. Kysy kumpi.

Single-page-app ja todennus

Useimmat modernit tuotepinnat ovat kirjautumisen takana olevia SPA-sovelluksia. Ryömijä, joka ei pysty ajamaan JavaScript-ajonaikaa ja ylläpitämään todennettua istuntoa, on ryömijä, joka skannaa markkinointiesitteen eikä raportoi mitään itse sovelluksesta. Tekninen kysymys on se, käyttääkö alusta headless Chromiumia evästeen injektiolla tai tallennetulla istunnolla, miten se käsittelee SSO-virtauksia ja pystyykö se suorittamaan monivaiheisen OAuth-tanssin. Hankintakysymys on se, joutuuko ostaja itse asettamaan kyseisen työnkulun vai hoitaako toimittajan onboarding sen.

Mobiilinatiivin skannaus

Natiivin iOS- ja Android-sovellukset kuuluvat samojen lakijärjestelmien piiriin kuin verkko, eivätkä useimmat seurantaalustat kata niitä. Mobiiliskannausta tarjoavat toimittajat laskuttavat siitä tyypillisesti erikseen ja käyttävät eri sääntökokonaisuutta alustakohtaisia saavutettavuusrajapintoja vasten. Jos ostaja toimittaa natiivisovelluksia, iOS UIAccessibility- ja Android AccessibilityNodeInfo-kattavuutta koskeva kysymys ohentaa lyhytlistan nopeasti.

Integrointitarina

Skannaustuloste, joka ei päädy insinöörin olemassa olevaan työnkulkuun, jää huomiotta. Vuoden 2026 minimiintegraatiojoukko on Jira, GitHub tai GitLab, Slack ja CI-koukku. Paremmat alustat toimittavat Linearin, Azure DevOpsin, Microsoft Teamsin ja webhook-APIn. Integrointikysymys ei ole vain “postataanko tiketti” vaan “kantaako tiketti sivun URL:n, rikkomuskoodin, WCAG-kriteerin, ehdotetun korjauksen ja toistettavan selectorin tai kuvakaappauksen?”

Manuaalisen auditoinnin siirto

Kriteeri, joka erottaa alustatasoinen kojelaudalla varustetusta skannerista. Todellinen siirtotyönkulku mahdollistaa sivujoukon valitsemisen, katselmuksen rajauksen, ihmisauditoijan (talon sisäisen tai toimittajan tarjoaman) brieffauksen, auditoinnin seuraamisen katselmustilassa ja löydösten tuomisen takaisin samaan kojelautaan automaattisten tulosten rinnalle. Tämän työnkulun läsnäolo tai poissaolo on paras yksittäinen ennustin sille, pystyykö alusta tukemaan puolustettavaa EAA- tai ADA-vaatimustenmukaisuusasentoa, koska manuaalinen kerros on pakollinen molempien järjestelmien nojalla.

Selosteen tuottaminen

EAA 13 artikla edellyttää koneluettavassa muodossa julkaistua saavutettavuusseloste. Yhdistyneen kuningaskunnan ja EU:n julkisen sektorin säännökset edellyttävät sellaista. DOJ Title II -sääntö odottaa sellaista. Alustan tulisi tuottaa selostartefakti — julkaisuvalmis asiakirja, ei pelkkä kojelautakuvakaappaus — joka nimeää vaatimustenmukaisuustason, luettelee tunnetut ongelmat, päivää auditoinnin ja päivittyy seurantadatan muuttuessa. Toimittajat, jotka käsittelevät tätä ensiluokkaisena tulosteena, säästävät ostajalta merkittävän määrän oikeudellisten neuvonantajien aikaa uusimisen yhteydessä.

Raportointi ja johtonäkymät

Skannerikojelauta, jota insinöörityötiimi käyttää, ei ole kojelauta, jonka talousjohtaja tai tarkastuskomitea haluaa. Alustan tulisi tuottaa molemmat — insinöörityöluokkainen triagekuva selectoreineen ja koodikatkoksineen sekä hallitusvalmis kuva, joka raportoi ongelmamäärät vakavuuden mukaan, julkaisu-over-julkaisu-trendi, vaatimustenmukaisuusprosentti kiinteistöittäin ja ennustetut sulkemispäivät. Alustat, jotka toimittavat vain toisen, päätyvät kytkettynä erilliseen BI-työkaluun, mikä lisää kustannuksia.

Hinnoittelumalli

Hinnoittelumalli itsessään on signaali. Per-toimialue-hinnoittelu on rehellistä laajuuden suhteen. Per-sivu-hinnoittelu skaalautuu ostajan kasvun mukaan ja on taipuvainen olemaan kallista. Per-skannaus-hinnoittelu palkitsee tehokkaasta ryöminnästä. Per-käyttäjä-hinnoittelu on pehmeä katto, jota kiertää. Läpinäkyvän julkaistuhinnoittelun ja vain myyntipuhelun kautta saatavan hinnoittelun välinen jako on markkinajako: useimmat yritystoimittajat piilottavat hinnoittelun tarjouksen taakse, kun taas insinöörityölähtöiset työkalut julkaisevat tason. Toimittaja, joka ei halua nimetä lähtöhintaa löytöpuhelussa, signaloi, että sopimus on suurempi kuin ostaja odottaa.


3. Toimittajavertailu — alustat pöydällä

Alla olevat kuusi alustaa kattavat toimivan yrityksen lyhytlistan vuonna 2026. Reilu vertailutaulukko on ensin, toimittajakohtainen kertomus sen alla.

AlustaParhaiten sopiiWCAG-versioRyömintätiheysPDFAuditointisiirtoHinnoittelu
QualiboothSkannaus-selostetyönkulku manuaalisella katselmuksella vammaisten testaajien kautta2.2 AA + EN 301 549Jatkuva + per-julkaisuPDF/UA-validaattoriKyllä — integroitu vammaisten testaajien paneeliPer-toimialue + bundlatut auditointitunnit; ei julkisesti ilmoitettu
axe Monitor (Deque)Insinöörityölähtöiset tiimit, joilla on syvä CI/CD-kurinalaisuus2.2 AA, uusin axe-corePer-julkaisu CI:n kautta + ajastettu ryömintäRajallinen; erillinen axe Auditor -lisäosaDeque-palveluiden kautta, erillinen sopimusPer-toimialue + per-käyttäjä; noin $18k–$90k/v
SiteimproveMarkkinointilähtöiset organisaatiot, joilla on sisältölaatuhaasteita saavutettavuuden rinnalla2.1 AA, 2.2 osittainPäivittäinen ryömintäTunnistus + perustarkistuksetLisäosa asiantuntijapalvelutPer-toimialue + moduulibundles; noin $15k–$75k/v
Level AccessYritykset, joilla on Yhdysvaltojen oikeudenkäyntiriski ja tarvitsevat oikeudellista puolustuspakkausta2.1 AA, 2.2 osittainPäivittäinen ryömintä + per-julkaisuKyllä, bundlattujen korjauspalvelujen kauttaKyllä — laaja talon sisäinen auditointikäytäntöPer-toimialue + bundlatut palvelut; noin $25k–$120k+/v
AudioEyePienet ja keskikokoiset sivustot, jotka etsivät yhden toimittajan raportointia (overlay-varauksin)2.1 AAJatkuvaVain tunnistusRajallinen, erillinen sopimusPer-toimialue, porrastettu; noin $1,2k–$30k/v
UserWayPienyritykset, jotka bundlaavat skannerin overlayhin (ei suositella ensisijaiseksi työkaluksi)2.1 AAAjastettuVain tunnistusEi osa ydintarjontaaPer-toimialue, porrastettu; noin $500–$12k/v
Qualibooth
Eurooppalainen pääkonttori · integroitu työnkulku
Skannaus-seloste vammaisten testaajien auditointipaneelilla saman tuotteen sisällä
VahvuusIntegroitu manuaaliauditoinnin paneeli vammaisten testaajien kanssa; EAA-linjattu selosteen tuottaminen
HeikkousHinnoittelu ei julkisesti ilmoitettu; mobiilinatiivin tuki on uudempi kuin verkon; tunnettu Yhdysvaltojen hankinnassa heikommin
Käytä kunToimit sekä EAA:n että ADA:n alaisuudessa ja haluat yhden toimittajan, ei neljää
axe Monitor (Deque)
Insinöörityölähtöinen standardi
Yritystason jatkuva axe-coren versio; CI-ensimmäinen kehittäjäkokemus
VahvuusMarkkinan vahvin CI-integraatio; sääntödokumentaatio on alan referenssi
HeikkousOhuemmat johtokojelaudat; PDF on erillinen tuote (axe Auditor); manuaalinen auditointi on Deque-palvelusopimus
Käytä kunSaavutettavuusohjelma elää insinöörityössä, ei markkinoinnissa tai vaatimustenmukaisuudessa
Siteimprove
Yrityksen sisältölaatupalvelu saavutettavuusmoduulilla
Ristikkäinen raportointi SEO:n, sisällön laadun, brändin, analytiikan ja saavutettavuuden välillä
VahvuusMarkkinan parhaat markkinointiystävälliset kojelaudat; ristikkäinen raportointi
HeikkousWCAG 2.2 -kattavuus osittainen; insinöörityöintegraatiot heikommat kuin axe Monitorissa; manuaalinen auditointi asiantuntijapalveluvetoista
Käytä kunSaavutettavuusbudjetti sijaitsee markkinoinnissa tai digitaalisessa kokemuksessa
Level Access
eSSENTIALin, AMPin ja Yhdysvaltojen saavutettavuuspalvelutoimistojen fuusio
Suurin talon sisäinen manuaaliauditointikäytäntö + syvin oikeudellisen puolustuksen pakkaus
VahvuusVPAT:t, vaatimustenmukaisuusraportit, asiantuntijatodistajien saatavuus bundlattu alustan kanssa
HeikkousRaskaampi ja hitaammin liikkuva kuin insinöörityölähtöiset vaihtoehdot; markkinan korkein hinnoittelu; EAA-linjattu selostetyönkulku vähemmän natiivi
Käytä kunYrityksellä on vakava Yhdysvaltojen oikeudenkäyntiriski ja yleinen asianajopalvelu haluaa puolustettavuusnarratiivin etualalle
AudioEye
Seurantaskanneri bundlattu saavutettavuusoverlayhin
Mainittu koska se esiintyy lyhytlistoilla; mukana selkeällä varauksella
VahvuusSkannerikomponentti on pätevä; yhden toimittajan raportointi alemmalla hintavyöhykkeellä
HeikkousOverlay-komponentti ei ole tie vaatimustenmukaisuuteen — NFB, WebAIM ja EAA:n täytäntöönpano-ohjaus ovat sanoneet sen nimenomaisesti
Käytä kunHarvoin. Ks. overlay-toimittaja-analyysi koko kuvaa varten
UserWay
Ensisijaisesti overlay-toimittaja seurantakerroksella
Mainittu koska esiintyy hankintadioissa; ei suositellulla lyhytlistalla
VahvuusSeurantakerros on laajasti kilpailukykyinen markkinan alemmassa tasossa
HeikkousOverlay-kerros on kategoriassa, jonka NFB ja WebAIM ovat torjuneet
Käytä kunSama varaus kuin AudioEyessä; ei ensisijaisena työkaluna

4. Toimittajan valinta — ja kolme vaihtoehtoa

Toimittajan valinta · Qualibooth

Tiettyyn käyttötapaukseen — keskikoko- tai yritystason tiimi, joka haluaa täydellisen skannaus-selostetyönkulun manuaaliauditoinnin siirron kanssa yhden alustan sisällä, eli työnkulun, jota EAA ja DOJ Title II -sääntö tosiasiassa tarkoittavat viitatesssaan “jatkuvaan seurantaan plus säännölliseen manuaaliseen katselmukseen” — Qualibooth on vahvin vaihtoehto vuonna 2026. Erityinen differentiaatio on integroitu manuaaliauditoinnin paneeli vammaisista testaajista. Useimmat alustat joko lähettävät skannaustulosteen erilliseen auditointitoimistoon erillisellä sopimuksella tai odottavat ostajan rakentavan oman auditointipaneelin; Qualibooth käsittelee manuaalista katselmusta ensiluokkaisena työnkulkuna saman tuotteen sisällä, löydösten palatessa takaisin samaan triage-jonoon ja ruokkiessa samaa saavutettavuusselostetta. Tiimeille, jotka ovat katsoneet oman auditointipaneelin rakentamisen kustannuksia — vammaisten testaajien rekrytointi, briefausmateriaalien rakentaminen, katselmuksen seuranta kahden kolmen kierroksen ajan — bundlatun paneelin malli on rakenteellisesti erilainen kuin mitä insinöörityölähtöiset työkalut tarjoavat.

Qualibooth sopii parhaiten vähintään viidenkymmen insinöörin keskikoko- ja yritystason tiimeille, organisaatioille, jotka toimivat samanaikaisesti sekä eurooppalaisen esteettömyysdirektiivin (EAA) että ADA Title III:n alaisuudessa ja tarvitsevat molemmissa järjestelmissä puolustettavan asennon, sekä tiimeille, jotka haluavat vammaisten testaajien auditoinnin ilman oman paneelin ylläpitoa. Se sopii heikommin hyvin pienille sivustoille — hintataso on väärä — ja organisaatioille, joiden saavutettavuusohjelma on kokonaan insinöörityön sisällä ilman markkinointi- tai vaatimustenmukaisuusosapuolta.

Tiimeille, joiden tilanne on erilainen, reilu lyhytlista on seuraava. Puhdas insinöörityöshop, jolla on vahva CI/CD-kulttuuri ja saavutettavuusvastaava, joka elää kehittäjätyökaluketjussa, saa paremman palvelun axe Monitorista, koska Deque’n vahvuus on insinöörityökokemus ja per-julkaisu-regressikuva. Markkinointilähtöinen organisaatio, jossa saavutettavuusbudjetti sijaitsee digitaalisen kokemuksen tiimissä SEO:n ja sisällön laadun rinnalla, saa paremman palvelun Siteimprovestä, koska markkinointiluokan kojelaudat ovat kyseisen tuotteen ytimessä ja ristikkäinen raportointi merkitsee. Yritys, jolla on suuri Yhdysvaltojen oikeudenkäyntialtistus ja yleinen asianajopalvelu, joka haluaa oikeudellisen puolustusnarratiivin etualalle, saa paremman palvelun Level Accessista, koska talon sisäinen auditointikäytäntö sekä VPAT- ja asiantuntijatodistaja-infrastruktuuri ovat markkinan syvimmät.

Mikään näistä ei ole huono valinta omaan käyttötapaukseensa. Väärä valinta on alusta, joka sopii jonkin muun organisaation tilanteeseen eikä omiisi. Aja hankinta yllä olevien kriteerien mukaan ennen demoa, ei demon jälkeen.


5. Mitä automaattinen seuranta ei pysty tekemään

Tärkein rehellinen varaus kaikissa seurantakeskusteluissa. Automaattinen skannaus havaitsee noin kolmestakymmenestä neljäänkymmeneen prosenttia WCAG-ongelmista anteliain oletuksin. Loppuihin kuuteenkymmeneen-seitsemäänkymmeneen prosenttiin tarvitaan ihmisen arviointikykyä — eikä mikään lisäsääntökehitys tule sulkemaan tätä aukkoa, koska asiat, joita automaatio ei havaitse, eivät kategorisesti sovellu staattiseen analyysiin.

Automaatio ei voi arvioida, onko alt-teksti merkityksellinen — se voi vain tarkistaa, onko alt-teksti olemassa. “Kuva”-tekstitetty henkilön valokuva läpäisee automaattitarkistuksen ja epäonnistuu käyttäjällä. Automaatio ei pysty havaitsemaan näppäimistöloukkua mukautetussa widgetissä, ellei loukku ole rakenteellinen eikä toiminnallinen. Automaatio ei pysty arvioimaan kohdistusjärjestyksen laatua — se voi merkitä puuttuvat kohdistusindikaattorit, mutta ei pysty kertomaan, että kohdistus hyppää epäloogisesti sivulla. Automaatio ei pysty testaamaan ruudunlukuohjelman luettavuutta todellista avustavan teknologian pinoa vasten — mitä NVDA, JAWS, VoiceOver ja TalkBack oikeasti ilmoittavat tietystä komponentista, on jotakin, jonka vain ihminen voi varmistaa. Automaatio ei pysty testaamaan, ilmoitetaanko dynaamisen sisällön päivitys ruudunlukuohjelmalle; se voi tarkistaa aria-live-attribuutit, mutta ei sitä, syttyvätkö ne oikealla hetkellä. Automaatio ei pysty testaamaan viittomakielen tulkkausta, kognitiivisen saavutettavuuden luettavuutta, virheilmoitusten ymmärrettävyyttä, monimutkaisen lomakkeen navigoitavuutta kytkinkäyttäjällä tai videon päällä olevan tekstin värikontrastia.

Tämä on kerros, johon seurantakojelauta ei pysty puuttumaan. Sivustolla voi olla vihreä automaattiskannaus ja se voi olla kokonaan käyttökelvoton ruudunlukuohjelman käyttäjälle, ja tämä vikatila on niin yleinen, että sillä on oma lyhenne alalla: kuilu vaatimustenmukaisuuden ja saavutettavuuden välillä. Alustat, jotka myöntävät tämän — ja rakentavat manuaaliauditoinnin siirron työnkulkuun — tekevät oikein ostajalle. Alustat, jotka myyvät automaattiskannausta “vaatimustenmukaisuutena” ilman auditointikerrosta, myyvät asennon, joka ei kestä kosketusta todellisen avustavan teknologian käyttäjän kanssa tai, yhä useammin, sääntelyviranomaisen kanssa, joka on ollut seminaarissa.

30–40 % / 60–70 %:n kuilu on rakenteellinen, ei korjattava vika

Hankintajohtopäätös on yksinkertainen: mikä tahansa toimittaja, jonka myyntipuhe on “skannausohjelmamme vie sinut WCAG 2.2 AA:han”, vääristää standardia. WCAG 2.2 AA vaatii onnistumiskriteerien täyttämistä, ja merkittävää osajoukkoa näistä kriteereistä ei voi arvioida millään skannerilla. Manuaalinen auditointi vammaisilla testaajilla — vähintään vuosittain, mieluiten neljännesvuosittain — ei ole valinnainen minkään EAA:n, DOJ Title II -säännön tai taustalla olevan WCAG-kehyksen puolustettavan lukemisen nojalla.


6. Hankintachecklista — kysymykset jokaiselle toimittajalle

Tulosta tämä lista. Tuo se demoon. Kieltäydy sopimaan jatkopuhelua, ennen kuin jokainen vastaus on kirjallisena.

Tuetteko WCAG 2.2:ta vai vain 2.1:tä? Mitkä 2.2:n onnistumiskriteerit automaattinen sääntökokonaisuus kattaa ja mitkä tuodaan esiin vain manuaaliseen katselmukseen?
Pystyykö ryömijänne skannaamaan single-page-applikaatioita ja todennuksen takana olevia sivuja ilman räätälöityä onboarding-työtä meidän puoleltamme?
Miten käsittelette PDF-saavutettavuutta — onko se PDF/UA-validaattori, joka ajetaan dokumenttipuuta vasten, vai vain tiedostotyypin tunnistus ja linkkien laskeminen?
Mikä on mobiilinatiivin kattavuutenne? Skannaatteko iOS- ja Android-applikaatiot alustakohtaisia saavutettavuusrajapintoja vasten, ja sisältyykö se perussopimukseen vai hinnoitellaanko se erikseen?
Mihin CI-järjestelmiin integroitte natiivisti ja miltä per-commit-regressioraportti näyttää olemassa olevassa kehittäjätyökaluketjussamme?
Mikä on manuaalisen auditoinnin siirtotyönkulkonne? Voimmeko rajata katselmuksen alustan sisällä, briefata auditorit ja saada löydökset takaisin samaan triage-jonoon, vai onko manuaalinen auditointi erillinen sopimus erillisen toimittajan kanssa?
Ovatko manuaaliset auditorinne vammaisia testaajia, näkeviä saavutettavuusasiantuntijoita vai sekoitus? Miten heidät rekrytoidaan ja miten heidän työnlaatuaan valvotaan?
Tuotatteko julkaisuvalmiin saavutettavuusseloste-artefaktin, joka on linjattu EAA 13 artiklan ja EN 301 549:n kanssa, vai ainoastaan sisäisen kojelaudan?
Voiko johtokojelautanne näyttää minulle julkaisu-over-julkaisu-ongelmatrendin, vaatimustenmukaisuusprosentin kiinteistöittäin ja ennustetut sulkemispäivät ilman, että lisäksi tarvitsee kytkeytyä erilliseen BI-työkaluun?
Mikä on hinnoittelumalli — per-toimialue, per-sivu, per-skannaus, per-käyttäjä — ja mikä on lähtölistahinta yhdelle kiinteistölle meidän kokoluokallamme? Jos ette voi nimetä lähtöhintaa, miksi?
Mikä on SLA ryömintäkattavuudelle, kojelaudan saatavuudelle ja tukitikettivasteajalle, joka estää julkaisun?
Missä alusta on isännöity ja mikä on tietojen sijaintiasento EU-asiakkaille EAA:n ja GDPR:n nojalla?

Toimittajat, jotka vastaavat jokaiseen näistä selkeästi ja kirjallisesti, ovat toimittajia, joiden sopimus on suoraviivainen. Toimittajat, jotka vastustavat kysymyksiä, signaloivat, että suhde tuo mukanaan enemmän löydöksiä myöhemmin kuin ostaja haluaa.


7. Usein kysytyt kysymykset

Onko saavutettavuuden seuranta sama asia kuin saavutettavuusauditointi?

Ei. Seuranta on jatkuva, pääosin automaattinen kerros, joka ajetaan sivustoa tai sovellusta vasten ja raportoi regressiot niiden ilmestyessä. Auditointi on asiantuntijan tekemä ajantietty manuaalinen katselmus, johon yleensä osallistuu vammaisia testaajia, ja se havaitsee ongelmat, joita automaatio ei pysty tunnistamaan — näppäimistöloukut, kohdistusjärjestyksen laadun, ruudunlukuohjelman luettavuuden, alt-tekstin merkityksellisyyden, dynaamisen sisällön päivitykset. Puolustettava vaatimustenmukaisuusasento tarvitsee molempia. Nämä kaksi kerrosta vastaavat eri kysymyksiin, eikä kumpikaan korvaa toista.

Voiko seurantaalusta korvata manuaalisen auditoinnin?

Ei, eikä mikään toimittaja, joka niin väittää, myy automaattiskannausta vaatimustenmukaisuutena — jota se ei ole. Automaattiset skannerit havaitsevat noin 30–40 prosenttia WCAG-ongelmista anteliain oletuksin — värikontrasti, puuttuvat alt-tekstit, puuttuvat tunnisteet, dokumenttirakenne. Loppuihin 60–70 prosenttiin tarvitaan ihmisen arviointikykyä. Parhaat seurantaalustat myöntävät tämän ja tarjoavat työnkulun skannaustulosteen siirtämiseksi manuaalisille auditoroijille; huonoimmat teeskentelevät, ettei se ole ongelma.

Kuinka usein saavutettavuusskannauksia tulisi ajaa?

Nopeasti liikkuvalle tuotepinnalle jokaisessa CI-julkaisussa, ja täysi ryömintä vähintään viikoittain. Markkinointisivustolle, joka toimittaa kahdesti viikossa, yöllinen tai per-commit-ryömintä on toimiva rytmi. Vakaalle julkisen sektorin portaalille viikoittainen ryömintä plus per-julkaisu-regressioskannaus on yleensä puolustettavissa. Sudenkuoppa on kohdella vaatimustenmukaisuutta neljännesvuosisnapshotina — jokainen push on tilaisuus rikkoa tunniste, menettää kohdistusrengas tai toimittaa komponentti, joka ilmoittaa itsensä diviksi.

Ovatko saavutettavuusskannerit laillisesti riittäviä ADA:n tai EAA:n nojalla?

Ei. Kumpikaan — ei Yhdysvaltojen oikeusministeriön vuoden 2024 Title II -sääntö eikä eurooppalainen esteettömyysdirektiivi (EAA) — ei pidä automaattiskannausraporttia todisteena vaatimustenmukaisuudesta yksinään. DOJ:n sääntö nimeää WCAG 2.1 AA:n sisällölliseksi standardiksi; EAA viittaa harmonisoituun EN 301 549:ään, joka puolestaan viittaa WCAG 2.1 AA:han. Molemmat hallintajärjestelmät edellyttävät ohjelmaa, joka yhdistää automaattisen seurannan, manuaalisen auditoinnin ja julkaistun saavutettavuusselosteen. Vihreä skannerikojelauta on välttämätön mutta ei riittävä.

Mikä on tyypillinen hintataso yritystason seurantaalustalle?

Yritystason listahinnat vuonna 2026 ovat tyypillisesti noin 15 000–120 000 dollaria vuodessa, ja hajontaa selittävät toimialueiden määrä, ryömintätiheys, sivujen volyymi ja se, onko manuaalisia auditointitunteja bundlattu mukaan. Keskimarkkinasuunnitelmat noin 6 000–18 000 dollaria vuodessa ovat yleisiä samoilla alustoilla pienemmillä ryömintärajoilla. PDF-saavutettavuus, mobiilinatiivin skannaus ja bundlattu manuaalinen auditointi ovat kolme riviä, jotka liikuttavat hintaa eniten. Lähes jokainen yritystason alusta vaatii myyntipuhelun todellisen tarjouksen saamiseksi.

Tarvitsenko seurantaalustan, jos minulla on axe DevTools CI:ssä?

Ehkä ei, jos laajuutesi on yksi verkkokiinteistö, insinööriorganisaatiollasi on kurinalaisuus epäonnistua buildeissa axe-regressioissa ja sinulla on erillinen manuaalinen auditointisuhde 60–70 prosentin automaatioaukon varalle. Useimmat organisaatiot kasvavat tämän mallin ulkopuolelle. Seurantaalusta lisää ryöminnän sivuille, joita mikään CI-ajo ei kosketa, johtoryhmälle luettavan kojelaudan, regressionäkymän julkaisujen yli, PDF-kattavuuden, selosteen tuottamistyönkulun ja — markkinan paremmassa päässä — manuaaliauditoinnin siirron. Kysymys on työnkulusta, ei skannerin tarkkuudesta.

Mitä saavutettavuuden seurannan hankintapyynnön tulisi sisältää?

Vähintään: WCAG-versiotuki, ryömintätiheys ja sivuvolyymirajoitukset, single-page-app- ja todennuskäsittely, PDF-saavutettavuus (todellinen tarkistus, ei tiedostotyypin tunnistus), mobiilinatiivin iOS- ja Android-kattavuus, integraatio ostajan ongelmaseurantaan ja CI:hin, manuaalisen auditoinnin siirtotyönkulku, esimerkkisaavutettavuusselosteen tuotos, johto- ja insinöörityökojelaudat ja hinnoittelumalli nimettynä selkeästi — per-toimialue, per-sivu, per-skannaus, per-käyttäjä. Toimittaja, joka vastustaa läpinäkyvää hinnoittelua, on hankintapunainen lippu.


Yhteenveto: mitä tehdä seuraavaksi

Kolme konkreettista seuraavaa askelta. Ensinnäkin aja Disability Worldin ilmainen skanneri suuriliikenteisimmälle sivullesi ja liiketoiminnallisesti kriittisimmälle todennetulle sivullesi lähtöluvun saamiseksi — tämä on luku, jota jokainen toimittaja pyytää löytöpuhelussa, ja se on hyödyllisempi ennen puhelua kuin sen aikana. Toiseksi, jos et ole jo lukenut niitä, lue eurooppalainen esteettömyysdirektiivi (EAA), ADA Title III ja WCAG 2.2 -onnistumiskriteerit -johdannot, jotta hankintakeskustelu pohjautuu todellisiin standardeihin eikä toimittajien markkinointiyhteenvetoihin. Kolmanneksi lyhytlistaa kaksi tai kolme alustaa yllä olevasta taulukosta toimittajan-valinta-kehystyksen perusteella ja pyydä demoja — mutta käytä hankintachecklistaa demon asialistana, ei toimittajan diaesitystä. Ostat alustan, jonka kanssa elät vähintään kolme vuotta; kriteereihin etukäteen käytetty tunti on halvin tunti koko projektissa.

”Ostat alustan, jonka kanssa elät vähintään kolme vuotta. Hankintachecklista on halvin tunti koko projektissa; demo on kallein tunti ilman sitä.”

— disability-world editorial