Доступні PDF за AODA: проблема документів, яку пропускає більшість бізнесів Онтаріо

Можна витратити гроші на доступність сайту, пройти аудит і однаково лишитися під ризиком - через меню, прайс-лист, форму заяви чи річний звіт, викладені в PDF. Документи - сліпа пляма. AODA (Accessibility for Ontarians with Disabilities Act) Онтаріо вважає PDF і файли Word, які ви публікуєте на сайті, вебконтентом і висуває до них той самий стандарт, що й до сторінок довкола. Більшість бізнесів ніколи про них так не думають, а екранний читач не може прочитати PDF, який ніколи не робили так, щоб його можна було прочитати.

Нещодавно це питання перейшло з «доброї практики» в «обов'язковий регламент». У грудні 2025 року федеральний уряд Канади зробив доступність невебдокументів жорсткою вимогою для найбільших організацій під федеральним регулюванням - сигнал про те, куди рухається мінімум по всій країні. Ось що насправді стосується вашого бізнесу в Онтаріо і що з цим зробити до кінця року.

Ключові факти

• За IASR Онтаріо (Регламент про інтегровані стандарти доступності, O. Reg. 191/11) організації з 50 і більше працівниками мають забезпечити відповідність публічних сайтів і вебконтенту WCAG 2.0 рівня AA, а регулятор вважає документи на сайті (PDF, файли Word) вебконтентом (ontario.ca).
• Обов'язок поширюється на вебконтент, опублікований після 1 січня 2012 року, тож документи, завантажені роки тому, не звільнені.
• Міжнародний стандарт доступних PDF - PDF/UA (ISO 14289), який визначає 31 контрольну точку для відповідного документа; нетегований PDF для екранного читача фактично нечитабельний.
• SOR/2025-255 (Regulations Amending the Accessible Canada Regulations, Canada Gazette Part II, 17 грудня 2025 року) зробив доступність невебдокументів (PDF) обов'язковою федеральною вимогою для організацій під федеральним регулюванням із 500 і більше працівниками - до 5 грудня 2028 року.
• Трирічний звіт про відповідність AODA в Онтаріо треба подати до 31 грудня 2026 року організаціям із 20 і більше працівниками.

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

Обох. IASR вимагає, щоб публічні сайти й вебконтент відповідали WCAG 2.0 рівня AA, а власні роз'яснення Онтаріо (ontario.ca) прямо кажуть, що документ на вашому сайті - PDF, файл Word, таблиця - це вебконтент. Немає винятку, який казав би: «сторінка має бути доступною, а файл, на який вона посилається, - ні». Ідеально зроблена сторінка з посиланням на 40-сторінкову нетеговану PDF-форму заяви просто перенесла бар'єр зі сторінки в завантаження.

Поріг обов'язку WCAG 2.0 AA для вебконтенту - 50 працівників, і він поширюється на все, опубліковане після 1 січня 2012 року. Останнє дивує людей: побутує думка, що «старі» документи звільнені. Зазвичай ні - якщо документ викладено після січня 2012 року і він і далі публічний, він під вимогами. (Про ширше питання, які обов'язки починаються з 20, а які з 50 працівників, дивіться наш посібник із порогів чисельності.)

В IASR є два вузькі технічні винятки - субтитри в реальному часі (критерій WCAG 1.2.4) і аудіодескрипція для записаного відео (1.2.5), - але вони стосуються мультимедіа, а не документів. Ваших PDF вони не звільняють.

Що робить PDF доступним і чому «Зберегти як PDF» цього не робить?

Бо «Зберегти як PDF» зазвичай дає картинку документа, а не документ. Доступний PDF має нести структуру, якої програма сама не бачить:

