Сайт на Битриксе открывается по нескольким доменам — региональным (.ru, .by, .kz) или после смены основного домена. В итоге SEO-трафик падает, пользователи теряют авторизацию при переходе, а поисковики индексируют дубли страниц. Это типичная проблема многодоменной конфигурации без правильной настройки. Мы решаем её для проектов с десятками тысяч посетителей, где каждая минута простоя обходится в потерю заказов. Наш опыт — более 10 лет и 50+ успешных интеграций с региональными доменами. Получите консультацию: расскажем, как настроить вашу конфигурацию без ошибок.
Проблемы, которые решаем
Без рабочего механизма редиректов страницы дублируются на каждом домене — поисковики считают их копиями и снижают рейтинг. Cookie PHPSESSID привязываются к одному домену: пользователь теряет сессию, корзину или личный кабинет при переходе. Sitemap содержит URL всех доменов, а canonical-тег указывает неверно. После настройки количество проиндексированных страниц сокращается на 30–50%, а посещаемость основного домена растёт на 15–25%. Экономия на SEO-трафике окупает работы за 2–3 месяца (стоимость рассчитывается индивидуально).
Одна из частых сложностей — авторизация между доменами. Например, на проекте с example.ru и example.by мы внедрили модуль единого входа на основе REST API. Сессия стала бесшовной: пользователь входит один раз и остаётся авторизованным на всех доменах.
Как настроить многодоменную конфигурацию 1С-Битрикс?
Конфигурация веб-сервера
Каждый домен описывается отдельным блоком в nginx или VirtualHost в Apache, указывающим на один DOCUMENT_ROOT. Обязательно правило 301 редиректа с неосновных доменов на каноничный:
server { server_name www.example.ru; return 301 https://example.ru$request_uri; } server { server_name example.by example.kz; return 301 https://example.ru$request_uri; } server { server_name example.ru; root /home/bitrix/www; include /etc/nginx/conf.d/bitrix.conf; } Дополнительно настраиваем www-редирект и принудительный HTTPS. SSL-сертификат лучше использовать SAN-сертификат — он покрывает все домены в одном сертификате. Let’s Encrypt позволяет добавить до 100 имён через certbot. Если региональные домены относятся к разным зонам, wildcard-сертификат не подходит (он только для поддоменов).
Настройка Битрикса
В настройках сайта задаём SERVER_NAME — основной домен. Дополнительные домены маппим через 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_NAME критичен для генерации абсолютных URL в письмах, sitemap и og:url. Без него возможна некорректная выдача ссылок с неосновного домена.
Почему возникают дубли страниц?
Поисковики видят несколько URL с одинаковым контентом и считают их копиями. Canonical-тег должен указывать на основной домен, а редиректы — склеивать остальные. Без этого трафик распыляется, а PageRank падает. После настройки canonical-тег автоматически формируется с правильным доменом, а sitemap содержит URL только одного домена.
Как работает сквозная авторизация?
Cookie (BITRIX_SM_LOGIN, BITRIX_SM_UIDH) привязаны к домену. Для единой сессии нужно SSO или токенный редирект. В нашем проекте с example.ru и example.by мы внедрили модуль единого входа на основе REST API — авторизация стала бесшовной. Пользователь входит на одном домене и сразу получает доступ к личному кабинету на всех доменах без повторной аутентификации.
Процесс работы
| Этап | Что делаем | Ожидаемое время |
|---|---|---|
| Аудит | Проверяем текущую конфигурацию, выявляем дубли, ошибки canonical | 0.5 дня |
| Настройка веб-сервера | Прописываем server-блоки, редиректы, SSL | 1 день |
| Конфигурация Битрикса | Задаём SERVER_NAME, init.php, проверяем cookie | 0.5 дня |
| Тестирование | Проверяем редиректы, sitemap, авторизацию | 0.5 дня |
| Документация | Фиксируем конфигурацию для дальнейшей поддержки | 0.5 дня |
Чеклист после настройки
- SERVER_NAME в настройках сайта соответствует основному домену
- Все неосновные домены имеют 301-редирект на каноничный
- SSL валиден для всех доменов
- canonical на страницах указывает на основной домен
- Sitemap содержит URL только основного домена
- Почтовые уведомления содержат корректные ссылки
Сравнение: многодоменность vs мультисайтовость
| Параметр | Многодоменная конфигурация | Мультисайтовость |
|---|---|---|
| Контент | Единый для всех доменов | Разный для каждого домена |
| Нагрузка на сервер | Низкая (один экземпляр) | Высокая (несколько экземпляров) |
| SEO | Требует редиректов и canonical | Естественная независимость |
| Применение | Региональные домены, замена старого домена | Разные продукты/бренды |
Многодоменность эффективнее мультисайтовости примерно в 3 раза по нагрузке на сервер. Если вам нужны разные сайты с разным контентом — выбирайте мультисайтовость. Для единого контента на нескольких доменах — многодоменность.
Что входит в работу
- Аудит текущей конфигурации: проверка доменных имён, SSL, редиректов и canonical
- Настройка веб-сервера (nginx/Apache) с правилами 301
- Конфигурация Битрикса: SERVER_NAME, init.php, тегированное кэширование
- Установка и обновление SSL-сертификатов (SAN или wildcard)
- Настройка редиректов: www→без www, HTTP→HTTPS, региональные
- Тестирование авторизации, sitemap, canonical-тегов
- Документация конфигурации и инструкция по поддержке
Закажите настройку сейчас, чтобы избавиться от дублей и проблем с авторизацией. Свяжитесь с нами — мы подготовим оценку за один день. Опыт 10+ лет гарантирует надёжное решение для вашего проекта.