Многоязычная версия сайта: перевод и локализация интерфейса под новые рынки

Компания выходит на рынок Казахстана или Узбекистана, начинает работать с зарубежными партнёрами. И тут выясняется, что сайт говорит только по-русски. Решение напрашивается само: прогнать тексты через переводчик и повесить переключатель языков.

Через полгода итог предсказуем. Иностранная версия не приносит ни трафика, ни заявок. Партнёры вежливо молчат о качестве перевода. Поисковики показывают людям не ту языковую версию или вовсе считают страницы дублями.

Почему переводом дело не заканчивается

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

Сделанная как следует, вторая языковая версия приводит людей, которые до этого вас просто не находили. Трафик из целевой страны появляется в течение полугода, а первые заявки часто приходят раньше: партнёры и дилеры ищут поставщика адресно.

Сначала отвечаем на три вопроса

Это решения, которые потом дорого менять, поэтому мы не откладываем их на потом.

Какая структура адресов

По умолчанию советуем поддиректории: site.ru/kz/. Они наследуют возраст и вес основного домена, живут на одном хостинге и стоят дешевле в поддержке. Поддомены берём, когда у рынка своя команда и свой контент. Отдельный домен в зоне страны оправдан, если у вас там юрлицо, склад и отдельный бизнес, а не одна переведённая витрина.

Что именно локализуем

Весь сайт или посадочные страницы под конкретный рынок. Со второго разумнее начать почти всегда. Двадцать страниц, которые продают, работают лучше, чем двести переведённых машиной.

Кто будет отвечать на заявки

Вопрос звучит неожиданно, но он решает объём работы. Ваши менеджеры говорят на языке рынка? Тогда локализуем и формы, и письма, и переписку. Не говорят? Значит, сразу договариваемся: сайт на казахском, общение на русском, и об этом честно написано на странице контактов. Иначе получится полусайт, который злит людей больше, чем его отсутствие.

Как мы работаем

Дальше техника на вашей CMS: языковые версии страниц, переключатель, атрибуты hreflang. Hreflang говорит поисковику, какую версию показывать человеку из какой страны, и не даёт склеить версии как дубли.

И только потом контент. Переводим, отдаём текст на редактуру носителю языка, подгоняем примеры, валюты, форматы телефонов и юридические формулировки.

Этапы и сроки

1. Стратегия, неделя. Рынки, языки, структура адресов, список страниц под перевод.
2. Техническая часть, две-три недели. Мультиязычность на CMS, переключатель, hreflang, карты сайта, локализованные адреса.
3. Перевод и редактура, две-четыре недели. Идёт параллельно с техникой, длительность зависит от объёма текста.
4. Сборка и проверка, неделя. Собираем версии, проверяем hreflang, формы, письма и аналитику.
5. Наблюдение, первый месяц. Смотрим индексацию по странам и правим то, что поиск понял не так.

С какими языками и платформами работаем

Чаще всего это английский, казахский, узбекский, киргизский и азербайджанский. Штатных носителей мы не держим и не делаем вид, что держим: берём проверенных переводчиков и редакторов под конкретный проект, а качество проверяем на пробном куске до старта.

Из платформ: Битрикс, Drupal, WordPress, OpenCart, Tilda и самописные движки с доступом к шаблонам. У Drupal мультиязычность живёт в ядре, у Битрикса и WordPress решается модулями, у конструкторов упирается в возможности тарифа.

Что входит в работу

• Выбираем стратегию: рынки, языки, структуру адресов, состав страниц для каждой версии.
• Делаем мультиязычность на вашей CMS: связываем версии страниц, ставим переключатель и hreflang, готовим локализованные карты сайта.
• Локализуем интерфейс: меню, формы, кнопки, письма-уведомления, сообщения об ошибках. Про них обычно забывают.
• Переводим и адаптируем контент. Машинный перевод с постредактурой или живой перевод: честно обсудим, где какой уровень оправдан.
• Настраиваем формы и заявки: маски телефонов, часовые пояса, язык лида передаём в CRM, чтобы менеджер знал, на каком языке отвечать.
• Разводим аналитику по рынкам: заводим отдельные цели и сегменты для каждой языковой версии.
• Пишем регламент обновления: что переводится обязательно, что по мере сил, кто за этим следит.

