რა არის ახალი WCAG 2.2-ში? 9 ახალი კრიტერიუმი მარტივი ენით

კლავიატურის მომხმარებელი Tab-ით მოძრაობს თქვენი საიტის შეკვეთის გაფორმების გვერდზე. ფოკუსი ღილაკზე „გადაიხადეთ ახლა“ გადადის, მაგრამ მას ზემოდან cookie-ების მიმაგრებული ბანერი ფარავს და ადამიანი ვერ ხედავს, სად იმყოფება. WCAG 2.1-ით ეს გვერდი შეიძლება შემოწმებას მაინც გადიოდეს. WCAG 2.2-ით ვეღარ გადის.

სწორედ ასეთ ხარვეზებს ავსებს 2.2 ვერსია. ქვემოთ ყოველი ახალი წარმატების კრიტერიუმი ერთი სქემით არის განხილული: რას ამბობს, ვის ეხმარება, როგორ შეამოწმოთ სწრაფად და როგორ სწორდება ჩვეულებრივ. ოთხი პრინციპი და დონეები ერთ გვერდზე იხილეთ ჩვენს WCAG 2.2-ის ცნობარში.

რა არის WCAG 2.2?

WCAG 2.2 ვებ-კონტენტის ხელმისაწვდომობის სახელმძღვანელო პრინციპების (Web Content Accessibility Guidelines) მოქმედი ვერსიაა, ანუ W3C-ის სტანდარტი, რომელზეც ხელმისაწვდომობის კანონებისა და ხელშეკრულებების უმეტესობა მიუთითებს. ის W3C-ის რეკომენდაცია 2023 წლის 5 ოქტომბერს (იხსნება ახალ ჩანართში) გახდა, 2024 წლის 12 დეკემბერს (იხსნება ახალ ჩანართში) განახლდა, 2025 წლის ოქტომბერში კი ISO/IEC 40500:2025 სტანდარტად დამტკიცდა (იხსნება ახალ ჩანართში).

WCAG შემოწმებადი დებულებებისგან შედგება, რომლებსაც წარმატების კრიტერიუმები ეწოდება. თითოეულს თავისი დონე აქვს: A (მინიმუმი), AA (რასაც კანონები ჩვეულებრივ მოითხოვს) ან AAA (ყველაზე მკაცრი). „გვჭირდება WCAG 2.2 AA“ ნიშნავს 2.2 ვერსიის ყველა A და AA კრიტერიუმს. სპეციფიკაციის თანახმად, 2.2 „ეფუძნება WCAG 2.1-ს და მასთან უკუთავსებადია“, ანუ 2.1-ს ავსებს და არ ანაცვლებს.

რა შეიცვალა WCAG 2.1-დან 2.2-მდე?

WCAG 2.2 ცხრა წარმატების კრიტერიუმს ამატებს და ერთს აუქმებს. ახალი კრიტერიუმებიდან ექვსი A ან AA დონისაა, ამიტომ ჩვეულებრივ AA მიზანში ითვლება: 2.4.11, 2.5.7, 2.5.8, 3.2.6, 3.3.7 და 3.3.8. დანარჩენი სამი AAA დონისაა. ამოღებული კრიტერიუმია 4.1.1 Parsing (სინტაქსური ანალიზი), რომელსაც W3C ახლა მოძველებულად მიიჩნევს.

4.1.1 Parsing მარკაპის შეცდომებს ამოწმებდა, მაგალითად დუბლირებულ ID-ებს. WCAG 2-ის ხშირად დასმული კითხვები (იხსნება ახალ ჩანართში) განმარტავს, რომ ეს პრობლემები ახლა სხვა კრიტერიუმებით ფასდება, მაგალითად 4.1.2-ით (სახელი, როლი, მნიშვნელობა). ერთი ნიუანსი: თუ ხელშეკრულება ჯერ კიდევ WCAG 2.0-ს ან 2.1-ს მოითხოვს, შეიძლება „4.1.1-ის ტესტირებისა და ანგარიშგების გაგრძელება მოგიწიოთ“.

„ფოკუსი არ იფარება“ და „ფოკუსის იერსახე“: ხედავენ თუ არა კლავიატურის მომხმარებლები, სად არიან?

ეს კრიტერიუმები ზრუნავს, რომ კლავიატურის ფოკუსის მქონე ელემენტი ხილული დარჩეს. AA დონეზე (2.4.11) ფოკუსირებული ბმული ან ღილაკი მთლიანად არ უნდა იმალებოდეს თქვენ მიერ დამატებული შიგთავსის, მაგალითად მიმაგრებული ზედა ზოლის, cookie-ების ბანერის ან ჩატის ბუშტის, მიღმა. AAA დონეზე მისი არცერთი ნაწილი არ უნდა იფარებოდეს (2.4.12), ფოკუსის კონტური კი დიდი და მკაფიოდ კონტრასტული უნდა იყოს (2.4.13).

