Настройка многодоменной конфигурации 1С-Битрикс

Настройка многодоменной конфигурации 1С-Битрикс

Многодоменная конфигурация — это ситуация, когда один сайт Битрикса доступен по нескольким доменным именам. Не путать с мультисайтовостью: там разные сайты (разный контент, шаблоны), здесь — один сайт, несколько точек входа. Типичные сценарии: example.com и www.example.com, региональные домены example.ru / example.by / example.kz с единым контентом, или переезд со старого домена на новый с сохранением работоспособности обоих.

Проблема, которую решает многодоменность

Без корректной настройки Битрикс при обращении по «неизвестному» домену либо отдаёт 404, либо работает с ошибками: ссылки генерируются с неправильным доменом, авторизация слетает из-за несовпадения cookie-домена, sitemap содержит URL старого домена, а canonical указывает не туда. Каждая из этих проблем бьёт по SEO и пользовательскому опыту.

Настройка на уровне Битрикса

Основной домен задаётся в настройках сайта: Настройки → Настройки продукта → Сайты → поле SERVER_NAME. Это домен, который Битрикс будет использовать для генерации абсолютных URL — в письмах, sitemap, og:url и т.п.

Дополнительные домены Битрикс сам по себе не хранит. Система определяет сайт по SERVER_NAME из HTTP-заголовка Host. Если входящий Host не совпадает ни с одним сайтом — выбирается сайт по умолчанию. Это работает, но без явного контроля.

Для явного управления используется файл urlrewrite.php или init.php:

// /local/php_interface/init.php
$host = $_SERVER['HTTP_HOST'] ?? '';
$domainMap = [
    'example.ru'     => 's1',
    'example.by'     => 's1',
    'example.kz'     => 's1',
    'www.example.ru' => 's1',
];
if (isset($domainMap[$host])) {
    define('SITE_ID', $domainMap[$host]);
}

Настройка на уровне веб-сервера

Каждый домен нуждается в отдельном server-блоке (nginx) или VirtualHost (Apache), указывающем на один и тот же DOCUMENT_ROOT.

Nginx:

server {
    server_name example.ru example.by example.kz www.example.ru;
    root /home/bitrix/www;
    include /etc/nginx/conf.d/bitrix.conf;
}

Редиректы — обязательны. Без канонического редиректа поисковики индексируют дубли. Стандартная схема:

• www.example.ru → 301 → example.ru (или наоборот — выбрать один вариант)
• http:// → 301 → https://
• Региональные домены — либо 301 на основной, либо hreflang-разметка

SSL-сертификаты

Каждый домен требует валидного SSL. Варианты:

• Wildcard-сертификат *.example.ru — покрывает поддомены, но не example.by
• SAN-сертификат (Subject Alternative Name) — один сертификат на несколько доменов. Let's Encrypt поддерживает до 100 SAN через certbot --domains example.ru,example.by,example.kz
• Отдельные сертификаты — если домены в разных зонах, проще управлять

Cookie и авторизация

Критичный момент: cookie PHPSESSID и авторизационные cookie Битрикса (BITRIX_SM_LOGIN, BITRIX_SM_UIDH) привязаны к домену. Пользователь, авторизовавшийся на example.ru, не будет авторизован на example.by.

Если нужна сквозная авторизация между доменами — это отдельная задача, решаемая через SSO-модуль или токенный механизм с редиректом. Для большинства многодоменных конфигураций (редирект / зеркала) это не требуется — достаточно 301 на каноничный домен.

Чеклист после настройки

• SERVER_NAME в настройках сайта соответствует основному домену
• Все неосновные домены имеют 301-редирект на каноничный
• SSL валиден для всех доменов
• canonical на страницах указывает на основной домен
• Sitemap содержит URL только основного домена
• Почтовые уведомления содержат корректные ссылки (проверить тестовым заказом)

Настройка занимает около одного рабочего дня, включая конфигурацию веб-сервера и тестирование редиректов.