WCAG 3: mitä working draft tarkoittaa nykyisille sivustoille

Kuvan kuvaus: Tulostettu WCAG 3 working draft värikkäillä välilehtitarroilla pöydällä WCAG 2.2 -asiakirjan vieressä — WCAG 3 -esittelyjohdannon visuaalinen tunnusmerkki.

Lukuaika: 12 minuuttia

WCAG 3 — seuraavan sukupolven saavutettavuusohje, jota W3C on laatinut projektin nimellä Silver vuodesta 2017 lähtien — on vuoden 2026 puolivälissä edelleen W3C Working Draft. Tämä yksittäinen tosiasia on tärkein asia siitä tietää. Se ei ole suositus, ei Candidate Recommendation, eikä siihen voi vielä vedota sääntelijä, tuomioistuin tai hankintavirkailija oikeudellisella voimalla. WCAG 2.2 on edelleen standardi, jota vastaan maailma tällä hetkellä auditoi, ja EN 301 549, Yhdysvaltain Section 508 ja saavutettavuusdirektiivin kansalliset toteutukset viittaavat kaikki WCAG 2.x:ään. WCAG 3 edustaa tarkoituksellista arkkitehtuurista uudelleenkirjoitusta siitä, miten saavutettavuuden vaatimustenmukaisuus mitataan — ja aavistusta siitä, miltä seuraava kymmenen vuotta sääntelijöiden omaksumista näyttää, kun se vakiintuu.

Tämä johdanto käsittelee, mitä WCAG 3 on, mitä se muuttaa rakenteellisesti, miten ehdotetut bronze/silver/gold-vaatimustenmukaisuustasot toimivat, milloin Candidate Recommendation voisi realistisesti saapua, poliittisen jännitteen WCAG 2.2:n kanssa (jota kansalliset sääntelijät ovat edelleen omaksumassa) sekä mitä 2.x:llä tänään toimivien tiimien tulisi nyt todella tehdä. Lyhyt versio: lue working draft, älä refaktoroi sitä varten, ja pidä mitä tahansa toimittajaa, joka lupaa “WCAG 3 -vaatimustenmukaisuutta” tänään, joko hämmentyneenä tai myyvänä jotain.

Mitä WCAG 3 todella on — ja mitä se ei ole

WCAG 3 on W3C:n Accessibility Guidelines Working Groupin (AG WG) uuden Recommendation-raiteen työnimike, erillinen WCAG 2.x -linjasta. Projekti alkoi vuonna 2017 projektin nimellä Silver (kemiallinen symboli Ag, sisäpiirin vitsi “Accessibility Guidelinesista”) ja ensimmäinen julkinen Working Draft julkaistiin tammikuussa 2021. Viimeisin Working Draft on versio, jonka lukijat löytävät osoitteesta w3.org/TR/wcag-3.0/ — ja W3C päivää sen luonnoksen, kuten jokaisen sitä edeltävän luonnoksen, näkyvästi otsikkobannerilla, jossa lukee: “Tämä asiakirja on Working Draft. Se ei ole vakaa, eikä siihen tulisi viitata tai käyttää toteutuksen perustana.”

Tämä banneri tekee todellista työtä. W3C:n prosessissa asiakirja etenee viiden kypsyystasojen läpi: Working Draft, Candidate Recommendation (CR), Proposed Recommendation (PR), Recommendation (REC) ja lopulta Superseded Recommendation. WCAG 2.0 saavutti RECin joulukuussa 2008. WCAG 2.1 saavutti RECin kesäkuussa 2018. WCAG 2.2 saavutti RECin lokakuussa 2023. WCAG 3 ei ole vielä saavuttanut CR-tasoa — ja W3C on ollut selkeä siitä, että useat olennaiset suunnittelukysymykset on ratkaistava ennen kuin se voi. Nykyinen tila, uusimman julkaistun luonnoksen mukaan, on tutkimus- ja suunnitteluasiakirja, jossa on toimivia osioita ja selkeästi merkittyjä avoimia kysymyksiä, ei vakaa spesifikaatio.