• ვის ეხმარება: მხედველ ადამიანებს, რომლებიც მაუსის ნაცვლად კლავიატურას იყენებენ, ხშირად მოტორული დარღვევის გამო. თუ ფოკუსს ვერ ხედავენ, გამოცნობა უწევთ.
• სწრაფი ტესტი: გახსენით გრძელი გვერდი, სადაც ერთდროულად ჩანს cookie-ების ბანერი, მიმაგრებული ზედა ზოლი და ჩატის ვიჯეტი, შემდეგ რამდენჯერმე დააჭირეთ Tab-ს. თუ ფოკუსი რამის მიღმა მთლიანად ქრება, ეს 2.4.11-ის დარღვევაა.
• ჩვეული გამოსწორება: CSS-ში დაამატეთ scroll padding, მიმაგრებული ზედა ან ქვედა ზოლის სიმაღლის ტოლი, რათა ბრაუზერმა ფოკუსირებული ელემენტი ისე გადაახვიოს, რომ ზოლის ქვეშ არ მოხვდეს. W3C ამას საკმარის ტექნიკად (იხსნება ახალ ჩანართში) ასახელებს. ბანერი კრიტერიუმს მაშინაც აკმაყოფილებს, თუ ის მოდალურია და ჯერ მისი დახურვაა საჭირო.

„ფოკუსის იერსახე“ (2.4.13) მოითხოვს ინდიკატორს, რომელიც სულ მცირე ისეთივე დიდია, როგორც კომპონენტის გარშემო 2 CSS პიქსელის სისქის კონტური, ხოლო ფოკუსირებულ და არაფოკუსირებულ მდგომარეობებს შორის კონტრასტი სულ მცირე 3:1-ით უნდა იცვლებოდეს. ეს AAA დონეა, მაგრამ მკვეთრი ფერის 2-პიქსელიანი მთლიანი კონტური, როგორც წესი, საკმარისია. ჩვენს სახელმძღვანელოში ფერთა კონტრასტის შესახებ ახსნილია, როგორ გავზომოთ 3:1.

გადათრევა და სამიზნის ზომა: შეიძლება თუ არა თქვენი საიტით სარგებლობა ზუსტი დამიზნების გარეშე?

ეს ორი AA დონის კრიტერიუმი ეხმარება ადამიანებს, რომლებსაც მაჩვენებლის ზუსტი მართვა უჭირთ. 2.5.7-ის თანახმად, ყველაფერი, რისი გაკეთებაც გადათრევით შეიძლება, ცალკეული დაწკაპუნებით ან შეხებითაც უნდა მუშაობდეს. 2.5.8-ის თანახმად, სამიზნეები სულ მცირე 24 × 24 CSS პიქსელი უნდა იყოს, ან ისე იყოს განლაგებული, რომ თითოეულზე ცენტრირებული 24-პიქსელიანი წრე სხვა სამიზნეს არ ეხებოდეს.

2.5.7 გადათრევის მოძრაობები

წარმოიდგინეთ ფასის დიაპაზონის სლაიდერი მაღაზიის ფილტრებში ან სურვილების სია, რომლის თანმიმდევრობასაც გადათრევით ცვლით. ადამიანისთვის, ვისაც ხელი უკანკალებს, ან ვინც თავზე დამაგრებული მაჩვენებლით მუშაობს, მოქმედება „დააჭირეთ, დაიჭირეთ, გადაიტანეთ, გაუშვით“ შეიძლება ძალიან რთული იყოს.

სწრაფი ტესტი: გადათრევით შესასრულებელი ყველა ამოცანა მხოლოდ დაწკაპუნებით ან შეხებით შეასრულეთ. ჩვეული გამოსწორება: მიეცით საშუალება, სლაიდერის ზოლზე ნებისმიერ ადგილას დააწკაპუნონ, გვერდით დაამატეთ „მინ.“ და „მაქს.“ ველები, ან დალაგებად სიებს დაუმატეთ ღილაკები „ზემოთ“ და „ქვემოთ“. მარტო კლავიატურის მხარდაჭერა საკმარისი არ არის: W3C-ის განმარტებით დოკუმენტში (იხსნება ახალ ჩანართში) ნათქვამია, რომ კლავიატურით ექვივალენტური მართვა „ავტომატურად არ აკმაყოფილებს ამ წარმატების კრიტერიუმს“.

