Как сделать редирект в 1С-Битрикс

Редирект в 1С-Битрикс нужен при смене адресов страниц, переезде на новый домен, склейке зеркал сайта, переносе разделов каталога или исправлении дублей страниц. Платформа предлагает несколько уровней настройки перенаправлений: от простых правил в административной панели до серверных директив Apache и Nginx. Выбор способа зависит от количества адресов, типа редиректа и доступа к серверу.

Главное правило: для постоянного переноса страницы используется код 301, для временного — 302. Поисковые системы по-разному обрабатывают эти коды: 301 передаёт накопленный «вес» страницы на новый адрес, 302 сохраняет в индексе старый URL. Ошибка в выборе кода приводит к потере позиций или к тому, что старая страница продолжает висеть в выдаче месяцами.

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

Какие виды редиректов бывают и какой выбрать

Перед настройкой важно определить тип перенаправления, потому что от этого зависит и код ответа сервера, и поведение поисковых систем, и кеширование в браузере пользователя.

• 301 (Moved Permanently) — постоянный редирект. Страница переехала навсегда, поисковик переносит сигналы ранжирования на новый адрес. Браузеры агрессивно кешируют такой ответ, поэтому отменить его «мгновенно» не получится.
• 302 (Found) — временный редирект. Старый адрес остаётся в индексе. Подходит для технических работ, акций, A/B-тестов.
• 307/308 — современные аналоги 302 и 301, сохраняющие метод запроса (важно для форм и API). В типовых SEO-задачах сайта на Битриксе обычно достаточно 301/302.

Способ 1. Редирект через административную панель

Самый доступный способ, не требующий доступа к файлам сервера. В административной части перейдите в Настройки → Настройки продукта → Обработка адресов (UrlRewrite). Здесь управляются правила ЧПУ, но для простых перенаправлений удобнее раздел Настройки → Перенаправления (Redirects), если он доступен в вашей версии, либо специализированный модуль.

Для добавления правила укажите старый адрес (относительный, начиная со слэша), новый адрес и код ответа. Сохраните правило и сразу проверьте его в браузере в режиме инкогнито — иначе на результат может повлиять закешированный ответ.

Ограничение этого способа: правила хранятся в базе данных и обрабатываются на уровне PHP, то есть каждый запрос к старому адресу всё равно запускает ядро Битрикса. Для сайтов с высокой нагрузкой серверные редиректы (.htaccess/Nginx) работают быстрее.

Способ 2. Редирект через .htaccess (Apache)

Файл .htaccess находится в корне сайта. Правила редиректов нужно размещать выше стандартного блока Битрикса, который передаёт обработку на urlrewrite.php, иначе правила могут конфликтовать или не сработать.

Примеры типовых правил:

# Одиночный 301-редирект
Redirect 301 /old-page/ /new-page/

Редирект с регулярным выражением (mod_rewrite)
RewriteEngine On
RewriteRule ^catalog/old-section/(.*)$ /catalog/new-section/$1 [R=301,L]

Склейка www → без www
RewriteCond %{HTTP_HOST} ^www\.(.+)$ [NC]
RewriteRule ^(.*)$ https://%1/$1 [R=301,L]

Принудительный HTTPS
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1 [R=301,L]

Обратите внимание на флаги: R=301 задаёт код ответа, L останавливает дальнейшую обработку правил. Без флага L правило может конфликтовать с последующими директивами Битрикса.

Способ 3. Редирект через Nginx

Если сайт работает на Nginx (или связке Nginx + Apache, где Nginx отвечает первым), редиректы эффективнее задавать в конфигурации виртуального хоста. .htaccess в этом случае может вообще не обрабатываться.

# Одиночный редирект
location = /old-page/ {
return 301 /new-page/;
}

Склейка www
server {
server_name www.example.com;
return 301 https://example.com$request_uri;
}

После правки конфигурации проверьте её командой nginx -t и только при успешной проверке перезагружайте сервис: systemctl reload nginx. Правка конфигов Nginx требует root-доступа — на виртуальном хостинге этот способ обычно недоступен.

Способ 4. Программный редирект через PHP

Когда перенаправление зависит от условий — авторизации пользователя, наличия товара, региона, типа устройства — используется API Битрикса. Основная функция: LocalRedirect(), которая корректно завершает выполнение страницы и отправляет нужные заголовки.

<?
// В /bitrix/php_interface/init.php
AddEventHandler("main", "OnBeforeProlog", function() {
$uri = \Bitrix\Main\Context::getCurrent()->getRequest()->getRequestUri();
if ($uri === '/old-catalog/') {
LocalRedirect('/catalog/', false, '301 Moved Permanently');
}
});
?>

Третий параметр определяет код ответа. Если его не указать, Битрикс по умолчанию отправляет 302 — учитывайте это при SEO-задачах. Функция LocalRedirect проверяет, что адрес ведёт на текущий сайт; для внешних редиректов используйте header('Location: ...') с последующим die(), но делайте это осознанно.

Способ 5. Модули редиректов из Маркетплейса

Для контент-менеджеров и SEO-специалистов без доступа к коду удобны готовые модули из Маркетплейса 1С-Битрикс. Они добавляют в админку интерфейс управления перенаправлениями с поддержкой массового импорта из CSV, регулярных выражений, счётчиков срабатываний и логирования 404-х ошибок.

Типовой сценарий работы с таким модулем: установка из Маркетплейса → импорт таблицы соответствий «старый URL — новый URL» → выбор кода ответа → проверка нескольких адресов вручную. Лог 404-х ошибок особенно полезен после миграции сайта: он показывает, какие старые адреса ещё посещаются и требуют редиректа.

Минус подхода тот же, что у административного раздела: обработка идёт на уровне PHP, и при большом количестве правил (тысячи записей) стоит проверять влияние на скорость ответа.

Как проверить, что редирект работает правильно

Проверять результат нужно не только «глазами в браузере», но и по HTTP-заголовкам. Браузер может показать конечную страницу, скрыв цепочку из нескольких редиректов, которая вредит скорости и SEO.

curl -I -L --max-redirs 5 https://site.ru/old-page/

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

Типичные ошибки при настройке редиректов

Отдельная частая ситуация — конфликт редиректа с ЧПУ-правилами инфоблоков. Если новый адрес обрабатывается компонентом каталога, а серверное правило перехватывает его раньше, возможны непредсказуемые результаты. Проверяйте такие связки на тестовых адресах до массового применения.

Ограничения и когда нужен разработчик

Самостоятельно безопасно настраивать: одиночные редиректы через админку или модули, простые правила в .htaccess с обязательной резервной копией, проверку через curl и браузер. Этого достаточно для большинства задач контентного сайта.

К разработчику или администратору сервера стоит обращаться, если нужны: правки конфигурации Nginx на боевом сервере, массовые редиректы при смене структуры каталога с тысячами товаров, перенаправления с сохранением сложных GET-параметров, мультидоменная логика или редиректы, завязанные на бизнес-логику (остатки, цены, персонализация). Ошибка в этих сценариях стоит дороже, чем время специалиста.

Частые вопросы