Мультиязычный сайт: технические и контентные нюансы

UX/UI Design
Programming
SEO & SMM
Development
Второй язык — это не кнопка перевода в шапке. Нужны отдельные URL, тексты под рынок и правила, чтобы поиск не склеивал версии в дубли.
Сначала архитектура версий, потом перевод блоков

Язык в меню без схемы URL почти всегда заканчивается хаосом

Мультиязычность закладывают на этапе карты сайта: как выглядят адреса, что общее в шаблоне, что уникально для страны или языка. Автоперевод всего подряд даёт страницы, которые не ищут и которым не доверяют. Ручной перевод без hreflang и без языковых версий в меню оставляет часть URL вне выдачи нужного региона. На практике решают три вопроса сразу. Где живёт версия — подпапка, поддомен или отдельный домен. Кто правит контент — одна админка с языками или разные команды. Что локализуют полностью: оффер, цены, контакты, кейсы, юридические тексты. Технику и контент нельзя разводить «потом»: от этого зависят индекс, реклама и поддержка.
У каждой языковой версии свой понятный URL.
Тексты и метатеги пишут под язык и рынок, а не калькой.
Версии связаны для поиска и не конфликтуют как дубли.
Контакты, валюта и оффер совпадают с тем, кому продаёте.
подробнее о нашем кейсе
Переключатель языка без отдельных страниц и без локального смысла — декорация, а не мультиязычный сайт.
URL, связи версий, контент, админка

Что входит в мультиязычный контур

Технически нужны стабильные адреса на язык, корректные заголовки языка страницы, связка альтернативных версий для поиска, карта сайта с учётом языков, единые или разделённые формы с понятным получателем. В шаблоне закладывают переключатель, который ведёт на эквивалентную страницу, а не всегда на главную другой версии.
Контентно — перевод и адаптация: меры, валюта, примеры, юридические формулировки, тон. Кейсы и отзывы на языке аудитории сильнее машинного текста. SEO для каждого языка своё: семантика, title и description, иногда отдельное гео. Рекламу и UTM тоже ведут на нужную версию, иначе человек видит объявление на одном языке, а посадку — на другом.
url
01. Схема URL и переключатель на эквивалентную страницу
связь языков
02. Связь языковых версий и правила индекса
локализация
03. Локализация текстов, мета, оффера и контактов
админка
04. Админка, формы и аналитика по языкам или рынкам
Сломается либо индекс, либо доверие

Техника и контент — разные риски

мощный старт с гарантией качества

Технические нюансы

Подпапки (/en/) обычно проще в поддержке и SEO на одном домене. Поддомены и отдельные домены имеют смысл при сильной разнице рынков и команд. Главное — не смешивать языки в одном URL через параметр без необходимости. Автоопределение языка без ручного выбора раздражает: человек из поездки внезапно видит «не тот» интерфейс. Формы должны понимать, с какой версии пришла заявка, чтобы менеджер ответил на нужном языке.

мощный старт с гарантией качества

Контентные нюансы

Калька с русского часто звучит неестественно и не закрывает локальный спрос. Цены «как у нас» без валюты и условий поставки ломают заявку. Юридические блоки и политика ПДн не копируют один в один, если рынок другой. Неполный перевод — хуже честной одной сильной версии: половина меню на одном языке, карточки на другом, человек уходит.

Сделали кнопку — получили дубли и пустые разделы

Где мультиязычность ломается

01.
Машинный перевод всего сайта
Индекс может появиться, заявок и доверия — нет.
02.
Один title на все языки
В выдаче версия выглядит чужой или дублем.
03.
Переключатель кидает только на главную
Человек был на услуге, попал в общее «welcome».
04.
Нет связи между языковыми URL
Поиск показывает не ту версию или конкурирующие страницы.
05.
Часть разделов забыли перевести
Смешанный язык в корзине и в письмах после заявки.
06.
Реклама ведёт не на ту языковую посадку
Отказ на первом экране при «рабочем» объявлении.
Пошаговый процесс

Как заложить языки без переделки после запуска

Шаг №1
01.

Зафиксировать рынки и языки

Кому продаёте и на каком языке отвечаете. Не «все флаги в шапке».
Шаг №2
02.

Выбрать схему адресов

Подпапка, поддомен или домен. Одна схема на весь проект.
Шаг №3
03.

Собрать карту страниц по языкам

Что обязательно в первой версии, что можно позже. Без дыр в меню.
Шаг №4
04.

Настроить связи и аналитику

Эквивалентные URL, цели и заявки с меткой языка или рынка.
Шаг №5
05.

Локализовать смысл, не только слова

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

Часто задаваемые вопросы

01.Хватает ли автоперевода с ручной вычиткой?

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

02.Как быть с городом в русском и языком для экспорта?

Это разные задачи: локальное SEO по городу и языковая версия для другой аудитории. Их можно совмещать, но не подменять одно другим в одном H1 без логики.

03.Можно ли запустить сначала два раздела, а не весь сайт?

Да. Главное — цельные пользовательские пути: услуга, контакты, заявка на этом языке. Дырявое меню хуже узкого, но законченного контура.

04.Влияет ли мультиязычность на сроки и бюджет?

Да. Это структура, шаблоны, контент, тесты форм и поддержка двух витрин. В смете лучше закладывать сразу, чем «прикрутить флаги» после вёрстки.

05.Нужен ли отдельный домен на каждую страну?

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

Остались вопросы?
Отвечаем на заявки за 15 минут