2.5.8 სამიზნის ზომა (მინიმალური)

ტიპური დარღვევებია ამომხტარ ფანჯრებზე პატარა „ד ღილაკები, მჭიდროდ განლაგებული გვერდების ნომრები, ვარსკვლავებით შეფასება და სოციალური ქსელების ხატულების რიგები. არასწორ ელემენტზე შეხება ყველას აღიზიანებს, შეზღუდული მოტორიკის მქონე ადამიანებისთვის კი ნამდვილი ბარიერია.

• გამონაკლისები: წინადადების შიგნით მოთავსებული ბმულები, სამიზნეები, რომლებსაც გვერდზე სხვაგან აქვთ საჭირო ზომის ექვივალენტური ელემენტი, ელემენტები, რომელთა ზომასაც ბრაუზერი ადგენს და რომელთა სტილიც არ შეგიცვლიათ, და შემთხვევები, როცა კონკრეტული ზომა არსებითია ან კანონით არის მოთხოვნილი.
• სწრაფი ტესტი: ტელეფონზე სცადეთ ყველა პატარა ხატულა და ღილაკი; ზომის გასაზომად ელემენტი ბრაუზერის დეველოპერის ხელსაწყოებში შეამოწმეთ.
• ჩვეული გამოსწორება: დაამატეთ padding. დასაწკაპუნებელი არე იზრდება, მაშინაც კი, როცა ხატულა ისევ ისე გამოიყურება. ოღონდ 24 პიქსელი მინიმუმად მიიჩნიეთ: ძველი AAA კრიტერიუმი 2.5.5 44 × 44-ს მოითხოვს.

თანმიმდევრული დახმარება და განმეორებითი შეყვანა: ხომ არ აიძულებთ ადამიანებს, ეძებონ ან გაიმეორონ?

ორივე A დონისაა. 3.2.6 (თანმიმდევრული დახმარება) ამბობს, რომ თუ დახმარება, მაგალითად საკონტაქტო მონაცემები, ჩატი ან FAQ-ის ბმული, რამდენიმე გვერდზე ჩნდება, ის ყოველ ჯერზე გვერდის დანარჩენ ნაწილთან მიმართებით ერთსა და იმავე თანმიმდევრობით უნდა იყოს. 3.3.7 (განმეორებითი შეყვანა) ამბობს, რომ ადამიანებს არ უნდა მოუწიოთ იმ ინფორმაციის ხელახლა აკრეფა, რომელიც იმავე პროცესში უკვე მიუთითეს.

„თანმიმდევრული დახმარება“ დახმარების შეთავაზებას საერთოდ არ გავალდებულებთ. ის მხოლოდ იმას ამბობს, რომ თუ ტელეფონის ნომერი პროდუქტის გვერდებზე ზედა ზოლშია, შეკვეთის გაფორმების გვერდზე, სადაც ის ყველაზე მეტად სჭირდებათ, ქვედა ნაწილში არ უნდა გადაინაცვლოს. ყველაზე მეტ სარგებელს მეხსიერების ან ყურადღების სირთულეების მქონე ადამიანები იღებენ. როგორც წესი, ამას საერთო შაბლონი წყვეტს და არა დახმარების განთავსება ყოველ გვერდზე ცალ-ცალკე.

„განმეორებითი შეყვანა“ მრავალსაფეხურიან ფორმებს ეხება. დაჯავშნის ფორმა, რომელიც ელფოსტას პირველ ნაბიჯზე გეკითხებათ და მესამეზე ისევ, კრიტერიუმს ვერ აკმაყოფილებს; ასევე შეკვეთის გაფორმება, რომელიც იმავე საგადახდო მისამართის ხელახლა აკრეფას გაიძულებთ. ველი ავტომატურად შეავსეთ ან არჩევის საშუალება მიეცით, მაგალითად მოსანიშნი ველით „საგადახდო მისამართი მიწოდების მისამართს ემთხვევა“. გამონაკლისებია შემთხვევები, როცა ხელახლა შეყვანა არსებითია, უსაფრთხოებისთვისაა საჭირო ან ადრე მითითებული ინფორმაცია აღარ მოქმედებს.

ხელმისაწვდომი ავთენტიფიკაცია: შეუძლიათ თუ არა ადამიანებს სისტემაში შესვლა მეხსიერების გამოცდის გარეშე?

