Към съдържанието
Обратно към ръководствата
Ръководство Последна проверка: октомври 2026 г. 5 мин четене

Достъпни PDF файлове: кое е важно и кога HTML е по-добре

Много уебсайтове предлагат менюта, ценоразписи, формуляри и брошури като PDF. За хората, които използват екранен четец, увеличение или само клавиатура, PDF без структура може да е затворена врата. Ето какво прави един PDF достъпен, какво може да открие една проверка и кога уеб страницата е по-добрият избор.

Кога PDF става бариера

Един PDF може да изглежда перфектно и въпреки това да е неизползваем. Екранният четец не вижда оформлението. Той се нуждае от структура: кой текст е заглавие, кой е списък, кой е таблица и в какъв ред се чете всичко. Ако тази информация липсва, съдържанието излиза като един дълъг поток от текст, в грешен ред или изобщо не излиза.

Типични проблеми: сканирана страница, която е само картинка, оформление в две колони, което се чете направо през двете колони, таблица без заглавни клетки, формуляр, чиито полета нямат имена, и изображения без текстова алтернатива. W3C описва как да се избегне всеки от тях в своите техники за PDF към WCAG. Техниките са примери как да се изпълни WCAG, а не изискване сами по себе си.

Какво прави един PDF достъпен

  • Тагове: PDF с тагове има структурно дърво, в което заглавията, абзаците, списъците и таблиците са отбелязани като такива. Без тагове помощните технологии нямат почти нищо, с което да работят.
  • Ред на четене: редът на таговете определя какво се чете първо. Провери го особено при колони, текстови полета и странични ленти. Редът при Tab на връзките и полетата във формуляри трябва да следва същата логика.
  • Заглавие на документа: задай смислено заглавие в свойствата на документа и нека програмата за преглед го показва вместо името на файла.
  • Език на документа: задай основния език, за да използва екранният четец правилното произношение. Отбележи отделно пасажите на друг език.
  • Алтернативен текст за фигури: информативните изображения получават текстова алтернатива в своя таг за фигура. Чисто декоративните изображения се отбелязват като артефакти, за да ги пропускат екранните четци.
  • Истински текст вместо сканирания: сканираната страница е изображение на текст. Създавай PDF от изходния файл, когато можеш. Ако няма такъв, разпознаването на текст (OCR) превръща сканирането в истински текст. После провери дали целият текст е там и в правилния ред.
  • Заглавия на таблици: таблиците с данни се изграждат от таблица, редове, заглавни клетки и клетки с данни. Заглавните клетки трябва да са отбелязани като заглавия, а не само показани с удебелен шрифт.
  • Отметки: документите, по-дълги от няколко страници, получават отметки, в идеалния случай създадени от заглавията. Те помагат на всички да получат общ преглед, без да прелистват целия файл.
  • Полета във формуляри: всяко поле има име, което е програмно свързано с него, например чрез подсказката на полето. Етикет, който е само отпечатан до полето, не е достатъчен.
Започни от изходния файл
Повечето от това е по-лесно в програмата, в която пишеш документа. Използвай там истински заглавия, списъци и заглавни редове на таблици, добави алтернативен текст към изображенията, задай заглавие и език и експортирай PDF с тагове. Сложните оформления все пак може да излязат в грешен ред и тогава трябва да се поправят в PDF редактор.

Какво открива автоматичната проверка и какво не

Инструментът може да прочете технически свойства: има ли заглавие, език, структурно дърво, имат ли фигурите запис за алтернативен текст? Това са добри първи въпроси, а липсващият отговор е ясна констатация.

Инструментът не може да прецени дали алтернативният текст казва правилното нещо, дали редът на четене има смисъл, дали правилните клетки са отбелязани като заглавия или дали разпознаването на текст е разчело правилно всяко число. W3C го казва ясно: инструментите за оценка не могат да определят достъпността, те могат само да помагат, а е нужна човешка преценка. Четири ръчни проверки отнемат само няколко минути:

  1. 1Отвори PDF файла. Показва ли прозорецът истинско заглавие вместо името на файла?
  2. 2Изслушай първите страници с екранен четец или с функция за четене на глас. Четат ли се заглавията, колоните и таблиците в смислен ред?
  3. 3Запази PDF файла като текст. Целият текст ли е там, в правилния ред, и верни ли са числата?
  4. 4Премини през връзките и полетата във формуляри с клавиша Tab. Има ли редът смисъл и казва ли всяко поле името си?

Кога HTML страницата е по-добрият избор

Попитай се какво искат да правят посетителите със съдържанието. Работното време, менютата, ценоразписите, кратките инструкции и всичко, което се променя често, обикновено работят по-добре като нормална уеб страница. Страницата се приспособява към малки екрани и увеличение, може да бъде намерена и свързана директно и има само една версия, която да поддържаш актуална.

PDF все още има смисъл за документи, които хората печатат, подписват или архивират или които трябва да запазят фиксирано оформление. Ако запазиш PDF файла, предложи основното съдържание и като уеб страница или поне се увери, че PDF файлът има тагове и е проверен.

Работа с Do4U

Инструментът Проверка на достъпността на PDF прочита PDF до 2 MB и съобщава заглавието, езика, структурните тагове и фигурите без алтернатива. Редът на четене винаги е отбелязан за ръчна проверка, защото инструментът не може да го прецени.

Документи в HTML създава чернова от една PDF страница или едно изображение наведнъж: семантичен HTML със заглавия, списъци и таблици, плюс обикновен текст. Провери всяка дума, число и таблица спрямо оригинала и повтори задачата за всяка страница по реда на четене.

И двата инструмента ти дават констатации и чернови. Те не заменят прегледа от хора, в идеалния случай и от човек, който използва екранен четец. Проверявай отново след всяка нова версия на документа.

Източници