Nima uchun imkoniyat va rozilik endi bir-biriga mos keladi

GDPR har foydalanuvchidan rozilik olinishini talab qiladi, faqat bannerni ko'rib bosish imkoniyati borlardan emas. Evropa ma'lumotlarni himoya qilish kengashi shuni aniqladiki, agar ma'lumotlar subyekti — sayt tomonidan hisobga olinmagan nogironlik tufayli — rozilik interfeysi bilan mazmunli o'zaro munosabatda bo'lolmasa, rozilik to'g'ri olinmagan hisoblanadi. Bu shuni anglatadiki, cookie-lar umuman yuklanmasligi kerak edi.

Imkoniyat tomonidan, EU a'zo davlatlarida milliy qonunchilikka kiritilgan Evropa imkoniyat to'g'risidagi qonun (EAA) iste'molchi xizmatlarini taqdim etuvchi xususiy sektor veb-saytlari va ilovalari uchun WCAG 2.1 AA ni minimum standartga aylantiradi. Jarimalar tizimi mamlakatga qarab farqlanadi, lekin odatda har bir qoidabuzarlik uchun €50 000 dan €500 000 gacha, doimiy muvofiqsizlik uchun bozordan chiqarish buyruqlari ham kiradi.

Cookie bannerlari uchun asosiy WCAG talablari

Klaviatura bilan boshqarish

Har bir banner boshqaruvi — Qabul qilish, Rad etish, Sozlamalarni boshqarish, yopish — faqat klaviatura yordamida erishilishi va boshqarilishi mumkin bo'lishi kerak. Foydalanuvchilar mantiqiy tartibda Tab tugmasi yordamida tugmalar orasida harakatlanishi va ularni Enter yoki Space bilan faollashtirishi mumkin bo'lishi kerak. Fokus fon bilan nisbatan minimal 3:1 kontrast nisbati bilan ko'rinishi kerak.

Modal bannerlarda fokusni ushlash

Agar banner sahifaning qolgan qismi bilan o'zaro munosabatni bloklaydigan bo'lsa, foydalanuvchi tanlov qilgunga qadar klaviatura fokuslari banner ichida ushlanib qolishi kerak. Foydalanuvchilar ostki sahifani aylantirish uchun Tab yordamida bannerdan chiqib keta olmasligi kerak. Fokus ushlanib qolgan va banner yopilganda, fokus bannerni ishga tushirgan elementga yoki mantiqiy standartga qaytishi kerak.

Ekran o'quvchisi e'lonlari

Banner mavjud nom va rolga ega dialog sifatida e'lon qilinishi kerak. Banner sarlavhasiga ishora qiluvchi aria-labelledby va tushuntiruvchi matnga ishora qiluvchi aria-describedby bilan role="dialog" yoki role="alertdialog" dan foydalaning.

Rang kontrastı

Asosiy matn fonga nisbatan 4,5:1 kontrastini bajarishi kerak; katta matn (18pt+ yoki 14pt qalin) 3:1 ni talab qiladi. Tugma matni, ikonkalar va fokus ko'rsatkichlari o'zlarining minimal kontrast talablariga ega. Oq fon ustidagi och kulrang "Rad etish" tugmasi auditoriyalarda ko'radigan keng tarqalgan WCAG muvaffaqiyatsizligidir.

Faqat rang asosida ishora qilmang

Qabul qilish va rad etishni ajratish uchun faqat rangga tayanmang. Rang ko'r foydalanuvchilar tugmalarni ajrata olishi uchun alohida yorliqlar, ikonkalar yoki shakllardan foydalaning.

Qorong'u naqshlar va imkoniyat

WCAG 2.2 qorong'u naqshlarni to'g'ridan-to'g'ri nishon qiluvchi yangi mezonlarni kiritadi — rozilik uchun ayniqsa dolzarb:

