WCAG 2.2-də nə yenidir? 9 yeni kriteriya sadə dillə

Klaviatura ilə işləyən istifadəçi ödəniş səhifənizdə Tab düyməsi ilə irəliləyir. Fokus “İndi ödə” düyməsinə gəlir, amma ekranın aşağısında sabit duran kuki bannerı düymənin üstünü örtür və istifadəçi harada olduğunu görmür. WCAG 2.1-ə görə bu səhifə yenə də keçə bilərdi. WCAG 2.2-yə görə keçmir.

2.2 yeniləməsi məhz bu cür boşluqları aradan qaldırır. Aşağıda hər yeni uğur kriteriyasına eyni qaydada baxırıq: nə deyir, kimə kömək edir, sürətli test və adi həll yolu. Dörd prinsipi və səviyyələri bir səhifədə görmək üçün WCAG 2.2 icmalımıza baxın.

WCAG 2.2 nədir?

WCAG 2.2 əlçatanlıq qanunlarının və müqavilələrin əksəriyyətinin istinad etdiyi W3C standartının, yəni Veb Məzmununun Əlçatanlığı üzrə Təlimatların hazırkı versiyasıdır. O, 5 oktyabr 2023-cü ildə (yeni vərəqdə açılır) W3C Tövsiyəsi statusu alıb, 12 dekabr 2024-cü ildə (yeni vərəqdə açılır) yenilənib və 2025-ci ilin oktyabrında ISO/IEC 40500:2025 kimi təsdiqlənib (yeni vərəqdə açılır).

WCAG uğur kriteriyaları adlanan, yoxlanıla bilən müddəalardan ibarətdir və hər birinin səviyyəsi var: A (minimum), AA (qanunların adətən tələb etdiyi) və ya AAA (ən sərt). “Bizə WCAG 2.2 AA lazımdır” ifadəsi 2.2 versiyasındakı bütün A və AA kriteriyaları deməkdir. Spesifikasiyaya görə 2.2 “WCAG 2.1 üzərində qurulub və onunla geriyə uyğundur”, yəni 2.1-i əvəz etmir, onu tamamlayır.

WCAG 2.1-dən 2.2-yə nə dəyişib?

WCAG 2.2 doqquz uğur kriteriyası əlavə edir və birini çıxarır. Yenilərdən altısı A və ya AA səviyyəsindədir, yəni adi AA hədəfinə daxildir: 2.4.11, 2.5.7, 2.5.8, 3.2.6, 3.3.7 və 3.3.8. Qalan üçü AAA səviyyəsindədir. Çıxarılan kriteriya W3C-nin artıq köhnəlmiş saydığı 4.1.1 Sintaktik təhlil (Parsing) kriteriyasıdır.

4.1.1 Sintaktik təhlil təkrarlanan ID-lər kimi markup xətalarını yoxlayırdı. WCAG 2 FAQ (yeni vərəqdə açılır) səhifəsi izah edir ki, bu problemlər indi 4.1.2 Ad, rol, dəyər kimi başqa kriteriyalara aiddir. Bir məqam da var: müqavilə hələ də WCAG 2.0 və ya 2.1 tələb edirsə, 4.1.1-i “test etməyə və hesabatda göstərməyə davam etməli ola bilərsiniz”.

Fokus gizlədilmir və Fokusun görünüşü: klaviatura istifadəçiləri harada olduqlarını görürlərmi?

Bu kriteriyalar klaviatura fokusundakı elementin görünən qalmasını təmin edir. AA səviyyəsində (2.4.11) fokusdakı link və ya düymə sabit başlıq, kuki bannerı və ya çat pəncərəsi kimi sizin əlavə etdiyiniz məzmunla tamamilə örtülməməlidir. AAA səviyyəsində heç nə onun heç bir hissəsini örtə bilməz (2.4.12), fokus konturu isə böyük və aydın kontrastlı olmalıdır (2.4.13).

• Kimə kömək edir: görmə problemi olmayan, amma siçan əvəzinə klaviaturadan istifadə edən insanlara; bunun səbəbi çox vaxt hərəkət məhdudiyyətidir. Fokusu görmürlərsə, təxmin etməli olurlar.
• Sürətli test: kuki bannerı, sabit başlıq və çat vidceti açıq olan uzun səhifə açın, sonra Tab düyməsini dəfələrlə basın. Fokus nəyinsə arxasında tamamilə itirsə, bu, 2.4.11 pozuntusudur.
• Adi həll: sabit başlığın və ya alt panelin hündürlüyünə bərabər CSS scroll-padding əlavə edin ki, brauzer fokusdakı elementi onların altından çıxaracaq qədər sürüşdürsün. W3C bunu kifayət edən texnika (yeni vərəqdə açılır) kimi göstərir. Banner modaldırsa və əvvəlcə bağlanmalıdırsa, o da kriteriyadan keçə bilər.

