Ուղեցույց · Ստանդարտը

WCAG 2.2.ինը բան, որ փոխվեց՝ պարզ լեզվով։

WCAG-ը այն ցուցակն է, որին հղվում է աշխարհի գրեթե ամեն հասանելիության օրենք։ 2.2 տարբերակն ավելացնում է ինը success criterion և հեռացնում մեկը։ Այս ուղեցույցը բացատրում է յուրաքանչյուր նոր չափորոշիչ՝ կոնկրետ խնդրով և լուծմամբ, ասում է, թե որոնք է օրենքն իրականում պահանջում, և ցույց տալիս, թե ձեր կարգավորումն այսօր WCAG-ի որ տարբերակին է հղվում։

Վերջին թարմացում՝ · Ստորև բերված յուրաքանչյուր չափորոշչի համար և մակարդակ վերցված է հենց W3C-ի «What's New in WCAG 2.2»-ից և WCAG 2.2 Recommendation-ից։ Վերանայվել է FlexAccesses-ի հասանելիության թիմի կողմից։

Ինչ է իրականում WCAG-ը

WCAG-ը՝ Web Content Accessibility Guidelines, թեստավորելի պնդումների հավաքածու է այն մասին, թե ինչն է վեբ-բովանդակությունը դարձնում օգտագործելի հաշմանդամություն ունեցող մարդկանց համար։ Այն հրապարակում է World Wide Web Consortium-ը (W3C)՝ նույն մարմինը, որ պահպանում է HTML-ի և CSS-ի ստանդարտները։ Այն օրենք չէ։ Դա տեխնիկական ցուցակն է, որը աշխարհի օրենքները փոխառում են, երբ պետք է սահմանել, թե ինչ է նշանակում «հասանելի» — հենց դրա համար նույն փաստաթուղթը կանգնած է ԱՄՆ-ի ADA-ի, Եվրոպական հասանելիության ակտի և մի քանի մայրցամաքի հանրային կանոնների ետևում։

WCAG-ի ամեն ինչ հենվում է չորս սկզբունքի վրա, որ ամենահեշտն է հիշել իրենց սկզբնատառերով՝ POUR. բովանդակությունը պետք է լինի Perceivable (ընկալելի), Operable (գործարկելի), Understandable (հասկանալի) և Robust (կայուն)։ Դրանց տակ դասավորված են ուղեցույցները, իսկ ուղեցույցների տակ՝ առանձին, թեստավորելի success criteria-ները՝ համարակալված կետերը, ինչպիսին է «1.4.3 Contrast»-ը, որոնց դեմ աուդիտորն իրականում ստուգում է։ WCAG 2.2-ն ունի 87 այդպիսին։

POUR-ի չորս սկզբունքը, որոնց տակ դասավորված է WCAG-ի ամեն success criterion։

2.0-ը, 2.1-ը և 2.2-ը բոլորն էլ գործում են — 2.2-ը մյուսները չի չեղարկում

Տարածված սխալ պատկերացում է, թե նոր տարբերակը հանում է հինը։ Այդպես չէ։ W3C-ն նշում է, որ WCAG 2.0-ը, 2.1-ը և 2.2-ը բոլորն էլ գործող ստանդարտներ են, և 2.2-ը չի ապակտիվացնում կամ փոխարինում 2.1-ը։ Դրանք նախագծված են շերտավորվելու համար. 2.2-ին համապատասխանող բովանդակությունը համապատասխանում է նաև 2.1-ին և 2.0-ին։ W3C-ն պարզապես խրախուսում է օգտագործել վերջին տարբերակը։

A, AA, AAA — և միակ մակարդակը, որ գործնականում կարևոր է

