Televiestinnän saavutettavuussääntely vuonna 2026
Kaksi sääntelyviranomaista, kaksi lakia, yksi toimintapinta.
Yhdysvalloissa 21st Century Communications and Video Accessibility Act — CVAA, kodifioitu kohtaan 47 U.S.C. § 617 — asettaa erityisiä saavutettavuusvelvollisuuksia edistyneille viestintäpalveluille (ACS): VoIP, sähköiset viestit ja yhteentoimivat videoneuvottelut. Nämä velvollisuudet ovat riippumattomia yleisemmästä ADA Title III -velvollisuudesta, joka koskee julkisia palveluja tarjoavien tahojen verkkosivustoja. Katso ADA Title III -oppaastamme laajempi kehys — CVAA on televiestintäkohtainen lisäkerros sen päälle.
FCC:n televiestinnän saavutettavuusvalvonta on tiukentunut vuodesta 2022 lähtien. Virasto on ottanut käyttöön säännöt reaaliaikaisesta tekstistä (RTT) ja vanhan TTY:n siirtymisestä IP-verkkoihin; videovälityspalvelun (VRS) ja tekstitetyn puhelinpalvelun (CTS) suorituskyvystä; sekä kuulolaitteiden yhteensopivuusluokituksista (HAC) kuulokkeille. Valvontatoimisto julkaisee suostumusasetuksia, joissa nimetään operaattorit, jotka ovat laiminlyöneet RTT-yhteentoimivuuden tai saavutettavuusselosteen toimittamisen — ne ovat julkisia ja kantajien asianajajat lukevat ne.
Euroopan unionissa eurooppalainen esteettömyysdirektiivi sitoo operaattoreita kahdelta suunnalta. 2(2)(b) artikla nimeää "sähköiset viestintäpalvelut" — puhe, SMS, IP-pohjaiset viestit — soveltamisalaan. 2(2)(c) artikla kattaa "interaktiivisen tietojenkäsittelykyvyn omaavat kuluttajapäätelaitteet" — kuulokkeet, reitittimet, digiboxit — mikä sisällyttää operaattorin toimittamat CPE-laitteet ja niiden konfigurointisovellukset. EN 301 549 on vaatimustenmukaisuusstandardi, ja se viittaa WCAG 2.2 AA:han verkko- ja mobiilipintojen osalta.
WCAG 2.2 AA itsessään koskee edelleen jokaista asiakkaalle suunnattua verkkosivustoa ja mobiilisovellusta — laskutusportaalia, vähittäismyyntiä, tukitietokantaa, natiivia iOS- ja Android-sovellusta. CVAA ja EAA eivät korvaa WCAG:ia; ne lisäävät televiestintäkohtaisia velvollisuuksia verkkosivustolta edelleen täytettävän perusvaatimuksen päälle. Alla oleva tarkistuslista on jäsennelty tämän lisäkerroksen ympärille: WCAG 2.2 AA jokaisella rivillä, CVAA/EAA-erityishuomioilla merkittynä soveltuvissa kohdissa.
Televiestinnän 30 kohdan WCAG 2.2 AA + CVAA -tarkistuslista
Kuusi pintaa × viisi tarkistusta. Tulosta se, merkitse se, sitten auditoi se.
-
01 Tili- ja palvelunhallinta
-
02 Laskutus ja maksut
-
03 Viestintäpalvelut
-
04 Laitteiden ja välineiden tilaaminen
-
05 Viat ja tuki
-
06 Verkko-ominaisuudet ja kiintiöt
Alustahuomiot — suurimmat televiestintätoimittajat
Missä tarkistuslista kohtaa koodin käytännössä, toimittajan pinon mukaan.
Amdocs / CSG (laskutus ja asiakashallinta)
Amdocs CES:lle ja CSG Ascendonille rakennetut itsepalveluportaalit toimitetaan kohtuullisilla oletusasetuksilla, mutta niihin tehdään paljon toimistopohjaisia mukautuksia. Toistuvat ongelmat ovat laskun yhteenvetonäyttö (renderöity sijoiteltuina div-ruudukoina semanttisen taulukon sijaan) ja liittymänvaihtovelho (askeleet ilman aria-current-merkkiä, joten ruudunlukuohjelman käyttäjät eivät tiedä, millä askeleella ovat). Molemmat ovat korjattavissa mukautuskerroksessa koskematta toimittajan koodiin. Pyydä järjestelmäintegraattorilta VPAT/EN 301 549 -vaatimustenmukaisuusraportti nimenomaan omasta käyttöönotostasi, ei vakiotuotteesta.
Salesforce Communications Cloud / Oracle Communications (CRM)
CRM-pohjaiset portaalit perivät Lightning- tai Redwood-alustan, joka on kohtuullinen. Mukautuspinta on se, missä asiat hajoavat — Lightning Web Components koottuna ilman aria-live-aluetta ostoskorin ja tilauksen seurantanäkymissä, mukautetut Apex-sivut, jotka kiertävät alustan kohdistustenhallinnan, ja yhteisösivuston teemat, jotka ohittavat kohdistusindikaattorin. Auditoi yhteisön tai portaalin teema erikseen alustasta ja kohtele mitä tahansa "headless Salesforce" -rakennetta auditointitarkoituksissa mukautettuna React-verkkokauppana.
Cisco Webex · Microsoft Teams · Zoom Phone (UC-alustat)
Unified communications -alustat julkaisevat omat VPATinsa ja ovat investoineet voimakkaasti tekstitykseen, ASL-kiinnitykseen ja RTT-tukeen — varsinainen pinta, joka on auditoitava, on upotus. Operaattorin brändiä kantavat Webex/Teams/Zoom-sovellukset käärivät toimittajan SDK:n omaan kuorta, ja kuori on se, missä ongelmat ilmenevät: sovelluksen sisäinen numeronvalitsija, joka ei ilmoita puhelun tilamuutoksia, yhteystietoluettelo renderöitynä div-ruudukkona, läsnäoloindikaattori, joka välitetään vain värin avulla. Nojaa toimittajan saavutettavuusselosteeseen taustamoottorin osalta, mutta auditoi oma kuoresi.
Twilio · Vonage · RingCentral (CPaaS-käyttöliittymän erityispiirteet)
CPaaS-toimittajat toimittavat koontinäyttöjä ja upotettavia komponentteja, joiden laatu vaihtelee. Koontinäytöt itsessään (Twilio Console, Vonage Dashboard, RingCentral Admin) ovat yleensä kunnossa. Upotettavat — napsauta soittaaksesi -widgetit, videotilat, chat-ikkunakoodinpätkät — ovat se, missä operaattorit ja integraattorit epäonnistuvat useimmiten. Kohtele mitä tahansa toimittajan tarjoamaa JS-upotusta kolmannen osapuolen DOM-injektointina: se on auditoitava samalla tarkistuslistalla kuin oma koodisi, koska se renderöityy sivullesi omalla verkkotunnuksellasi ja vastuullasi.
Operaattorin omat sovellukset (natiivi iOS + Android)
Natiivi mobiili on se, missä EAA:n purenta on terävintä — 2(2)(c) artikla kattaa kuluttajapäätelaitteita konfiguroivat sovellukset, ja jäsenvaltioiden sääntelyviranomaiset auditoivat aktiivisesti suurimpien operaattoreiden sovelluksia. Toistuvat ongelmat ovat merkitsemättömät kuvakemäiset painikkeet (ei contentDescription Androidilla, ei accessibilityLabel iOS:lla), mukautetut sovelluksen sisäiset modaalit, jotka eivät kaappaa kohdistusta, ja käyttöönoton karusellit, jotka eivät koskaan ilmoita diaesitysvaihdoksia. Katso oppaamme mobiilinatiivien saavutettavuus-API:ista alustakohtaisille malleille — TalkBack, VoiceOver, Switch Control — joita QA:n on testattava oikeilla laitteilla, ei pelkällä simulaattorilla.
Seuranta- ja auditointisykli
Kertaluonteinen korjaus ei selviä operaattorin julkaisujunasta.
Operaattoriympäristöt muuttuvat jatkuvasti. Markkinointi julkaisee tariffibannerin tiistaina, OSS/BSS-tiimi toimittaa laskutusjärjestelmäpäivityksen torstaina ja natiivit iOS/Android-sovellukset julkaisevat version kahden viikon välein. Kertaluonteinen saavutettavuuskorjaus kestää suunnilleen seuraavaan julkaisuun asti — minkä vuoksi linjan pitävät operaattoritiimit tekevät sen kolmessa kerroksessa, eivät yhdessä.
Ensiksi, suorita ilmainen WCAG 2.2 -skannaus live-asiakasportaaliasi, laskutusprosessiasi ja vikakarttaasi vasten tänään lähtötason luomiseksi. Toiseksi, ota käyttöön jatkuva automaattinen seuranta jokaista esikatseluversiota ja jokaista tuotantojulkaisua vasten — tämä on kerros, joka havaitsee regressiot ennen kuin ne saavuttavat asiakkaan (ja ennen kuin FCC:n valitusjonoa päätyy ne havaitsemaan). Kolmanneksi, tilaa manuaalinen auditointi vammaisten testaajien toimesta vähintään vuosittain ja minkä tahansa merkittävän alustasiirron jälkeen — laskutusjärjestelmän vaihto (Amdocs → CSG tai päinvastoin) on korkein riskitapahtuma ja se edellyttää manuaalista auditointia ennen julkaisua, ei sen jälkeen.
Seurannan ja manuaalisen auditoinnin siirtymää varten erityisesti seurannan ostajan oppaassamme käsitellään alustoja, jotka hoitavat skannauksesta auditointiin ulottuvan työnkulun alusta loppuun — Qualibooth, axe Monitor, Siteimprove ja Level Access. Televiestinnässä erityisesti, painota valintasi kolmen kriteerin mukaan: integraatio CI/CD-järjestelmääsi (useimmat operaattorien julkaisujunat ovat Jenkins tai GitLab CI, eivät GitHub Actions); sisältääkö alustan manuaalisen auditoinnin testaajien verkosto RTT-käyttäjiä ja ensisijaisesti viittomakieltä käyttäviä — kaikki eivät sisällä; ja tukeeko alusta sekä verkko- että mobiilinatiiviauditointia yhdessä koontinäytössä, koska portaaliasi ja sovellustasi ei voi pitää erillisillä sykleillä.
UKK
Kysymykset, joita operaattoritiimit esittävät ennen sitoutumista.
Mikä on CVAA ja miten se liittyy ADA:han?
21st Century Communications and Video Accessibility Act (CVAA, 47 U.S.C. § 617) on televiestintäalan liittovaltion laki, jota valvoo FCC. Se koskee edistyneitä viestintäpalveluja (ACS) — VoIP, sähköiset viestit, yhteentoimivat videoneuvottelut — sekä niiden käyttämiseen tarvittavia laitteita. ADA on erillinen, laajempi laki, jota valvoo DOJ ja joka kattaa yleisesti julkisia palveluja tarjoavien tahojen verkkosivustot. Televiestintäoperaattorit ovat molempien lakien piirissä: CVAA itse palvelun osalta, ADA Title III asiakkaille suunnatun verkkosivuston ja toimipisteen osalta. Operaattorin on läpäistävä CVAA-erityistestit JA täytettävä WCAG 2.2 AA -vaatimukset verkko- ja mobiilirajapinnassaan.
Onko meillä velvollisuus tukea reaaliaikaista tekstiä (RTT)?
Kyllä, Yhdysvalloissa. FCC:n säännöt velvoittavat langattomia operaattoreita ja kuulokelaitteiden valmistajia tukemaan RTT:tä (47 CFR § 67) TTY:n nykyaikaisena korvaajana. Verkkojen ei enää tarvitse tukea vanhanaikaista TTY:tä, mutta RTT on pakollinen — ja RTT-yhteyden on toimittava päästä päähän, myös operaattoreiden välillä ja julkiseen hätäkeskukseen (PSAP / 911). Tämä on verkko- ja laitekohtainen velvollisuus, ei verkkosivustovelvollisuus, mutta asiakasportaalinne on ilmoitettava RTT-tuki tarkasti laite- ja liittymäkohtaisesti.
Kattaako EAA mobiilioperaattorisovellukseni?
Lähes varmasti. EAA:n 2(2)(b) artikla nimeää "sähköiset viestintäpalvelut" soveltamisalan piiriin, ja 2(2)(c) artikla nimeää "interaktiivisen tietojenkäsittelykyvyn omaavat kuluttajapäätelaitteet" — minkä Euroopan komissio on tulkinnut kattavan asiakkaalle suunnatun mobiilisovelluksen, joka toimii yhdessä kyseisen päätelaitteen kanssa. Jokainen operaattori, joka myy SIM-kortteja, laitteita tai VoIP-palveluja EU:hun, kuuluu soveltamisalaan, sen on noudatettava EN 301 549 -standardia (joka viittaa WCAG 2.2 AA:han verkko- ja mobiilipintojen osalta) ja sen on julkaistava saavutettavuusseloste 13 artiklan mukaisesti.
Entä TTY-tuki — onko se edelleen pakollinen?
Ei, ei IP-verkoissa. FCC poisti langattoman TTY-vaatimuksen RTT:n tultua käyttökelpoiseksi, ja operaattorit voivat nyt käyttää RTT:tä TTY:n sijaan IP-pohjaisissa verkoissa. TTY-tuki on edelleen odotettavissa vanhoissa TDM-piireissä, joissa ne ovat käytössä, mutta uusien rakenteiden (5G-ääni, VoLTE, VoNR) on tuettava vain RTT:tä. Asiakasportaalin teksti, jossa vielä lukee "vain TTY", tulisi päivittää muotoon "RTT (reaaliaikainen teksti) — korvaa TTY:n" lyhyellä siirtymäselityksellä.
Miten teen vikakartan saavutettavaksi?
Kaksi ehdotonta osaa. Ensinnäkin kartalla itsellään on oltava ei-koristeellinen rooli ja tekstivaihtoehto; pelkkä SVG-kuva kanvaasilla ilman aria-label-attribuuttia ei täytä WCAG 1.1.1:tä. Toiseksi — ja tärkeämmin — samat vikadata on julkaistava tekstiluettelona: postinumero/alue, tila (ratkaistu / tutkinnassa / palautettu), vaikuttavat palvelut, arvioitu korjausaika. Näppäimistön käyttäjät, ruudunlukuohjelman käyttäjät ja matalakaistaiset käyttäjät tukeutuvat luetteloon, eivät karttaan. Kartta on lisäominaisuus; luettelo on totuuden lähde.
Kuuluvatko VRS-tulkit operaattorin saavutettavuusvelvollisuuteen?
Video Relay Service (VRS) -tulkit tarjoaa FCC:n sertifioimat VRS-palveluntarjoajat, ei operaattorit suoraan — ja palvelu rahoitetaan liittovaltion Telecommunications Relay Services (TRS) -rahastosta. Operaattorin velvollisuus on varmistaa, että sen verkko ja laitteet toimivat yhteen VRS:n kanssa, että asiakasportaalin tiedot selittävät VRS:n saatavuuden ja että operaattorin omat tukikanavat tarjoavat viittomakielitulkin pyyntöreitin kuuroille ja huonokuuloisille asiakkaille. Tulkkien hankkiminen ei ole operaattorin vastuulla; löydettävyys ja yhteentoimivuus ovat.
Kuinka usein operaattorin tulisi auditoida asiakasportaalinsa?
Automaattinen skannaus tulisi suorittaa jokaisen julkaisun yhteydessä — operaattoriportaalit muuttuvat viikoittain, joskus päivittäin, ja valvomaton portaali ajautuu poikkeamiin. Yhdistä tämä neljännesvuosittaiseen automaattiseen raporttiin koko kiinteistöstä (portaali, laskutus, sovellus, vikakartta) ja vuosittaiseen manuaaliseen auditointiin vammaisten testaajien toimesta, mukaan lukien RTT-käyttäjät ja viittomakieltä ensisijaisesti käyttävät. Minkä tahansa merkittävän uudistuksen tai alustasiirron jälkeen — ja erityisesti laskutusjärjestelmän vaihdon (Amdocs, CSG) jälkeen — tilaa uusi manuaalinen auditointi ennen julkaisua, ei sen jälkeen.
Kolme seuraavaa askelta
Valitse se, joka vastaa operaattoritiimisi nykytilannetta.
-
Suorita ilmainen skannaus nyt
Live-ilmainen WCAG 2.2 -skannaus mitä tahansa julkista URL-osoitetta vasten — asiakasportaaliasi, laskutussivuasi, vikakarttaasi. Paras lähtökohta, jos sinulla ei ole nykyistä lähtötasoa julkisista pinnoista.
-
Lue sääntelyt rinnakkain
EAA-oppaassamme ja ADA Title III -oppaassamme käsitellään, mitä kukin laki edellyttää operaattorin verkkosivustoilta ja sovelluksilta — ja missä CVAA, EAA 2 artikla ja WCAG 2.2 menevät päällekkäin.
-
Tilaa manuaalinen auditointi
Lue oppaastamme, miten tilata manuaalinen auditointi vammaisten testaajien toimesta — mitä pyytää, mitä budjetoida ja mitkä alustat sisältävät oikean testaajien verkoston RTT- ja viittomakielen ensisijaisille käyttäjille verrattuna niihin, jotka ulkoistavat sen.