Fokusun görünüşü (2.4.13) komponentin ətrafında 2 CSS piksel qalınlığında konturdan kiçik olmayan göstərici və fokuslu və fokussuz vəziyyətlər arasında ən azı 3:1 kontrast dəyişikliyi tələb edir. Bu, AAA səviyyəsidir, amma güclü rəngdə 2 piksellik bütöv kontur adətən kifayət edir. Rəng kontrastı bələdçimiz 3:1-i necə ölçməyi izah edir.

Sürükləmə hərəkətləri və Hədəf ölçüsü: saytınızdan dəqiq nişan almadan istifadə etmək olurmu?

Bu iki AA kriteriyası kursoru dəqiq idarə etməkdə çətinlik çəkən insanlara kömək edir. 2.5.7-yə görə sürükləməklə edilə bilən hər şey tək klik və ya toxunuşla da işləməlidir. 2.5.8-ə görə hədəflər ən azı 24 × 24 CSS piksel olmalı, ya da elə aralıqla yerləşməlidir ki, hər birinin mərkəzində çəkilən 24 piksellik dairə başqa hədəfə toxunmasın.

2.5.7 Sürükləmə hərəkətləri

Mağaza filtrlərindəki qiymət diapazonu sürgüsünü və ya sürükləyərək sıraladığınız istək siyahısını təsəvvür edin. Əli titrəyən və ya baş hərəkəti ilə idarə olunan göstəricidən istifadə edən insan üçün “bas, saxla, sürüşdür, burax” hərəkəti çox çətin ola bilər.

Sürətli test: hər sürükləmə tapşırığını yalnız klik və ya toxunuşla tamamlayın. Adi həll: sürgü xəttinin istənilən nöqtəsinə klikləməyə icazə verin, yanına “min” və “maks” xanaları əlavə edin, ya da sıralanan siyahılara “Yuxarı” və “Aşağı” düymələri qoyun. Təkcə klaviatura dəstəyi kifayət deyil: W3C-nin izah sənədi (yeni vərəqdə açılır) bildirir ki, klaviatura ekvivalenti “bu uğur kriteriyasına avtomatik olaraq cavab vermir”.

2.5.8 Hədəf ölçüsü (minimum)

Ən çox rast gəlinən xətalar açılan pəncərələrdəki kiçik “×” düymələri, sıx düzülmüş səhifə nömrələri, ulduzlu reytinqlər və yan-yana düzülmüş sosial şəbəkə ikonlarıdır. Səhv düyməyə toxunmaq hər kəsi əsəbiləşdirir, əl hərəkətləri məhdud olan insanlar üçün isə real maneədir.

• İstisnalar: cümlə daxilindəki linklər, səhifənin başqa yerində ölçü tələbinə cavab verən ekvivalent idarəetməsi olan hədəflər, ölçüsünü brauzerin təyin etdiyi və sizin stilini dəyişmədiyiniz idarəetmələr, həmçinin müəyyən ölçünün vacib olduğu və ya qanunla tələb edildiyi hallar.
• Sürətli test: telefonda hər kiçik ikonu və düyməni sınayın; birini ölçmək üçün brauzerin developer alətlərində (DevTools) elementə baxın.
• Adi həll: padding əlavə edin. İkon eyni görünsə də, kliklənən sahə böyüyür. 24 pikseli isə alt hədd kimi qəbul edin: köhnə AAA kriteriyası 2.5.5 44 × 44 piksel tələb edir.

Sabit yerdə yardım və Təkrar daxiletmə: insanları axtarmağa və ya eyni şeyi təkrarlamağa məcbur edirsinizmi?

Hər ikisi A səviyyəsindədir. 3.2.6 Sabit yerdə yardım kriteriyasına görə əlaqə məlumatı, çat və ya FAQ linki kimi yardım bir neçə səhifədə görünürsə, hər dəfə səhifənin qalan hissəsinə nisbətən eyni ardıcıllıqla yerləşməlidir. 3.3.7 Təkrar daxiletmə kriteriyasına görə isə insanlar eyni proses daxilində artıq verdikləri məlumatı yenidən yazmalı olmamalıdır.