Յուրաքանչյուր success criterion ունի համապատասխանության մակարդակ։ A մակարդակը հատակն է՝ ամենաէական խոչընդոտները։ AA մակարդակը ավելացնում է պահանջները, որ կայքը դարձնում են իսկապես օգտագործելի, և հենց այն մակարդակն է, որ պահանջում է գրեթե ամեն օրենք ու պայմանագիր։ AAA մակարդակը ամենախիստ շերտն է. W3C-ն ինքն է նշում, որ այն խորհուրդ չի տրվում որպես ամբողջ կայքերի ընդհանուր պահանջ, քանի որ որոշ բովանդակություն չի կարող այն բավարարել։ Երբ որևէ մեկն ասում է «WCAG compliant»՝ առանց մակարդակ նշելու, գրեթե միշտ նկատի ունի AA։

AԷական՝ հատակըAAԻրավական և գործնական նպատակըAAAԸնդլայնված՝ ոչ ընդհանուր պահանջ
Մակարդակները շերտավորվում են. AA-ին հասնելը նշանակում է, որ հասել ես նաև A-ին։ AAA-ն վերևում է, բայց ամբողջ կայքի համար չի պահանջվում։

WCAG 2.2-ը հայացքով

WCAG 2.2-ը դարձավ W3C Recommendation 2023 թ. հոկտեմբերի 5-ին, իսկ 2025 թ. հոկտեմբերի 21-ին հաստատվեց որպես միջազգային ստանդարտ՝ ISO/IEC 40500:2025, ինչը հեշտացնում է ավելի շատ երկրների համար այն ուղղակիորեն ընդունելը։ 2.1-ի համեմատ փոփոխությունը փոքր է և ավելացնող։

9նոր success criterion 2.1-ից ի վեր
6դրանցից A կամ AA մակարդակի՝ ինչ օրենքն է պահանջում
1հեռացված չափորոշիչ՝ 4.1.1 Parsing
87ընդհանուր թեստավորելի չափորոշիչ 2.2-ում

Ինը հավելումը գրվել են երեք ոլորտում հայտնի բացերը փակելու համար՝ ստեղնաշարով նավարկողներ, շարժողական խանգարումներ ունեցող մարդիկ (հատկապես հպաէկրանների վրա) և ճանաչողական ու ուսումնական խնդիրներ ունեցողներ։ Եթե ձեր կայքն օգտագործում է drag-and-drop, կպչուն վերնագրեր, փոքր հպման թիրախներ, CAPTCHA-ներ կամ բազմաքայլ ձևեր, WCAG 2.2-ը ուղիղ ձեզ է վերաբերում։

Ինը նոր success criterion

Յուրաքանչյուր քարտ բացվում է՝ ցույց տալով պարզ լեզվով բացատրություն, իրական խոչընդոտ, որ այն կանխում է, լուծումը, և թե ձեր թիմից ով է պատասխանատու։ Խնդիր-լուծում օրինակները վերցված են հենց W3C-ի persona-սցենարներից։ Մակարդակը ցուցադրված է ամեն քարտի վրա. վեց A/AA-ներն են, որոնց վրա կենտրոնանում եք իրավական համապատասխանության համար, իսկ երեք AAA-ները արժե իմանալ, բայց հազվադեպ են ամբողջությամբ պահանջվում։

2.4

Navigable (Նավարկելի)

Օգնեք մարդկանց գտնել բովանդակությունը և իմանալ, թե որտեղ են։

2.4.11Focus Not Obscured (Minimum)AA

Երբ էլեմենտը ստանում է ստեղնաշարային ֆոկուս, այն չպետք է ամբողջությամբ թաքնված լինի ձեր ավելացրած այլ բովանդակության ետևում՝ ինչպիսին կպչուն վերնագիրն է կամ cookie-ի banner-ը։

Խոչընդոտը«Ներքևում մշտապես banner կա։ Երբ Tab եմ անում, որոշ կետեր թաքնվում են դրա ետևում, և ես չեմ տեսնում, թե որտեղ եմ»։
ԼուծումըԱվելացրեք scroll-padding, որ ֆոկուսված էլեմենտները դուրս մղվեն կպչուն գծերից, կամ փակեք overlay-ները, երբ ֆոկուսը մտնում է դրանց ետևի հատված։

