Переклад заповнюваних PDF-форм: поле за полем¶

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

Заповнювана PDF-форма - це документ із видимим текстом і інтерактивними елементами, які дають змогу вводити або вибирати дані. Щоб локалізація була завершеною, потрібно перевірити підписи на сторінці, підказки полів, варіанти списків, прапорці, порядок читання та поведінку після збереження.

У статті розберемо робочий процес для команди, яка отримала PDF на переклад: що зібрати до початку, як розділити вміст на видимий і технічний, коли доречні бюро, фрилансер або онлайн-інструмент, як протестувати результат і де форма може зламатися.

Що саме треба перекласти в заповнюваній PDF-формі¶

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

У PDF є вміст сторінки й окрема структура інтерактивної форми. Специфікація PDF 1.7 описує поля як словники, які можуть бути організовані ієрархічно та пов’язані з віджетами, що визначають вигляд елементів на сторінці (ISO 32000-1:2008). Простими словами: текстове поле не обов’язково є звичайним написом, який можна виділити й замінити. Воно може мати окремі властивості та поведінку.

Для локалізації зручно розкласти форму на такі складники:

Назва поля, підпис і підказка виконують різні функції. У гайді з доступності штату Массачусетс пояснено, що назва поля в Acrobat допомагає авторові, але не передається екранному зчитувачу; користувацьким контекстним описом є підказка (PDF Accessibility Guide). Тому переклад лише видимого підпису не гарантує, що поле буде зрозумілим для людини, яка працює з формою за допомогою зчитувача екрана.

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

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

У командному замовленні таблиця інвентаризації швидко показує межі проєкту:

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

Чому форма ламається під час перекладу¶

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

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

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

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

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

Як зазначає гайд штату Массачусетс: “For a PDF form to be accessible, it must be a properly tagged PDF containing interactive form fields and associated tooltips.” Простими словами: форма має містити теги, інтерактивні поля та відповідні підказки.

Цитата означає, що «перекладено й відкривається» не дорівнює «готово до використання». Команді потрібні окремі мовна, технічна та доступнісна перевірки.

Ще одна причина помилок - різні люди працюють із різними файлами. Перекладач отримує PDF, редактор змінює текст у вихіднику, дизайнер випускає нову версію, а фахівець із форм перевіряє попередній експорт. Вихід - вести одну контрольовану версію, записувати зміни й повторно перевіряти файл після кожного редагування. Массачусетські рекомендації застерігають, що після виправлення доступності редагування тексту в Acrobat може вимагати повторного виконання частини робіт із доступністю (джерело).

Якщо PDF лише сканований, спершу потрібно розпізнати сторінку: скан є зображенням, а не набором безпосередньо доступних текстових фрагментів і полів. OCR може відновити видимий текст, але сам по собі не гарантує, що інтерактивну форму буде відтворено. Докладніше про такі обмеження читай у матеріалі про переклад PDF і сканів за допомогою AI-OCR та в інструкції про сканований PDF у Trados Studio.

Як організувати переклад: бюро, фрилансер чи онлайн-інструмент¶

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

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

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

Онлайн-інструмент може допомогти, коли потрібно перекласти документ зі збереженням загального оформлення й підготувати матеріал для редакторської перевірки. У ChatsControl можна завантажити PDF і отримати перекладений файл Word зі збереженим компонуванням документа; текстовий PDF спершу відтворюється як редагований Word, а потім перекладається. Двомовний перегляд дає змогу звірити джерело й переклад, але результатом є Word, а не готова інтерактивна PDF-форма. Поля, підказки, коди вибору й поведінку форми все одно потрібно перевірити та зібрати у відповідному інструменті.

ChatsControl має безплатний рівень із лімітом 6000 символів на місяць; подальша оплата за документ становить $1.50 за 1000 символів, станом на тарифний блок продукту (сторінка перекладу). Для агенції це може бути способом підготувати перекладений текст для постредагування, але не заміною фахівця, який має зберегти інтерактивну поведінку. Сервіс також не є повноцінним CAT-інструментом або системою керування перекладацькими проєктами.

