Ловушка перевода

Большинство AI chatbot, заявляющих о «многоязычной поддержке», за кулисами делают одно из двух. Честный вариант: модель, обученная на нескольких языках с самого начала, с нативным пониманием грамматики, идиом и контекста в каждом. Нечестный вариант: только-английская модель с переводным слоем впереди и сзади. Клиент пишет на иврите → переводят на английский → английская модель отвечает → переводят обратно на иврит → показывают. Вариант с ловушкой перевода смотрится нормально на демо. В продакшене он ломается предсказуемо. Идиомы возвращаются дословно и странно. Культурный регистр схлопывается (всё становится нейтрально-вежливым, независимо от контекста). Раскладка справа-налево ломается, потому что система никогда не была под неё спроектирована. Числа, даты и валюты появляются в английском формате даже в ивритском интерфейсе. Если вы обслуживаете клиентов на не-английских языках и собираетесь поставить перед ними AI chatbot, вариант с ловушкой перевода навредит бренду больше, чем отсутствие chatbot вообще. Хорошая новость: отличить одно от другого легко, если знать, на что смотреть.

Что значит настоящая нативная многоязычность

Нативный многоязычный chatbot построен на модели, которая выучила несколько языков во время обучения, а не после. Та же модель, что отвечает на английском, отвечает на иврите, русском или арабском — напрямую, без круга через английский. Звучит очевидно. Но это не так, потому что большинство платформ не раскрывают, какую версию они запускают. Маркетинговая страница пишет «поддерживает 30 языков». Реализация часто: английская модель + сервис перевода. Три признака, что вы смотрите на нативную версию, а не на ловушку перевода:

  • Бот справляется с переключением языка посреди фразы («во сколько вы открываетесь on Saturday?») без срыва. Боты с переводным слоем путаются.
  • Бот корректно ловит культурный регистр — формальное vs неформальное в русском, вежливое vs бытовое в иврите — по тому, как клиент пишет.
  • Вывод бота читается как написанное свободно говорящим человеком, а не как продукт переводчика. Без буквальных идиом, без странного порядка слов, без английской грамматики, просачивающейся сквозь. Если вендор не может сказать, нативно-многоязычная ли у них модель или обёрнута в перевод — это и есть ответ. Это второе.

Вопрос RTL

Иврит и арабский пишутся справа-налево. Большинство UI чатов построены слева-направо, а RTL прикручивают позже. Прикрученная версия обычно ломается тонко и неловко. Что реально требует хорошая обработка RTL:

  • Направление раскладки. Сообщения бота слева, сообщения пользователя справа? В RTL это переворачивается — бот справа, пользователь слева. Платформа должна делать это автоматически в зависимости от активного языка, а не требовать ручной настройки на каждого клиента.
  • Хвостики пузырей. Маленький указатель в речевом пузыре, показывающий, с какой стороны пришло сообщение, должен переворачиваться вместе с раскладкой. Если нет — чат визуально читается неправильно, даже когда текст правильный.
  • Обработка BiDi (двунаправленного текста). Иврит и арабский постоянно смешивают латинские символы — названия брендов, цены, URL, технические термины. Рендерер должен уметь обработать «השעות הן 9:00-17:00», не переворачивая строку времени. Это требует явной обработки bdi и dir, а не CSS-хаков.
  • Кнопки и стрелки. Кнопка «Continue →» в RTL неправильна — стрелка должна перевернуться в «← המשך». Большинство платформ это забывают. Тест: откройте chatbot на иврите на телефоне. Прочитайте три обмена. Если что-то выглядит визуально не так — пузыри не на той стороне, хвостики смотрят в неправильную сторону, латинские слова внутри иврита читаются как мусор — RTL прикручен, а не родной.

Локализация форматов

Даты, валюты и числа должны соответствовать ожиданиям клиента, а не дефолтам платформы. Здесь яснее всего видна разница между «переведено» и «локализовано». Несколько примеров:

  • Даты. Американский формат — 04/26/2026, европейский — 26/04/2026, иврит часто использует 26.4.2026 или כ"ו ניסן. Бот, показывающий даты в американском формате внутри ивритского интерфейса, выглядит как иностранный турист, пытающийся быть вежливым.
  • Валюты. «$199» нормально читается на английском. На иврите это должно отображаться как $199 с явной LTR-изоляцией или конвертироваться в местную валюту полностью. На русских рынках — рубль или местная валюта по ожиданиям.
  • Разделители чисел. Английский — 1,000.50. Русский — 1 000,50. Немецкий — 1.000,50. Бот, показывающий числа в английском формате в русском интерфейсе, сигналит «это сделано не для вас».
  • Рабочие часы. «Mon-Fri 9am-5pm» — это английская форма. Иврит ожидает «ראשון-חמישי, 9:00-17:00» — другие дни недели как рабочая неделя (воскресенье-четверг в Израиле), другой формат времени. Это не вопросы перевода. Вендор, который «поддерживает иврит», но рендерит даты и валюты в американском формате, реально не локализовал — он просто перевёл текстовые строки.