Պատասխանատու՝ ծրագրավորողW3C-ի բացատրություն (opens in a new tab)

2.4.12Focus Not Obscured (Enhanced)AAA

2.4.11-ի ավելի խիստ տարբերակը. երբ էլեմենտն ստանում է ֆոկուս, դրա ոչ մի մասը չպետք է թաքնված լինի հեղինակի բովանդակությամբ, նույնիսկ մասամբ։

ԽոչընդոտըՆույնիսկ մասամբ կտրված ֆոկուսված կառավարումը դժվար է կարդալ ցածր տեսողություն կամ ուշադրության առանձնահատկություն ունեցողների համար։
ԼուծումըՆույն մեթոդները, ինչ 2.4.11-ում, կիրառված այնպես, որ ֆոկուսված էլեմենտն ամբողջովին տեսանելի լինի՝ լրացուցիչ լուսանցքով։

Պատասխանատու՝ ծրագրավորողW3C-ի բացատրություն (opens in a new tab)

2.4.13Focus AppearanceAAA

Ֆոկուս-ցուցիչն ինքը պետք է լինի բավական մեծ և բարձր կոնտրաստով, որ երևա. առնվազն էլեմենտի շուրջ 2px հաստությամբ եզրագծի մակերես, և 3:1 կոնտրաստ ֆոկուսված ու չֆոկուսված վիճակների միջև։

Խոչընդոտը«Չեմ կարողանում ասել, թե որտեղ է ստեղնաշարի ֆոկուսը, երբ շարժվում եմ էջով»։ Աղոտ 1px եզրագիծն անհետանում է շատ տարեց օգտատերերի համար։
ԼուծումըՕգտագործեք հաստ, բարձր կոնտրաստի ֆոկուս-օղակ — հենց այն, ինչ անում է այս էջը՝ 3px հաստությամբ եզրագիծ՝ 2px շեղումով ամեն ֆոկուսվող էլեմենտի վրա։

Պատասխանատու՝ դիզայներ + ծրագրավորողW3C-ի բացատրություն (opens in a new tab)

2.5

Input Modalities (Մուտքի եղանակներ)

Դարձրեք գործարկելի մկնիկից և ստեղնաշարից անդին։

2.5.7Dragging MovementsAA

Այն ամենը, ինչ աշխատում է քաշելով, պետք է աշխատի նաև պարզ մեկ սեղմումով կամ հպումով, եթե միայն քաշելն իսկապես էական չէ։

Խոչընդոտը«Չեմ կարողանում սեղմել մկնիկի կոճակը և բավական ճշգրիտ քաշել՝ այս կետերը վերադասավորելու համար»։ Ճիշտ է ձեռքի դողի և բազմաթիվ շարժողական վիճակների դեպքում։
ԼուծումըՏրամադրեք սեղմումի վրա հիմնված այլընտրանքներ՝ վեր/վար սլաքներ դասավորվող ցուցակի կողքին, «տեղափոխել դեպի» մենյու, կամ հպել-տեղադրել՝ քաշել-տեղադրելու փոխարեն։

Պատասխանատու՝ ծրագրավորողW3C-ի բացատրություն (opens in a new tab)

2.5.8Target Size (Minimum)AA

Հպման և սեղմման թիրախները պետք է լինեն առնվազն 24×24 CSS պիքսել, կամ ունենան բավական տարածություն, որ ամեն մեկի վրա կենտրոնացված 24px շրջանը չհատվի հարևանների հետ։ Տողում գտնվող տեքստային հղումները բացառություն են։

