Чому мультимовні сайти потребують іншого підходу до дизайну

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

Більшість агенцій ставляться до мультимовних сайтів так само, як до мобільної адаптивності: галочка, плагін, перемикач у шапці. Спочатку дизайн, потім переклад рядків, потім публікація перекладу.

Цей процес чудово працює для лендінгу, що продає один продукт одному ринку.

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

Мультимовний сайт, це не один дизайн, перекладений тричі.

Це цифрова система, спроєктована працювати одразу для різних мов, аудиторій, ринків і постійних контент-операцій.

Довжина тексту ламає верстку

Довжина тексту ламає верстку

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

Одне й те саме речення англійською, російською і українською рідко має однакову довжину. Німецька відома тим, що розтягується. Російська й українська зазвичай на 15-25% довші за англійську при тому самому сенсі. Китайська часто виходить помітно компактнішою.

Кнопка з написом «Book a Call» комфортно вміщується англійською.

Український еквівалент, «Записатися на дзвінок», майже вдвічі довший за кількістю символів.

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

Спроєктуй верстку спочатку англійською, і будь-яка інша мова стає латкою.

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

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

Типографіка не універсальна

Типографіка не універсальна

Шрифт, обраний за те, як він виглядає англійською, не обов'язково такий самий добрий у кирилиці.

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

Те саме працює і в зворотний бік.

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

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

Міжрядковий інтервал, трекінг і навіть пунктуаційні конвенції теж зміщуються.

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

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

Деякі мови змінюють інтерфейс

Деякі мови змінюють інтерфейс

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

Це припущення стає значно слабшим, коли змінюється сама система письма.

Арабська вводить читання справа наліво і напрямок інтерфейсу.

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

Китайська створює свій набір міркувань.

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

Це не просто перекладацькі проблеми.

Іноді зміна мови означає зміну інтерфейсу.

Тому мультимовна дизайн-система потребує достатньої гнучкості, щоб вміщувати різні системи письма і патерни взаємодії з самого початку.

Переклад, це не транскреація

Переклад, це не транскреація

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

Англійський маркетинговий текст спирається на короткі, різкі фрагменти речень, пряме звертання і певний ритм, що йде з самої мови.

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

Перекладене речення і транскреоване речення можуть говорити те саме і звучати абсолютно по-різному.

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

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

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

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

AI перекладає, але не завершує

AI перекладає, але не завершує

AI змінив економіку мультимовного контенту.

Перший переклад, що раніше займав години, тепер можна згенерувати за хвилини.

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

Але згенерований переклад, це не те саме, що готовий контент.

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

Сторінка послуги може бути граматично бездоганною і все ж звучати неприродно. Опис продукту може зберегти сенс, але втратити емоційний тон.

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

Вдаліший робочий процес ближчий до такого:

Створити → AI-переклад → Перевірка → Адаптація → Транскреація де потрібно → Публікація

AI надзвичайно корисний для першого проходу.

Він чудово справляється з обсягом, консистентністю і повторюваною роботою.

Але фінальне питання не повинно звучати: «AI переклав це правильно?»

Воно повинно звучати: «Чи написала б це так людина, яка реально говорить цією мовою і розуміє цей ринок?»

Не кожному шматку контенту потрібна транскреація.

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

AI повинен знижувати вартість локалізації.

Він не повинен знижувати стандарт якості.

Формальність і культурний зсув

Формальність і культурний зсув

Англійська здебільшого стерла різницю формального і неформального звертання.

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

Російська й українська цю різницю взагалі не стерли.

Вибір між ти і ви, ти і ви, це не деталь перекладу.

Це брендове рішення, що змінює те, як відчувається весь сайт.

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

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

Англійська не дає жодного сигналу, який вибір зробити, бо в англійської спочатку немає цього вибору.

Це має бути свідоме рішення, ухвалене один раз, рано, і потім послідовно застосоване на кожній сторінці, кожній кнопці і кожному повідомленні про помилку.

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

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

Те саме стосується візуального контенту.

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

Що вважається переконливим соціальним доказом, прийнятною прямотою в продажному тексті, чи продуктом, що заслуговує на довіру, все це варіюється за ринками.

Тому глобальна дизайн-система не повинна означати однаковий контент всюди.

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

Мультимовна контент-операція

Мультимовна контент-операція

Запуск нової мови не закінчується, коли переклад завантажено.

З цього моменту кожна мова стає ще однією версією сайту, яку потрібно підтримувати.

Нову сторінку послуги потрібно створити кожною релевантною мовою.