Культурный контекст, который перевод не вытянет

Некоторые вещи вообще не переводятся. Их нужно понимать в контексте. Регистры формальности. Русский различает «ты» (неформальное) и «вы» (формальное). Выбрать не то — социальная ошибка. Нативная многоязычная модель ловит регистр клиента из того, как он пишет, и подстраивается. Бот с переводным слоем выбирает один дефолт и использует его независимо. Клиент, написавший «ты», получает ответ на «вы», который читается холодно. Клиент, написавший «вы», получает ответ на «ты», который читается неуважительно. Приветствия и прощания. «שלום» в иврите работает, но «ברוכים הבאים» читается теплее. Русское «здравствуйте» — формальный дефолт; «привет» — бытово-дружеское. Арабские диалекты различаются достаточно, чтобы бот, обученный на современном стандартном арабском, звучал книжно для говорящего на заливском арабском и сухо для левантийца. Эти выборы формируют, как клиенты воспринимают бренд. Религиозная и культурная чувствительность. Ивритский chatbot должен знать, что «суббота» — это «שבת» и может нести религиозный вес в соблюдающих контекстах. Арабские chatbot на рынках с мусульманским большинством должны избегать бытовых упоминаний определённых тем, особенно вокруг времени молитвы и праздников. Это малый объём, но высокое влияние при промахе. Никаких культурных абсолютов. Никакой бот не получит каждую культурную деталь правильно. Реалистичная планка: не делать очевидных ошибок, которые сигналят, что бот не строился с этим языком в виду. Лучший тест — дать носителю языка прогнать 20 примерных разговоров и пометить всё, что читается не так.

Как тестировать перед покупкой

Протокол из 5 тестов, который вскрывает ловушку перевода за 15 минут.

  1. Тест переключения языка. Напишите вопрос, смешивающий целевой язык и английский: «во сколько вы открываетесь on Saturday?» Нативный многоязычный бот справится. Бот с переводным слоем вернёт мусор или попросит «использовать один язык».
  2. Тест идиом. Используйте распространённую идиому на целевом языке. «לעשות מזה עניין» в иврите, «вешать лапшу» в русском. Нативный бот понимает; переводной бот возвращает буквальный ответ, полностью промахивающийся мимо смысла.
  3. Визуальный тест RTL. Откройте чат на иврите или арабском на телефоне. Посмотрите на выравнивание сообщений, хвостики пузырей, стрелки кнопок и любой латинский текст внутри языка (цены, названия брендов). Что-то визуально не так — RTL прикручен.
  4. Тест локали. Спросите про часы, цены или даты. Проверьте, показывает ли бот их в формате, который ожидает носитель, или в US/UK дефолтах.
  5. Тест регистра. В русском напишите первое сообщение формальным «вы». Посмотрите, отвечает ли бот в соответствующей формальности. Затем начните новый чат с неформального «ты». Нативная модель переключит регистр; переводной бот — нет. Если chatbot проваливает любой из этих тестов — перед вами перевод-вдогонку, а не нативная многоязычность.

Вопросы любому вендору

До подписания контракта на многоязычный chatbot спросите:

  1. Базовая модель AI обучена нативно на моих целевых языках, или перевод применяется к английской модели? Нужен прямой ответ. Расплывчатость — это второй вариант.
  2. Как обрабатывается RTL — автоматический переворот раскладки или ручная настройка? Должно быть автоматически, по детекции языка.
  3. Покажите мне живое демо на [моём целевом языке]. Если не могут — реально не поддерживают. Если могут — прогоните протокол из 5 тестов.
  4. Что покрывает локализация форматов — даты, валюты, числа, рабочие часы? Должна покрывать все четыре. Если упомянуто только «переводим текст» — это перевод, не локализация.
  5. Можно увидеть пример лога разговора на [моём целевом языке] от реального клиента? Анонимизированно, разумеется. Вендоры, которые не могут или не хотят это показать, обычно прячут проблемы качества. Если вы обслуживаете многоязычную клиентскую базу — эти вопросы и есть разница между chatbot, помогающим бренду, и тем, что тихо его портит. Для более широкой оценки вендоров см. гид покупателя — многоязычность это одна из пяти вещей, что реально имеют значение.