Описуйте замовлення через результат, а не через дієслово «перекласти». Наприклад: «Потрібна локалізована PDF-форма з перекладеними підписами й підказками, незмінними кодами інтеграції, логічним порядком клавіатурного переходу та перевіркою після збереження». Таке формулювання допомагає побачити, чи відповідає обраний варіант реальній задачі.

Порівняльна таблиця: хто відповідає за кожен шар¶

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

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

Значення списку теж потребує окремого рішення. Видимий напис «Не застосовується» може відповідати коду, який система очікує у незміненому вигляді. У такому разі перекладається напис, а код залишається стабільним. Якщо система приймає лише локалізовані значення, потрібно перевірити цей сценарій із технічним власником до випуску.

Для доступності важливо, щоб видимий напис і опис поля передавали однаковий зміст. Рекомендація PDF10 від W3C пояснює, як надавати мітки інтерактивним елементам форми, а PDF12 описує передавання назви, ролі та значення полів (PDF10, PDF12). Ці документи допомагають технічній команді відрізнити напис на сторінці від інформації, яку має отримати допоміжна технологія.

У гайді штату Массачусетс сказано: “Form fields are added to the PDF after the document itself has been made accessible.” (джерело). Тобто поля не варто вважати окремою накладкою, що автоматично виправляє доступність документа.

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

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

Покроковий процес перекладу форми¶

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

1. Зберіть усі доступні файли. Попросіть PDF, вихідний Word або InDesign, попередню локалізацію, опис інтеграції та приклад заповненої форми, якщо його можна надати без конфіденційних даних. Перевірте, чи PDF уже містить інтерактивні поля, чи перед вами лише статична сторінка.

2. Складіть інвентар полів. Запишіть видимий підпис, тип елемента, підказку, можливі варіанти, обов’язковість і технічне значення. Позначте рядки, які потрібно перекласти, та елементи, які не можна змінювати без дозволу власника системи.

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

4. Перекладіть видимий текст і підказки окремо. Не копіюйте підпис у підказку механічно, якщо користувачеві потрібне додаткове пояснення. Коли поле обов’язкове, додайте це до підказки, якщо так налаштована форма. Массачусетський гайд радить позначати обов’язкове поле і властивістю, і словом “required” у підказці (гайд доступності PDF-форм).

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

6. Перевірте розташування й читабельність. Оцініть, чи поміщається переклад у підписах, інструкціях і варіантах списків. Переконайтеся, що поле розташоване поруч із видимим підписом: таку практику рекомендує гайд штату Массачусетс (джерело).

7. Перевірте клавіатуру, теги й читання. Перейдіть формою без миші, перевірте логіку фокуса, порядок читання, мову документа, назви та підказки. Гайд Массачусетсу радить поєднувати автоматичні й ручні перевірки, а не покладатися лише на автоматизований звіт (рекомендації).

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

Автоматичне розпізнавання полів економить підготовчий час, але не є фінальною перевіркою. Массачусетський гайд зазначає, що інструмент Prepare Form в Acrobat намагається знаходити поля й підказки автоматично, однак запропоновані елементи треба перевіряти вручну, бо розпізнавання може бути неповним або неточним (джерело). Поле може опинитися не біля свого підпису, а підказка - не описувати його зміст.

Гайд штату Массачусетс наголошує: “For this reason, any instructions for the form should be placed before any form fields in your document.” (джерело). Рекомендація пов’язана з режимом роботи екранних зчитувачів: під час навігації елементами форми користувач може пропускати звичайний видимий текст і чути підказки полів та посилання.

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

Підводні камені: що перевірити до випуску¶

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