Sabit yerdə yardım sizi ümumiyyətlə yardım təklif etməyə məcbur etmir. O, sadəcə deyir ki, telefon nömrəsi məhsul səhifələrində başlıqdadırsa, insanların ona ən çox ehtiyac duyduğu ödəniş mərhələsində səhifənin aşağısına köçməməlidir. Bundan ən çox yaddaş və ya diqqətlə bağlı çətinlikləri olan insanlar faydalanır. Həll adətən yardımı hər səhifəyə ayrıca yerləşdirmək yox, ümumi şablondan istifadə etməkdir.

Təkrar daxiletmə çoxaddımlı formalara aiddir. E-poçt ünvanınızı 1-ci addımda, sonra yenə 3-cü addımda soruşan bron forması bu kriteriyadan keçmir, eyni faktura ünvanını yenidən yazdıran ödəniş səhifəsi də. Sahəni avtomatik doldurun və ya istifadəçiyə seçim imkanı verin, məsələn, “Faktura ünvanı çatdırılma ünvanı ilə eynidir” qutusu ilə. İstisnalar: təkrar daxiletmə vacibdirsə, təhlükəsizlik üçün lazımdırsa və ya əvvəlki məlumat artıq etibarlı deyilsə.

Əlçatan autentifikasiya: insanlar yaddaş imtahanı vermədən sistemə daxil ola bilirmi?

3.3.8 uğur kriteriyasına (AA) görə, alternativ və ya köməkçi mexanizm təklif etmirsinizsə, sistemə girişin heç bir addımı şifrəni yadda saxlamaq, təhrif olunmuş simvolları yazmaq və ya tapmaca həll etmək kimi koqnitiv funksiya testinə əsaslana bilməz. Praktikada şifrə menecerlərinin sahələri doldurmasına və mətni yapışdırmağa icazə verin, yaddaşdan asılı olmayan üsul da təklif edin.

WCAG koqnitiv funksiya testini “istifadəçidən məlumatı yadda saxlamağı, onunla əməliyyat aparmağı və ya onu köçürməyi tələb edən tapşırıq” kimi müəyyən edir. Adınızı, e-poçt ünvanınızı və ya telefon nömrənizi daxil etmək buna aid deyil, çünki bunlar sizə məxsusdur və hər yerdə eynidir. Giriş addımı aşağıdakılardan ən azı birini təklif edirsə, AA səviyyəsində keçir:

• Alternativ üsul, koqnitiv test olmadan: məsələn, passkey və ya e-poçtla göndərilən link.
• Köməkçi mexanizm: məsələn, şifrə menecerlərinin dəstəklənməsi və ya birdəfəlik kodun yenidən yazılmaması üçün kopyala-yapışdır imkanı.
• Obyekt tanıma, məsələn, “velosiped olan şəkilləri seçin”.
• Şəxsi məzmun, məsələn, özünüz yüklədiyiniz şəkli tanımaq.

AAA versiyası olan 3.3.9 son iki variantı çıxarır, ona görə şəkilli CAPTCHA AA səviyyəsində keçə bilər, AAA-da isə yox. Tipik xətalar: yapışdırmanı və ya şifrə menecerlərini bloklayan şifrə sahələri, yapışdıranda xarab olan birdəfəlik kod xanaları və alternativi olmayan mətnli CAPTCHA. Bundan ən çox disleksiyası və ya yaddaş pozuntusu olan insanlar faydalanır, amma uzun iş günündən sonra hesabına girə bilməyən hər kəs bu problemi tanıyır.

WCAG 2.2 qanunla tələb olunurmu?

Bu, harada olduğunuzdan və kim olduğunuzdan asılıdır. Qanunlar nadir hallarda WCAG versiyasını birbaşa göstərir və bir çoxu hələ də WCAG 2.1 AA-ya istinad edir. WCAG 2.2 geriyə uyğun olduğu üçün 2.2 AA-ya cavab vermək, çıxarılmış 4.1.1-dən başqa, 2.1 AA-ya da cavab vermək deməkdir. 2.2-ni hədəfləmək hər ikisini əhatə edir. Müqavilədə konkret versiya göstərilibsə, müqaviləyə əməl edin.