Mitä WCAG 3 ei ole: se ei ole WCAG 2.2:n korvike. W3C on todennut, että WCAG 2.2 ja WCAG 3 elävät todennäköisesti rinnakkain pitkän siirtymäajan WCAG 3:n Recommendation-julkaisun jälkeen. WCAG 3 ei myöskään ole “WCAG 2.3” — sen sisältömalli, vaatimustenmukaisuusmalli ja toimituksellinen rakenne ovat niin erilaisia, että uudelleennumerointi 2.x-linjan sisällä hylättiin varhaisessa suunnitteluprosessissa.

Tarkoitus ja laajuus: miksi uusi linja ollenkaan

Kolme rakenteellista ongelmaa WCAG 2.x:ssä ohjasi päätöstä aloittaa uusi linja eikä jatkaa 2.x-numeroinnin kasvattamista.

Ensiksi, laajuus. WCAG 2.x on teknisesti verkkosisällön saavutettavuusohjeet — se kohdistuu käyttäjäagentissa renderöityyn verkkosisältöön. Working Groupin toimeksianto on kuitenkin laajentunut vuosikymmenen aikana kattamaan digitaalisen saavutettavuuden koko pinnan: natiiviit mobiilisovellukset, kioskit, ääni-käyttöliittymät, virtuaali- ja lisätty todellisuus, AAC-työkalut (augmentatiiviset ja alternatiiviset kommunikaatiotyökalut), keskustelevat tekoälypinnat. WCAG 3 on suunniteltu alusta alkaen sisältö- ja alustariippumattomaksi, jolloin sama ohje soveltuu verkkosivuun, natiivisovelluksen näyttöön, äänivirtoihin ja kioskin valintaikkunaan ilman, että tiimien tarvitsee kirjoittaa kolme eri vaatimustenmukaisuuslausumaa ohjeita vastaan, jonka nimessä lukee edelleen “Web.”

Toiseksi, vaatimustenmukaisuusmalli. WCAG 2.x:n vaatimustenmukaisuus on binäärinen: jokainen sovellettava onnistumiskriteeri joko hyväksytään tai hylätään, ja yksittäinen epäonnistuminen yhdessä AA-kriteerissä kaataa sivun vaatimustenmukaisuusvaatimuksen. Tämä toimii teräville käyttöliittymätason kriteereille kuten “käytä semanttisia otsikoita” — se toimii heikommin kriteereille, joissa taustalla oleva este on asteittainen eikä kategorinen, kuten kielen monimutkaisuus, kognitiivinen kuormitus tai kuinka selkeästi virheilmoitus viestii siitä, mikä meni pieleen. WCAG 3 ottaa käyttöön pisteytetyt tulokset niin, että sivulla voi olla mitattavasti parempi tulos esimerkiksi “selkeässä kielessä” pakottamatta 2.x:n vaatimaan binääriseen ratkaisuun.

Kolmanneksi, käyttäjät, joita ei vielä palvella hyvin. WCAG 2.x:ssä on hyvin dokumentoituja aukkoja kognitiivisten vammojen omaavien käyttäjien, heikkolukuisten käyttäjien, AAC-laitteisiin nojautuvien käyttäjien, ääniliittymien käyttäjien, braille-näyttöjä käyttävien kuulovammaisten käyttäjien ja uusien avustavien teknologioiden, kuten silmäohjauksen ja aivotietokoneyhteyksien, osalta. WCAG 2.x:n onnistumiskriteereitä voidaan soveltaa näihin käyttäjiin — mutta ne on laadittu pääasiassa ruudunlukuohjelmien, suurennuksen, pelkän näppäimistön ja heikkonäköisten käyttäjien mielessä. WCAG 3:n ohjeistusarkkitehtuuri kutsuu nimenomaisesti kognitiiviset, puhe-, AAC- ja uusien avustavien teknologioiden moodit ensisijaisiksi ohjeistuskohteiksi.