წარმატების კრიტერიუმი 3.3.8 (AA დონე) ამბობს, რომ სისტემაში შესვლის არცერთი ნაბიჯი არ უნდა ეყრდნობოდეს კოგნიტური ფუნქციის ტესტს, მაგალითად პაროლის დამახსოვრებას, დამახინჯებული სიმბოლოების აკრეფას ან თავსატეხის ამოხსნას, თუ ალტერნატივას ან დამხმარე საშუალებას არ სთავაზობთ. პრაქტიკაში: მიეცით პაროლების მენეჯერებს ველების შევსების საშუალება, დაუშვით ჩასმა და შესთავაზეთ მეთოდი, რომელიც მეხსიერებაზე არ არის დამოკიდებული.

WCAG კოგნიტური ფუნქციის ტესტს განმარტავს, როგორც „ამოცანას, რომელიც მომხმარებლისგან ინფორმაციის დამახსოვრებას, მასზე მანიპულირებას ან გადაწერას მოითხოვს“. სახელის, ელფოსტის მისამართის ან ტელეფონის ნომრის შეყვანა ასეთად არ ითვლება, რადგან ეს თქვენი პირადი მონაცემებია და ყველგან ერთნაირია. შესვლის ნაბიჯი AA დონეს აკმაყოფილებს, თუ სთავაზობს სულ მცირე ერთს ამათგან:

• ალტერნატიულ მეთოდს კოგნიტური ტესტის გარეშე, მაგალითად passkey-ს ან ბმულს ელფოსტით.
• დამხმარე მექანიზმს, მაგალითად პაროლების მენეჯერების მხარდაჭერას ან კოპირება-ჩასმას, რომ ერთჯერადი კოდის ხელახლა აკრეფა არ მოგიწიოთ.
• ობიექტის ამოცნობას, მაგალითად „მონიშნეთ სურათები, რომლებზეც ველოსიპედია“.
• პირად შიგთავსს, მაგალითად სურათის ამოცნობას, რომელიც თავად ატვირთეთ.

AAA ვერსია, 3.3.9, ბოლო ორ ვარიანტს აღარ უშვებს, ამიტომ სურათებიანი CAPTCHA შეიძლება AA დონეზე გავიდეს, AAA-ზე კი ვერა. ტიპური დარღვევები: პაროლის ველები, რომლებიც ჩასმას ან პაროლების მენეჯერებს ბლოკავს, ერთჯერადი კოდის ველები, რომლებიც ჩასმისას ფუჭდება, და ტექსტური CAPTCHA ალტერნატივის გარეშე. ყველაზე მეტს დისლექსიისა და მეხსიერების დარღვევების მქონე ადამიანები იგებენ, თუმცა ეს პრობლემა ნაცნობია ყველასთვის, ვისაც გრძელი დღის ბოლოს ანგარიშში შესვლა ვერ მოუხერხებია.

სავალდებულოა თუ არა WCAG 2.2 კანონით?

ეს დამოკიდებულია იმაზე, სად ხართ და ვინ ხართ. კანონები WCAG-ის ვერსიას იშვიათად ასახელებს პირდაპირ და ზოგი მათგანი ჯერ კიდევ WCAG 2.1 AA-ზე მიუთითებს. რადგან WCAG 2.2 უკუთავსებადია, 2.2 AA-ის დაკმაყოფილებით 2.1 AA-საც აკმაყოფილებთ, ამოღებული 4.1.1-ის გარდა. 2.2-ზე ორიენტირება ორივეს ფარავს. თუ ხელშეკრულებაში კონკრეტული ვერსიაა მითითებული, ხელშეკრულებას მიჰყევით.

• ევროკავშირი: ევროპის ხელმისაწვდომობის აქტის მიხედვით, შესაბამისობის პრეზუმფცია მოქმედებს, როცა ჰარმონიზებულ სტანდარტს, EN 301 549-ს, აკმაყოფილებთ. AccessibleEU-ს (იხსნება ახალ ჩანართში) თანახმად, 2026 წლის სექტემბერში გამოქვეყნებული ვერსია 4.1.1 WCAG 2.2-ს იღებს, მაგრამ ჯერ სამართლებრივი საცნობარო სტანდარტი არ არის; სანამ მასზე მითითება ოფიციალურ ჟურნალში არ გამოქვეყნდება, მოქმედებს v3.2.1 (WCAG 2.1 AA-ზე დაფუძნებული). ჩვენს ევროპის ხელმისაწვდომობის აქტის განმარტებაში აღწერილია, ვისზე ვრცელდება აქტი.
• გაერთიანებული სამეფო: მთავრობის სახელმძღვანელოს (იხსნება ახალ ჩანართში) თანახმად, საჯარო სექტორის ვებსაიტები და აპლიკაციები WCAG 2.2 AA-ს უნდა აკმაყოფილებდეს. ეს სახელმძღვანელო საჯარო დაწესებულებებს ეხება და არა კერძო ბიზნესს.
• აშშ: იუსტიციის დეპარტამენტის წესი შტატებისა და ადგილობრივი ხელისუფლებისთვის WCAG 2.1 AA-ს იყენებს, შესაბამისობის ვადები კი 2026 წლის აპრილში გადაიწია (იხსნება ახალ ჩანართში) 2027 წლის 26 აპრილსა და 2028 წლის 26 აპრილზე. კერძო ბიზნესებთან დაკავშირებით დეპარტამენტის 2022 წლის სახელმძღვანელო (იხსნება ახალ ჩანართში) ამბობს, რომ ADA მათ ვებსაიტებზე ვრცელდება, მაგრამ კონკრეტულ ტექნიკურ სტანდარტს არ ადგენს.

