Достъпност на преведени PDF файлове: Език, тагове, ред за четене и алтернативен текст

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

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

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

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

Две идентични страници, три скрити разлики

Изтеглете тези едностранични учебни файлове:

• Преди: Испански текст с нередовен език, ред и алтернативен текст.
• След: Същата страница с коригирани тези три свойства.
• Пълни резултати от структурната инспекция и възпроизводимия генератор на Python.

Страницата съдържа две колони с измислени испански инструкции за подготовка и преглед на документ. Лявата колона съдържа стъпки А1 и А2; дясната съдържа Б1 и Б2. Под тях е разположена диаграма от папка към документ. Една английска фраза от интерфейса, „Read only“, остава умишлено непреведена.

Създадохме този синтетичен пример за тази статия на 7 септември 2026 г. Той не е клиентски документ, резултат от BookTranslator или бенчмарк за качество на превода. Генераторът използва ReportLab 4.4.9 и pypdf 6.10.0. Той създава и двата PDF файла, отваря ги отново и прочита действителния каталог на документа, дървото на таговете, маркирания съдържание текст и алтернативата на фигурата.

Инспекцията даде следните резултати:

Също така експортирахме и двата файла с Poppler при 100 dpi и сравнихме техните изображения с размери 850 × 1100 пиксела. Рендерираните изображения бяха идентични. Коригирането на структурата не размести нито един видим елемент.

Ето съкратената проследяваща последователност на таговете, прочетена от всеки PDF файл, вместо извлечена от неговата екранна снимка:

Before:
1. Revisar el archivo
2. Revisar la entrega
A1. Confirme que el archivo contiene todas las páginas.
B1. Compare los títulos con el archivo original.
A2. Guarde una copia del original antes de editarlo.
B2. Revise las notas antes de compartir el resultado.

After:
1. Revisar el archivo
A1. Confirme que el archivo contiene todas las páginas.
A2. Guarde una copia del original antes de editarlo.
2. Revisar la entrega
B1. Compare los títulos con el archivo original.
B2. Revise las notas antes de compartir el resultado.

Това е структурен прочит, а не запис или транскрипция от екранен четец. Не сме провеждали тест с помощни технологии за тези файлове. Действителната реч, навигацията и смяната на езика зависят от четеца, екранния четец, инсталираните гласове и настройките. Файлът „след“ коригира илюстрираните свойства; той не представлява сертифициран достъпен шаблон или пример за съответствие с PDF/UA.

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

Проверете езиковите метаданни на две нива

Задаване на езика на преведения документ

Преводът на видимите думи не гарантира, че езиковите метаданни на PDF файла са се променили заедно с тях. Проверете езика по подразбиране на крайния файл. В примера испанският сайт започва с документна стойност /Lang на en-US; коригираната стойност е es-ES.

Техниката PDF16 на W3C описва записа в каталога на документа /Lang и начините за проверка. Правилната езикова информация помага на поддържащия софтуер да избере подходящи правила за произношение. Това е инструкция, достъпна за софтуера, а не гаранция, че даден глас е инсталиран или избран.

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

Маркирайте откъсите, които наистина остават на друг език

Един двуезичен PDF файл се нуждае от повече от една езикова настройка. Стойността по подразбиране описва основния език; обхващащ таг или откъс може да я замени за текст на друг език. Техниката PDF19 на W3C обяснява това по-тясно езиково задаване.

В нашия коригиран пример „Само за четене“ има изрична стойност en-US, докато околният текст наследява es-ES. Това е по-прецизно от промяната на целия параграф на английски, за да се поберат две думи.

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

По време на тест за слушане запишете проблем с произношението, преди да определите неговата причина. Правилният таг с недостъпен езиков глас изисква различен отговор от испански параграф, погрешно маркиран като английски.

Проверете дървото на таговете, а не само наслагването с номерирания ред

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

За преведен документ прегледайте следните въпроси:

1. Съществува ли дърво на етикетите и включва ли то значимото съдържание на целевия език?
2. Заглавията отразяват ли действителната йерархия на разделените секции?
3. Правилно ли са свързани елементите на списъците, клетките на таблиците, надписите и фигурите към съответните структури?
4. Изразява ли редът предвидения аргумент или процедура?
5. Дали преводът или експортирането не са въвели дублирани, празни или погрешно разположени структури?

Отговорът не винаги е „от ляво на дясно.“ Нашият испански примерен файл умишлено завършва лявата колона, преди да започне дясната. Едно двуезично сравнение може да изисква свързани изходен и целеви блок; една странична лента може да принадлежи след параграфа, който пояснява. Определете желаната последователност въз основа на смисъла, след което проверете дали крайната структура я изразява.

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