Массачусетський гайд радить розміщувати поля поруч із видимими підписами й перевіряти кожне окремо перед фіналізацією, навіть якщо Acrobat розпізнав їх автоматично (PDF Accessibility Guide). Автоматично створений елемент - лише пропозиція, а не доказ правильної структури.

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

Таблиці не варто використовувати лише для розміщення полів або імітації макета. Рекомендації штату Массачусетс радять передбачати видимі підписи й місце для полів у вихідному документі, а не будувати структуру сторінки таблицями тільки заради компонування (гайд). Після локалізації перевірте, чи не порушилися відстані між підписом і відповідним контролом.

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

Зміна тексту після перевірки доступності може вимагати повторної перевірки. Массачусетські рекомендації описують PDF як результат публікації: редагування тексту в Acrobat після робіт із доступністю може означати, що частину цих робіт доведеться виконати знову (джерело). Тому збережіть послідовність: затвердили мовний текст, внесли зміни, перевірили структуру, випустили файл.

Для перекладацької команди корисно розділити два види приймання. Мовне приймання перевіряє зміст, природність і терміни. Функціональне приймання перевіряє поля, підказки, коди, клавіатуру, збереження й повторне відкриття. Один успішний тип перевірки не замінює інший.

Регіональні вимоги й альтернатива PDF¶

Вимоги до доступності залежать від організації, країни та конкретного процесу подання. Гайд штату Массачусетс є офіційною рекомендацією для органів влади цього штату, а не універсальною правовою вимогою для кожної PDF-форми (джерело). Якщо форма призначена для державного органу, університету чи фінансової установи, перевірте правила саме цієї організації та цільової юрисдикції.

Мовна локалізація також потребує перевірки з місцевою аудиторією. Переклад може бути граматично правильним, але не відповідати звичним назвам адресних компонентів, форматам ідентифікації чи термінам конкретної установи. Австралійські урядові рекомендації щодо мовних послуг можуть бути корисним орієнтиром для організації роботи з мовною адаптацією, але вони стосуються австралійського контексту, а не автоматично всіх країн (Australian Government Language Services Guidelines).

Перед початком запитайте замовника:

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

Потреба в PDF не завжди обов’язкова. Гайд штату Массачусетс радить розглянути вебформу як альтернативу: дані з вебформи зазвичай надходять безпосередньо до центральної бази або таблиці, що може спростити їх збирання й аналіз (рекомендації щодо PDF-форм). Вебформа також може бути зручнішою для оновлення тексту й перевірки введених даних, але вибір залежить від системи та потреб користувачів.

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

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

FAQ¶

Як перекласти заповнювану PDF-форму, не втративши поля?¶

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

Які частини заповнюваної PDF-форми потрібно перекладати?¶

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

Чи потрібно перекладати назви полів і значення експорту PDF?¶

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

Як перевірити доступність перекладеної PDF-форми?¶

Перевірте, чи має документ логічний порядок читання й задану мову, чи відповідають видимі підписи підказкам, чи можна користуватися полями з клавіатури та чи є порядок переходу послідовним. Поєднайте автоматичний звіт із ручним тестом; рекомендації штату Массачусетс прямо радять не покладатися лише на автоматизовану перевірку (гайд).

Чи достатньо автоматично розпізнати поля у PDF?¶

Ні. Автоматичне розпізнавання може знайти не всі поля або неправильно пов’язати поле з підписом, тому кожен запропонований елемент потрібно перевірити вручну. Окремо звірте підказки, властивості обов’язковості та розташування контролів.

Що робити, якщо після перекладу форма не приймає вибрані значення?¶

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

Чи потрібно перевіряти PDF після кожної мовної правки?¶

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

Коли замість заповнюваного PDF краще зробити вебформу?¶

Вебформа може бути доречнішою, якщо дані мають одразу надходити до бази або таблиці й користувачам не потрібен окремий файл для заповнення. Гайд штату Массачусетс радить розглядати такий варіант, але вибір залежить від процесу замовника й вимог до збереження документа (гайд PDF-форм).