Как убрать index.php из URL сайта на 1С-Битрикс

Чтобы убрать index.php из URL сайта на 1С-Битрикс, нужно решить две задачи: перестать генерировать такие ссылки внутри сайта и перенаправить старые внешние адреса на основной вариант. Если выполнить только редирект, система продолжит создавать лишние переходы; если исправить только ссылки, дубль останется доступным.

Перед работой выберите единый формат, обычно адрес раздела со завершающим слешем: /catalog/ вместо /catalog/index.php.

Найдите все варианты index.php

Просканируйте внутренние ссылки, sitemap, меню, хлебные крошки, шаблоны компонентов, письма и внешние отчёты. Проверьте не только корневой /index.php, но и файлы в разделах. Сохраните параметры запроса: старые рекламные и служебные ссылки могут содержать полезные значения.

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

Определите источник внутренних ссылок

В Битрикс index.php может быть записан в меню, шаблоне, настройке компонента, результате urlrewrite.php или пользовательском коде. Исправляйте источник, а не делайте строковую замену всего HTML: такой фильтр способен повредить форму, API и ссылки на реальные файлы.

После правки очистите управляемый кеш и проверьте составной режим, если он включён.

Настройте основной URL страницы

Canonical, хлебные крошки, Open Graph, sitemap и навигация должны использовать один адрес. Canonical служит подсказкой и не заменяет редирект для полного дубля. Не указывайте для всех разделов главную страницу.

Проверьте относительные ссылки и базовый URL, особенно если проект работает на нескольких доменах или протоколах.

Добавьте серверный редирект осторожно

Правило должно срабатывать, когда посетитель запросил index.php явно, а не при внутренней обработке красивого URL сервером. Иначе возникает цикл: адрес раздела внутри переписывается на index.php и тут же редиректится обратно.

Для Apache обычно проверяют исходный запрос, для Nginx — точное внешнее местоположение и порядок правил. Конкретная конфигурация зависит от сервера и текущего файла настроек.

Сохраните нужные параметры

UTM-метки, идентификатор товара и другие допустимые параметры могут требоваться после перенаправления. Служебные или опасные значения сохранять не нужно автоматически. Составьте список и протестируйте.

• обычный адрес раздела;
• index.php без параметров;
• index.php с UTM;
• пагинация и сортировка;
• форма после отправки;
• авторизация и восстановление;
• административная часть.

Не удаляйте физические файлы

Файл index.php часто остаётся точкой выполнения раздела. Цель — убрать его из публичного адреса, а не стереть с диска. Удаление способно сломать раздел и обновления. Работайте через ссылки и веб-сервер.

Обновите поисковые сигналы

В sitemap оставьте основные URL. Исправьте внутренние ссылки и рекламные адреса, чтобы не проходить редирект каждый раз. Проверьте canonical и код 301 старого варианта. Поисковая переобработка занимает время; наблюдайте индексацию и логи.

Проверка после изменения

1. Старый URL даёт один 301.
2. Новый отвечает 200 без цикла.
3. Параметры обрабатываются по правилам.
4. Внутренних ссылок на index.php нет.
5. Формы и авторизация работают.
6. Sitemap и canonical едины.
7. Коды проверены для вложенных разделов.

Сначала проверяйте правило на тестовой среде и имейте способ быстрого отката. Ошибка в общем редиректе затрагивает весь сайт.

Алиса может найти источники index.php в шаблонах Битрикс и настроить единый адрес с учётом конфигурации сервера.