Ето защо една страница може да има правилния брой етикети и все пак да бъде грешна. В нашия „предишен“ PDF файл всеки текстов блок е налице, но дървото преплита две отделни процедури. Пренареждането на тези елементи коригира илюстрираната последователност, без да променя оформлението на страницата.

Копирането на страница в текстов редактор е полезна проверка за предупреждение, а не окончателно приемане. Инструментите за извличане могат да следват различни пътища през един PDF файл. По същия начин наслагването на реда е полезен изглед за редактиране, но след запазване проверете полученото дърво на етикетите и действителното изживяване при четене. Документацията на инструмента за ред на четене на Adobe прави разлика между работата по реда на четене и по-подробните корекции на етикетите.

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

Преведете информацията извън видимия текст на тялото

Информацията за достъпност може да носи език дори тогава, когато не се появява на страницата. Включете алтернативите на фигурите, описателния текст на връзките, подсказките на полетата на формулярите, заглавията на документите и отметките в прегледа на локализацията, където тези елементи съществуват.

За едно значимо изображение алтернативата на целевия език трябва да предаде неговото предназначение в съответния контекст. Преводът само на видимия надпис не актуализира алтернативата на фигурата. Техниката PDF1 на W3C описва записа /Alt, използван за алтернативи на изображенията, както и необходимостта да се предадат значими думи, вградени в самите изображения.

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

Две допълнителни проверки правят този преглед по-полезен:

• Преведена диаграма с непроменен алтернативен текст: сравнете алтернативата с крайната диаграма, а не само с изходния надпис. Ако етикетите или единиците са се променили, гладкият превод на остаряло описание все пак може да въведе в заблуждение.
• Преведен формуляр с английски подсказка (tooltip): видимият етикет може да бъде локализиран, докато достъпното обяснение на полето остава на английски. Проверете свойствата на действителния елемент за управление и неговото взаимодействие с клавиатурата, а не само отпечатания етикет.

За таблиците се уверете, че преведените заглавия на редове и колони запазват връзките си с данните. За връзките проверете както преведеното описание, така и дестинацията. Това са структурни и функционални проверки, а не заявка за превод на идентификатори, URL адреси или всяко собствено име.

Модулът за отстраняване на проблеми с PDF файлове на Section508.gov третира заглавията на таблици, подсказките във формуляри, алтернативите, езиковите свойства, реда за четене и реда за табулация като отделни задачи за поправка. Пазете ги разделени и в дневника с дефекти: „преводът изглежда добре“ сам по себе си не затваря нито една от тях.

Използвайте матрица на неизправностите, за да решите кой какво поправя

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

Следващата матрица е нашият препоръчан модел за предаване, а не контролен списък за съответствие:

Преводачът или редакторът отговаря за езиковото значение. Авторът или създателят на документа отговаря за структурните поправки. Рецензент, който използва предвидената среда за четене, проверява дали резултатът е удобен за ползване. Едно лице може да изпълнява няколко роли, но въпреки това доказателствата трябва да ги разграничават.

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

Изпълнете окончателната проверка във файла за получаване

Фиксирайте точно този PDF файл, който възнамерявате да разпространявате. Запишете неговото име, версия или контролна сума, целеви език и предвидена среда за четене. Изпълнете автоматичните проверки, които инструментът ви за създаване или корекция предоставя, след което разрешете елементите за ръчна проверка. Документацията на Adobe относно проверката на достъпността изрично разграничава автоматичните резултати от елементите, изискващи ръчна проверка.

За ръчната проверка използвайте кратка последователност от задачи:

1. Започнете четенето от заглавието на документа. Потвърдете, че въвеждащото съдържание и основният език са логични.
2. Навигирайте по заглавия. Достигнете конкретен раздел, без да го търсите визуално.
3. Четете трудна страница непрекъснато. Включете колони, странична лента или бележки под линия; сравнете установената последователност с предвидената.
4. Срещнете изображение в контекст. Проверете дали неговата алтернатива предоставя необходимата в този момент информация.
5. Пресечете смяна на езика. Слушайте при налична поддръжка за съответния език и запишете какво всъщност се случва.
6. Навигирайте в интерактивни елементи с клавиатурата. Където съществуват връзки или формуляри, проверете реда на фокуса, описанията и завършването на предвиденото действие.
7. Повторете засегнатите задачи след последното коригиране или експортиране. Запазете доказателствата за този окончатен файл, а не за по-ранна ревизия.

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

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

Къде се вписва BookTranslator

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

Нито преведеният текст, нито запазеният външен вид установяват достъпна PDF структура. BookTranslator не гарантира съответствие с PDF/UA или Section 508. Планирайте използването на специализирани инструменти за създаване или коригиране на достъпността и съответните човешки проверки, когато документът трябва да отговаря на тези изисквания.

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