• 3.3.8 Imkoniyatli autentifikatsiya — rozilik ishqalanishi sifatida kognitiv boshqotirmalarni taqiqlaydi.
• 3.3.7 Ortiqcha kiritish — foydalanuvchilar faqat rozilikni qaytarish uchun ma'lumotlarni qayta kiritmasliklari kerak.
• 2.4.11 Fokus to'siq emas — banner o'zi orqasidagi elementlarning fokus ko'rsatkichini to'smasligi kerak.
• 2.5.7 Tortib harakatlar — agar banneringiz tortib-qabul qilish o'zaro munosabatidan foydalansa, bitta ko'rsatgichli muqobil mavjud bo'lishi kerak.

RTL va internatsionalizatsiya

Imkoniyat o'ngdan chapga yoziladigan tillarga (arabcha, ibroniy, forscha, urducha) va ekran o'quvchisi talaffuziga kengayadi:

• Banner ustiga dir="rtl" o'rnating hujjat tili RTL bo'lganda, tugmalar tartibi va fokus oqimi o'qish yo'nalishiga mos kelishi uchun.
• Tarjima qilingan banner nusxasida to'g'ri lang atributlaridan foydalaning, ekran o'quvchilari so'zlarni to'g'ri fonetika bilan talaffuz qilishi uchun.
• Ikonografiyani aks ettiring — chevronlar, o'qlar va progress ko'rsatkichlari RTL lokallari uchun teskari burilishi kerak.

WCAG muvofiqligi uchun banneringizni sinovdan o'tkazish

Yagona vositaga tayanmang. Avtomatlashtirilgan skanerlashni haqiqiy yordamchi texnologiya sinovi bilan birlashtiring:

• axe DevTools yoki Lighthouse — WCAG muvaffaqiyatsizliklarining taxminan 30-40% ini avtomatik ravishda ushlaydi.
• Windows da NVDA yoki JAWS, Mac/iOS da VoiceOver, Android da TalkBack — haqiqiy ekran o'quvchilari bilan sinab ko'ring. Banner faqat ekran o'quvchisidan foydalanib e'lon qilinishi, yo'nalishi va yopilishi mumkinmi?
• Faqat klaviatura bilan navigatsiya — sichqonchangizni uzing. Qabul qila olmasangiz, rad eta olmasangiz va sozlamalarni boshqara olmasangiz, klaviatura foydalanuvchilari ham buni qila olmaydi.
• Rang ko'rlik simulyatsiyasi — Chrome DevTools ichida ko'rish nuqsoni simulyatorlari mavjud. Qabul va rad etish protanopiya, deytranopiya va tritanopiya sharoitida farqlanishini tekshiring.
• 400% ga zum qiling — WCAG gorizontal aylantirmasdan 400% zumda tarkib foydalanishga yaroqli bo'lib qolishini talab qiladi. Qattiq joylashtirilgan bannerlar ko'pincha bu sinovdan o'ta olmaydi.

Ko'radigan keng tarqalgan imkoniyat muvaffaqiyatsizliklari

• Tishli g'ildirak ikonkasi orqasida Rad etishni yashirish — qorong'u naqsh va imkoniyat muvaffaqiyatsizligi (ikonka tugmasida imkoniyatli nom yo'q).
• Fokus hech qachon bannerga yetmaydi — vizual diqqatni o'g'irlaydigan, lekin Tab tartibida o'tkazib yuboriladigan bannerlar.
• Fokusni ushlamasdan modal banner — foydalanuvchilar banner o'zaro munosabatni bloklashini da'vo qilsa ham, Tab yordamida fon sahifaga o'tishi mumkin.
• Sozlamalar o'zgarishlarida aria-live yo'q — ekran o'quvchi foydalanuvchilari ularning tanlovi saqlanganligi haqida tasdiqlashni eshitmaydi.
• lang atributisiz tarjima qilingan bannerlar — ekran o'quvchilari ispan matnini inglizcha fonetika bilan o'qiydi.

FlexyConsent imkoniyatni qanday ta'minlaydi