Прибуток:
- Можливість відрізнити локалізацію від перекладу та правильно керувати цілісністю заповнювачів, довжиною тексту та форматом дати/грошей/міри
- Можливість адаптації технічних функцій, таких як правила множини та мови з письмом справа наліво, до цільової мови
- Здатність оцінювати культурні елементи з точки зору місцевого експерта та фіксувати заповнювачі та культурні ризики штучного інтелекту за допомогою QA
Перетворення кнопки «Зберегти» програми на «Зберегти» є перекладом; Але адаптація формату дати програми, валюти, написання справа наліво, довжини кнопки, культурних зображень і юридичних текстів до цільового ринку є локалізацією. У цьому розділі ви дізнаєтеся про локалізацію, її технічні особливості (заповнювач, довжина, кодування), роль ШІ в цьому процесі та культурну адаптацію. Мета полягає в тому, щоб мислити як експерт з локалізації, «робити продукт відповідним цільовій культурі, а не словам».
Основні поняття
Локалізація (L10n — локалізація; L10n, тому що між «l» і «n» 10 букв) — це процес повної адаптації продукту (програмного забезпечення, веб-сайту, гри, програми) до певної мови та культури; Він включає переклад, але виходить за його рамки. Інтернаціоналізація (i18n — інтернаціоналізація) — це акт проектування продукту з нуля, щоб він був дуже готовим до мови (відокремлюючи текст від коду, дозволяючи гнучкість довжини); Він передує локалізації та забезпечує її можливість.
Рядок — це фрагмент тексту, який потрібно перекласти в програмному забезпеченні. Заповнювачі — це позначки в рядку, які заповнюються змінною під час виконання: «Привіт, {name}», «{count} елементів». Локаль – це комбінація мови + регіону (tr-TR, en-US); Визначає формат дати, часу, числа та валюти.
Локалізація відрізняється від перекладу: ви передаєте не лише значення, але й функцію та культурну відповідність. Дата «3/4/2026» — 4 березня в США і безглузда в Туреччині (ми пишемо 03.4.2026); "₺" замість "$"; Червоний колір може бути попередженням в одній культурі та святкуванням в іншій.
Порада: перекладачі найчастіше пропускають елементи поза текстом: формат дати/часу/числа, валюту, одиницю вимірювання (милі/км), порядок імені, формат адреси, формат телефону. Скануйте їх у кожному проекті за допомогою «контрольного списку локалі».
Заповнювач і технічна цілісність
Найнебезпечнішою технічною помилкою при локалізації є пошкодження заповнювачів і тегів. Якщо ви видалите {n} у реченні «У вас є {n} повідомлень», напишіть його неправильно або розмістіть не в тому місці відповідно до турецького синтаксису, програмне забезпечення вийде з ладу або відобразиться грубим як «У вас є {n} повідомлень». правила:
- Ніколи не обертайте, не видаляйте та не форматуйте заповнювачі. {name}, %s, {{count}} залишаються незмінними.
- Турецький синтаксис може замінити заповнювач; Перенесіть його на нове місце, зберігши значення, але не знищуйте сам знак.
- Правила множини відрізняються залежно від мови: тоді як англійська каже «1 предмет / 2 предмети», у турецькій немає суфікса множини після числа («2 предмети»). Фреймворки локалізації обробляють це окремо.
AI тут є двостороннім інструментом: він швидко перекладає рядки, але може випадково перевернути або втратити заповнювач. Ось чому раунд перевірки якості заповнювача є важливим у локалізації.
Застереження: розширення тексту є прихованою проблемою локалізації. Текст перекладу з англійської на турецьку часто на 20-40% довший; «ОК» — це 2 літери, відповідник «ОК» — 5 літер. Переклад, який не поміщається у вузьку кнопку, ламає інтерфейс. Якщо можливо, подивіться в реальному інтерфейсі, чи підходить цільовий текст.
Потік локалізації та культурна адаптація за допомогою ШІ
ШІ пришвидшує такі завдання під час локалізації: початковий переклад рядків, перевірка узгодженості, попередження про довжину («цей переклад на 35% довший за оригінал»), перевірка відповідності культурі («чи це зображення/приклад спричинить проблеми в цільовій культурі?»). Але культурне рішення належить людині: місцевий знавець знає, як буде сприйнятий жарт, свято, приклад, колорит у цільовій культурі. ШІ може дати загальне попередження; Остаточне рішення приймає перекладач, який знає місцевий ринок.
Приклади культурних адаптацій: способи оплати (місцеві картки), приклади імен (місцеві назви), одиниці вимірювання, юридичні зобов’язання (тексти KVKK/GDPR), свята, форма адреси (ви/ви), значення кольорів і символів.
три міні-чохла
Випадок 1. Заповнювач QA запобіг збою. У перекладі мобільного додатку 1200 рядків AI переклав заповнювач {count} як «{number}» у 18 місцях. Раунд перевірки якості заповнювача впіймав їх; Якщо це не було виправлено, програма аварійно завершувала роботу на цих екранах.
Випадок 2 — Довжина зламала інтерфейс. Одне програмне меню розроблено англійською мовою; Коли турецькі переклади стали в середньому на 30% довшими, три пункти меню було переміщено та вирізано. Якби команда отримала попередження про довжину раніше, вони б підготували короткі альтернативи (абревіатура, якщо необхідно, замість «Налаштування»); завдання було перероблено та оновлено з контролем тривалості процесу.
Випадок 3 — Культурна адаптація врятувала продаж. У рекламній акції гри був нагрудний знак із зображенням свині; на цільовому ринку це було культурно недоречним. Місцевий перекладач попередив, цифру змінили. ШІ переклав текст, але місцевий експерт вказав на культурний ризик.
Чотири шаблони, які можна копіювати
1) Переклад рядка (захищений заповнювачем):
Перекладіть наведені нижче рядки програмного забезпечення [цільовою мовою]. ПРАВИЛО: НІКОЛИ не перекладайте, не видаляйте та не форматуйте заповнювачі, такі як {name}, %s, {{count}}; залишити як є (ви можете перемістити його відповідно до турецького синтаксису). Зберігайте HTML/теги. Напишіть його стисло та відповідно до інтерфейсу. Формат: джерело → переклад. Рядки: [...]
2) Заповнювач/мітка QA:
Нижче наведено вихідні та перекладені рядки. Позначте ЛИШЕ проблеми з заповнювачем і тегами: перекладено/видалено/пошкоджено{...}, %s, {{...}}, <tag>. Перелічіть, скільки заповнювачів є в джерелі, скільки в перекладі, а також перелічіть ті, які не збігаються. Джерело: [...] | Переклад: [...]
3) Попередження про довжину та інтерфейс:
Оцініть довжину наведених нижче перекладів інтерфейсу користувача. Для кожного перекладу вкажіть у відсотках розширення відповідно до джерела та позначте ті, які можуть не поміститися в обмежені місця (кнопки, меню). Для тих, хто не підходить, запропонуйте коротшу альтернативу, яка зберігає значення. Пари (джерело | переклад): [...]
4) Перевірка культурної придатності:
Ваша роль: [цільовий ринок] консультант з локалізації. Позначте елементи в такому вмісті, які можуть спричинити проблеми в цільовій культурі: зображення, приклад, назва, колір, символ, жарт, формат дати/вимірювання, юридичний текст. Остаточне рішення за мною; ви вказуєте на ризик і пропонуєте альтернативи. Зміст: [...]
Слабка підказка / Сильна підказка
Слабко: «Перекласти тексти цих додатків». (Заповнювач, довжина, без контексту інтерфейсу; машинний переклад заповнювача, текст стає довшим.)
Сильно: «Перекладіть ці рядки мобільних програм на турецьку мову. Залиште заповнювачі {user} і %d без змін. Ці тексти відображатимуться у вузьких кнопках; за можливості нехай вони будуть короткими. «Налаштування»→«Налаштування», «Профіль»→«Профіль». Дотримуйтеся турецького правила для виразів у множині (без суфікса множини після числа).»
Відмінність: сильна підказка дає заповнювач, довжину, термін і множину; результат буде близький до прямого входу в інтерфейс.
Таблиця розмірів локалізації
Розмір
приклад
Ризик
Заповнювач/мітка
{name}, %s, <b>
Програмні збої
довжина
«ОК»→«ОК» (150%)
Переповнення інтерфейсу
Дата/номер/гроші
3/4/26, $, 1000,50
неправдива інформація
правило множини
2 предмети → 2 предмети
погана граматика
культурний елемент
образ, колір, гумор
репутація/продажі
правовий текст
КВКК/GDPR
правовий ризик
Поширені помилки
- Перевернути/видалити заповнювач. Це призводить до збою програмного забезпечення або появи необробленого тексту.
- Без урахування розтягування тексту. Інтерфейс переповнюється, елементи обрізаються.
- Не конвертується дата/валюта/формат вимірювання. Залишилося «5 миль», а не «8 км».
- Передача культурного елементу без консультації з місцевим експертом. Ризик репутації та продажів.
- Переклад правил множини з англійською логікою. Погана граматика, наприклад "2 предмети".
Псевдолокалізація та мови справа наліво
Дві технічні проблеми визначають якість локалізації. Перший — псевдолокалізація: тестування продукту з підробленим, але реалістичним текстом довжини та спеціальними символами (наприклад, «Налаштування» → «[Ŝéttîngŝ~~]») перед фактичним перекладом. Це показує, чи може інтерфейс обробляти довгі тексти та спеціальні символи, чи дійсно рядки витягуються перед початком перекладу. Якщо перекладач, який працює з розробником, рекомендує цей тест, багато помилок інтерфейсу буде виявлено ще до їх появи.
По-друге, це мови з написанням справа наліво (RTL): такі мови, як арабська, іврит, перська, пишуться справа наліво, і локалізація вимагає віддзеркалення не лише тексту, а всього макета інтерфейсу (положення меню, стрілки, вирівнювання). У перекладі RTL цифри та латинські літери можуть викликати плутанину; Особливої уваги потребує ця проблема «біді-тексту». AI може перекладати текст RTL, але рішення про віддзеркалення макета та двосторонній потік вимагають техніко-культурних знань. Ці дві проблеми показують, що локалізація є інженерно-культурною роботою поза перекладом.
Підсумовуючи
Локалізація означає адаптацію продукту, а не слів, до цільової мови та культури; включає переклад, але також включає цілісність заповнювача, довжину тексту, формат дати/грошей/міри, правила множини та культурні елементи. AI прискорює трансляцію рядків, перевірку довжини та культурних ризиків; Але тур із забезпечення якості є важливим, оскільки він може порушити заповнювач, а культурне рішення приймає експерт, який знає місцевий ринок. Успіх у локалізації – це увага до деталей поза текстом.
Аплікаційне завдання
Візьміть зразок тексту інтерфейсу з 15-20 рядків (з заповнювачами {...} або %s і прикладом дати/грошей). Перекладіть за шаблоном «Переклад рядка», потім перевірте цілісність заповнювача за допомогою «заповнювача QA» та перевірте ризик переповнення за допомогою «попередження про довжину». Адаптуйте формат дати та грошей до цільової мови та виконайте «сканування культурної придатності», якщо є культурний елемент.
контрольний список
- [ ] Я залишив заповнювач і мітки без змін і підтвердив їх за допомогою QA.
- [ ] Я контролював розтягування тексту та запобігав переповненню у вузьких областях.
- [ ] Я адаптував дату, число, валюту та одиниці вимірювання до цільової мови.
- [ ] Я переклав вирази множини відповідно до правил цільової мови.
- [ ] Я оцінив культурні елементи з точки зору місцевого експерта.