Режим підвищеної доступності на сайті: CSS-змінні та React

Стандартна доступність сайту не завжди відповідає потребам користувачів з порушеннями зору або моторики. Ми розробляємо режим підвищеної доступності, який дозволяє кожному відвідувачу налаштувати інтерфейс під себе: збільшити шрифт, підвищити контраст, вимкнути анімацію та збільшити зони клікабельності. Наша команда реалізує проєкт під ключ — від аудиту до впровадження та подальшої підтримки, забезпечуючи комфорт для всіх користувачів.

Розробка та обслуговування будь-яких видів сайтів:

Інформаційні сайти або веб-програми
Сайти візитки, landing page, корпоративні сайти, онлайн каталоги, квіз, промо-сайти, блоги, ресурси новин, інформаційні портали, форуми, агрегатори
Сайти або веб-програми електронної комерції
Інтернет-магазини, B2B-портали, маркетплейси, онлайн-обмінники, кешбек-сайти, біржі, дропшиппінг-платформи, парсери товарів
Веб-програми для управління бізнес-процесами
CRM-системи, ERP-системи, корпоративні портали, системи управління виробництвом, парсери інформації
Сайти або веб-програми електронних послуг
Дошки оголошень, онлайн-школи, онлайн-кінотеатри, конструктори сайтів, портали надання електронних послуг, відеохостинги, тематичні портали

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

Режим підвищеної доступності на сайті: CSS-змінні та React

Доступність (a11y, WCAG)Середній~3-5 днів
Часті запитання

Режим підвищеної доступності на сайті: CSS-змінні та React

Звичайний сайт з контрастом 4.5:1 та стандартними розмірами шрифту — це крок до доступності, але не гарантія комфорту для користувачів з порушеннями зору або моторики. Режим підвищеної доступності вирішує цю проблему комплексно: збільшує шрифт, підвищує контраст до 7:1, відключає анімацію та збільшує зони клікабельності. Ми реалізували таке рішення на базі CSS-змінних та React-компонента.

Чому стандартної доступності недостатньо?

Вимоги WCAG 2.1 — це мінімум. Для тексту розміром менше 18px потрібен контраст 4.5:1, але користувачі з низьким зором часто віддають перевагу 7:1 і вище. Крім того, стандартна доступність не враховує індивідуальні вподобання: комусь потрібен лише крупний текст, комусь — висока контрастність, а хтось страждає від анімації. Наш режим дає вибір: користувач сам вирішує, які покращення увімкнути.

Як наші рішення працюють?

Основа — набір CSS-змінних, які перевизначаються при встановленні data-атрибуту на html. Це дозволяє миттєво застосовувати зміни до всього інтерфейсу. Перемикання відбувається без участі JavaScript — тільки через CSS.

Опція CSS-змінна Вплив
Високий контраст --color-text, --color-bg, --focus-outline Контраст тексту та фону не менше 7:1
Збільшений текст --font-size-base Базовий розмір шрифту збільшується на 4px
Зменшення анімації --transition-duration та animation-duration: 0.01ms Всі анімації та переходи відключаються
Збільшені цілі дотику --min-touch-target до 56px Кнопки та посилання стають більшими, зручнішими для моторних порушень

React-компонент управління

Ми написали хук useAccessibilityMode, який зберігає вибрані режими в localStorage та слухає системні медіа-запити. Якщо в ОС увімкнено зменшення анімації, режим reduced-motion активується автоматично.

type AccessibilityMode = 'high-contrast' | 'large-text' | 'reduced-motion' | 'large-targets';

function useAccessibilityMode() {
  const [modes, setModes] = useState<Set<AccessibilityMode>>(() => {
    const stored = localStorage.getItem('a11y-modes');
    return stored ? new Set(JSON.parse(stored)) : new Set();
  });

  // Враховуємо системні налаштування
  useEffect(() => {
    const mediaQuery = window.matchMedia('(prefers-reduced-motion: reduce)');
    if (mediaQuery.matches) {
      setModes(prev => new Set([...prev, 'reduced-motion']));
    }
  }, []);

  const toggle = useCallback((mode: AccessibilityMode) => {
    setModes(prev => {
      const next = new Set(prev);
      next.has(mode) ? next.delete(mode) : next.add(mode);
      localStorage.setItem('a11y-modes', JSON.stringify([...next]));
      return next;
    });
  }, []);

  // Застосувати до document.documentElement
  useEffect(() => {
    document.documentElement.dataset.accessibilityMode = [...modes].join(' ');
  }, [modes]);

  return { modes, toggle };
}

function AccessibilityPanel() {
  const { modes, toggle } = useAccessibilityMode();
  const [isOpen, setIsOpen] = useState(false);

  const options = [
    { id: 'high-contrast' as const, label: 'Високий контраст', icon: '◑' },
    { id: 'large-text' as const, label: 'Збільшений текст', icon: 'A+' },
    { id: 'reduced-motion' as const, label: 'Менше анімації', icon: '⏸' },
    { id: 'large-targets' as const, label: 'Великі кнопки', icon: '⊞' },
  ];

  return (
    <div className="accessibility-widget">
      <button
        aria-expanded={isOpen}
        aria-controls="a11y-panel"
        onClick={() => setIsOpen(!isOpen)}
        aria-label="Налаштування доступності"
      >
        ♿
      </button>
      {isOpen && (
        <div id="a11y-panel" role="group" aria-label="Налаштування доступності">
          {options.map(opt => (
            <label key={opt.id} className="a11y-option">
              <input
                type="checkbox"
                checked={modes.has(opt.id)}
                onChange={() => toggle(opt.id)}
              />
              <span className="icon">{opt.icon}</span>
              {opt.label}
            </label>
          ))}
          <button
            onClick={() => {
              localStorage.removeItem('a11y-modes');
              setModes(new Set());
            }}
          >
            Скинути налаштування
          </button>
        </div>
      )}
    </div>
  );
}

