Редирект без слеша на слэш в Bitrix: как настроить

Откуда берутся дубли

Bitrix строит адреса разделов как папки, поэтому штатно заканчивает их слэшем. Но страница может открыться и без него: менеджер вставил ссылку в текст вручную, шаблон компонента собрал адрес иначе, а снаружи на сайт ссылаются из Instagram-профиля, Telegram-канала или объявления на OLX, где ссылку набирали как придётся.

Если сервер отвечает 200 на оба варианта, робот индексирует оба. Сигналы ссылок и поведения делятся между двумя адресами, в выдаче может оказаться не тот, что нужен, а в аналитике один раздел превращается в две строки.

Какой формат выбрать: со слэшем или без

Технически разницы нет: поисковик не отдаёт предпочтения ни одному варианту. Важно, чтобы формат был один. Для Bitrix разделы и страницы инфоблоков обычно живут со слэшем, и это путь наименьшего сопротивления. Адреса с расширением .php или .html слэш получать не должны.

Исключение — сайт, который годами стоит в индексе без слэша и собрал внешние ссылки на такие адреса. Тогда разумнее оставить существующий формат основным. Откройте Search Console и Яндекс Вебмастер, посмотрите, какие варианты реально в поиске, и берите тот, которого больше.

Как настроить редирект без слеша на слэш в Bitrix на уровне сервера

Правильное место — веб-сервер, до того как управление получит Bitrix. На Apache правило добавляют в .htaccess в корне сайта выше стандартных правил Bitrix, на nginx — в конфигурацию виртуального хоста. Подвох в том, что на многих хостингах для Bitrix работают оба сервера: nginx принимает запрос и передаёт его Apache. Уточните у администратора, кто обрабатывает запрос, иначе правило окажется в файле, который ничего не решает.

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

• запрошенный адрес не является существующим файлом;
• в конце пути нет расширения вроде .php или .html;
• слэша в конце ещё нет.

Что правило не должно трогать

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

• картинки, стили, скрипты, PDF, robots.txt и sitemap.xml;
• адреса с расширением файла;
• запросы с параметрами: слэш ставится перед знаком вопроса, а параметры сохраняются;
• админку /bitrix/ и AJAX-запросы;
• обработчики уведомлений платёжных систем и CRM.

Один переход вместо цепочки

Слэш обычно настраивают вместе с переходом на https и выбором www или без www. Цель — чтобы любой неверный вариант приводил к основному за один шаг. Например, http://www.site.uz/catalog должен сразу вести на https://site.uz/catalog/, а не через три промежуточных адреса: цепочка замедляет и робота, и посетителя. Если у вас есть правило для index.php, включите его в тот же порядок.

Внутренние ссылки, canonical и проверка

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

Sitemap и canonical тоже должны быть в выбранном формате. Если canonical указывает на адрес без слэша, а сервер ведёт на адрес со слэшем, получается противоречие. После настройки пройдите по списку:

• разделы и товары без слэша дают один переход 301 на вариант со слэшем;
• нет цепочки через http или www;
• картинка и файл стилей открываются без перенаправления;
• адрес с параметрами сохраняет параметры;
• краулер не находит внутренних ссылок, ведущих на перенаправление;
• тестовое уведомление платёжной системы доходит до обработчика.

Что делать после запуска

Первые недели смотрите отчёты о страницах в Search Console и Вебмастере. Часть адресов перейдёт в статус перенаправленных — это нормально. Новые ошибки 404 или резкий рост исключённых страниц — повод проверить, не задело ли правило лишнее, начиная с платёжных и интеграционных адресов.

Если не хочется разбираться в конфигурации сервера самостоятельно, команда markdev может провести технический аудит и настроить единый формат адресов в рамках SEO-оптимизации сайта в Узбекистане. Расскажите о своём сайте, и мы подскажем, с чего начать.