Сайт на нескольких языках: как сделать и не пожалеть

Папки, поддомены или отдельные домены?

Обычно папки: site.ru/en/, site.ru/ka/. Вариантов всего три, и выбор делается один раз: переиграть его потом значит переезжать со всеми редиректами, как при переносе сайта.

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

Отдельные домены оправданы, когда версии — это разные бизнесы: разный ассортимент, разные цены, разные юрлица, разные команды. Дорого во всём: два сайта, два хостинга, два продвижения. Берите этот вариант, только если действительно ведёте два бизнеса.

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

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

Что такое hreflang простыми словами?

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

Представьте три страницы с одним содержимым на трёх языках. Поисковик видит три похожие страницы и не знает, три это разных документа или один в трёх вариантах. Он может решить, что вы дублируете контент, и оставить в выдаче только одну версию. Технически hreflang — несколько строк в шапке страницы, по одной на каждый язык.

Пометка не работает, если нарушено одно из трёх правил:

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

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

Настраивается это один раз при разработке и дальше работает само. Проверить самому трудно, поэтому спросите подрядчика, будет ли hreflang, и посмотрите, понял ли он вопрос.

Можно ли обойтись машинным переводом?

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

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

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

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

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

Я обычно предлагаю компромисс: машинный перевод как черновик и вычитка носителем продающих страниц. Это дешевле полного перевода и убирает главный риск: текст, над которым смеётся иностранец.

Что делать со страницами без перевода?

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

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

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

Для непереведённых страниц hreflang не указывают, пометка ставится только там, где перевод есть. Указывать несуществующие версии хуже, чем не указывать никаких.

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

Два моих проекта на нескольких языках

Это два сайта с разной логикой: carselect.ge на трёх языках и zakazsait.ru на двух. Оба открываются по ссылкам в портфолио.

carselect.ge, три языка. Подбор и пригон автомобилей в Грузии на русском, английском и грузинском. Языки соответствуют трём аудиториям (релоканты, иностранные покупатели и местные), и у каждой свои вопросы. Структура на папках, переключатель на каждой странице, переводы живые, потому что весь сайт про доверие и деньги. Подробнее о сайтах для бизнеса в Грузии — на странице разработки сайтов в Грузии.

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

zakazsait.ru, два языка. Мой собственный сайт и полигон: на нём я делаю то, что потом предлагаю клиентам. Русский в корне, английский в папке /en, переключатель ведёт на ту же страницу в другой версии. Переведены основные страницы, у каждой свои заголовок и описание; нишевые страницы и статьи — только на русском. Сначала языков было пять, сейчас два: остальные версии я снял, а их адреса ведут на русские страницы.

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

Сколько языки добавляют к цене и сроку?

Первый дополнительный язык обычно добавляет к проекту около 30–50% стоимости и день-два срока, не считая перевода; следующие языки дешевле. Точная сумма зависит от объёма текста.

Эти 30–50% — техническая часть: многоязычная структура, переключатель, hreflang, переведённые служебные элементы. Второй и последующие языки дешевле, потому что механизм уже построен и добавляется только наполнение.

В деньгах двуязычный лендинг выходит примерно в полтора раза дороже обычного за 9 000 ₽; у корпоративного сайта многоязычность — опция тарифа от 39 000 ₽.

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

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

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

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

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

• Переключатель, который всегда ведёт на главную. Самая частая и самая раздражающая ошибка. Человек читает страницу услуги, переключает язык и оказывается в начале сайта. Переключатель должен вести на ту же страницу в другой версии.
• Непереведённые заголовок и описание страницы. Текст перевели, а служебные поля, которые видят поисковик и человек в выдаче, остались русскими. Англоязычная версия в поиске выглядит по-русски, и на неё не кликают.
• Флаги вместо названий языков. Флаг обозначает страну: на английском говорят далеко за пределами Великобритании, на испанском — далеко за пределами Испании. Пишите название языка на нём самом: English, Русский, ქართული.
• Принудительный редирект по стране. Автоматически переброшенный человек часто попадает не на тот язык и не понимает, как вернуться.
• Непереведённые мелочи. Кнопки форм, сообщения об ошибках, письмо-подтверждение после заявки, названия месяцев в календаре. Страница переведена, а «Отправить» и «Заполните поле» остались на русском, и впечатление рушится именно на этом.
• Забытые адреса. Ссылки внутри английской версии ведут на русские страницы, и человек незаметно проваливается обратно.
• Одинаковый контент под видом разных версий. Копию русского текста с парой заменённых слов поисковик видит и переводом не считает.
• Валюта и формат. Цены в рублях на английской версии для человека из Европы, даты в формате, который он читает наоборот, телефон без международного кода.

С чего начать?

С двух вопросов: есть ли у вас аудитория на этом языке и кто будет поддерживать версию.

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

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