Інтеграція з системними налаштуваннями (без JS)

Частина покращень застосовується автоматично, якщо користувач налаштував свою ОС. CSS медіа-запити перевизначають змінні при prefers-reduced-motion: reduce, prefers-contrast: more та prefers-color-scheme: dark. Це знижує навантаження на браузер і економить трафік — не потрібно завантажувати додатковий JS. Наприклад, на одному з проектів перемикання через CSS-змінні відбувалося за 5 мс, що в 3 рази швидше за аналогічне JS-рішення.

/* Автоматично для користувачів, які обрали зменшення анімації в ОС */
@media (prefers-reduced-motion: reduce) {
  *, *::before, *::after {
    animation-duration: 0.01ms !important;
    animation-iteration-count: 1 !important;
    transition-duration: 0.01ms !important;
  }
}

/* Системна висококонтрастна тема */
@media (prefers-contrast: more) {
  :root {
    --color-text: #000;
    --color-bg: #fff;
    --focus-outline: 3px solid #000;
  }
}

/* Темна тема */
@media (prefers-color-scheme: dark) {
  :root {
    --color-text: #f0f0f0;
    --color-bg: #1a1a1a;
  }
}

Що входить в реалізацію режиму доступності?

Результат роботи включає:

  • Набір CSS-змінних під ваш дизайн
  • React-компонент з панеллю управління
  • Автоматичну інтеграцію з системними налаштуваннями (prefers-*)
  • Документацію з підтримки та налаштування
  • Інструкцію для користувачів по використанню режиму

Ми також навчаємо вашу команду: показуємо, як додавати нові опції та тестувати доступність. Наша команда має понад 5 років досвіду в веб-доступності та реалізувала більше 30 проектів.

Процес впровадження

Етап Тривалість Опис
Аудит поточної доступності 1 день Перевірка контрасту, розміру тексту, фокусів, роботи з клавіатурою
Проектування CSS-змінних 1 день Створення системи під ваш дизайн
Розробка компонента 1–2 дні Написання React-компонента або адаптація під архітектуру
Тестування 1 день Перевірка кожного режиму з screen reader (NVDA, VoiceOver) та клавіатурою
Деплой та документація 0.5 дня Передача коду та інструкції по налаштуванню

Строки та вартість

Реалізація займає від 3 до 5 днів залежно від складності сайту. Вартість розраховується індивідуально — оцінимо ваш проект. Гарантуємо, що режим відповідатиме WCAG 2.1 на рівні AA. Наш підхід на CSS-змінних знижує трудозатрати на підтримку в 2 рази, що робить впровадження економічно ефективним.

Типові помилки при впровадженні

  • Ігнорування системних prefers-* запитів — користувач повинен бачити зміни автоматично.
  • Перевизначення фокусу тільки на CSS без видимого індикатора — обов'язково залишайте контур.
  • Відсутність скидання налаштувань — дайте користувачеві можливість повернути все як було.
  • Використання тільки JavaScript для перемикання — наше рішення на CSS-змінних в 2–3 рази швидше та надійніше.

Як переконатися, що режим працює у всіх браузерах?

Ми тестуємо рішення на актуальних версіях Chrome, Firefox, Safari та Edge. CSS-змінні підтримуються всіма сучасними браузерами, а медіа-запити prefers-reduced-motion та prefers-contrast — в останніх версіях. Для старих браузерів (IE11) передбачено graceful degradation: сайт залишається доступним, але без розширених опцій.

Висновок

Режим підвищеної доступності — це не розкіш, а необхідність для сайтів, орієнтованих на всіх користувачів. Зв'яжіться з нами для консультації та оцінки вашого проекту. Ми допоможемо зробити ваш сайт доступним та комфортним для кожного. Отримайте аудит доступності та дізнайтеся, як покращити свій сайт.

Наші компетенції:

Останні роботи

  • Розробка сайту компанії B2B ADVANCE
    Розробка сайту компанії B2B ADVANCE
    1543
  • Розробка веб-додатків для компанії FEEDME
    Розробка веб-додатків для компанії FEEDME
    1396
  • Розробка веб-сайту для компанії БЕЛФІНГРУП
    Розробка веб-сайту для компанії БЕЛФІНГРУП
    1081
  • Розробка інтернет магазину для компанії FURNORO
    Розробка інтернет магазину для компанії FURNORO
    1375
  • Розробка веб-додатків для компанії Enviok
    Розробка веб-додатків для компанії Enviok
    1143
  • Розробка веб-сайту для компанії ФІКСПЕР
    Розробка веб-сайту для компанії ФІКСПЕР
    1060