Avainmuutokset: tulokset, ei onnistumiskriteerit

Merkittävin muutos WCAG 3:ssa — se, josta kaikki muut muutokset johtuvat — on siirtymä onnistumiskriteeristä tuloksiin.

WCAG 2.x:n onnistumiskriteeri on binäärinen, testattava lausuma. 1.4.3 Kontrasti (minimi) toteaa: tekstin ja kuvien tekstillä on kontrastisuhde vähintään 4,5:1, kahdella tietyllä poikkeuksella. Sivu joko täyttää kriteerin tai ei. Tämä on erinomainen toistettavaan testaukseen ja vastakkaiseen käyttöön (oikeudenkäynnit, auditointi, hankinta), mutta rankaiseva kriteereille, joissa taustalla oleva käyttäjätarve ei jakaannu puhtaasti hyväksytty/hylätty-kohtiin.

WCAG 3:n tulos nykyisessä luonnoksessa on testattava lausuma, johon on liitetty yksi tai useampi menetelmä, joka kuvaa, miten tulos varmennetaan ja miten tulos pisteytetään. Tulokset voivat olla binäärisiä, kun binäärinen on oikea muoto (lomakekentässä joko on tunniste tai ei), mutta ne voivat myös olla pisteytetty numeerisella asteikolla, kun taustalla oleva käyttäjätarve on asteittainen (kuinka luettava tämä kappale on; kuinka palautuva tämä virhetila on; kuinka ennakoitava tämä navigointi on). Tuotteen vaatimustenmukaisuustulos lasketaan sitten tulosten yli eikä porrasta jokainen-kriteeri-hyväksytty-periaatteella.

Useita muita arkkitehtuurisia muutoksia seuraa:

• Ohjeet järjestävänä yksikkönä. WCAG 3 ryhmittelee tulokset ohjeiden alle (jotka vastaavat karkeasti WCAG 2.x:n periaatteet-ja-ohjeet-kerrosta, mutta on kirjoitettu deklaratiivisemmin).
• Menetelmät, ei tekniikat. WCAG 2.x:ssä on informatiivisia tekniikoita, jotka ehdottavat, miten onnistumiskriteeri täytetään. WCAG 3:ssa on normatiivisia menetelmiä, jotka kuvaavat, miten tulos varmennetaan. Siirtyminen “informatiivisesta” “normatiiviseksi” on merkityksellistä: se tarkoittaa, että testausmenetelmä kulkee ohjeen mukana eikä ole erillinen, kiistanalainen lisä.
• Atomiset ja kokonaisvaltaiset testit. Joitain tuloksia testataan atomisella tasolla (yksi elementti, yksi sääntö) ja joitain kokonaisvaltaisesti koko näkymässä tai tehtävävirrassa. Kognitiivisen kuorman ja selkiyttämistulokset ovat luonteeltaan kokonaisvaltaisia; kontrastin ja merkitsemisen tulokset ovat luonteeltaan atomisia. WCAG 3 tekee tämän eron menetelmässä eksplisiittiseksi.
• Toiminnalliset tarpeet -kategoriat. Luonnos esittelee toiminnalliset tarpeet — näkö, kuulo, kognitio, puhe, liikkuminen, moniaistinen — poikkileikkaavana akselina. Jokainen tulos on kartoitettu niihin toiminnallisiin tarpeisiin, joihin se vastaa, jotta testaaja tai sääntelijä voi kysyä “näytä minulle kaikki kognitiivisia tarpeita koskeva” ilman koko asiakirjan uudelleenlukemista.

Vaatimustenmukaisuustasot: bronze, silver, gold

Siinä missä WCAG 2.x:ssä on kolme vaatimustenmukaisuustasoa — A, AA, AAA — WCAG 3 ehdottaa kolmea vaatimustenmukaisuustasoa: Bronze, Silver ja Gold. Tunnukset eivät tarkoituksella ole kirjaimia eivätkä tarkoituksella ole kumulatiivisia sääntöjen mukaan; ne merkitsevät, että korkeammat tasot heijastavat merkittävästi parempaa kokemusta käyttäjille, ei “samaa tuotetta enemmän ruksittuina ruutuina.”

