У CAT-редакторі переклад може виглядати гаразд, а після експорту замість корейського тексту з’являться рядки на кшталт #$_09$####$. Якщо команда готує макет до здачі, така різниця означає ще одну перевірку - і ризик, що проблему помітять уже після передавання замовнику. Переклад InDesign через IDML працює тоді, коли команда стежить не лише за текстом, а й за пакетом, який потім знову відкриває у верстальній програмі.
На Adobe Community користувач описав, як у нього переклад відображався в редакторі й зникав після експорту:
“The translation shows correctly in Matecat but when I export the translation it shows all weird code like #$_09$####$.”
Простими словами: у редакторі людина бачила очікуваний текст, а експортований IDML показував кодоподібні символи. Один допис не доводить, що так поводиться IDML загалом або що проблема в конкретному CAT-інструменті. Але він добре нагадує: перевіряй файл після експорту й повторного відкриття, а не тільки екран перекладача.
Що потрібно зробити, щоб перекласти InDesign-документ¶
IDML round-trip - це цикл повернення: документ експортують з InDesign у формат обміну, перекладають, а потім знову відкривають в InDesign. Сам термін round-trip описує саме це повернення до програми, де можна перевірити кінцеву верстку. Переклад тексту тут лише середина процесу.
IDML - не звичайний текстовий файл. The National Archives описує його як XML-представлення документа Adobe InDesign і відносить пакет до Universal Container Format. IDML запакований у ZIP-контейнер і містить файл mimetype, за яким формат можна ідентифікувати (запис PRONOM fmt/1184, оновлений 24 лютого 2022 року).
Специфікація Adobe описує XML-компоненти документа: історії (stories), графічні фрейми й інші елементи макета. Компоненти лежать у папках пакета; серед них є історії, розвороти, XML-структура та налаштування. Тож перекладати IDML - це не просто скопіювати видимий текст у новий файл. Текст пов’язаний із ширшою структурою документа (специфікація IDML версії 8.0, що відповідає InDesign CS6).
Для команди мета проста: передати перекладачеві придатний для роботи текст, повернути пакет без порушення структури й перевірити документ у InDesign. Заздалегідь розподіли, хто відповідає за кожен етап. Так менше шансів отримати переклад, який начебто готовий, але не проходить імпорт або потребує непередбаченої ручної верстки.
| Етап | Що відбувається | Що потрібно перевірити |
|---|---|---|
| Підготовка | Зберігають вихідний документ і погоджують цільову мову та спосіб повернення | Чи є вихідний файл, до якого можна повернутися; хто відповідає за фінальне відкриття |
| Експорт | З InDesign створюють IDML-пакет | Чи отримано повний файл, а не лише текстовий витяг |
| Переклад | Текст проходить CAT-редактор або інший погоджений процес | Чи узгоджені терміни, власні назви, формат сегментів і спосіб експорту |
| Зворотний імпорт | Повернений пакет відкривають у InDesign | Чи відкривається файл і чи не відрізняється він від перегляду в редакторі |
| Перевірка | Переглядають цільовий текст і макет | Чи правильно показуються символи; чи поміщається текст у наявні фрейми |
Специфікація IDML описує формат як спосіб створювати або змінювати документи InDesign зовнішніми інструментами, а потім відкривати результат у самій програмі. Тож IDML - не обіцянка автоматично отримати готовий макет, а структуроване представлення документа, яке ще треба перевірити в InDesign (специфікація IDML).
Що передати виконавцю: файл, контекст і правила повернення¶
Перед стартом домовся не лише про цільову мову, а й про те, що саме має повернути виконавець. Потрібен перекладений IDML чи тільки перекладені сегменти? Хто відкриватиме файл у InDesign? Хто вирішить, що робити з текстом, який не вміщується у фрейм? Якщо розподілити ці ролі наперед, між роботою перекладача й фінальною версткою не виникне прогалини.
IDML описує документ, але не ухвалює редакційні рішення за команду. Передай перекладачеві правила для назв, термінів, звертань, одиниць і написання брендів. Якщо маєш затверджений глосарій або попередні переклади, надішли їх до початку роботи, а не після першого експорту. Інакше доведеться шукати непослідовності, яких можна було уникнути.
| Що підготувати | Навіщо це потрібно | Що узгодити до старту |
|---|---|---|
| Вихідний IDML | Це пакет для перекладу й подальшого повернення в InDesign | Хто зберігає незмінений оригінал |
| Контекст документа | Заголовок або короткий сегмент не завжди пояснює його функцію | Для кого текст, де його буде опубліковано, який тон потрібен |
| Перелік термінів і назв | Послідовність написання полегшує переклад і редактуру | Які варіанти є обов’язковими, що не перекладати |
| Вимоги до файлу на виході | Різні ролі можуть очікувати різні результати | Потрібен IDML, фінальний файл InDesign чи обидва |
| Порядок контролю | CAT-перегляд не замінює перевірку в програмі | Хто перевіряє відкриття, символи, текст і верстку |
Не плутай готовий переклад із готовою версткою. Перекладач може завершити роботу з текстом, але після імпорту команді все одно треба перевірити, як текст поводиться в макеті. Довший переклад, наприклад, може потребувати редакційного скорочення або змін у компонуванні. Якщо такі рішення не входять у послугу перекладу, признач для них верстальника чи редактора.
Для тексту, який повторюється в різних частинах документа, додай контекст і правило написання. Та сама назва може стояти в заголовку, підписі до зображення й основному тексті, але виконувати різні функції. Пояснення допоможе перекладачеві зрозуміти, чи це назва розділу, кнопка, підпис або повне речення.
Окремо домовся про службові елементи. Чи перекладаються колонтитули, примітки, підписи, текст у таблицях і повторювані назви розділів? Хто переглядає дрібний текст, який легко пропустити? Такий перелік не для галочки: він окреслює завдання й дає перевіряльнику зрозумілий план.
Варіант 1: бюро, яке веде переклад і повернення файлу¶
Бюро може організувати проєкт цілком: прийняти IDML, призначити перекладача, зібрати термінологію, перевірити переклад і скоординувати повернення файла. Такий підхід зручний, якщо тобі потрібна одна точка контакту й зрозумілий розподіл роботи між перекладом і контролем результату.
Перед замовленням з’ясуй, що саме входить у ціну та результат. «Переклад InDesign» може означати переклад тексту, обробку IDML у CAT-середовищі або також повернення документа в InDesign і контроль верстки. Якщо не уточнити обсяг, можна порівняти різні послуги так, ніби це однакова робота.
Попроси бюро розписати перевірку. Чи відкривають там експортований файл у InDesign? Хто перевіряє цільові символи та шрифти? Що роблять, якщо текст не вміщується? Чи надішлють перелік незакритих питань, а не лише фінальний пакет? Такі відповіді покажуть, що саме команда перевіряє, а не просто пообіцяють «зберегти макет».
Для великих або повторюваних замовлень уточни, як бюро працює з термінологією між файлами. Якщо різні виконавці отримають окремі пакети без спільних правил, одна й та сама назва може з’явитися в кількох варіантах. Передай єдиний словник термінів і признач людину, яка ухвалюватиме редакційні рішення.
Є й обмеження: усе залежить від того, що саме бюро включило в роботу. Якщо там перекладають текст, але не відкривають повернений файл у InDesign, фінальна технічна перевірка залишається на тобі. Якщо потрібне ще й видавниче складання, додай його до обсягу робіт окремо.
Варіант 2: фрилансер і контроль процесу з боку замовника¶
Фрилансер може перекладати IDML або працювати через CAT-інструмент, якщо вміє обробляти цей формат і повертати його без втрати структури. Ти зможеш напряму обговорювати терміни й редакторські рішення, але доведеться окремо розподілити переклад, контроль якості та фінальне відкриття в InDesign.
До початку роботи надішли тестовий пакет або домовся про пробний експорт, якщо цей формат ще не перевіряли в конкретному робочому середовищі. Мета - не оцінити перекладача за одним фрагментом, а пройти весь ланцюжок: завантаження IDML, перегляд перекладу в редакторі й перевірка результату після повернення.
Не роздавай частини документа кільком виконавцям, якщо не узгодив сегментацію та спільний глосарій. Окремі фрагменти можуть мати однакові назви, повторювані підписи або спільний контекст. Признач координатора, який вирішуватиме, який варіант лишити, якщо перекладачі запропонують різні.
У договорі або листуванні зафіксуй, що означає «готовий результат»: перекладений текст, IDML-пакет чи документ, перевірений у InDesign. Також домовся, хто виправлятиме проблеми, знайдені після імпорту. Інакше виконавець може вважати роботу завершеною після експорту, а замовник - тільки після отримання готового макета.
Робота з фрилансером не скасовує перевірку файла. Якщо в тебе немає InDesign, заздалегідь знайди людину, яка відкриє повернений пакет і зафіксує результат. CAT-перегляд допомагає перевірити переклад, але сам по собі не підтверджує, що документ правильно відкривається в цільовій програмі.
Варіант 3: онлайн-інструменти для роботи з документами¶
Онлайн-сервіс допоможе, якщо команді потрібно завантажити документ і переглядати оригінал поруч із перекладом. Але спершу перевір, які формати він справді підтримує. Наприклад, ChatsControl призначений для перекладу DOCX і PDF зі збереженням форматування; IDML серед підтримуваних форматів не зазначений. Тож це не прямий інструмент для імпорту й повернення IDML.
Такий сервіс може стати в пригоді на іншому етапі: якщо в команди вже є окремий DOCX або PDF для перекладу й перевірки поруч з оригіналом. У ChatsControl вихідний документ і переклад показуються разом, тож редактор може звіряти текст під час перевірки. Але такий перегляд не замінює імпорт IDML у InDesign і не доводить, що структура вихідного пакета збережеться.
Якщо команда редагує текст поза InDesign, заздалегідь узгодь, як його повернуть у початковий макет. Перетворення на інший формат - не нейтральний крок: специфікація IDML описує історії, графічні фрейми й структуру розворотів як частини документа. Окремий файл із перекладеним текстом не дорівнює поверненому IDML (специфікація IDML).
Онлайн-інструменти теж мають різні функції. Одні допомагають працювати з документом, інші призначені для CAT-перекладу або керування сегментами й проєктами. Перед вибором запитай, чи приймає інструмент саме IDML, чи експортує переклад у форматі для InDesign і хто перевіряє результат. Не орієнтуйся лише на назву функції - перевір конкретний вхідний і вихідний формат.
| Варіант | Коли доречний | Що може залишитися на замовнику |
|---|---|---|
| Бюро | Потрібна організація перекладу й кількох етапів перевірки | Перевірити, чи входить відкриття IDML у InDesign і хто виправляє верстку |
| Фрилансер | Є зрозуміле завдання й замовник може координувати технічний контроль | Узгодити терміни, формат результату, відповідального за повторний імпорт |
| Онлайн-сервіс для документів | Потрібно перекладати сумісний документний формат і переглядати текст поруч з оригіналом | Перевірити підтримку конкретного формату; окремо повернути й перевірити IDML |
| CAT-середовище | Потрібні сегментна робота й переклад структурованого обмінного формату | Перевірити експорт, відповідність пакета й результат у цільовій програмі |
Вибирай не тільки виконавця перекладу, а й того, хто відповідає за весь цикл. Бюро може взяти на себе координацію, фрилансер - мовну роботу, а документний сервіс - допомогти з форматами, які він підтримує. Але в кожному разі фінальний IDML треба відкрити й перевірити в InDesign.
Покроковий процес: від вихідного файла до перевіреного повернення¶
Розбий процес на контрольні точки між експортом, перекладом і передаванням. Не вгадуй, чи все гаразд, за виглядом сегментів у CAT-редакторі. Перевіряй кожен етап окремо, а головний результат - після повторного відкриття в цільовій програмі.
-
Збережи вихідний файл. Залиш незмінений файл InDesign і підготуй IDML для передавання. Оригінал знадобиться, якщо пакет після редагування відкриється неправильно або доведеться порівнювати структуру.
-
Зафіксуй завдання. Укажи вихідну й цільову мови, аудиторію, тон, затверджені терміни та правила для власних назв. Додай пояснення до фрагментів, які залежать від контексту: заголовків, підписів, кнопок або коротких написів.
-
Узгодь результат. Визнач, що має повернути виконавець: перекладений IDML, текст, документ InDesign чи кілька файлів. Признач людину, яка відкриє пакет і перевірить макет.
-
Перевір пакет у CAT-процесі. Перекладай текст, але не сприймай перегляд сегментів як фінальне підтвердження. Стеж, щоб службові рядки, змінні або елементи, які не треба перекладати, не стали звичайним текстом.
-
Експортуй тестовий перекладений пакет. Якщо команда ще не працювала з цією комбінацією файла й інструмента, перевір повернення до завершення всього проєкту. Зразок має не лише відобразитися в редакторі, а й відкритися в InDesign.
-
Відкрий файл у цільовій програмі. Переконайся, що повернений пакет завантажується, а цільовий текст відображається очікувано. Особливо уважно переглянь фрагменти з іншою системою письма або спеціальними символами.
-
Перевір макет і передай зауваження. Переглянь сторінки, фрейми й розвороти, познач переповнення або неправильне відображення. Узгодь, хто вносить мовні зміни, а хто коригує верстку, і збережи фінальну версію окремо від оригіналу.
Тестовий експорт потрібен не тому, що кожен пакет обов’язково матиме помилки, а тому, що CAT-редактор і InDesign показують різні етапи роботи. Специфікація описує IDML як представлення документа, яке можна змінювати зовнішніми засобами, а потім відкривати в InDesign. Тож те, що інструмент показав сегмент, ще не відповідає на запитання, чи правильно відкриється зібраний документ (специфікація IDML).
Підводні камені: що перевіряти після експорту¶
Кожен із трьох етапів контролю показує своє: CAT-перегляд - перекладені сегменти, експортований пакет - результат збірки, а відкриття в InDesign - вигляд документа в цільовій програмі. Якщо пропустити один із них, буде складніше зрозуміти, де саме виникла проблема.
Кодоподібні символи замість перекладу¶
У дописі на Adobe Community користувач написав, що переклад англійського IDML корейською правильно відображався в інструменті перекладу, але після експорту з’являлися рядки на кшталт #$_09$####$. Учасник обговорення припускав проблему із символами або шрифтом, але одного випадку замало, щоб установити точну причину (тред Adobe Community, доступний 11 серпня 2026 року).
Висновок простий: не намагайся визначити причину лише за CAT-переглядом. Збережи експортований пакет, відкрий його в InDesign і перевір саме проблемні фрагменти. Якщо замість перекладу бачиш коди або некоректні знаки, зафіксуй рядок і місце помилки, а тоді разом із виконавцем пройди шлях від джерела до експорту. Так буде легше відрізнити проблему з текстом від проблеми з відображенням чи збиранням пакета.
Відмінність між CAT-переглядом і фінальним документом¶
Вікно перекладу зручне для роботи з сегментами, але воно не показує остаточний вигляд InDesign-документа. Різниця може з’явитися лише після експорту, тому відкрий фактичний повернений файл. Звір проблемні сегменти з результатом у InDesign і не вирішуй, що все готово, лише за одним переглядом.
Заміна символів і поведінка шрифтів¶
Якщо перекладаєш мовою з іншою системою письма, перевір, чи бачиш у фінальному документі потрібні символи, а не порожні місця, знаки заміни або технічні рядки. У випадку на форумі корейський текст правильно показувався в інтерфейсі перекладача, але неправильно після експорту. Цей тред не доводить, що так буде з усіма мовами й файлами, але нагадує: символи треба перевіряти в кінцевому документі (Adobe Community).
Якщо помилка з’являється тільки після імпорту, збережи приклад і запиши, на якому етапі змінився результат. Не виправляй підозрілі фрагменти вручну, поки не з’ясував, чи проблема в перекладі, експорті або відображенні. Інакше ручна заміна може приховати причину, а схожі помилки залишаться в інших частинах пакета.
Пошкоджений або неповний пакет¶
IDML містить кілька XML-компонентів, зібраних у ZIP-пакет. Тому наявність перекладеного текстового витягу ще не означає, що готовий пакет має потрібну структуру. Специфікація описує історії, розвороти й налаштування як частини пакета (специфікація IDML).
Не замінюй перевірку файла переглядом його внутрішнього тексту. Якщо пакет не відкривається, повернися до оригіналу й перевір, який файл експортували та що саме повернув інструмент. Окремі XML-файли замість узгодженого пакета - не готове повернення до InDesign.
Надмірні обіцянки сумісності¶
Специфікація описує IDML як обмінний формат, запроваджений для InDesign CS4 і призначений, зокрема, для сумісності з майбутніми версіями. Документ версії 8.0 відповідає InDesign CS6, але історичний задум формату не гарантує сумісності кожної сучасної функції з будь-якою версією InDesign (специфікація IDML версії 8.0, доступна 11 серпня 2026 року).
Якщо замовник і виконавець працюють у різних середовищах, не покладайся на загальне твердження «IDML сумісний». Перевір потрібний файл саме в програмі, де його відкриватимуть і фіналізуватимуть. Спирайся на результат фактичного тесту, а не на припущення про історичне призначення формату.
Регіональні й мовні відмінності в робочому процесі¶
Країна замовника не змінює основних кроків роботи з IDML: пакет треба перекласти, повернути й перевірити в InDesign. Але в команди можуть бути свої правила щодо цільової мови, редакторського стилю, написання власних назв і передавання файлів. Включи їх у завдання, а не залишай на розсуд перекладача.
У багатомовному проєкті не перенось термінологію між мовами автоматично. Назви компаній, продуктів і функцій можуть лишатися незмінними, транслітеруватися або перекладатися - правило задає замовник. Підготуй інструкції для кожної цільової мови, а потім перевір результат у документі після імпорту.
Не називай усі проблеми «помилкою IDML». Помилка перекладу потребує редакторського рішення, помилка відображення - перевірки символів і результату в програмі, а надто довгий текст - узгодження з редактором або верстальником. Якщо розрізняти ці випадки, команді буде простіше визначити відповідального й виправити причину.
Вимоги до фінального вигляду теж залежать від проєкту. Комусь достатньо поверненого пакета, а комусь потрібен перевірений макет для наступного етапу публікації. Уточни, чи треба зберегти початкове компонування, чи замовник погоджує зміни через довший переклад. Рішення про макет має ухвалювати людина, відповідальна за видання, а не автоматично перекладач або CAT-інструмент.
FAQ¶
Як перекласти IDML-файл і повернути його в InDesign?¶
Експортуй IDML з InDesign, переклади текст у CAT-середовищі або іншим погодженим способом, збери пакет і відкрий його в InDesign. Перевір текст і верстку в цільовому документі, а не лише в перегляді редактора.
IDML - це XML-файл чи ZIP-архів?¶
IDML є XML-представленням документа InDesign, упакованим у ZIP-контейнер із файлами XML та структурованими папками. PRONOM ідентифікує формат за mimetype усередині пакета (The National Archives).
Чому після експорту IDML показує коди замість перекладу?¶
Причиною може бути розбіжність між відображенням тексту в редакторі й фактичним експортом, а також проблема з підтримкою символів або шрифтом. Перевір експортований пакет у InDesign; форумний випадок із кодоподібним виводом не доводить загальної помилки формату чи конкретного інструмента (Adobe Community).
Що перевірити після імпорту перекладеного IDML в InDesign?¶
Перевір, чи документ відкривається, чи правильно показуються цільові символи, чи не змінився текст і чи відповідають макету фрейми та розвороти. Окремо переглянь переповнення тексту й елементи, що потребують ручної верстки.
Чи можна перевірити форматування IDML без InDesign?¶
Перегляд XML-компонентів або CAT-перегляд допомагає перевірити текст і структуру, але сам по собі не підтверджує, що пакет правильно відкриється й відобразиться в InDesign. Для фінальної перевірки відкрий повернений файл у цільовій програмі.
Чи можна перекладати IDML звичайним текстовим редактором?¶
Технічно XML-компоненти можна переглядати як текст, але IDML складається з пов’язаних частин пакета. Ручна заміна рядків без розуміння структури може пошкодити зв’язки або змінити службові дані; перевіряй зібраний файл у InDesign.
Чи гарантує IDML сумісність між версіями InDesign?¶
Ні. Специфікація описує історичну мету формату як обмінне представлення і сумісність між CS4 та майбутніми версіями, але це не гарантія для кожної сучасної пари версій і функцій (специфікація IDML версії 8.0).