რა ვიცით WCAG 3-ის შესახებ?

WCAG 3 სამუშაო ვერსიაა, ამიტომ მასთან შესაბამისობა ჯერ შეუძლებელია. W3C-მ განახლებული სამუშაო ვერსიები 2026 წლის სექტემბერში გამოაქვეყნა და აცხადებს, რომ WCAG 3 დასრულებულ სტანდარტად „კიდევ რამდენიმე წელი“ არ იქცევა. WCAG 2 ამის შემდეგაც რამდენიმე წელი არ გაუქმდება, ამიტომ ახლა სწორედ 2.2-ზე უნდა იმუშაოთ.

როგორ შევამოწმოთ ახალი კრიტერიუმები 15 წუთში?

ექვსი A და AA კრიტერიუმის დარღვევების უმეტესობას დაახლოებით 15 წუთში აღმოაჩენთ კლავიატურით, ტელეფონითა და თქვენივე შესვლის გვერდით. ეს სრულ აუდიტს ან შეზღუდული შესაძლებლობის მქონე ადამიანებთან ტესტირებას ვერ ჩაანაცვლებს, მაგრამ გეტყვით, საიდან დაიწყოთ, დეველოპერს კი სამუშაოს კონკრეტულ სიას მისცემს.

1. Tab-ით გაიარეთ მთავარი გვერდი, პროდუქტის გვერდი და შეკვეთის გაფორმება, როცა ყველა ბანერი ჩანს. ფოკუსს ყოველთვის ხედავთ? (2.4.11)
2. ყველა სლაიდერი და გადათრევით შესასრულებელი ამოცანა მხოლოდ დაწკაპუნებით ან შეხებით შეასრულეთ. (2.5.7)
3. ტელეფონზე სცადეთ ყველა დახურვის ღილაკი, გვერდის ნომერი და პატარა ხატულა. (2.5.8)
4. შეადარეთ, სად ჩანს დახმარება და საკონტაქტო მონაცემები სამი ტიპის გვერდზე. (3.2.6)
5. გაიარეთ შესყიდვის ან დაჯავშნის პროცესი და ჩაინიშნეთ ყველა კითხვა, რომელსაც ორჯერ პასუხობთ. (3.3.7)
6. შედით პაროლების მენეჯერით, შემდეგ ჩასვით პაროლი და ერთჯერადი კოდი. თუ CAPTCHA გაქვთ, აქვს მას ალტერნატივა? (3.3.8)

WCAG-ის დანარჩენი ნაწილისთვის ჩვენს სახელმძღვანელოში როგორ შევამოწმოთ საიტის ხელმისაწვდომობა უფასო ხელსაწყოები და ხელით შემოწმებებია აღწერილი, ვებსაიტის ხელმისაწვდომობის საკონტროლო სია კი გავრცელებულ დარღვევებს სამოქმედო სიად აქცევს. ყველაფერი, რისი გამოსწორებაც ჯერ ვერ მოასწარით, თქვენს ხელმისაწვდომობის განცხადებაში უნდა აისახოს.

შენიშვნა ვიჯეტებზე, მათ შორის ჩვენზე: არცერთი ეს კრიტერიუმი ვიზიტორის მხარეს მოთავსებული პანელით ვერ დაკმაყოფილდება. დიდი კურსორი პატარა სამიზნეებზე დამიზნებას ამარტივებს, მაგრამ მათ 24-პიქსელიანად ვერ აქცევს, ფოკუსის გამოკვეთა კი მიმაგრებულ ბანერს ადგილიდან ვერ დაძრავს. ყოველი ახალი კრიტერიუმი იმას ეხება, როგორ არის აწყობილი თქვენი გვერდები, ამიტომ გამოსწორებაც თქვენს შაბლონებსა და კოდშია.