Bronze on minimaalinen vaatimustenmukaisuustaso. Sen on tarkoitus vastata karkeasti “WCAG 2.x AA:ta vastaavaa” — eli Bronze-vaatimustenmukaisen tuotteen ei pitäisi olla merkittävästi huonompi kuin tämän päivän AA-vaatimustenmukainen tuote. Bronze-vaatimustenmukaisuus edellyttää kaikkien kriittisten virheiden läpäisemistä (luonnoksessa perustavanlaatuisina esteinä merkityt tulokset — esimerkiksi puuttuva vaihtoehtoinen teksti informatiivisissa kuvissa) ja määritellyn kynnyksen saavuttamista tuotetuloksen pisteissä. Luonnos ehdottaa, että kriittiset virheet pysyvät binäärisinä myös pisteytetyssä mallissa: mikä tahansa kriittinen virhe estää Bronze-vaatimustenmukaisuuden riippumatta siitä, kuinka hyvin tuote pisteytyy muuten.

Silver on välivaatimustenmukaisuustaso ja on tarkoitettu vastaamaan karkeasti vahvaa AA-plus-tuotetta — parempaa kuin WCAG 2.x AA -rima, mutta ei vielä AAA-tasolla. Silver edellyttää tyypillisesti korkeampaa kynnystä samoissa pisteytetyissä tuloksissa sekä sellaisten lisätulosten läpäisemistä, joita Bronze ei vaadi. Tarkat kynnykset ovat edelleen konsultaatiossa working draftissa.

Gold on korkein taso. Se on tarkoitettu edustamaan tuotetta, joka on suunniteltu ja testattu ohjeen kattamien toiminnallisten tarpeiden täydelle kirjolle, ei vain niille, joita olemassa olevat 2.x AA -kriteerit pääasiassa koskivat. Gold on taso, jossa kognitiiviset, puhe-, AAC- ja uusien avustavien teknologioiden tulokset kantavat eniten painoa, koska nämä ovat käyttäjäryhmiä, joissa 2.x-vaatimustenmukaisuus ei tällä hetkellä tuota vertailukelpoista tulosta.

Kaksi tasomalliin liittyvää tärkeää ominaisuutta on syytä huomata. Ensiksi, laajuus on per-näkymä tai per-virta, ei per-sivu: tuotteella voi olla eri vaatimustenmukaisuustasot eri pinnoilla, mikä on rehellisempää kuin WCAG 2.x:n per-sivu-malli monimutkaisille sovelluksille. Toiseksi, vaatimustenmukaisuusvaatimus kulkee sen varmentamiseen käytettyjen menetelmien mukana — joten Silver-vaatimus WCAG 3:n mukaan pitäisi olla toistettavissa toisen testaajan toimesta samoilla menetelmillä tavalla, joka WCAG 2.x AA -vaatimuksille (jotka nojautuvat paljon testaajan harkintaan reunatapauksissa) usein ei onnistu.

Uusien avustavien teknologioiden moodit

WCAG 3 -projektin tärkeä toimituksellinen sitoumus on ensiluokkainen tuki avustavien teknologioiden moodeille, joita WCAG 2.x on historiallisesti käsitellyt vain epäsuorasti.

Kognitiivinen saavutettavuus on näistä laajennuksista suurin. Nykyinen luonnos sisältää tulosaineiston, joka on aiemmin kehitetty W3C:n erillisessä Cognitive Accessibility Task Force -tuotoksessa (Making Content Usable for People with Cognitive and Learning Disabilities -asiakirja). Tämän alueen tulokset kattavat kielen selkeyden, navigoinnin ennakoitavuuden, suunnan ja löydettävyyden tuen, virheiden ehkäisyn ja palautumisen sekä tarpeettoman kognitiivisen kuorman minimoimisen. Monet näistä tuloksista ovat pisteytetty eikä binäärinen — “onko tämä lause tarpeeksi luettava” ei ole puhdas hyväksytty/hylätty — ja siksi pisteytetty vaatimustenmukaisuusmalli on rakennettu tätä tarvetta varten.

