Кому потрібен аудит вебдоступності

Аудит вебдоступності — це комплексна перевірка сайту на відповідність критеріям доступності.

Доступність вебсайту означає, що він є зручним для максимально широкого кола користувачів:

• для людей з порушенням зору, що є першою асоціацією в цьому контексті
• для користувачів з порушенням моторики, слуху або когнітивними порушеннями
• для людей, які користуються лише клавіатурою, а не мишею чи тачпадом
• для тих, хто перебуває під яскравим освітленням
• для тих, хто перебуває в публічних місцях і не має змоги прослухати аудіо-контент

Цей перелік можна продовжувати.

Оцінка доступності сайту передбачає перевірку ресурсу на зручність для всіх цих категорій користувачів. Детальніше ознайомитись з поняттям аудиту доступності можна у відповідній статті нашого блогу: Що таке аудит вебдоступності сайту.

Перевірка вебсторінок на відповідність WCAG (Web Content Accessibility Guidelines) здійснюється спеціалістами в сфері вебдоступності. Вартість залежить від складності сайту, кількості сторінок, глибини перевірки та деяких інших факторів.

Виникають логічні запитання:

• Кому потрібен такий аудит?
• Чи доцільно виділяти кошти на таку перевірку сайту?

Якщо дуже коротко, то аудит доступності потрібен тим, хто не бажає втрачати аудиторію через наявні, однак часто непомітні, бар’єри в інтерфейсах.

Аудит вебдоступності потрібен власникам бізнесу та сайтів

Вебсайти створені для того, щоб приносити або збільшувати дохід бізнесу. Чи це інтернет-магазин, чи готовий ІТ-продукт, чи сайт-візитка. Всі вони створені для того, щоб ознайомити потенційного клієнта з послугами або продуктами компанії і спонукати його здійснити дзвінок, написати або ж одразу оформити замовлення через платформу.

Одним із завдань бізнесу, а зокрема, маркетингу і SEO, є залучення аудиторії. Наступним завданням і етапом лійки продажу є заохочення клієнта залишитись на сайті і перейти до наступного етапу.

Доступність сайту якраз і сприяє комфортному перебуванню на ресурсі та завершенню запланованого шляху клієнта.

Розгляньмо кілька практичних кейсів, коли проблеми з вебдоступністю стають причиною втрати потенційних замовників.

Проблеми вебдоступності в інтернет-магазині

На шляху користувача інтернет-магазину може виникнути дуже багато перешкод через проблеми доступності. Та розгляньмо один з поширених випадків.

• Покупець додав товар до кошика і перейшов до заповнення форми з особистими даними
• Вводить ім’я та прізвище у поле з назвою “ПІБ”
• Натискає кнопку “Завершити покупку”, але форма не відправляється
• У кращому разі поле ПІБ підсвічується червоним кольором
• Біля поля з’являється повідомлення про помилку — “Некоректно введені дані”
• Користувач знову перевіряє свої ім’я та прізвище, все введено правильно, однак форму відправити не може

Що ми тут бачимо?

Порушено вимогу вебдоступності про те, що повідомлення про помилку повинно бути інформативним, зрозумілим та надавати підказки, як помилку виправити.

Можливо, користувач міг би здогадатись, що в поле ПІБ очікують також і по-батькові та що це є обов’язковим для відправки форми. Але про це ніде не було поінформовано.

Як це виправити?

Можна було б покращити назву поля, наприклад, “ПІБ (обов’язково вкажіть по-батькові)”. Або в повідомленні про помилку чітко вказати “Напишіть ім’я, прізвище та по-батькові”.

Скоріш за все, клієнт розчарується в цьому ресурсі і оформить замовлення на іншому.

В такій реалізації є порушення вимог вебдоступності, які були б виявлені під час перевірки сайту на відповідність критеріям WCAG.

Проблеми вебдоступності на сайті-візитці офлайн магазину

Наприклад, у магазину квітів є лендинг.

• Потенційний клієнт перебуває на вулиці, де світить яскраве сонце;
• Він заходить на вебсторінку з телефона і планує зателефонувати в магазин, щоб уточнити наявність потрібних йому квітів;
• Фон сторінки білий, а номери телефонів написані світло-сірим кольором;
• На екрані телефона так погано видно інформацію, що можна і не помітити контактів магазину;
• А навіть якщо користувач побачить контакти, то можуть з’явитись наступні перешкоди: не вдається натиснути на номер телефону, щоб одразу зателефонувати або неможливо скопіювати номер.

Що ми тут бачимо?

Тут порушується вимога вебдоступності щодо контрастності кольорів. А саме, що кольори контенту та фону повинні мати принаймні мінімально визначену контрастність.

Ця перевірка є складовою аудиту вебдоступності сайту.

Найімовірніше клієнт перейде на наступний ресурс з результатів пошуку і зателефонує в інший магазин.

Вебдоступність сайту оптики

