Як скласти заяву про доступність (із шаблоном)

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

Що таке заява про доступність?

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

У настановах W3C щодо складання заяви про доступність (відкриється в новій вкладці) сказано, що заява має містити щонайменше:

• «Зобов’язання забезпечувати доступність для людей з інвалідністю»
• «Застосований стандарт доступності, наприклад WCAG 2.2»
• «Контактну інформацію на випадок, якщо користувачі матимуть проблеми»

Там також радять перелічити відомі обмеження, заходи, яких ви вживаєте, підтримувані браузери, середовища, у яких тестували, і закони, що до вас застосовуються. Заява — не сертифікат, і ніхто її не затверджує. Її цінність у чесності: читач бачить, чого очікувати і що робити, коли щось не працює.

Чи обов’язкова заява про доступність за законом?

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

Деталі визначають національні закони. У Німеччині інформаційний обов’язок за BFSG передбачає також зазначення компетентного органу ринкового нагляду (BFSG, Anlage 3 (відкриється в новій вкладці)). В Італії AgID повідомляє, що великі приватні компанії, чиї послуги тепер підпадають під італійський закон про транспозицію EAA, більше не подають декларації про доступність, яку раніше подавали за Законом 4/2004, а органи державного управління досі подають (AgID FAQ (відкриється в новій вкладці)). Якщо ваша компанія працює в Україні чи деінде поза ЄС, рядок таблиці про компанії, на які поширюється EAA, стосується вас щодо продажів споживачам у ЄС, а про окремі вимоги в Україні запитайте юриста.

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

Що має містити заява про доступність органу публічного сектору?

Модель заяви ЄС з Імплементаційного рішення (ЄС) 2018/1523 має шість обов’язкових частин: зобов’язання та сфера дії, статус відповідності, недоступний контент, підготовка заяви, зворотний зв’язок і контакти, а також процедура забезпечення виконання. Заява сама має бути доступною, і, згідно з Рішенням, її слід регулярно переглядати, щонайменше раз на рік.

1. Вступна заява: зобов’язання забезпечувати доступність відповідно до національного закону та перелік сайтів чи застосунків, на які воно поширюється.
2. Статус відповідності: повністю, частково чи не відповідає — з переліком невідповідностей.
3. Недоступний контент: контент, що не відповідає вимогам, контент, щодо якого заявлено непропорційний тягар, і контент поза сферою дії закону — з доступними альтернативами, якщо вони є.
4. Підготовка заяви: дата, метод (самооцінка чи оцінка третьою стороною) і, за бажанням, дата останнього перегляду.
5. Зворотний зв’язок і контакти: як повідомити про проблему чи запросити недоступний контент і хто за це відповідає.
6. Процедура забезпечення виконання: що робити, якщо відповідь не задовольнила, з контактами наглядового органу.

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

Що Європейський акт про доступність зобов’язує публікувати компанії?

Компанії, на які поширюється EAA, мають публікувати інформацію про те, як їхня послуга відповідає вимогам доступності, «у загальних умовах або рівнозначному документі» (додаток V). Вона має бути доступна в письмовій та усній формі, зрозуміла людям з інвалідністю й залишатися загальнодоступною, доки надається послуга (стаття 13(2)).

Додаток V перелічує, що потрібно зазначити, якщо це застосовно:

• загальний опис послуги в доступних форматах;
• описи й пояснення, потрібні для розуміння того, як працює послуга;
• опис того, як послуга відповідає застосовним вимогам доступності з додатка I.

Директива не називає це заявою про доступність і не приписує моделі. На практиці багато компаній публікують одну сторінку про доступність, яка розв’язує обидва завдання, і ставлять на неї посилання із загальних умов. Якщо ви посилаєтеся на виняток щодо непропорційного тягаря, зазначте це там само; стаття 14 також вимагає задокументованої оцінки, яку слід оновлювати щонайменше раз на п’ять років. На кого поширюється акт, розповідає наш розбір Європейського акта про доступність.

Що має бути в будь-якій заяві про доступність?

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

• Пишіть про проблеми конкретно. «Частина контенту може бути недоступною» нічого читачеві не каже. «Таблиця розмірів на сторінках товарів — зображення без текстової альтернативи; напишіть нам, і ми надішлемо мірки» — допомагає.
• Пропонуйте альтернативи, наприклад бронювання телефоном чи текстову версію меню в PDF.
• Дайте канал зв’язку, що працює, найкраще адресу електронної пошти й номер телефону, зі строком відповіді, якого ви здатні дотримуватися.
• Назвіть стандарт і версію, наприклад WCAG 2.2 рівня AA. Саме собою «відповідає WCAG» мало що означає; про рівні розповідає наша стаття «Що нового у WCAG 2.2».
• Зазначте, як і коли ви тестували: самооцінка з автоматичними інструментами та ручними перевірками чи зовнішній аудит.
• Пишіть простою мовою. Ваш читач може бути втомленим, роздратованим або слухати текст через скринрідер.