Puhe- ja keskustelevat käyttöliittymät ovat nimenomaisesti laajuudessa. Tulokset käsittelevät ääniohjeiden tunnistettavuutta, ääniohjainten löydettävyyttä, palautumispolkua äänentunnistusvirheissä ja äänivuorovaikutuksen vastaavuutta visuaaliseen vuorovaikutukseen kaksoismoodikäyttöliittymissä. Tämä on osa luonnosta, jossa alustariippumaton ohjeistusarkkitehtuuri on tärkeintä: pelkkä äänivirta älykaiuttimessa ei voi mielekkäästi testata WCAG 2.x:n “verkkosisältö”-onnistumiskriteereitä vastaan, mutta se voidaan testata WCAG 3 -tulosten mukaisesti, jotka on laadittu moodineutraaleiksi.

AAC-käyttäjät — henkilöt, jotka kommunikoivat pääasiassa symbolilaudoilla, kuvavaihtojärjestelmillä tai puhetta tuottavilla laitteilla — on nimenomaisesti mainittu luonnoksen käyttäjätutkimuskohteissa. Tähän liittyvät tulokset koskevat symbolien yhtenäisyyttä, AAC-syötteen tukemista ensiluokkaisena vuorovaikutusmoodina sekä valintaikkunoiden kognitiivista ennakoitavuutta, joissa AAC-käyttäjän on navigoitava.

Uusien avustavien teknologioiden moodit — silmäohjaus, kytkinkäyttöliittymät, aivotietokoneyhteydet, pääseuranta ja sekatodellisuuslaitteiden avustavat pinnat — on nimetty luonnoksen tiekartassa. Working Groupin työskentelyasema on, että ohjeistusarkkitehtuurin tulisi sopeutua näihin moodeihin ilman, että asiakirjan tarvitsee luetella jokaista mahdollista avustavaa teknologiaa; toiminnalliset tarpeet -akseli on yksi mekanismi tähän.

Aikataulu: milloin Candidate Recommendation saattaa saapua

Rehellinen vastaus on, että kukaan AG WG:n ulkopuolella ei pysty antamaan varmaa päivämäärää, eikä kukaan sen sisällä ole sellaista julkaissut. W3C:n prosessi on konsensuspohjainen, ja WCAG 3:ssa vielä avoimet suunnittelukysymykset — tarkka pisteytysmetodologia, Bronze/Silver/Gold-tasojen tarkat kynnykset, vaatimustenmukaisuuslausuman muoto, kognitiivisten tulosten testattavuus, suhde WCAG 2.2:een siirtymässä — ovat ei-triviaaleja. Working Drafts missä tahansa standardilinjassa voivat jäädä sille kypsyystasolle vuosiksi.

Mitä voidaan sanoa kohtuullisella varmuudella, on polun muoto. Candidate Recommendation on seuraava kypsyysaskel nykyisen Working Draftin jälkeen, eikä CR:ään voida siirtyä ennen kuin Working Group ratkaisee luonnoksessa nykyisin merkityt avoimet kysymykset ja osoittaa, että ehdotetut tulokset ovat testattavissa (prosessi, jota W3C kutsuu “feature-at-risk”-tarkasteluksi ja joka vaatii huomattavaa toteutuskokemusta selvitäkseen). Useat W3C:n henkilökunnan julkiset lausumat vuonna 2025 osoittivat, että WCAG 3:n CR oli edelleen jossain kaukana ja että projektia tulisi käsitellä vuosina eikä kuukausina vakaasta spesifikaatiosta.

