Для кого · магазини, маркетплейси, бронювання, підписки, платні онлайн‑послуги
Інтернет‑магазини та електронна торгівля
Електронна торгівля — єдина послуга із закону, що стосується сотень тисяч компаній — кожного, хто дистанційно, через сайт або застосунок, укладає договори зі споживачами (ст. 5 п. 32). Органом нагляду є міністр, відповідальний за інформатизацію (ст. 38 ч. 3 п. 2). Ця сторінка проходить магазином так, як ним пройде аудитор: від сторінки товару до підтвердження замовлення.
«Крім виконання вимог доступності, зазначених у ст. 12, у межах послуг електронної торгівлі забезпечується: 1) надання інформації про відповідність продуктів або послуг вимогам доступності, якщо цю інформацію надав зобов'язаний до цього суб'єкт господарювання; 2) сприйнятність, функціональність, зрозумілість і сумісність функцій та методів, що слугують ідентифікації сторін послуги електронної торгівлі, збереженню безпеки та здійсненню платежів, накладанню електронних підписів, а також платіжних послуг, що є частиною цієї послуги.» (наш переклад)
Що ст. 18 означає в кошику
| Елемент закону | У магазині це… | Типове порушення |
|---|---|---|
| ідентифікація сторін | реєстрація, вхід, «купити без облікового запису», дані для рахунку, верифікація e‑mail, вхід через соцмережі | поля без підписів, повідомлення «неправильні дані» без вказівки поля, код із SMS у полі без autocomplete="one-time-code" |
| збереження безпеки | CAPTCHA, 2FA, ліміти сесії, підтвердження | графічна CAPTCHA без звукової/логічної альтернативи, сесія, що спливає без попередження під час оплати (WCAG 2.2.1) |
| здійснення платежів | вибір методу, форма картки, перенаправлення до оператора, BLIK, розстрочка | iframe шлюзу без заголовка й фокуса, радіокнопки як клікабельні зображення, кнопка «Сплатити» як div |
| електронні підписи | прийняття правил, згоди, договори розстрочки, підпис у застосунку | чекбокс згоди без пов'язаного підпису, «підпис», намальований пальцем, без альтернативи |
| інформація про доступність продуктів (п. 1) | на сторінці продукту, охопленого законом (комп'ютер, пристрій для читання, телефон, термінал): інформація виробника про доступність | відсутність розділу; дані виробника сховано в PDF |
Ст. 12 діє паралельно: описи товарів, правила, політика повернень, ціни доставки — читабельним шрифтом, із контрастом, як текст, з альтернативами для зображень; а весь магазин — сприйнятний, функціональний, зрозумілий, сумісний.
Шлях покупки очима аудитора
Головна сторінка та категорії
Карусель з автоматичним прокручуванням без паузи (2.2.2); меню, що розкривається лише мишею (2.1.1); фільтри як недоступні кастомні елементи; «показати більше» без інформації для програми читання, що щось завантажилося (4.1.3).
Сторінка товару
Фото без альтернатив або з альтернативою «IMG_2031.jpg» (1.1.1); вибір розміру/кольору лише кольором (1.4.1); ціна й акція закресленням без тексту (1.3.1); кнопка «Додати до кошика» без підтвердження для програми читання (4.1.3); таблиці параметрів без заголовків (1.3.1).
Кошик
Зміна кількості іконками ± без назв (4.1.2); видалення товару іконкою кошика без підпису; перерахунок суми без оголошення; помилка промокоду лише кольором (3.3.1).
Ідентифікація
Вхід / гість; поля без
labelіautocomplete(1.3.5, 3.3.2); валідація на льоту, що переносить фокус; вимога повторно вводити дані (WCAG 2.2 3.3.7); CAPTCHA (1.1.1, 2.2 3.3.8).Доставка та оплата
Картки методів як зображення; iframe оператора без
title(4.1.2); перенаправлення без попередження (3.2.5); таймер сесії без можливості продовжити (2.2.1); кнопка оплати з контрастом 2:1 (1.4.3, 1.4.11).Підсумок і згоди
Чекбокси без підписів (1.3.1); правила в модальному вікні, яке не тримає фокус і не закривається Esc (2.1.2, 2.4.3); помилка «позначте згоди» без вказівки, які (3.3.1, 3.3.3).
Підтвердження та обліковий запис
Статус замовлення лише іконкою; HTML‑листи без альтернативного тексту; PDF‑рахунок без структури; історія замовлень як зображення таблиці.
Хто відповідає за платіжний шлюз та інші чужі модулі
Ст. 18 п. 2 говорить про платіжні послуги, «що є частиною цієї послуги». Платіжний оператор сам є надавачем (роздрібний банкінг або платіжна послуга) і відповідає за свою форму. Ви відповідаєте за те, що його обрали, вбудували і що перехід до нього й назад доступний. Виняток зі ст. 4 п. 2 літ. b (контент не фінансований, не створений і не під контролем) не охоплює модуля, що є частиною вашого процесу продажу — ви контролюєте його вибір і налаштування. Практично: обирайте операторів із публічною інформацією про доступність, тестуйте їхню форму клавіатурою і програмою читання, впишіть до договору з оператором клаузулу WCAG. Те саме стосується системи відгуків, чату, пошуку, калькулятора розстрочки та віджета доставки.
Маркетплейси та продаж на чужих платформах
Продаючи виключно через Allegro, Amazon чи Etsy, ви не надаєте послуги електронної торгівлі через власний сайт — послугу надає платформа. Але ви відповідаєте за контент, який там розміщуєте: описи, фото з альтернативами, параметри як текст. Платформи переносять вимоги на продавців через правила. Продаючи паралельно у власному магазині, ви підлягаєте закону повністю.
Що вписати до правил (ст. 32 ч. 2 п. 1)
Закон не дає зразка. Розумний розділ «Доступність» у правилах магазину містить:
- декларацію стандарту: «Магазин проєктується відповідно до WCAG 2.1 на рівні AA (EN 301 549)»;
- фактичний стан: «Магазин відповідає вимогам щодо … Відомі невідповідності: … Планований строк усунення: …» — чесно, бо саме це орган порівняє з реальністю;
- інформацію, необхідну для користування (ст. 32 ч. 2 п. 1 літ. b): обслуговування клавіатурою, скорочення, режим високого контрасту, підтримка програм читання, альтернативні канали покупки (телефон, e‑mail);
- канал для скарг зі ст. 37 ч. 1 п. 3: адресу e‑mail або форму, телефон, поштову адресу; строк 30 днів; роз'яснення про повідомлення PFRON;
- дату останньої оцінки відповідності (ст. 32 ч. 1) і відповідальну особу.
Розділ має бути також окремою сторінкою з посиланням у підвалі — ст. 32 вимагає, щоб інформація була «у доступний спосіб», а правила в модальному вікні при оформленні такими не є.
Платформи магазинів — що в коробці
| Платформа | База | На що зважати |
|---|---|---|
| Shopify | теми Online Store 2.0 від Shopify проходять аудит; оформлення Shopify доступне | теми з маркетплейсу, застосунки, що додають секції, власні скрипти |
| WooCommerce | ядро добре; якість залежить від теми та плагінів | конструктори сторінок, плагіни кошика/оформлення, каруселі; плагіни‑накладки не виправляють код |
| PrestaShop | стандартна тема «classic» потребує виправлень контрасту й фокуса | модулі оплати й доставки — тестуйте кожен окремо |
| Magento / Adobe Commerce | Luma має відомі прогалини; Hyvä краще | конфігуратори товарів, нестандартні списки |
| Shoper, IdoSell, Sky‑Shop, Shoplo (польські SaaS) | залежить від шаблону; виробники публікують інформацію про WCAG різною мірою | попросіть постачальника про декларацію відповідності шаблону і тестуйте оформлення клавіатурою |
| власний код / headless | повний контроль, повна відповідальність | кастомні компоненти (select, modal, tabs) без ARIA — як це робити |
Скарга в магазині — як це виглядає насправді
Споживач не зміг завершити покупку з програмою читання з екрана; пише на адресу з правил, вказує «кнопка оплати не читається» і вимагає можливості заплатити. Від цієї миті ви рахуєте 30 днів (ст. 37 ч. 2). Добра відповідь: підтвердження, опис виправлення зі строком (макс. 6 місяців, ст. 37 ч. 5 п. 1 літ. b), тимчасова альтернатива (замовлення телефоном з оплатою за посиланням), підпис особи з прізвищем і посадою (ч. 5 п. 2). Погана відповідь: мовчання — через 30 днів вимогу визнано, а невиконання її за 6 місяців є порушенням, про яке запитає контроль. Увесь шлях до штрафу.
Сигнали, які бачить перевірка
Звіт безкоштовної перевірки позначає сторінку як магазин, коли виявляє принаймні два незалежні сигнали: кошик, кнопки «додати до кошика», ціни у структурованих даних (Product/Offer), шляхи /cart, /checkout, /koszyk, скрипти платформ магазинів, платіжну форму. Для магазину звіт додатково перевіряє інформацію про доступність (ст. 32), посилання на правила й канал контакту (ст. 37) і підказує, які з виявлених сторінок — кошик, вхід, оформлення — треба дослідити окремо, бо головна сторінка ніколи не є місцем, де магазин зазнає невдачі.