Խոչընդոտը«Կոճակներն այնքան մոտ են, որ Cancel եմ սեղմում Submit-ի փոխարեն, հետո ստիպված սկսում եմ նորից»։ Ամենօրյա իրողություն ձեռքի դողի և շարժվող ավտոբուսում գտնվող ցանկացածի համար։
ԼուծումըԻնտերակտիվ էլեմենտները չափեք առնվազն 24px (44px-ն ավելի ապահով է հիմնական գործողությունների համար) և ավելացրեք տարածություն դրանց միջև։ Դա CSS-ի փոփոխություն է, ոչ վերանախագծում։

Պատասխանատու՝ դիզայներ + ծրագրավորողW3C-ի բացատրություն (opens in a new tab)

Նույն կոճակները 16px-ով (կպած) և 24px նվազագույնով՝ տարածությամբ։ Այս էջի ամեն ինտերակտիվ կառավարում բավարարում է 24px կանոնը։
3.2

Predictable (Կանխատեսելի)

Դարձրեք էջերը մարդկանց ակնկալածի պես վարվող։

3.2.6Consistent HelpA

Եթե օգնության մեխանիզմը՝ կապի հղում, հեռախոսահամար կամ չաթ, հայտնվում է մի քանի էջում, այն պետք է հայտնվի նույն հարաբերական տեղում ամեն անգամ։

Խոչընդոտը«Որոշ տեղերում Chat տարբերակ եմ տեսել, բայց հիմա չեմ գտնում»։ Օգնությունը տեղից տեղ տեղափոխելը ստիպում է ամեն էջը նորից սովորել։
ԼուծումըՊահեք օգնության մուտքակետը հետևողական տեղում՝ ֆիքսված անկյուն կամ վերնագրի նույն դիրք, ամբողջ կայքով մեկ։

Պատասխանատու՝ դիզայներ + կոնտենտW3C-ի բացատրություն (opens in a new tab)

3.3

Input Assistance (Մուտքի աջակցություն)

Օգնեք մարդկանց խուսափել սխալներից և ուղղել դրանք։

3.3.7Redundant EntryA

Մի պահանջեք նույն տեղեկությունը երկու անգամ մեկ գործընթացում։ Ինքնալրացրեք այն, կամ թույլ տվեք օգտատիրոջն ընտրել արդեն մուտքագրածից։

Խոչընդոտը«Ստիպված եմ նորից մուտքագրել այն, ինչ նախորդ քայլում եմ լրացրել»։ Դժվար է հիշողության կամ ուշադրության առանձնահատկություն ունեցողների համար, հոգնեցնող՝ բոլորի։
ԼուծումըՓոխանցեք արժեքներն առաջ՝ օրինակ՝ «նույնը, ինչ առաքման հասցեն» վանդակ վճարման համար, կամ նախորդ քայլից նախապես լրացված դաշտեր։

Պատասխանատու՝ ծրագրավորողW3C-ի բացատրություն (opens in a new tab)

3.3.8Accessible Authentication (Minimum)AA

Մի ստիպեք մարդկանց հանելուկ լուծել, մտապահել կամ արտագրել կոդ՝ մուտք գործելու համար։ Մուտքի քայլը պետք է առաջարկի ուղի, որ չհենվի ճանաչողական թեստի վրա։

Խոչընդոտը«Երբեք չեմ հիշում գաղտնաբառս, շատ դժվար է այս հավելված մտնելը»։ CAPTCHA-ներն ու մտապահվող կոդերը փակում են ճանաչողական բազմաթիվ խնդիրներ ունեցողների ճանապարհը։
ԼուծումըԹույլատրեք գաղտնաբառի կառավարիչներ և paste, առաջարկեք email-հղումով կամ passkey մուտք, և մի արգելեք copy-paste-ը OTP դաշտերում։

Պատասխանատու՝ ծրագրավորողW3C-ի բացատրություն (opens in a new tab)

3.3.9Accessible Authentication (Enhanced)AAA

