Коротко
Сайты на двух языках делают одним из трёх способов: языковые подпапки на одном домене (/en/), поддомены (en.site.ru) или отдельные домены под каждую страну. В WordPress для этого используют плагины мультиязычности или сеть сайтов Multisite, в 1С-Битрикс — многосайтовость: несколько сайтов в одной установке с общим ядром и своими настройками языка. Для поисковиков каждая языковая версия связывается с остальными через hreflang.
Технически добавить язык несложно. Сложности начинаются на уровне контента и процессов: кто переводит, как синхронизировать цены и наличие, что делать с формами, почтой и документами на втором языке. От ответов на эти вопросы зависят и выбор инструмента, и стоимость.
| Структура | Пример адреса | Когда подходит | Сложность |
|---|---|---|---|
| Подпапки | site.ru/en/ | Большинство сайтов компаний | Низкая |
| Поддомены | en.site.ru | Версии сильно отличаются по составу | Средняя |
| Отдельные домены | site.com, site.kz | Разные страны, юрлица, цены | Высокая |
| Параметр в адресе | site.ru/?lang=en | Не рекомендую | — |
Основная мысль
Мультиязычный сайт — это не перевод текста, а отдельная версия сайта для другой аудитории: со своими адресами, метатегами, формами, контактами и процессом обновления, связанная с основной версией через hreflang.
Самая частая проблема — второй язык запускают на энтузиазме, переводят главную и пару страниц, а через полгода английская версия устаревает. Цены другие, новостей нет, контакты старые. Такая версия вредит больше, чем её отсутствие.
Поэтому начинать стоит с вопроса «кто и как будет поддерживать второй язык». Если ответ есть, выбор структуры и инструментов становится почти техническим. Ниже — варианты для WordPress и 1С-Битрикс, настройки SEO и ошибки, которые встречаются чаще всего.
Зачем нужен мультиязычный сайт
Второй язык нужен не всем. Прежде чем тратить бюджет, стоит понять, какую задачу он решает.
Когда второй язык оправдан
- Компания работает с зарубежными клиентами или дилерами и получает запросы на английском.
- Производство экспортирует продукцию и участвует в выставках.
- Бизнес в регионе, где часть аудитории говорит на другом языке.
- Клиника или отель принимают иностранных гостей.
- Сайт нужен для тендеров и партнёров, которые проверяют компанию по сайту.
Когда можно обойтись без него
Если иностранные клиенты приходят единицами, иногда достаточно одной страницы на английском с описанием компании, услуг и контактами. Это дешевле и проще поддерживать. Полноценная версия нужна, когда вы готовы на ней продавать и регулярно её обновлять.
Сценарий: производственная компания
Завод выпускает оборудование и начинает поставки в соседние страны. Английская версия нужна для каталога, технических характеристик и формы запроса. При этом новости и блог переводить необязательно. Такой состав снижает объём перевода, а сайт остаётся полезным для дилеров.
Подпапки, поддомены или отдельные домены
Выбор структуры адресов — первое техническое решение. Поменять его потом можно, но это переезд со всеми редиректами и риском просесть в поиске.
Подпапки
Все версии живут на одном домене: site.ru для русской и site.ru/en/ для английской. Это самый простой и распространённый вариант. Сайт остаётся одним, авторитет домена общий, а управление — из одной админки.
Подпапки подходят, если версии похожи по структуре и отличаются в основном языком. Для большинства сайтов компаний это лучший выбор.
Поддомены
Каждая версия живёт на своём поддомене: en.site.ru. Поисковики воспринимают поддомен как отдельный сайт, поэтому его нужно добавлять в Яндекс Вебмастер и Google Search Console отдельно.
Поддомены удобны, когда версии сильно отличаются: разный ассортимент, разные разделы, отдельная команда ведёт каждую версию. Технически их проще разнести на разные серверы.
Отдельные домены
Для разных стран используются разные домены — например, .ru для России, .kz для Казахстана, .com для остального мира. Это вариант для бизнеса с разными юрлицами, ценами и условиями доставки в каждой стране.
Минус — каждый домен продвигается отдельно, а поддержка обходится дороже. Как подходить к выбору имени и зоны, разобрано в статье о том, как выбрать домен для сайта.
Почему не параметр ?lang=en
Язык в параметре адреса или переключение языка только через cookie без смены адреса — плохие варианты. Поисковик видит один адрес с разным содержимым и не может проиндексировать обе версии. Каждая языковая версия должна иметь собственный постоянный адрес.
Мультиязычный сайт на WordPress
В WordPress второй язык добавляют плагином или через Multisite. Выбор зависит от объёма сайта и от того, насколько версии отличаются.
Плагины мультиязычности
Самые известные плагины — Polylang, WPML и TranslatePress. Они работают по-разному, но общий принцип одинаковый: у каждой записи, страницы, рубрики и меню появляются языковые версии, связанные между собой.
| Плагин | Принцип | Особенности |
|---|---|---|
| Polylang | Отдельная запись на каждый язык | Лёгкий, есть бесплатная версия, платные дополнения |
| WPML | Отдельная запись на каждый язык | Платный, широкая совместимость с темами и плагинами |
| TranslatePress | Перевод прямо на странице | Удобен для контент-менеджера, визуальный редактор |
Актуальные цены и возможности версий смотрите на сайтах разработчиков плагинов: условия меняются.
Multisite
Сеть сайтов WordPress позволяет держать несколько сайтов в одной установке. Каждый язык — отдельный сайт сети со своими записями, меню и настройками. Связь между переводами устанавливают отдельным плагином.
Multisite подходит, когда версии сильно отличаются по составу и ими управляют разные люди. Для обычного сайта компании это избыточно.
WooCommerce на двух языках
С интернет-магазином сложнее: нужно переводить товары, атрибуты, вариации, письма клиентам, страницы корзины и оформления. У популярных плагинов мультиязычности для этого есть отдельные дополнения для WooCommerce. Перед выбором проверьте совместимость с вашей темой, оплатой и доставкой.
Если нужны разные валюты, это отдельная задача. Валюта, цены и способы оплаты для другой страны часто требуют отдельной логики, а не только перевода.
Сценарий: сайт услуг на WordPress
Компания оказывает инженерные услуги и хочет английскую версию для зарубежных заказчиков. Сайт небольшой: главная, пять страниц услуг, портфолио, контакты. В таком случае достаточно плагина мультиязычности с отдельной записью на каждый язык и подпапки /en/.
Порядок простой: подключить язык, перевести страницы и меню, перевести строки темы и формы, проверить hreflang в исходном коде. Портфолио переводится выборочно — только проекты, интересные зарубежным клиентам. Блог во второй версии не создаётся, чтобы не плодить пустые разделы.
Такой проект не требует смены темы или переработки сайта. Основная работа — перевод и проверка, что все элементы интерфейса действительно отображаются на английском.
Мультиязычный сайт на 1С-Битрикс
В 1С-Битрикс мультиязычность реализуется через многосайтовость. В одной установке создаётся несколько сайтов, у каждого свой язык, свой шаблон или общий шаблон с языковыми файлами.
Как устроена многосайтовость
Сайты создаются в разделе «Настройки» → «Настройки продукта» → «Сайты» → «Список сайтов». Для каждого сайта задаются:
- идентификатор и название;
- папка сайта (например, /en/) или доменное имя;
- язык, который определяет язык системных сообщений и языковых файлов;
- шаблон или несколько шаблонов с условиями;
- формат даты, кодировка и почтовые настройки.
Количество сайтов, которые можно создать в одной лицензии, зависит от редакции. Условия и стоимость дополнительных сайтов смотрите в прайсе 1С-Битрикс. Про различия редакций — в статье о редакциях 1С-Битрикс.
Контент: отдельные инфоблоки или общие
Для каталога и других разделов есть два подхода. Первый — отдельный инфоблок для каждого языка. Это просто и прозрачно, но товары приходится дублировать и синхронизировать.
Второй — один инфоблок, привязанный к нескольким сайтам, с дополнительными свойствами для перевода названий и описаний. Цены и остатки общие, а текст выводится в нужной версии. Это сложнее в разработке, зато исключает рассинхронизацию. Как устроены инфоблоки, разобрано в статье про инфоблоки и компоненты 1С-Битрикс.
Языковые файлы шаблона
Тексты интерфейса — кнопки, подписи, сообщения форм — выносятся в языковые файлы в папках lang внутри шаблона и компонентов. Для английской версии создаётся папка lang/en/ с переводом. Тогда один шаблон обслуживает обе версии.
Обмен с 1С и многосайтовость
Если каталог выгружается из 1С, нужно решить, как в английскую версию попадут переводы. Обычно в 1С переводов нет, и их добавляют на сайте в отдельные свойства. Важно, чтобы обмен не затирал эти свойства при каждой выгрузке.
Сайты на двух языках и SEO: hreflang и индексация
Чтобы поисковик правильно показывал языковые версии, нужно связать их между собой и не допустить дублей. Здесь ошибки встречаются чаще всего.
Что такое hreflang
Атрибут hreflang сообщает поисковику, что у страницы есть версии на других языках. Каждая версия ссылается на все остальные и на саму себя. Пример для страницы на двух языках:
<link rel="alternate" hreflang="ru" href="https://site.ru/uslugi/" />
<link rel="alternate" hreflang="en" href="https://site.ru/en/services/" />
<link rel="alternate" hreflang="x-default" href="https://site.ru/uslugi/" />Этот же набор ссылок должен стоять на английской странице. Если связь односторонняя, поисковик может её проигнорировать. Значение x-default указывает версию для пользователей, чей язык не совпадает ни с одной из версий.
Где задать hreflang
- В WordPress плагины мультиязычности обычно выводят hreflang автоматически. Проверьте исходный код страницы после установки.
- В 1С-Битрикс hreflang выводят в шаблоне: для каждой страницы определяют адрес её перевода и формируют ссылки. Готового универсального механизма для всех сайтов нет, логика зависит от структуры.
- Альтернатива — указать связки в sitemap.xml. Как правильно собирать карту сайта, описано в статье про robots.txt и sitemap.xml.
Canonical и дубли
У каждой языковой версии canonical указывает на саму себя, а не на русскую страницу. Если в canonical английской страницы стоит русский адрес, английская версия выпадет из индекса. Подробнее о настройке — в статье про тег canonical.
Частый источник дублей — непереведённые страницы. Плагин создаёт английский адрес, а на нём русский текст. Поисковик видит две одинаковые страницы. Такие адреса нужно либо переводить, либо закрывать от индексации.
Метатеги и адреса
Title, description, заголовки и alt-тексты переводятся так же, как основной текст. Адреса страниц во второй версии лучше делать на её языке: /en/services/, а не /en/uslugi/.
Перевод: машинный, ручной или смешанный
Качество перевода влияет и на доверие клиентов, и на поиск. Машинный перевод без вычитки легко распознать.
Машинный перевод
Нейросети дают хороший черновик. Но терминология, названия продуктов и юридические формулировки требуют проверки. Автоматически переведённые страницы без правки поисковики могут расценить как некачественный контент.
Ручной перевод
Переводчик с опытом в вашей отрасли даёт лучший результат. Минус — время и стоимость, особенно для большого каталога.
Практичный вариант
- Машинный перевод всего объёма.
- Вычитка носителем или профильным переводчиком ключевых страниц: главной, услуг, каталога верхнего уровня.
- Глоссарий терминов, чтобы переводы были единообразными.
- Регламент: кто переводит новые материалы и в какой срок.
Что ещё переводить и настраивать
Язык сайта — это не только тексты страниц. Посетитель видит множество системных элементов, которые легко забыть.
Формы и письма
Подписи полей, сообщения об ошибках, текст согласия на обработку данных, письма-уведомления клиенту. В WooCommerce и в модуле интернет-магазина Битрикса письма клиенту — отдельные шаблоны, их нужно переводить отдельно.
Документы
Политика обработки персональных данных, условия оплаты и доставки, пользовательское соглашение. Требования к документам для иностранных посетителей стоит обсудить с юристом: я как разработчик отвечаю за то, чтобы документы были размещены и связаны с формами.
Контакты и валюта
Телефон с международным кодом, часы работы с часовым поясом, адрес на латинице. Если есть цены — валюта и условия доставки для другой страны.
Переключатель языка
Переключатель должен вести на перевод текущей страницы, а не на главную второй версии. Флаги вместо названий языков — не лучшая идея: язык и страна не одно и то же. Надёжнее писать «RU» и «EN» или названия языков.
Сколько стоит второй язык
Мультиязычность может быть заложена при разработке или добавлена в готовый сайт. В первом случае это проще и дешевле.
Ориентиры по разработке
Базовые цены на сайты в 2026 году: корпоративный сайт — от 60 000 ₽, каталог — от 60 000 ₽ плюс модуль каталога от 24 000 ₽, интернет-магазин — от 80 000 ₽. На 1С-Битрикс корпоративный сайт стоит от 90 000 ₽, магазин — от 120 000 ₽. Вторая языковая версия без перевода — от 20 000 ₽; добавление языка увеличивает объём работ: шаблоны, формы, hreflang, адреса и тестирование. Итоговую цифру даёт оценка по конкретному составу страниц. Подробнее о ценах — в статье о том, сколько стоит разработка сайта.
Что влияет на стоимость
- Число языков и страниц для перевода.
- Интернет-магазин или сайт без каталога.
- Разные цены, валюты и оплата для других стран.
- Синхронизация с 1С и CRM.
- Кто делает перевод — заказчик или подрядчик.
Пошаговый план запуска второго языка
Порядок работ почти одинаков для WordPress и 1С-Битрикс. Отличаются только инструменты на шагах 3–5.
- Цель и состав. Определите, какие разделы нужны во второй версии: обычно это главная, о компании, услуги или каталог, контакты и форма заявки. Всё остальное — по мере необходимости.
- Структура адресов. Выберите подпапки, поддомены или домены и составьте таблицу соответствия: русский адрес — адрес перевода. Эта таблица пригодится для hreflang и переключателя.
- Техническая основа. Установите и настройте плагин мультиязычности или создайте второй сайт в многосайтовости Битрикса. Проверьте, что шаблон корректно выводит тексты на втором языке.
- Перевод интерфейса. Кнопки, подписи форм, сообщения об ошибках, письма, тексты в корзине и оформлении заказа.
- Перевод контента. Сначала ключевые страницы, затем остальные. Метатеги переводятся вместе с текстом.
- SEO-настройка. hreflang, canonical, карта сайта, закрытие непереведённых страниц. Для поддоменов и доменов — добавление в Вебмастер и Search Console.
- Тестирование. Пройдите путь клиента на втором языке: от поиска до отправки формы или заказа. Проверьте, что заявка приходит менеджеру и понятно, с какой версии она пришла.
- Регламент обновления. Зафиксируйте, кто и в какой срок переводит новые страницы, новости и товары.
Шаги 1–2 занимают немного времени, но именно они определяют стоимость и сроки всего проекта. Если пропустить их, работа превращается в бесконечные доделки.
Ошибки при создании мультиязычного сайта
Ниже — ошибки, которые встречаются в проектах чаще всего.
Нет плана поддержки
Английскую версию запустили, но никто не отвечает за обновление. Через год она расходится с основной.
Автоматическое перенаправление по IP
Посетителя из другой страны принудительно отправляют на английскую версию. Поисковый робот тоже может попасть под перенаправление и не увидеть русскую версию. Лучше предлагать выбор языка, а не решать за посетителя.
Непереведённые страницы в индексе
Плагин создаёт пустые или русские страницы под английскими адресами. Появляются дубли и страницы низкого качества. Подробно о поиске таких страниц — в статье о дублях страниц.
Ошибки в hreflang
Односторонние ссылки, неверные коды языков, ссылки на страницы с редиректом или 404. Проверяйте hreflang после каждого крупного изменения структуры.
Версия переключается без смены адреса. Для поиска второй язык не существует.
Чек-лист запуска второго языка
- Определены цель версии и ответственный за её поддержку.
- Выбрана структура: подпапки, поддомены или домены.
- Каждая страница имеет свой адрес на своём языке.
- Переведены тексты, метатеги, меню, формы, письма и документы.
- hreflang связывает все версии в обе стороны и есть x-default.
- canonical каждой версии указывает на неё саму.
- Непереведённые страницы закрыты от индексации.
- Переключатель ведёт на перевод текущей страницы.
- Нет принудительного редиректа по IP.
- Поддомены или домены добавлены в Вебмастер и Search Console.
- Обмен с 1С не затирает переводы.
Частые вопросы
Как сделать мультиязычный сайт на WordPress?
Установить плагин мультиязычности, добавить языки, перевести страницы, меню и строки темы. Затем проверить hreflang, адреса и переключатель языка.
Как сделать сайт на двух языках на 1С-Битрикс?
Создать второй сайт в списке сайтов с папкой /en/ или отдельным доменом, указать язык и шаблон. Контент выводится из отдельных или общих инфоблоков, тексты интерфейса — из языковых файлов.
Что лучше: подпапки или поддомены?
Для большинства компаний — подпапки: один сайт, общий авторитет домена, одна админка. Поддомены — когда версии сильно отличаются.
Нужен ли hreflang для Яндекса?
Да, Яндекс учитывает hreflang при выборе версии для показа. Google его тоже использует.
Можно ли использовать машинный перевод?
Как черновик — да. Ключевые страницы лучше вычитать, иначе текст будет выглядеть неестественно и для клиентов, и для поисковиков.
Сколько языков можно добавить?
Технических ограничений у плагинов WordPress практически нет. В 1С-Битрикс число сайтов в лицензии зависит от редакции.
Нужно ли переводить блог?
Необязательно. Лучше перевести меньше страниц, но качественно, а непереведённое не создавать во второй версии.
Можно ли добавить второй язык в уже работающий сайт?
Да. Это сложнее, чем заложить мультиязычность при разработке: придётся доработать шаблоны, формы и структуру адресов. Сначала делается аудит сайта и план.
Как отличить заявки с разных языковых версий?
Добавьте в форму скрытое поле с языком или адресом страницы. Тогда в письме и в CRM будет видно, откуда пришла заявка, а в Метрике можно настроить отдельные цели для каждой версии.
Что делать с поиском по сайту на втором языке?
Поиск должен искать только по страницам текущей версии. В WordPress это обычно решает плагин мультиязычности, в Битриксе — настройка компонента поиска на конкретный сайт. Проверьте это отдельно: русские результаты в английской версии выглядят как ошибка.
Итог
Сайт на двух языках — это вторая версия сайта с собственными адресами, метатегами, формами и процессом поддержки. Для большинства компаний лучше всего подходят подпапки на одном домене, а версии связываются через hreflang.
В WordPress второй язык добавляют плагином мультиязычности, в 1С-Битрикс — через многосайтовость и языковые файлы шаблона. Главное — не оставлять непереведённые страницы в индексе и заранее решить, кто будет обновлять вторую версию.
Если вы планируете мультиязычный сайт, я как частный разработчик спроектирую структуру, настрою языковые версии на WordPress или 1С-Битрикс, hreflang и формы. Подробнее — на странице разработки сайтов. Работаю напрямую, без посредников.