Згідно з відкритими статистичними даними, основою бізнесу оптик є продаж коригувальних окулярів. Отже, основними клієнтами є люди з порушенням зору.

Це може здатись дивним, однак багато сайтів оптик не є вебдоступними.

Наприклад, на сторінці певний контент може бути написано дрібним шрифтом.

Це не критична проблема, адже в браузері є налаштування розміру базового шрифту. Проблемою є, коли платформа не враховує ці налаштування, а відображає лише визначений розмір шрифту. Відповідно, користувач не може отримати повноцінну інформацію про продукцію і втрачає бажання перебувати на такому сайті.

Не існує критерію доступності, який регулював би мінімальний розмір шрифтів. Тобто немає фіксованої мінімальної вимоги в пікселях щодо розміру тексту.

Однак є критерій, який зобов’язує коректно реагувати на налаштування розміру шрифту в браузері і при цьому не втрачати функціональності. Аудит вебдоступності сайту оптики допоміг би виявити таку проблему.

Це лише декілька прикладів. Проблем може бути значно більше. Зважаючи на це, бізнес часто втрачає клієнтів, навіть не підозрюючи про причини.

Переглядаючи метрики конверсії, може з’явитись висновок, що продукт просто не відповідає запиту клієнта. А насправді користувачі можуть йти через незручність або навіть неможливість завершити замовлення.

Перевірка вебдоступності допомагає виявити моменти, через які платформа втрачає користувачів, а бізнес — клієнтів.

Аудит вебдоступності потрібен розробникам та продуктовим командам

Продуктові команди та команди розробки також зацікавлені в тому, щоб сайт був доступним для якомога більшої кількості користувачів.

Якщо розглядати ідеальний сценарій, то було б чудово, щоб вся команда — продакт-менеджери, дизайнери, розробники, тестувальники — пройшла навчання з вебдоступності та створювала продукт, керуючись цими принципами з самого початку.

Та ми знаємо, що реальність інша. І, в кращому разі, виділяється бюджет на оцінку доступності, щоб виявити потенційні зони для покращення або переконатися, що сайт відповідає всім вимогам.

Таку перевірку можуть проводити перед запуском нового продукту. Але частіше її відкладають на невизначений термін. І подальші оновлення сайту тільки загострюють наявні недоліки доступності.

Аудит доступності перед запуском нового продукту допомагає знайти слабкі місця і виправити їх на початку, що зазвичай є значно легшим і дешевшим завданням. Додатковим бонусом є те, що вся команда знайомиться з вимогами вебдоступності і надалі намагається їх дотримуватись.

З часом ресурс може зазнавати значних змін, адже продукт удосконалюється та розвивається. Разом з цим можуть виникати і нові проблеми, яких на початку не було і про які команда й не підозрювала. Тому після редизайну або значних змін функціоналу також варто планувати проведення аудиту.

Продуктовим командам варто звертати увагу на відгуки користувачів і падіння конверсії. Потенційно причиною можуть стати проблеми доступності, які з’явились нещодавно разом з оновленнями сайту.

Перевірка вебдоступності ресурсу може допомогти CTO оцінити технічний стан коду, технічний борг проєкту та сформувати беклог.

Окремо слід згадати державні та некомерційні проєкти. Для них аудит доступності також є вкрай важливим, адже нерідко такі платформи надають послуги або інформацію для людей з інвалідністю, з порушенням зору або моторики. Сайти державних послуг мають бути доступними для всіх громадян.

Ми бачимо, що аудит вебдоступності сайту потрібен і комерційним компаніям, і державним установам, і неприбутковим проєктам.

Він є корисним як для власників бізнесу, які прагнуть залучати більше клієнтів, так і для команд, що розвивають продукт та хочуть контролювати його якість. Чим раніше виявити проблеми доступності, тим менше часу та коштів необхідно буде виділяти на їх виправлення.

Часті запитання про аудит вебдоступності вебсайту

Скільки коштує аудит вебдоступності?

Вартість аудиту розраховується індивідуально і може залежати від:

• цільового рівня відповідності WCAG (A/AA/AAA)
• обсягу перевірки (кількості сторінок)
• складності продукту
• кваліфікації аудитора

Скільки часу триває аудит вебдоступності?

Тривалість аудиту залежить від обсягу проєкту. Для однієї складної сторінки повний ручний аудит може тривати до 2 робочих днів.

Коли варто проводити аудит вебдоступності?

Перевіряти сайт на доступність варто, якщо раніше такий аудит не проводився. Крім того, перед запуском продукту, після редизайну або змін функціоналу. А також у разі падіння конверсії чи скарг користувачів.

Як часто потрібно повторювати аудит?

Після суттєвих оновлень платформи, редизайну або додавання нових сценаріїв.

Чи потрібен аудит доступності малому бізнесу?

Так. Оцінка доступності потрібна всім, хто не бажає втрачати потенційних клієнтів. А для малого бізнесу кожен клієнт є особливо цінним.