• Теги й порядок читання. У файлі потрібне дерево тегів, яке повідомляє допоміжним технологіям, що заголовок, що абзац, що список, що таблиця і в якому порядку це читати. Це відповідає критеріям WCAG 1.3.1 Інформація та зв'язки і 1.3.2 Змістовна послідовність.
• Альтернативний текст у кожного змістовного зображення, графіка й логотипа (WCAG 1.1.1 Нетекстовий контент). Сканована сторінка без текстового шару провалюється одразу.
• Назва й мова документа у властивостях файлу (WCAG 2.4.2 і 3.1.1), щоб екранний читач оголошував потрібний документ потрібною мовою.
• Справжній текст, а не зображення тексту - сканованій брошурі потрібні розпізнавання тексту й перевірений текстовий шар, перш ніж щось із переліченого зможе працювати.
• Достатній колірний контраст (WCAG 1.4.3), як і у вебі.

Міжнародний орієнтир, що об'єднує все це, - PDF/UA (ISO 14289). WCAG каже, якого результату доступності досягти; PDF/UA каже, як саме має бути влаштований PDF, щоб до нього дійти, за 31 контрольною точкою. Документ, яким справді може користуватися людина з клавіатурою й екранним читачем, зазвичай має задовольняти обидва - і це ручна робота, а не галочка. Та сама логіка, що відділяє справжнє виправлення сайту від косметики, діє й тут; про веббік цієї різниці дивіться оверлей чи справжнє виправлення.

Чи може віджет доступності чи оверлей виправити мої PDF?

Ні. Оверлей доступності - це JavaScript, який працює на вашій вебсторінці; PDF - окремий файл, який користувач завантажує й відкриває зовсім в іншій програмі. Оверлей його взагалі не торкається. Це найнаочніша ілюстрація того, чому оверлеї - слабка позиція відповідності загалом: після того як у 2025 році FTC (Федеральна торгова комісія США) оштрафувала найбільшого постачальника оверлеїв на 1 000 000 доларів США за необґрунтовані заяви про «повну відповідність», спиратися на віджет у питанні документів, до яких він навіть не дотягується, - не позиція, яку можна захистити. Ось повна історія про оверлеї.

Зробити PDF доступним можна, лише виправивши PDF: доробивши наявний файл або, краще, перезібравши вихідний документ так, щоб він щоразу правильно експортувався. Для документів, які ви публікуєте регулярно (прайс-листи, виписки, розсилки), один раз виправити шаблон набагато дешевше, ніж виправляти кожен випуск вічно.

Що бізнесу Онтаріо зробити з документами до 31 грудня 2026 року?

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

1. Інвентаризація. Складіть список PDF і документів, на які посилається ваш публічний сайт. Більшість бізнесів сильно недооцінюють їхню кількість, коли враховано форми, архівні звіти й картки товарів.
2. Пріоритети за використанням. Форма поруч з оформленням замовлення, заява чи поточний прайс-лист важливіші за розсилку 2014 року. Спершу виправляйте те, що реально потрібно користувачам.
3. Виправлення чи перезбирання. Тегуйте й виправляйте цінні документи; для всього, що ви випускаєте регулярно, виправте вихідний шаблон, щоб майбутні версії одразу народжувалися доступними.
4. Документування роботи. Зберігайте запис про аудит і виправлення. Шлях, яким в Онтаріо діють приватні особи, - не приватний позов за AODA, а скарга про дискримінацію за інвалідністю до HRTO (Трибунал із прав людини Онтаріо), а якщо ви продаєте в США, на вас іще й ризик за ADA. Задокументований запис про добросовісність - те, що витримує перевірку в обох випадках. Ось як подати звіт про відповідність AODA і як насправді проходить скарга в HRTO.

Ще одна причина не ставитися до цього як до формальності: стандарт зростає. SOR/2025-255 у грудні 2025 року зробив доступність PDF обов'язковим федеральним обов'язком для великих організацій під федеральним регулюванням, а робити будь-який новий документ за WCAG 2.2 AA (сучасною планкою найкращої практики, вищою за мінімум AODA у WCAG 2.0) - варіант, який найкраще старіє. Ось розбір федеральних правил і WCAG 2.0 чи 2.2 для Онтаріо. Повна провінційна картина - у нашому головному посібнику з AODA.

Дізнайтеся, де стоїть ваш сайт, приблизно за 30 секунд - безкоштовний звіт Vayle: vayle.art. Без зобов'язань.

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