3.3.8-ի ավելի խիստ տարբերակը. նույնականացումը չպետք է պահանջի նաև առարկաների կամ օգտատիրոջ տրամադրած պատկերների ճանաչում՝ հեռացնելով object-recognition և personal-content բացառությունները, որ AA-ն թույլ է տալիս։

Խոչընդոտը«Խնդրում է սեղմել կատուների նկարների վրա, բայց ես չեմ կարողանում ասել, թե որոնք են կատուները»։ Պատկերային հանելուկները բացառում են որոշ ճանաչողական և տեսողական խնդիրներ։
ԼուծումըՀենվեք passkey-ների, email-հղումների կամ paste-ով պարզ գաղտնաբառի մուտքի վրա՝ առանց պատկերի կամ առարկայի ճանաչման ողջ ընթացքում։

Պատասխանատու՝ ծրագրավորողW3C-ի բացատրություն (opens in a new tab)

Այն մեկ բանը, որ WCAG 2.2-ը հեռացրեց

WCAG 2.2-ը հանեց ուղիղ մեկ չափորոշիչ՝ 4.1.1 Parsing-ը, որը նախկինում պահանջում էր մաքուր, վավեր HTML՝ ճիշտ ներդրված թեգեր, առանց կրկնվող ID-ների և այլն։ Այն հեռացվեց և նշվեց հնացած, քանի որ ժամանակակից բրաուզերներն ու օժանդակ տեխնոլոգիաներն այժմ հետևողականորեն մշակում են ոչ կատարյալ մարկափը HTML5-ի parsing ալգորիթմով, ուստի parsing-ի սխալներն ու հասանելիության սխալներն այլևս նույնը չեն։ W3C-ն նույնիսկ այն դիտում է որպես «միշտ բավարարված»՝ հետընթաց 2.0-ի և 2.1-ի ներքո։

Սա «հետընթաց համատեղելիության» միակ բացն է

Ասում են, թե WCAG 2.2-ը լիովին հետընթաց համատեղելի է 2.1-ի հետ, և գործնականում այդպես է՝ այս մեկ աստղանիշով։ Եթե պայմանագիրը կամ գնումների փաստաթուղթը դեռ պահանջում է WCAG 2.0-ի կամ 2.1-ի տողառտող արդյունք, գուցե պետք լինի 4.1.1-ը թեստավորել և հաշվետվել առանձին, թեև 2.2-ն ինքն այն այլևս չի հաշվում։ Վավեր HTML-ը մնում է լավագույն պրակտիկա. այն պարզապես այլևս ինքնին WCAG-ի սխալ չէ։

Ձեր օրենքն իրականում WCAG-ի ո՞ր տարբերակին է հղվում

Հենց այստեղ է վստահ մարքեթինգն ամենից հաճախ սխալվում։ Այն տարբերակը, որին իրավաբանորեն պետք է համապատասխանեք, կախված է նրանից, թե որ ռեժիմն է ձեզ ընդգրկում, և սովորաբար դա դեռ ոչ 2.2-ն է։ Լավ նորությունն այն է, որ քանի որ 2.2-ը հետընթաց համատեղելի է, 2.2-ի ուղղությամբ կառուցելը միանգամից բավարարում է սրանցից յուրաքանչյուրը։

ADA (ԱՄՆ)

Title II՝ պետական · Title III՝ մասնավոր

Հղվում է WCAG 2.1 AA-ին

2024-ի DOJ Title II կանոնը ընդունում է 2.1 AA. Title III-ի համաձայնագրերը նույնպես հղվում են դրան։ ԱՄՆ-ի ոչ մի կանոն դեռ 2.2 չի անվանում։

Կարդալ ADA ուղեցույցը →

EAA (Եվրոպական միություն)

EN 301 549-ի միջոցով

Հղվում է WCAG 2.1 AA-ին