Kun CR:ään on siirrytty, vakiintunut aikataulu edellyttää vähintään yhden useiden kuukausien pituisen toteutusjakson, jonka aikana working group kerää näyttöä siitä, että tulokset on varmennettu todellisia tuotteita vasten. PR seuraa. REC seuraa sitä. RECin jälkeen alkaa hidas sääntelijöiden omaksumisprosessi — ja se on historiallisesti mitattu vuosissa, ei kuukausissa. EAA:n tyylinen WCAG 3:n viittaus uusitun EN 301 549:n kautta (V5 tai myöhempi) on millä tahansa realistisella luennalla 2020-luvun lopun näköpiirissä eikä välittömässä.

Jännite WCAG 2.2:n kanssa

WCAG 3 on todellisessa poliittisessa jännitteessä WCAG 2.2:n kanssa, ja tämä jännite on jokaisen alan WCAG 3 -keskustelun aliteksti. WCAG 2.2 saavutti Recommendationin lokakuussa 2023 — julkaistu, vakaa, lainattava standardi, jota kansalliset sääntelijät ovat edelleen omaksumassa. Jotkut ovat jo omaksuneet sen. Jotkut eivät. Tuleva EN 301 549 V4 sisältää WCAG 2.2:n; Yhdysvaltain Section 508 on päivityksen keskellä, joka viittaa WCAG 2.x:ään; Yhdysvalloissa yksityinen oikeudenkäyntisuoja viittaa oletuksena WCAG 2.x:ään.

Jännitys ei todellakaan koske sitä, kumpi asiakirja on “parempi.” Se koskee sitä, voivatko sääntelijät omaksua standardin, joka on edelleen liikkeessä — ja pitäisikö tiimien, jotka ovat juuri investoineet WCAG 2.2 -vaatimustenmukaisuuteen, uskoa, että eri viitekehys on kulman takana. Working Groupin virallinen kanta on, että nämä kaksi linjaa eivät ole nollasummapeliä: WCAG 2.2 on sääntelijöiden omaksumisen operatiivinen standardi, ja WCAG 3 on seuraava sukupolvi, joka ajanoloon korvaa sen. Molempia asiakirjoja ylläpidetään W3C:ssä rinnakkain, kun WCAG 3 saavuttaa Recommendationin, ja W3C on signaloinut, että siirtymä on tarkoituksella niin pitkä, etteivät tiimit kohtaa pakotettua migraatiota.

Käytännössä tämä tarkoittaa kolmea asiaa. WCAG 2.2 -auditointityö ei ole hukkaan heitettyä — taustalla olevat esteettömyysesteet, jotka se tunnistaa, eivät katoa WCAG 3:n myötä, ne järjestetään uudelleen tuloksiksi. Sääntelijät, jotka ovat WCAG 2.2:n omaksumisen puolivälissä, eivät tee virhettä — he tekevät tänä vuosikymmenenä tarvittavaa työtä. Ja toimittajat, jotka markkinoivat “WCAG 3 -vaatimustenmukaisuutta” working draftiä vastaan, vääristävät standardin kypsyyttä; mikään vaatimustenmukaisuusvaatimus epävakaata Working Draftiä vastaan ei ole merkityksellinen.

WCAG 2.2 vs WCAG 3: ulottuvuudet vertailtuina

Vaikutukset 2.x-sivustoille tänään

Käytännöllinen kysymys kaikille tiimeille, jotka tänään pyörittävät sivustoa, sovellusta tai tuotetta WCAG 2.x:llä, on: pitäisikö meidän tehdä jotain eri tavalla, koska WCAG 3 on tulossa? Vastaus jakautuu kolmeen osaan.

Auditoi ja korjaa WCAG 2.2 AA:ta vastaan. Tämä on standardi, jota sääntelijät omaksuvat, jonka EN 301 549 V4 sisältää, ja johon yksityisen kanteen lainkäyttöalueilla viittaavat tuomioistuimet. Hyvin tehty 2.2 AA -auditointi vuonna 2026 ei ole hukkaan heitettyä työtä — taustalla olevat esteet ovat edelleen esteitä WCAG 3:n alaisena, ja niiden korjaamiseen tarvittava työ on sama. Tiimit, jotka lykkäsivät 2.2-työtä toivoen “tekevänsä WCAG 3:n sijaan”, valitsevat huonomman lopputuloksen pidemmällä aikataululla.