Новий кейс потрібно опублікувати і локалізувати.

Продукти, ціни, зображення і підписи змінюються. Публікуються нові статті.

Застарілу інформацію потрібно оновити чи прибрати.

А іноді сам контент потрібно адаптувати, а не просто перекласти.

Це означає, що мультимовний сайт створює постійну операційну вимогу: хтось повинен володіти кожною мовою.

Бізнесу потрібно знати:

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

Інакше англійська версія може мати 50 статей, друга версія 32, а третя 11, причому найновіший кейс існує тільки однією мовою.

Технічно всі три мови доступні.

Операційно сайт розповідає відвідувачам три різні версії історії компанії.

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

Для великих сайтів мультимовний контент стає власним робочим процесом: Створити → Перекласти → Перевірити → Опублікувати → Оновити → Архівувати

І цей процес повинен працювати через сторінки, послуги, продукти, кейси, блог-контент та інші типи контенту.

Мультимовний сайт тому не тільки UX/UI-проблема.

Це ще й проблема управління контентом, governance і операційна проблема.

Мультимовне SEO, це не переклад

Мультимовне SEO, це не переклад

Мова сайту також змінює те, як його знаходять.

Перекладена сторінка автоматично не створює локалізовану пошукову присутність.

Різні ринки можуть використовувати різну термінологію для того самого продукту чи послуги.

Пошуковий намір може змінюватись.

Ключові слова можуть змінюватись.

Сторінки, які заслуговують існувати, можуть змінюватись.

Навіть внутрішню перелінковку і ієрархію контенту, можливо, доведеться переглянути.

Потім є технічний шар: локалізовані URL, метадані, структуровані дані, мовні сигнали і реалізація hreflang, все це повинно працювати разом.

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

Це ще одна причина, чому мультимовний дизайн і контент-стратегію не можна повністю відділити від SEO.

Ти не просто публікуєш ту саму інформацію іншою мовою, ти створюєш ще одну точку входу в бізнес.

Вартість за межами розробки

Вартість за межами розробки

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

Це ще й вартість будівництва і підтримки того, що бізнесу насправді може бути не потрібно.

Додавання ще однієї мови означає більше контенту для створення, перекладу і підтримки, більше сторінок для проєктування, більше SEO-роботи і більше постійних редакторських зусиль.

Тому правильне питання не: «Скільки мов ми можемо додати?»

А: «Які мови бізнесу реально потрібні?»

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

Те саме стосується глибини локалізації.

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

Мета не в тому, щоб максимізувати кількість мов.

Мета в тому, щоб розподілити час і ресурси бізнесу туди, де вони створюють максимум цінності.

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

Закласти всередину, не зверху

Закласти всередину, не зверху

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

Кожен компонент проходить стрес-тест на найдовшій мові набору, перш ніж його затвердять.

Кожен шрифт перевіряється в кожній системі письма, яку сайт реально використовуватиме.

Кожен шматок тексту пишеться, а не просто перекладається, людиною, яка думає цією мовою від природи.

CMS повинна підтримувати контент-процес.

Технічна архітектура повинна підтримувати мовну структуру.

SEO-архітектура повинна підтримувати локалізований пошук.

А бізнес повинен бути готовий підтримувати мови, які вирішує запустити.

Це повільніший і дорожчий процес, ніж перекласти готовий англійський сайт.

Це також єдиний процес, що виробляє сайт, який відчувається рідним кожною мовою, якою він опублікований, а не сайт, що відчувається рідним однією мовою і прийнятно перекладеним рештою.

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

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

Це одне з обмежень, яке повинно формувати дизайн з самого початку.

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

Що повинно лишатись послідовним, це базова система:

бренд, стандарт якості, ключовий досвід і логіка, що тримає все разом.

Все інше повинно мати достатньо гнучкості, щоб реагувати на мову, ринок і аудиторію, яку обслуговує.

Бо мета не в тому, щоб зробити сайт технічно доступним десятьма мовами.

Мета в тому, щоб зробити сайт, що реально працює на ринках, які важливі бізнесу.

Мультимовний сайт, це не один інтерфейс з різними словами. Це система, спроєктована під різні мови, аудиторії і реальності.

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

Які мови реально важливі бізнесу? Що потрібно змінити в дизайн-системі? Якому контенту потрібен переклад, адаптація чи транскреація? Як використовуватиметься AI, і де залишається необхідним людський контроль? Що потрібно архітектурі, що стоїть за всім цим?

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