Як обрати між «повністю», «частково» та «не відповідає»?

Обирайте «повністю відповідає», лише якщо всі вимоги стандарту виконано без винятків, «частково відповідає» — якщо виконано більшість, але з деякими винятками, і «не відповідає» — якщо більшість не виконано. Це визначення із самої моделі ЄС. Для більшості сайтів, які чесно протестували, точна відповідь — «частково відповідає».

Рішення також вимагає, щоб твердження про відповідність ґрунтувалися на реальній оцінці, наприклад самооцінці чи оцінці третьою стороною, і щоб у заяві було названо метод. Саме лише автоматичне сканування такою оцінкою не є: інструменти знаходять лише частину проблем (чому — пояснює наш посібник «Як перевірити доступність сайту»). До того ж сайти змінюються. Нова тема чи сторонній чат можуть зламати те, що минулого місяця проходило перевірку.

Встановлення віджета доступності теж не змінює статусу. Європейська комісія пише, що оверлеї та інші інструменти, які не забезпечують відповідності стандарту самого сайту, «не є належним рішенням» (Єврокомісія, Web Accessibility (відкриється в новій вкладці)).

Шаблон: заява про доступність, яку можна адаптувати

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

Заява про доступність [назва сайту чи застосунку]

Наше зобов’язання. [Назва організації] прагне, щоб сайтом [адреса сайту] міг користуватися кожен, зокрема люди, які використовують допоміжні технології, як-от скринрідери, екранні лупи чи голосове керування. Ця заява поширюється на [сайт / застосунки для iOS та Android].

Про нашу послугу. [Опишіть послугу одним-двома простими реченнями, наприклад: «Ми продаємо велосипеди онлайн і доставляємо замовлення покупцям у Польщі, Чехії та Німеччині». Потім поясніть, як працюють пошук, замовлення, оплата й звернення до підтримки для людей, які використовують допоміжні технології, і якого стандарту ви дотримуєтеся.]

Статус відповідності. Цей сайт [повністю / частково / не] відповідає [WCAG 2.2 рівня AA / EN 301 549 v3.2.1][ через проблеми, перелічені нижче].

Що поки недоступне. [Перелічіть кожну проблему, де вона і що можна зробити натомість. Наприклад: «Картою пошуку магазинів не можна користуватися з клавіатури. Ті самі адреси й години роботи наведено на сторінці „Магазини“». «Деякі відео про товари, опубліковані до червня 2025 року, не мають субтитрів. Ми додамо їх до [місяць і рік]».]

[Непропорційний тягар.] [Лише якщо ви провели й задокументували оцінку: що ви не виправили, чому і яку альтернативу пропонуєте.]

Як ми тестували. Цю заяву підготовлено [дата] на основі [самооцінки за допомогою автоматичних інструментів і ручних перевірок із клавіатурою та скринрідером / аудиту, проведеного [компанія] у [місяць і рік]] для [протестованих сторінок і сценаріїв]. Востаннє її переглянуто [дата].

Зворотний зв’язок і контакти. Якщо ви виявили проблему або вам потрібна інформація в іншому форматі, зв’яжіться з [ім’я чи команда] за адресою [адреса електронної пошти] або за телефоном [номер телефону]. Ми намагаємося відповідати протягом [5] робочих днів.

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

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

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

• редизайн, нова тема, нове оформлення замовлення чи новий платіжний провайдер;
• новий сторонній інструмент, наприклад вікно чату, стрічка відгуків чи банер про cookie;
• результати нового аудиту або виправлення, після яких обхідний шлях зі списку вже не потрібен;
• нові контактні дані чи строки відповіді;
• зміна еталонного стандарту: EN 301 549 v4.1.1, опублікований у вересні 2026 року, спирається на WCAG 2.2 і стане еталонним, щойно посилання на нього з’явиться в Офіційному віснику ЄС (AccessibleEU (відкриється в новій вкладці)).

Чи може генератор написати заяву за вас?

Генератор може вибудувати структуру заяви й розмістити її, але не може визначити ваш статус відповідності чи знайти ваші проблеми. Це може показати лише тестування. W3C пропонує безкоштовний генератор заяв про доступність (відкриється в новій вкладці), а деякі інструменти, зокрема наш, розміщують результат у себе. Так чи інакше, заява не буде кращою за оцінку, на якій вона ґрунтується.

На тарифах SiteAccessible Pro та Business покрокова форма складає заяву за структурою моделі ЄС і розміщує її на сторінці, на яку посилається віджет (як це працює). Вона фіксує те, що ви їй повідомляєте. Вона не тестує ваш сайт, не обирає статусу й не робить сайт відповідним вимогам, тож почніть із чекліста доступності сайту.