Lue WCAG 3 Working Draft, älä refaktoroi sitä varten. Luonnos on hyödyllinen ikkuna siihen, mihin standardi on suuntautumassa ja mitkä käyttäjätarpeet seuraava vuosikymmen nostaa etusijalle. Tiimien tulisi lukea se (se on vapaasti saatavilla W3C TR -sivustolla), jakaa se suunnittelun ja kehityksen sisällä ja käyttää sitä alustan kognitiivisesta saavutettavuudesta, ääniliittymistä ja AAC:sta käytäviin keskusteluihin. Niiden ei kuitenkaan pidä alkaa kirjoittaa vaatimustenmukaisuuslausumia sitä vastaan, luonnostella hankintaehtoja sitä vastaan tai rakentaa uudelleen auditointiohjelmia ennakoidakseen sitä. Luonnos ei ole tarpeeksi vakaa mihinkään näistä toimista.

Investoi käyttäjätutkimuksen ja suunnittelututkimuksen kapasiteettiin, jota WCAG 3 vaatii. Pisteytetyt, kokonaisvaltaiset, moodineutraalit tulokset, jotka WCAG 3 ottaa käyttöön, eivät voi olla pelkästään automaattisten skannerityökalujen varmentamia. Ne tarvitsevat suunnittelututkimusta kognitiivisten vammojen omaavien käyttäjien, AAC-käyttäjien ja ääniliittymien käyttäjien kanssa. Tiimit, jotka ovat valmiita, kun WCAG 3 saavuttaa Recommendationin, eivät ole niitä, joilla on kehittynein automaattinen työkalutus — vaan ne, joilla on vakiintuneet käyttäjätutkimussuhteet koko toiminnallisten tarpeiden kirjolla. Näiden suhteiden rakentaminen nyt on investointi, joka tuottaa tulosta kumman tahansa standardin alla.

WCAG 3 jo tuntemassasi standardigraafissa

Jos olet seurannut saavutettavuusstandardien kaarta — Section 508:sta EN 301 549:ään, W3C:n WCAG 2.0:sta 2.1:een ja 2.2:een — WCAG 3 on tämän kaaren seuraava sukupolvi, tällä hetkellä suunnittelun puolivälissä. Se on asiakirja, jota standardiyhteisö rakentaa, koska WCAG 2.x:n binäärisen, pelkästään web-pohjaisen, onnistumiskriteeri-mallin rajoitukset ovat käyneet vaikeiksi sivuuttaa digitaalisen saavutettavuuden laajentuessa mobiiliin, puheeseen, AAC:iin ja kognitiivisiin käyttöliittymiin. Se on myös, tänään, epävakaa Working Draft, johon yksikään sääntelijä ei voi vielä viitata eikä yksikään vastuullinen toimittaja voi vielä vaatia vaatimustenmukaisuutta vastaan.

Ammatinharjoittajille, jotka suunnittelevat tämän vuosikymmenen loppua: WCAG 2.2 on standardi, jota vastaan auditoidaan, EN 301 549 V4 on hankintainstrumentti, jota vasten yhdenmukaistutaan, ja WCAG 3 on asiakirja, jota luetaan perjantai-iltapäivänä ymmärtääkseen, mihin työ on suuntautumassa. Oikea asenne on tietoinen kärsivällisyys — pidä WCAG 3 perinäkökentässä, tee edessäsi oleva WCAG 2.2 -työ ja rakenna käyttäjätutkimuksen kapasiteetti, joka on merkityksellistä riippumatta siitä, mitä asiakirjaa auditoijat viittaavat viiden vuoden kuluttua. Seuraavaa osaa tässä johdantosarjassa varten, katso WCAG 2.2 -omaksumisasteen kartoitus, joka seuraa, mitkä kansalliset sääntelijät ovat jo ylittäneet linjan.