Многоязычный сайт и что в нем дорожает

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

Начните с языковой модели

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

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

• Структуру адресов. Подпапки, поддомены или отдельные домены, и это решение потом почти не переигрывается.
• Поля в системе управления. Какие блоки общие для всех языков, а какие у каждого свои.
• Роли редакторов. Кто имеет право публиковать конкретную языковую версию и кто подтверждает содержание.
• Набор шаблонов. Сколько страниц существует в каждой версии и что показывать, если аналога нет.

Язык, страна и рынок

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

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

Полные и частичные версии

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

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

Структура адресов

От этого выбора зависит простота администрирования, затраты на сертификаты, удобство аналитики и то, с какой историей в поиске стартует каждая версия. Вариантов три, и они не равноценны.

• Подпапки. Сбалансированный вариант для большинства компаний: новая версия не требует отдельного домена, сертификата и конфигурации, а все версии управляются из одной панели. Преимущества в индексации сам формат не дает: поисковик прямо говорит, что не отдает предпочтения подпапкам перед поддоменами. На отдельные национальные домены это не переносится, потому что они работают еще и как сигнал страны.
• Поддомены. Имеют смысл, когда версии существенно различаются структурой, живут на разных серверах или ближе к своему региону. Поисковые системы видят их как отдельные ресурсы.
• Отдельные национальные домены. Максимальное доверие в конкретной стране и самое точное нацеливание, но каждый домен приходится продвигать как новый проект с нулевой историей.

Разметка hreflang и карты сайта

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

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

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

Отдельно стоит резервная версия: тег, который указывает, куда вести человека, чьи языковые настройки не совпали ни с одной локализацией. Обычно это международная английская. Все адреса в тегах абсолютные, с протоколом, и ведут сразу на конечную страницу с кодом 200, а не на редирект. Коды языков берутся по стандарту ISO, поэтому украинский обозначают «uk», а не «ua». Код «ua» относится к стране, и тег с ним поисковик проигнорирует.

Карты сайта удобнее делать отдельными на каждый язык с общим индексным файлом. Так видно динамику индексации каждой ветки по отдельности.

Что увеличивает объем работ

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

Разная длина одной и той же фразы

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

• Кнопки. Надпись выходит за границы или переносится на две строки, сдвигая все ниже.
• Навигация. Пункты меню не помещаются в один ряд и прыгают на второй на средних экранах.
• Карточки и таблицы. Высота элементов в ряду перестает совпадать, сетка выглядит неровной.
• Форматы данных. Даты, валюты, разделители дробей и маски телефонов различаются от рынка к рынку.

Для языков с написанием справа налево нужна зеркальная перестройка макета: расположение логотипа, направление иконок, порядок списков. Это отдельный этап работы со стилями, а не настройка.

Архитектура данных

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

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

Кто владеет контентом

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

Источник оригинала

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

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

Статусы перевода

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

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

Локальные исключения

Локализация меняет не только слова. Отличаться могут примеры, формат дат, контакты, юридические сообщения, порядок полей в форме и перечень доступных услуг. Такие поля отделяют от общих, чтобы общее обновление не перезаписало согласованное исключение.

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

Машинный перевод и редактура

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

• Черновик машиной. Модуль создает первичную копию страницы на целевом языке.
• Вычитка носителем. Переводчик исправляет отраслевую терминологию и стилистику, а не только грамматику.
• Техническая проверка. Редактор смотрит форматирование, внутренние ссылки и наличие медиафайлов.
• Публикация. Контент-менеджер открывает страницу и активирует переключатель для посетителей.

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

Поисковая оптимизация каждой версии

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

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

• Своя семантика на каждый язык. Собирается отдельно, по местным данным, а не переводом имеющегося списка.
• Уникальные заголовки и описания. Построенные на местных запросах, а не на переводе имеющихся.
• Адреса словами языка аудитории. Для кириллических версий это обычно транслитерация, Google прямо ее допускает, а кириллица в адресе при копировании превращается в длинную закодированную строку.
• Переведенная разметка. Названия организации, услуг и навигационных цепочек должны быть на языке страницы.

О том, какие вообще разделы нужны корпоративному сайту и в каком порядке, мы писали в статье о структуре корпоративного сайта.

Типичные ошибки

Принудительное перенаправление по геолокации

Попытка автоматически перебросить посетителя на версию по его IP-адресу вредит сразу двум сторонам. Человек может быть в командировке или сознательно читать международную версию. Большинство запросов робота Google идет из США, поэтому жесткое перенаправление может скрыть от него другие языковые версии, и тогда они не попадут в индекс.

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

Смешанное содержание

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

Перед релизом языковой версии проходят всю цепочку целиком.

• Меню и кнопки. Включая те, что появляются только после действия: «показать еще», «свернуть», «отправить».
• Поля формы и подсказки. Плейсхолдеры и тексты под полями забывают чаще самих подписей.
• Сообщения об ошибке. Заполните форму неправильно намеренно и посмотрите, на каком языке она ответит.
• Письмо после отправки. Оно приходит из шаблона, который к языковым версиям часто не привязан вообще.

Переключатель, в который трудно попасть

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

Чек-лист перед открытием языковой версии

• Взаимность тегов. Перекрестные ссылки есть на всех страницах пары, включая ссылку на саму себя.
• Абсолютные пути. Все теги содержат полный адрес без промежуточных редиректов.
• Формы работают. Тестовая заявка с каждой языковой версии дошла, тексты ошибок переведены.
• Обязательные страницы переведены. Контакты, реквизиты, страница ошибки и политика конфиденциальности.
• Индексация открыта. Новые пути не закрыты в robots.txt, карты сайта содержат только канонические адреса.
• Аналитика разделена. Посетители и цели сегментированы по языковым веткам, иначе оценить отдачу невозможно.

Выводы

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

Решение, которое определяет бюджет, принимается до прототипов. Это матрица языков и рынков: меняется только текст или вместе с ним услуги, контакты и маршрут заявки. Первое стоит как языковая версия, второе как второй сайт на общей платформе.

Если вы планируете выход на новый рынок, пришлите нам перечень языков и опишите, что в каждой версии будет отличаться кроме текста. Мы составим матрицу, покажем, где проходит граница между языковой версией и региональным слоем, и назовем стоимость обоих вариантов отдельно. Бывает, что на старте достаточно частичной версии с несколькими ключевыми страницами, и тогда считаем только ее. Полный многоязычный сайт берем в рамках разработки корпоративных сайтов. Тариф с уникальным дизайном и структурой под ваши услуги стоит от $2 000 до $3 000, и вторая языковая версия входит в эту сумму. Если ваша компания работает за границей, порядок работы, оплат и доступов описан в разборе работы украинской студии с иностранным заказчиком.