01.02 — це 1 лютого чи 2 січня? Пастки локалізації, які коштують грошей
Рядок «01.02.2025» в одній країні означає початок лютого, а в іншій — початок січня. Якщо інтернет-магазин або застосунок показує таку дату без урахування локалі, клієнт може прочитати її інакше, ніж задумано. Такі дрібниці рідко потрапляють у технічне завдання, але саме через них виникають повернення товарів, пропущені дедлайни й незручні листи служби підтримки. Розберімо найпоширеніші пастки локалізації та з'ясуймо, як їх уникнути.
Дати й час: один день, три прочитання
Порядок частин дати залежить від країни. В Росії, Німеччині та більшій частині Європи прийнято формат «день.місяць.рік». У США спочатку стоїть місяць, тож «03/04/2025» там означає 4 березня, а не 3 квітня. В Японії, Китаї та Кореї порядок зворотний: спершу рік, потім місяць і день.
З часом та сама історія. В Росії, більшій частині Європи та Латинській Америці звичний 24-годинний формат, а в США, Канаді, Австралії та Індії широко використовується 12-годинний із позначками AM і PM. Запис «5:00» без позначки в різних країнах читається по-різному, і зустріч на «п'яту» може опинитися через дванадцять годин від запланованої.
Щоб не гадати, в даних і API краще використовувати стандарт ISO 8601 (наприклад, 2025-02-01T14:30). А в інтерфейсі виводити дату засобами локалі, а не вписувати її вручну.
Роздільники в числах: кома там, де крапка
Число «1 500,75» в Росії та «1,500.75» у США — це одне й те саме значення. У Німеччині та Бразилії тисячі відокремлюють крапкою, а дробову частину пишуть комою: «1.500,75». У Швейцарії використовують апостроф: «1'500.75». В Індії групування цифр інше: «1,00,000» означає сто тисяч.
Помилка тут особливо підступна. Якщо ціну «1.500» задумали як тисячу п'ятсот, а система прочитала її як півтори одиниці, покупець побачить різницю лише на касі. Тому в коді ніколи не склеюйте рядки з числами вручну: використовуйте форматування за локаллю та перевіряйте розбір чисел під час імпорту файлів.
Валюти: символ, місце й округлення
Символ валюти здається дрібницею, але легко збиває з пантелику. Знак «$» використовують у США, Канаді, Австралії та кількох інших країнах, тож без коду валюти «$» може означати долари будь-якої з них. Саме тому в міжнародних контекстах прийнято вказувати триліterний код за стандартом ISO 4217: USD, EUR, RUB.
Місце символа також відрізняється. В англомовних країнах пишуть «$100», у Франції «100 €» з нерозривним пробілом, в Росії «100 ₽» або «100 руб.». Іноді помилка проявляється під час перекладу: фраза «ціна вказана з урахуванням ПДВ» в одній мові потребує іншої структури, і якщо текст зібрано з фрагментів із підставленою сумою, порядок слів ламається.
Округлення теж залежить від валюти. Японська єна зазвичай не має десяткових знаків, а кувейтський динар ділиться на тисячні. Якщо система розраховує суму з двома знаками для всіх валют, підсумок може розійтися з випискою банку на копійки, а у великих обсягах — і на помітні суми.
Метрична й імперська системи
Більша частина світу користується метричною системою, але США використовують фути, фунти, галони та градуси Фаренгейта. У Великій Британії дорожні знаки позначено милями, а молоко продають у пінтах, при цьому пінта там більша за американську: близько 568 мілілітрів проти приблизно 473. Галон також відрізняється по обидва боки Атлантики.
Для інтернет-магазину це означає, що габарити товару, вагу посилки та об'єм упаковки потрібно виводити в одиницях, звичних покупцеві, і при цьому не втратити точності. Перекладач, який працює з інструкціями, має розуміти, чи потрібно перекладати одиницю, чи конвертувати значення. Наприклад, якщо в посібнику зазначено «10 дюймів», для українського видання розумніше дати «25 см», але при цьому зберегти вихідну величину в дужках, якщо вона важлива для технічних характеристик.
Телефони, адреси й імена у формах
Форми реєстрації найчастіше ламаються на трьох полях. Телефон: в Росії може бути «+7 (999) 123-45-67», у Німеччині довжина номера змінна, і багато шаблонів із жорсткою маскою її не пропускають. Краще використовувати поле з вибором коду країни та бібліотеку для валідації номерів.
Адреса: в Японії вказують від великого до малого (префектура, місто, район, номер квартала), а в Росії та Європі навпаки. Поштовий індекс у США складається з п'яти цифр, у Великій Британії це буквено-цифрова комбінація. Поле «Індекс, лише цифри» відсікає частину реальних адрес.
Ім'я та прізвище: в Іспанії та Латинській Америці часто два прізвища, в Ісландії замість прізвища використовується по батькові, а деякі люди взагалі мають одне ім'я. Апостроф у прізвищі «O'Brien» або дефіс не повинні спричиняти помилку. Мінімальна вимога проста: не робіть обов'язковими два поля там, де це не потрібно, і приймайте будь-які символи Unicode.
Як уникнути помилок: стандарти й перевірка
Робота з форматами починається не на етапі перевірки, а на етапі проєктування. Ось що допомагає:
- Зберігайте дати в ISO 8601, числа без форматування, валюти з кодом ISO 4217, а вивід залишайте локалі.
- Використовуйте стандартні бібліотеки локалізації замість самописних шаблонів, наприклад ICU або вбудовані засоби платформи.
- Передавайте перекладачам контекст: у тексті мають бути зрозумілі одиниці, валюта й тип дати, а не лише слова.
- Тестуйте інтерфейс на датах на кшталт 01.02, 12:00 і 1 000,50 у кількох локалях, включно з тими, де порядок відрізняється.
- Залучайте носіїв мови на фінальній перевірці. Вони швидше помітять, що «п'ята вечора» написано як «17.00» там, де так не кажуть.
Головний висновок простий: формат — частина змісту. Добрий переклад зберігає не лише слова, а й те, як читач зрозуміє дату, ціну та відстань. Якщо локалізацію закладено в план заздалегідь, ці пастки обходяться майже безкоштовно. Якщо їх виявляють після релізу, виправлення коштує дорожче за все інше.
Читайте також:
- Локалізація сайтів і застосунків: чим відрізняється від звичайного перекладу
- Переклад інтернет-магазину: що локалізувати насамперед і в якому порядку
Потрібен професійний переклад? Оформіть замовлення онлайн: оберіть мови, завантажте файл і дізнайтеся вартість за кілька хвилин.
Матеріали за темою