ԵՄ Պաշտոնական տեղեկագրում մեջբերված տարբերակը (EN 301 549 v3.2.1) հիմնված է 2.1 AA-ի վրա։ 2.2-ի հետ համապատասխանեցնող v4.1.0 նախագիծը հանրային քննարկման փուլում է, դեռ օրենք չէ։

Կարդալ EAA ուղեցույցը →

Section 508 (ԱՄՆ դաշնային)

Դաշնային գործակալություններ և նրանց մատակարարներ

Հղվում է WCAG 2.0 AA-ին

508 Refresh-ը հղումով ներառեց WCAG 2.0 Level AA։ Այն մնում է երեքից ամենահին ելակետը՝ ևս մեկ պատճառ, որ 2.2-ը ձեզ հանգիստ ծածկում է։

Կարդալ 508 ուղեցույցը →

Գործնական պատասխանը՝ կառուցեք 2.2 AA-ի ուղղությամբ

Եթե համապատասխանում եք WCAG 2.2 Level AA-ին, ապա համապատասխանում եք նաև 2.1 AA-ին և 2.0 AA-ին. այսինքն՝ մեկ անցումով բավարարում եք ADA-ի ելակետը, EAA-ի ընթացիկ ելակետը և Section 508-ը, և պատրաստ եք, երբ կարգավորումներն անցնեն 2.2-ի։ 2.1-ի ելակետի վրա ավելացնում եք միայն վեց նոր A/AA չափորոշիչ։ Սա պլանավորման առաջարկ է, ոչ իրավական խորհրդատվություն։

Որտեղից սկսել

Առաջընթացի համար պետք չէ մտապահել 87 չափորոշիչ։ Ավտոմատ ստուգումն ակնթարթորեն հայտնաբերում է WCAG 2.2 AA չափանիշների 30–50%-ը, և, ի դեպ, դրա որսածի մեծ մասը վեբում գերիշխող մի քանի սխալն է՝ կոնտրաստ, alt տեքստ, ձևի պիտակներ, դատարկ հղումներ և կոճակներ։ Սկսեք այնտեղից, ապա ավելացրեք WCAG 2.2-ի հավելումները, ապա ներգրավեք մարդկային թեստավորումն այն ուղիների համար, որ մեքենան չի կարող գնահատել։

ՔԱՅԼ 1

Սկանավորեք հիմունքները

Անվճար ավտոմատ սկանը 2.1/2.2 AA-ի դեմ վայրկյանների ընթացքում գտնում է կոնտրաստի, պիտակների և alt-տեքստի խնդիրները։

ՔԱՅԼ 2

Ավելացրեք 2.2 ստուգումները

Անցեք վեց նոր A/AA չափորոշիչներով՝ թիրախի չափ, քաշում, ֆոկուս, հետևողական օգնություն, կրկնվող մուտք, հասանելի նույնականացում։

ՔԱՅԼ 3

Թեստավորեք մարդկանցով

Միայն-ստեղնաշար և էկրանի ընթերցիչով անցումները ձեր հիմնական ուղիներով որսում են այն, ինչ ավտոմատը չի կարող գնահատել։

ՔԱՅԼ 4

Փաստաթղթավորեք և պահպանեք

Հրապարակեք հասանելիության հայտարարություն և վերասկանավորեք ամեն թողարկումով, որ նոր կոդը հին խոչընդոտները չվերադարձնի։

Հաճախակի հարցեր

Ո՞րն է տարբերությունը WCAG 2.1-ի և 2.2-ի միջև։

WCAG 2.2-ը ավելացնում է ինը success criterion և հեռացնում մեկը՝ 4.1.1 Parsing։ Իննից վեցը A կամ AA մակարդակի են։ 2.1-ի մնացած ամեն ինչ փոխանցվում է անփոփոխ, ուստի 2.2-ին համապատասխանող կայքը համապատասխանում է նաև 2.1-ին։

WCAG 2.2-ը փոխարինու՞մ է WCAG 2.1-ին։

