Редиректы в Битрикс: правила обработки адресов и .htaccess

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

301 или 302

• 301 — постоянное перенаправление. Поисковик переносит сигналы старой страницы на новую и со временем заменяет адрес в индексе
• 302 — временное. Старый адрес остаётся в индексе

Для SEO почти всегда нужен 301. Временный подходит для акций и технических работ.

Где настраивать в Битриксе

Файл .htaccess

Подходит для глобальных правил: переход на https, склейка www и без www, единый формат слэша в конце адреса. Правила выполняются сервером ещё до загрузки Битрикса, поэтому работают быстро. Если сайт работает на nginx без Apache, такие правила прописываются в конфигурации nginx.

Правила обработки адресов

В Битриксе есть файл urlrewrite.php и раздел настроек, где задаются правила обработки адресов для компонентов. Он отвечает за то, какой компонент обрабатывает адрес, а не за перенаправления. Не путайте: изменение здесь меняет адреса, но не создаёт редиректы со старых.

Редирект в коде страницы

Для отдельных страниц можно использовать функцию LocalRedirect с указанием кода 301. Это удобно, когда старая страница была отдельным файлом.

Модули из маркетплейса

Есть решения, которые позволяют вести таблицу «старый адрес — новый адрес» из админки. Удобно для маркетологов, которым нужно добавлять перенаправления без программиста.

Переезд разделов каталога

При смене структуры:

1. Выгрузите все старые адреса разделов и товаров
2. Сопоставьте каждому новый адрес
3. Настройте перенаправления постранично, а не всё на главную
4. Поправьте ссылки в меню, текстах и крошках, чтобы робот не ходил через перенаправления
5. Пересоберите sitemap
6. Следите за ошибками в Search Console и Вебмастере

Цепочки и циклы

Цепочка — когда адрес A ведёт на B, а B на C. Робот может не дойти до конца. Цикл — когда адреса ссылаются друг на друга бесконечно, и страница не открывается. Обе проблемы часто возникают, когда правила в .htaccess и в модуле противоречат друг другу.

Проверяйте адреса сервисами проверки ответа сервера или краулером: нужен один переход с кодом 301 на конечную страницу с кодом 200.

Чего не делать

• Перенаправлять все удалённые товары на главную. Поисковики могут считать такие переходы ошибкой
• Делать 302 при постоянном переезде
• Оставлять старые адреса без перенаправления после смены ЧПУ
• Хранить одни правила в .htaccess, а другие в модуле, не документируя их

Пример: переименование раздела

Магазин решил, что раздел /catalog/stiralki/ лучше назвать /catalog/stiralnye-mashiny/. В Битриксе меняется символьный код раздела, и все товары внутри получают новые адреса. Что нужно сделать:

1. Заранее выгрузить все старые адреса раздела и товаров краулером
2. Сменить символьный код
3. Добавить перенаправление со старого адреса раздела на новый
4. Добавить общее правило для товаров: старый путь раздела в начале адреса заменяется новым, остальная часть сохраняется
5. Проверить выборочно двадцать-тридцать старых адресов
6. Через неделю посмотреть в Вебмастере, не появились ли ошибки 404

Если правило по шаблону сделать нельзя, перенаправления прописываются списком. Это дольше, но надёжнее, чем отправлять всё на категорию.

Итог

Глобальные правила держите на уровне сервера, точечные — в одном выбранном инструменте. Ведите список перенаправлений, чтобы через год было понятно, откуда они взялись. Если планируете переезд или смену структуры, лучше заранее составить карту адресов вместе со специалистом.