Зручний сайт не обов'язково означає яскравий сайт. Людина може чудово бачити дизайн на великому моніторі, але не мати змоги заповнити форму з клавіатури або розібратися в підписах до полів на телефоні. Доступність стосується не лише людей із постійними порушеннями зору чи руху. Тимчасова травма, сонячне світло на екрані або повільне з'єднання також змінюють спосіб взаємодії з інтерфейсом.
Навігація повинна працювати без мишки
Спробуйте відкрити сайт і перейти до кнопки замовлення лише клавішею Tab. Чи видно, де зараз фокус? Чи можна відкрити меню й закрити спливаюче вікно? Якщо фокус губиться або потрапляє за невидимі елементи, частина користувачів не завершить дію. Для складних компонентів потрібна коректна семантика та керування з клавіатури, а не лише стильний ефект під час наведення мишкою.
Форми мають явно підписані поля, зрозумілі повідомлення про помилки й підказки щодо формату даних. Червона рамка без тексту «вкажіть адресу електронної пошти» не допоможе людині, яка не розрізняє кольори. Добре, коли повідомлення пояснює, що виправити, не стираючи вже введену інформацію.
Контраст, структура і зміст
Надто світло-сірий текст, дрібні підписи, кнопки без зрозумілої назви та заголовки, оформлені звичайними абзацами, погіршують читаність і для людей, які користуються допоміжними технологіями. Альтернативний текст зображення має описувати його зміст або функцію, а декоративні елементи не повинні перевантажувати озвучування сторінки. Для відео важливі субтитри, для складних схем — пояснення основного висновку текстом.
Автоматичний тест допомагає знайти частину технічних помилок, але не скаже, чи людині зрозуміла логіка послуги. Тому перевірку варто доповнювати реальними сценаріями: знайти ціну, записатися, скасувати дію, повернутися до попереднього кроку. Доцільно орієнтуватися на актуальні вимоги WCAG і законодавство тих ринків, де працює сервіс.
Доступність — не окрема кнопка «спеціальний режим» на краю екрана. Це рішення, які закладаються у структуру продукту, тексти, перевірку помилок і повсякденне тестування.