Tillgänglighet för mobiloperatörer, ISP:er och unified-comms — för CVAA, EAA och allt däremellan.

I USA ålägger 21st Century Communications and Video Accessibility Act — CVAA, kodifierad i 47 U.S.C. § 617 — specifika tillgänglighetsskyldigheter på avancerade kommunikationstjänster (ACS): VoIP, elektroniska meddelanden och driftskompatibel videokonferens. Dessa skyldigheter gäller oberoende av den mer generella ADA Title III-skyldigheten som gäller för webbplatser för allmänt tillgängliga verksamheter. Se vår ADA Title III-guide för det bredare ramverket — CVAA är det telekomspecifika tillägget ovanpå det.

FCC:s tillsyn av telekomtillgänglighet har skärpts sedan 2022. Kommissionen har fastställt regler om realtidstext (RTT) och migreringen från äldre TTY i IP-nätverk; om prestanda för videoreläservice (VRS) och texttelefontjänst (CTS); och om hörapparat-kompatibilitetsbetyg (HAC) för handsets. Tillsynsenheten publicerar samförståndsavtal som namnger operatörer som har brustit i RTT-driftskompatibilitet eller inlämnande av tillgänglighetsutlåtanden — dessa är offentliga och läses av kärandes juridiska ombud.

Inom Europeiska unionen binder Europeiska tillgänglighetsakten operatörer från två håll. Artikel 2(2)(b) namnger "elektroniska kommunikationstjänster" — röst, SMS, IP-baserade meddelanden — som i tillämpningsområdet. Artikel 2(2)(c) täcker "konsumentterminaler med interaktiv beräkningsförmåga" — handsets, routrar, digitalboxar — vilket inkluderar operatörslevererad CPE och apparna som konfigurerar den. EN 301 549 är överensstämmelsestandarden och hänvisar till WCAG 2.2 AA för webb- och mobilytor.

Och WCAG 2.2 AA gäller fortfarande för varje kundvänd webbplats och mobilapp — faktureringsportal, butiksstorefront, supportkunskapsbas, inhemska iOS- och Android-appar. CVAA och EAA ersätter inte WCAG; de lägger telekomspecifika skyldigheter ovanpå en baslinje som du fortfarande måste uppfylla för webbplatsen i sig. Checklistan nedan är strukturerad runt det tillägget: WCAG 2.2 AA på varje rad, med CVAA/EAA-specifika noteringar utpekade där de gäller.

Operatörsmiljöer förändras kontinuerligt. Marknadsföringen lanserar en tariffbanderoll på tisdag, OSS/BSS-teamet levererar en faktureringsuppdatering på torsdag, och de inhemska iOS/Android-apparna skär en release varannan vecka. En engångsåtgärd för tillgänglighet håller ungefär lika länge som nästa driftsättning — det är därför telekomteam som håller linjen gör det i tre lager, inte ett.

Kör först en gratis WCAG 2.2-skanner mot din live kundportal, ditt faktureringsflöde och din driftstörningskarta idag för att fastställa en baslinje. Integrera sedan kontinuerlig automatiserad övervakning mot varje förhandsbygge och varje produktionsdriftsättning — det är det lager som fångar regressioner innan de når kunden (och innan FCC:s klagomålskö gör det). Beställ sedan en manuell tillgänglighetsgranskning av testare med funktionsnedsättningar minst årligen, och efter varje större plattformsbyte — ett faktureringssystembyte (Amdocs → CSG, eller vice versa) är den högsta riskdriftsättningen och motiverar en manuell granskning före lansering, inte efter.

För övergången från övervakning till manuell granskning specifikt täcker vår köpguide för övervakning de plattformar som hanterar skanning-till-granskning-arbetsflödet från ände till ände — Qualibooth, axe Monitor, Siteimprove och Level Access. För telekom specifikt, väg ditt val på tre kriterier: integration med din CI/CD (de flesta operatörsreleasetåg är Jenkins eller GitLab CI, inte GitHub Actions); om plattformens manuella granskarnätverk inkluderar RTT-användare och ASL-förstahandsanvändare — inte alla gör det; och om plattformen stöder både webb- och inhemsk mobilgranskning under ett dashboard, eftersom din portal och din app inte kan vara på separata cykler.