Перейти до вмісту
Назад до посібників
Посібник Остання перевірка: жовтень 2026 р. 5 хв читання

Доступні PDF: що важливо і коли краще HTML

Багато сайтів пропонують меню, прайс-листи, форми й брошури у форматі PDF. Для людей, які користуються програмою зчитування з екрана, масштабуванням чи лише клавіатурою, PDF без структури може бути зачиненими дверима. Ось що робить PDF доступним, що може знайти перевірка і коли вебсторінка – кращий вибір.

Коли PDF стає бар’єром

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

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

Що робить PDF доступним

  • Теги: PDF із тегами має дерево структури, у якому заголовки, абзаци, списки й таблиці позначено як такі. Без тегів допоміжним технологіям майже нема з чим працювати.
  • Порядок читання: порядок тегів визначає, що читається першим. Перевіряй його особливо для колонок, текстових блоків і бічних панелей. Порядок переходу табуляцією між посиланнями й полями форм має дотримуватися тієї самої логіки.
  • Заголовок документа: задай змістовний заголовок у властивостях документа й налаштуй переглядач показувати його замість імені файлу.
  • Мова документа: задай основну мову, щоб програма зчитування з екрана використовувала правильну вимову. Фрагменти іншою мовою позначай окремо.
  • Альтернативний текст для зображень: інформативні зображення отримують текстову альтернативу в тегу figure. Суто декоративні зображення позначають як артефакти, щоб програми зчитування з екрана їх пропускали.
  • Справжній текст замість сканів: відсканована сторінка – це зображення тексту. Де можеш, створюй PDF із вихідного файлу. Якщо його немає, розпізнавання тексту (OCR) перетворює скан на справжній текст. Потім перевір, чи весь текст на місці й у правильному порядку.
  • Заголовки таблиць: таблиці даних складаються з тегів таблиці, рядків, клітинок заголовків і клітинок даних. Клітинки заголовків мають бути позначені як заголовки, а не лише виділені жирним.
  • Закладки: документи, довші за кілька сторінок, отримують закладки, найкраще створені із заголовків. Вони допомагають усім отримати огляд, не гортаючи весь файл.
  • Поля форм: кожне поле має назву, програмно з ним пов’язану, наприклад через підказку поля. Підпису, лише надрукованого поруч із полем, недостатньо.
Починай у вихідному файлі
Більшість цього простіше зробити в програмі, у якій ти пишеш документ. Використовуй там справжні заголовки, списки й рядки заголовків таблиць, додавай альтернативний текст до зображень, задавай заголовок і мову та експортуй PDF із тегами. Складні макети все одно можуть вийти в неправильному порядку, і тоді їх доведеться виправляти в редакторі PDF.

Що знаходить автоматична перевірка, а що ні

Інструмент може прочитати технічні властивості: чи є заголовок, мова, дерево структури, чи мають зображення запис alt? Це добрі перші запитання, і відсутня відповідь – чітка знахідка.

Інструмент не може оцінити, чи альтернативний текст каже правильне, чи порядок читання має сенс, чи позначено як заголовки потрібні клітинки, чи розпізнавання тексту правильно передало кожне число. W3C каже це прямо: інструменти оцінювання не можуть визначити доступність, вони лише допомагають, і потрібне людське судження. Чотири ручні перевірки займають лише кілька хвилин:

  1. 1Відкрий PDF. Чи показує вікно справжній заголовок замість імені файлу?
  2. 2Прослухай перші сторінки програмою зчитування з екрана або функцією читання вголос. Чи читаються заголовки, колонки й таблиці в розумному порядку?
  3. 3Збережи PDF як текст. Чи весь текст на місці, у правильному порядку, і чи правильні числа?
  4. 4Пройди посилання й поля форм клавішею Tab. Чи має порядок сенс і чи оголошує кожне поле свою назву?

Коли сторінка HTML – кращий вибір

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

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

Робота з Do4U

Інструмент «Перевірка доступності PDF» читає PDF розміром до 2 МБ і повідомляє заголовок, мову, теги структури та зображення без альтернативи. Порядок читання завжди позначається для ручного перегляду, бо інструмент не може його оцінити.

«Перетворення документів на HTML» створює чернетку з однієї сторінки PDF або одного зображення за раз: семантичний HTML із заголовками, списками й таблицями, а також простий текст. Звір кожне слово, число й таблицю з оригіналом і повтори завдання для кожної сторінки в порядку читання.

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

Джерела