Ոչ։ WCAG 2.0-ը, 2.1-ը և 2.2-ը բոլորն էլ գործող W3C ստանդարտներ են։ 2.2-ը չի ապակտիվացնում կամ փոխարինում 2.1-ը։ W3C-ն խրախուսում է վերջին տարբերակի օգտագործումը, և քանի որ 2.2-ը հետընթաց համատեղելի է, դրան նպատակադրվելը բավարարում է նաև 2.1-ը։

Քանի՞ նոր չափորոշիչ կա WCAG 2.2-ում և ի՞նչ մակարդակների։

Ինը։ Երկուսը A մակարդակի (Consistent Help, Redundant Entry), չորսը AA մակարդակի (Focus Not Obscured Minimum, Dragging Movements, Target Size Minimum, Accessible Authentication Minimum), և երեքը AAA մակարդակի (Focus Not Obscured Enhanced, Focus Appearance, Accessible Authentication Enhanced)։

Ի՞նչ հեռացվեց WCAG 2.2-ից։

4.1.1 Parsing success criterion-ը հեռացվեց և նշվեց հնացած, քանի որ ժամանակակից բրաուզերները հետևողականորեն մշակում են սխալ HTML-ը։ Այն դիտվում է որպես միշտ բավարարված նույնիսկ 2.0-ի և 2.1-ի ներքո։ Այն հաշվետվում եք միայն, եթե պայմանագիրը դեռ պահանջում է 2.0-ի կամ 2.1-ի տողառտող արդյունք։

Օրենքը WCAG-ի ո՞ր տարբերակն է պահանջում։

Տարբեր է։ ԱՄՆ DOJ Title II կանոնը և ADA-ի համաձայնագրերի մեծ մասը հղվում են WCAG 2.1 AA-ին։ EAA-ն գործում է EN 301 549-ի միջոցով, որի ներկայում մեջբերվող տարբերակը հղվում է 2.1 AA-ին, իսկ 2.2-ի հետ համապատասխանեցնող նախագիծը ընթացքի մեջ է։ Section 508-ը հղվում է 2.0 AA-ին։ Քանի որ 2.2-ը հետընթաց համատեղելի է, դրան նպատակադրվելը բավարարում է բոլորը։

WCAG 2.2-ը ISO ստանդարտ է՞։

Այո։ 2025 թ. հոկտեմբերի 21-ին WCAG 2.2-ը հաստատվեց որպես ISO/IEC 40500:2025, ինչը հեշտացնում է ավելի շատ երկրների համար այն որպես ազգային ստանդարտ պաշտոնապես ընդունելը։

Աղբյուրներ. W3C, What's New in WCAG 2.2 (բացվում է նոր ներդիրում) և WCAG 2.2 Recommendation (բացվում է նոր ներդիրում) (2023 թ. հոկտեմբերի 5); W3C WAI, WCAG 2 ակնարկ (բացվում է նոր ներդիրում); ISO/IEC 40500:2025 (WCAG 2.2-ը հաստատված որպես ISO ստանդարտ, 2025 թ. հոկտեմբերի 21); ETSI, Draft EN 301 549 v4.1.0 (2025 թ. նոյեմբեր, հանրային քննարկում)։ Ստանդարտները փոփոխվում են. ստուգեք ձեր կարգավորողի մեջբերած տարբերակը առաջնային աղբյուրի դեմ։ Այս էջը տեխնիկական ուղեցույց է, ոչ իրավական խորհրդատվություն։

Տեսեք, թե ձեր կայքը որտեղ է2.2 AA-ի դեմ։

Անվճար սկան WCAG 2.1/2.2 AA-ի դեմ, առանց հաշվի, յուրաքանչյուր գտածո՝ պիտակավորված ըստ նրա, թե ով է ուղղում։ Ամենահստակ առաջին քայլը դեպի ստանդարտը, որին ամբողջ աշխարհն է հղվում։