«Нам нужна английская версия сайта» — с этой фразы начинается половина проектов, которые на деле оказываются не про язык, а про регионы. Бизнес растёт, выходит в соседние страны или города, и внезапно оказывается, что «просто перевести» недостаточно: в новом регионе другая валюта, другие цены, другой склад отгрузки и другое юрлицо в чеке. Перевод интерфейса — верхушка айсберга, а под водой скрывается вся региональная логика.
В этой статье разложим по полкам, чем язык отличается от региона, какие есть способы реализации многоязычного и мультирегионального магазина на 1С-Битрикс и как связать это с ценами, складами и обменом с 1С. Материал опирается на наши проекты по автоматизации продаж и склада на 1С — говорим предметно, без маркетинговых мифов.
Коротко
- Язык (интерфейс и контент) и регион (цена, валюта, склад, юрлицо) — разные оси, их нельзя смешивать.
- В 1С-Битрикс есть три подхода: языковые сообщения, многосайтовость и региональность поверх одного сайта.
- Цены, остатки и переводы должны приходить из 1С — учётная система остаётся единственным источником правды.
- SEO держится на hreflang и уникальных текстах; принудительный редирект по языку ломает индексацию.
Язык и регион — это разные оси
Главная развилка проекта проходит здесь, и её нужно пройти до выбора технологии. Язык отвечает на вопрос «на каком языке говорит сайт»: русский, английский, казахский интерфейс и контент. Регион отвечает на вопрос «откуда покупатель и что для него меняется»: цена, валюта, склад отгрузки, сроки доставки, юридическое лицо в документах.
Эти оси независимы. Магазин может работать в одной стране на двух языках (например, русском и национальном) с одинаковыми ценами — это чистая мультиязычность. А может продавать в нескольких городах на одном языке, но с разными складами и ценами — это чистая мультирегиональность. И бывает комбинация: несколько стран, каждая со своим языком и своими условиями. От того, что именно у вас, зависит вся архитектура.
Три способа реализации в Битрикс
1С-Битрикс даёт несколько механизмов, и важно не путать их назначение.
| Механизм | Что решает | Когда применять |
|---|---|---|
| Языковые сообщения | Перевод интерфейса и фраз шаблона | Меняется только язык интерфейса |
| Многосайтовость | Отдельные сайты со своим каталогом, доменом, валютой | Версии сильно различаются |
| Региональность | Один сайт, разные цены и склады по региону | Меняются в основном цена и склад |
Языковые сообщения — это встроенный механизм локализации фраз ядра и компонентов. Многосайтовость (в редакциях, где она есть) позволяет держать несколько сайтов на одном ядре с разными доменами, шаблонами и настройками. Региональность — это надстройка над одним сайтом, где по геопривязке подставляются нужный тип цены и склад. Часто в реальном проекте эти механизмы комбинируют.
Как выбрать подход под задачу
Выбор упирается в то, насколько глубоко различаются версии. Пройдите по вопросам сверху вниз.
- Различается ли каталог? Если в регионах продаются разные товары — это аргумент за отдельные сайты.
- Различаются ли цены и валюта? Если да — нужны типы цен по регионам и, возможно, разные валюты.
- Разные ли юрлица и документы? Разные продавцы и договоры часто означают отдельные сайты.
- Нужны ли разные домены? Локальные домены усиливают доверие и SEO в стране.
- Меняется ли только язык? Если всё остальное общее — хватит языковых сообщений на одном сайте.
Чем больше «да» в верхних вопросах, тем сильнее аргумент за многосайтовость. Чем больше общего — тем разумнее один сайт с региональностью. Не выбирайте самый сложный вариант «на вырост»: лишняя многосайтовость дорого обходится в поддержке.
Домены, поддомены и папки
Как разложить версии по URL — вопрос и удобства, и SEO. Три базовых схемы:
- Отдельные домены. site.kz, site.ru — максимум локального доверия и чёткая геопривязка, но дороже в поддержке и сертификатах.
- Поддомены. kz.site.ru — компромисс: одна инфраструктура, но версии визуально разделены.
- Языковые папки. site.ru/en/ — проще всего в поддержке, версии живут в одном домене.
Для международного продвижения поисковые системы корректно работают со всеми тремя схемами при правильной разметке. Выбор зависит от стратегии: если важно локальное присутствие и доверие в стране — отдельные домены; если приоритет — простота и единый бренд — папки. Инфраструктурная часть (сертификаты, домены, окружение) тесно связана с настройкой сервера, о чём мы писали в статье про хостинг и BitrixVM.
Определение региона посетителя
Чтобы показать правильные цены и склад, сайт должен понять, откуда покупатель. Здесь важен баланс между автоматикой и уважением к выбору пользователя.
- Определение по IP. Первичная догадка о регионе по геолокации адреса — быстро, но неточно.
- Явный выбор региона. Переключатель города/страны в шапке, который запоминается в куках.
- Привязка к аккаунту. Для авторизованных регион и склад берутся из профиля клиента.
Цены и валюты по регионам
Региональное ценообразование в 1С-Битрикс строится на типах цен. Каждому региону (или группе клиентов внутри региона) сопоставляется свой тип цены, и витрина показывает нужный в зависимости от того, откуда покупатель. Если регионы работают в разных валютах, добавляется настройка валют и, при необходимости, курсов.
Принципиально важно: цены и их типы не придумываются на сайте. Они ведутся в 1С и приходят обменом по CommerceML с привязкой к нужным типам. Сайт лишь выбирает правильный тип для показа конкретному посетителю. Такой подход исключает расхождения между витриной и учётом — а именно расхождение цен на сайте и в 1С чаще всего бьёт по доверию и марже. Механику связки мы разбираем в рамках автоматизации на 1С.
Склады, остатки и доставка
Регион — это ещё и логистика. Один и тот же товар может быть на складе в одном городе и отсутствовать в другом, а сроки и стоимость доставки зависят от того, откуда едет заказ. Поэтому мультирегиональная витрина показывает не «наличие вообще», а наличие на складе, релевантном региону покупателя.
- Остатки по складам из 1С. Учётная система ведёт остатки по каждому складу, обмен передаёт их на сайт.
- Привязка склада к региону. Регион покупателя определяет, с какого склада показываются наличие и сроки.
- Способы доставки по региону. Разным регионам — разные службы, тарифы и сроки.
Когда остатки и склады ведутся аккуратно в 1С, витрина честно показывает, что и откуда можно получить, и заказы не срываются после оформления. Это прямое продолжение работы по автоматизации склада.
Перевод контента и каталога
Здесь снова важно различать интерфейс и данные. Интерфейс (кнопки, подписи, системные фразы) переводится языковыми сообщениями. А контент товаров — названия, описания, характеристики — это данные каталога, и переводят их иначе.
- Свойства под язык. Отдельные свойства инфоблока «Название (EN)», «Описание (EN)» рядом с основными.
- Отдельные инфоблоки. Свой инфоблок каталога на каждый язык — гибко, но дороже в синхронизации.
- Переводы из 1С. Хранение локализаций в учётной системе и передача их обменом.
Автоперевод годится для чернового заполнения, но карточки, влияющие на продажи и SEO, стоит переводить руками или тщательно редактировать после машины. Плохой машинный перевод в карточке товара работает против доверия сильнее, чем его отсутствие.
Обмен с 1С как источник правды
Сквозной принцип всего проекта: 1С — единственный источник правды по товарам, ценам и остаткам, а сайт — витрина, которая показывает то, что пришло из учёта. Как только сайт начинает «сам» вести цены или остатки в обход 1С, появляются расхождения, и в мультирегиональном проекте они множатся на число регионов.
Что должно приходить обменом с региональной привязкой: типы цен по регионам, остатки по складам, локализованные поля товаров, привязки складов к регионам. Обмен по CommerceML для этого достаточно гибок, но требует аккуратной настройки маппинга. Как проектировать надёжные интеграции и обмены, мы описываем в материалах про REST и вебхуки и CI/CD и деплой, чтобы изменения обмена выкатывались предсказуемо.
SEO для языковых версий
Многоязычный сайт легко испортить с точки зрения поиска, если не соблюсти несколько правил.
- Разметка hreflang. Каждой странице проставляются связи «эта версия — для такого языка и региона», иначе поиск путает версии.
- Уникальные тексты. Не машинно-склеенный, а осмысленный контент на каждом языке.
- ЧПУ на каждом языке. Человекопонятные адреса, а не одинаковые технические URL.
- Отдельные карты сайта. Своя sitemap на версию для корректной индексации.
- Без принудительных редиректов. Язык переключается, но не навязывается роботу по гео.
Самая частая SEO-катастрофа мультиязычных проектов — автоопределение языка с жёстким редиректом: робот всегда видит одну версию и не индексирует остальные. Язык предлагают, но выбор оставляют пользователю и поисковику.
Производительность и кэш
Мультирегиональность добавляет вычислений: на каждом заходе нужно определить регион и подставить правильные цены и остатки. Чтобы это не тормозило витрину, работу кэшируют по региону и группе пользователя.
- Кэш по региону. Собранные страницы кэшируются в разрезе региона и типа цены.
- Композитный сайт. Статика отдаётся мгновенно, а региональная динамика (цена, наличие) догружается отдельно.
- Отложенная логика. Определение региона и подстановка данных вынесены в лёгкие запросы, а не в тяжёлый пересчёт на каждый хит.
При аккуратном кэшировании разница в скорости между обычной и мультирегиональной витриной незаметна. Скорость же в целом сильно зависит от инфраструктуры и настройки окружения 1С-Битрикс.
Частые ошибки
- Путают язык и регион. Делают «перевод», когда на деле нужна региональная витрина с ценами и складом.
- Цены ведут на сайте. В обход 1С — и получают расхождения витрины с учётом, умноженные на число регионов.
- Принудительный редирект по гео. Ломает индексацию и раздражает пользователей.
- Нет hreflang. Поисковик путает языковые версии, страдает индексация.
- Машинный перевод карточек. Плохой автоперевод бьёт по доверию и продажам.
- Наличие «вообще». Показывают общий остаток вместо остатка по складу региона — заказы срываются.
- Избыточная многосайтовость. Заводят отдельные сайты там, где хватило бы региональности, — и тонут в поддержке.
Чек-лист запуска
- Разделены оси. Чётко определено, что у вас — язык, регион или их комбинация.
- Выбран подход. Языковые сообщения, многосайтовость или региональность — под реальные различия версий.
- Схема URL. Определены домены, поддомены или папки под стратегию SEO.
- Регион определяется корректно. По IP как предположение, с явным выбором и без принудительного редиректа.
- Цены и склады из 1С. Типы цен по регионам и остатки по складам приходят обменом.
- Контент переведён. Интерфейс — сообщениями, карточки — вручную или с редактурой после машины.
- SEO настроено. hreflang, уникальные тексты, ЧПУ и карты сайта на каждом языке.
- Кэш по региону. Страницы кэшируются в разрезе региона и группы, включён композит.
Вывод
Многоязычный и мультирегиональный магазин на 1С-Битрикс — это в первую очередь не про перевод, а про архитектуру данных. Разделите две оси: язык отвечает за интерфейс и контент, регион — за цены, валюту, склад и юрлицо. От того, что именно нужно бизнесу, зависит выбор между языковыми сообщениями, многосайтовостью и региональностью.
Держите 1С единственным источником правды по товарам, ценам и остаткам, аккуратно настройте обмен с региональной привязкой и не забудьте про hreflang и кэш по региону. Тогда выход в новые страны и города станет управляемым проектом, а не бесконечной борьбой с расхождениями между витриной и учётом.