• Avropa İttifaqı: Avropa Əlçatanlıq Aktına görə harmonizasiya olunmuş EN 301 549 standartına cavab verdikdə uyğunluq prezumpsiya edilir. AccessibleEU (yeni vərəqdə açılır) məlumatına görə 2026-cı ilin sentyabrında dərc olunmuş 4.1.1 versiyası WCAG 2.2-ni qəbul edir, amma hələ hüquqi istinad deyil; Aİ-nin Rəsmi Jurnalında istinad dərc olunana qədər WCAG 2.1 AA-ya əsaslanan v3.2.1 tətbiq olunur. Aktın kimlərə şamil olunduğunu Avropa Əlçatanlıq Aktı bələdçimiz izah edir.
• Böyük Britaniya: hökumətin təlimatı (yeni vərəqdə açılır) dövlət sektoru saytlarının və tətbiqlərinin WCAG 2.2 AA-ya cavab verməli olduğunu bildirir. Bu təlimat özəl bizneslərə yox, dövlət qurumlarına aiddir.
• ABŞ: Ədliyyə Nazirliyinin ştat və yerli hakimiyyət orqanları üçün qaydası WCAG 2.1 AA-dan istifadə edir, uyğunluq tarixləri isə 2026-cı ilin aprelində (yeni vərəqdə açılır) 26 aprel 2027 və 26 aprel 2028-ə təxirə salınıb. Özəl bizneslər üçün Nazirliyin 2022-ci il təlimatı (yeni vərəqdə açılır) ADA-nın onların saytlarına şamil olunduğunu bildirir, amma konkret texniki standart müəyyən etmir.

Bəs WCAG 3?

WCAG 3 qaralamadır, ona görə hələ heç kim ona uyğun ola bilməz. W3C 2026-cı ilin sentyabrında yenilənmiş qaralamalar dərc edib və bildirir ki, WCAG 3-ün tamamlanmış standart olması “daha bir neçə il” gözlənilmir. WCAG 2 bundan sonra da bir neçə il qüvvədə qalacaq, ona görə bu gün əsas götürülməli versiya 2.2-dir.

Yeni kriteriyaları 15 dəqiqəyə necə yoxlamaq olar?

A və AA səviyyəsindəki altı yeni kriteriya üzrə xətaların çoxunu klaviatura, telefon və öz giriş səhifənizlə təxminən 15 dəqiqəyə aşkar edə bilərsiniz. Bu, tam auditi və ya əlilliyi olan insanlarla testi əvəz etmir, amma haradan başlamalı olduğunuzu göstərir və developerə işləmək üçün konkret siyahı verir.

1. Bütün bannerlər açıq halda ana səhifədə, məhsul səhifəsində və ödəniş mərhələsində Tab ilə gəzin. Fokusu həmişə görürsünüzmü? (2.4.11)
2. Hər sürgünü və ya sürüklə-burax tapşırığını yalnız klik və ya toxunuşla tamamlayın. (2.5.7)
3. Telefonda hər bağlama düyməsini, səhifə nömrəsini və kiçik ikonu sınayın. (2.5.8)
4. Yardım və əlaqə məlumatının üç fərqli səhifə növündə harada göründüyünü müqayisə edin. (3.2.6)
5. Alış və ya bron prosesini sona qədər keçin və iki dəfə cavab verdiyiniz hər sualı qeyd edin. (3.3.7)
6. Şifrə meneceri ilə daxil olun, sonra şifrəni və birdəfəlik kodu yapışdırmağı yoxlayın. CAPTCHA varsa, onun alternativi varmı? (3.3.8)

WCAG-nin qalan hissəsi üçün saytınızın əlçatanlığını necə test etməli bələdçimiz pulsuz alətləri və əl ilə yoxlamaları izah edir, saytın əlçatanlığı üzrə yoxlama siyahımız isə tipik xətaları görüləcək işlər siyahısına çevirir. Hələ düzəldə bilmədiyiniz hər şey əlçatanlıq bəyanatınızda yer almalıdır.

Vidcetlər barədə bir qeyd, bizimki də daxil olmaqla: bu kriteriyaların heç birinə ziyarətçi tərəfindəki panel vasitəsilə cavab vermək olmur. Böyük kursor kiçik hədəflərə nişan almağı asanlaşdırır, amma onları 24 piksel enində etmir, fokusu vurğulamaq da sabit banneri yoldan çəkmir. Hər yeni kriteriya səhifələrinizin necə qurulduğu ilə bağlıdır, ona görə həll şablonlarınızda və kodunuzdadır.