Пример: выход на Казахстан

Оптовик продаёт оборудование и хочет работать с казахстанскими дилерами. Разбираем так.

Адреса берём поддиректорией site.ru/kz/. Языков два: казахский и русский, потому что в деловой переписке там живут оба. Локализуем каталог, страницы услуг, условия поставки и контакты, а блог и новости оставляем на русском.

Дальше начинается то, о чём обычно забывают. Цены показываем в тенге, телефоны с кодом +7 и местной маской, в реквизитах появляется БИН вместо ИНН. В форме заявки добавляем поле страны, а в CRM язык лида приходит отдельным полем. Условия доставки переписываем под таможню, иначе первый же дилер задаст вопрос, на который на сайте нет ответа.

Всего получается 25–30 страниц вместо двухсот. Такой объём собирается за полтора-два месяца и сразу приносит заявки.

Сколько это стоит и сколько занимает

Смету считаем после разговора о рынках, но порядок цифр называем сразу.

• Первая языковая версия, 20–30 страниц. От 180 тысяч рублей, полтора-два месяца. Сюда входит техническая часть, локализация интерфейса, перевод с редактурой носителем и настройка аналитики.
• Только техническая часть, если переводы у вас свои. От 90 тысяч рублей, три-четыре недели.
• Каждый следующий язык. От 70 тысяч рублей, две-три недели. Дешевле первого, потому что архитектура уже готова: платите за перевод, интерфейс и проверку.
• Поддержка версий. От 15 тысяч рублей в месяц: переводим новые страницы, следим за hreflang, чиним после обновлений CMS.

Перевод считается по знакам и оплачивается отдельно, если объём вырастает за согласованный. Живая редактура носителем стоит дороже машинного перевода примерно вдвое, и на продающих страницах мы советуем именно её.

Что нужно от вас

• Глоссарий. Названия товаров, услуг и терминов, которые переводить нельзя или нужно переводить строго одинаково. Хватит таблицы на полсотни строк.
• Человек, который согласует переводы. Лучше тот, кто общается с рынком: дилер, партнёр, ваш менеджер оттуда. Нужен на несколько часов за проект.
• Ответ про юрлицо и оплату. От него зависят реквизиты, валюта, договор и текст оферты на новой версии.
• Решение по общению. На каком языке отвечают менеджеры и что писать в контактах, если язык сайта и язык переписки различаются.
• Доступы. К сайту, хостингу, Метрике и CRM. Обычно полдня работы администратора.

Что вы получите

Сайт, который поисковики показывают на нужном языке нужной аудитории, а не вперемешку.

Заявки с новых рынков приходят помеченными: видно язык и источник.

И основу, которую легко наращивать: следующий язык добавляется как процедура, а не как новый проект.

О чём предупреждаем заранее

Автоперевод на продающих страницах. Ошибётесь в оферте или в описании услуги на чужом языке, и это ударит по доверию сильнее, чем если бы версии не было вовсе. Для служебных разделов машинный перевод допустим, для продающих нет.

Забытая поддержка. Сайт живёт, вы публикуете новости и меняете цены, а вторая версия отстаёт навсегда. Мы сразу закладываем регламент: что переводится обязательно, что по мере сил и как это контролировать.

Кривой hreflang. Он хуже, чем его отсутствие. Поэтому проверяем, что он валиден, после каждого релиза.

Ожидание мгновенного трафика. Поиск сначала должен переиндексировать новые адреса, а это недели. Первые заявки обычно приходят не из поиска, а от партнёров, которым вы дали ссылку.

Опишите задачу в форме ниже: на какой рынок выходите, какой у вас сайт и какие страницы должны продавать на новом языке. Предложим архитектуру языковых версий и реалистичный план. С чего начать, чтобы пришли заявки, а не появился ещё один «сайт на трёх языках».