Поиск по каталогу Битрикс: зачем поиску section_code
Разбор роли кода раздела в поиске по каталогу Битрикса: что он даёт выдаче, где ломается и как правильно организовать разделы под поиск.
Код раздела в Битриксе выглядит технической мелочью, а на деле определяет и адреса страниц, и то, как работает поиск с фильтрацией по категориям. Разберём, где он участвует и что ломается при небрежном обращении.
Что такое код раздела и где он используется
Это символьный идентификатор категории каталога: латиницей, читаемый, уникальный внутри своего уровня. Он участвует в трёх местах:
- в адресах страниц раздела и товаров;
- в фильтрации выдачи по категории;
- в правилах, которые привязывают поведение поиска к разделу.
Числовой идентификатор для этого не годится: он ничего не сообщает ни человеку, ни поисковой системе.
Зачем он поиску
Фильтрация выдачи. Ссылка «искать только в этой категории» строится на коде раздела. Без него остаётся числовой идентификатор, и адрес становится нечитаемым.
Приоритеты по категориям. Правило «в этом разделе сначала показывать товары в наличии» привязывается к коду. Если код меняется, правило молча перестаёт действовать.
Фасеты. Список доступных фильтров зависит от раздела: в одной категории важен размер, в другой мощность.
Аналитика. Разбор запросов по категориям возможен, только если категория опознаётся стабильным кодом.
Где чаще всего ломается
- Товар перенесли в другой раздел. Старый адрес отдаёт ошибку, поисковые системы теряют страницу. Нужен редирект.
- Код изменили ради красоты адреса. Все правила и внешние ссылки, привязанные к старому коду, перестают работать.
- Кода нет вообще. Битрикс подставляет числовой идентификатор, адреса становятся нечитаемыми.
- Одинаковые коды на разных ветках. Технически допустимо, практически порождает путаницу в правилах и отчётах.
- Кириллица в коде. Адрес превращается в набор процентов и плохо переносится.
Правила, которые стоит принять
- Код задаётся один раз и не меняется. Красота адреса не стоит поломанных правил.
- Транслитерация настраивается автоматически, но проверяется глазами: машинный перевод названий даёт странные результаты.
- Один товар живёт в одном основном разделе. Привязка к нескольким разделам усложняет и адреса, и выдачу.
- При переносе товара обязательно ставится редирект со старого адреса.
Как это связано с качеством поиска
Опосредованно, но сильно. Поиск, который не может опереться на стабильную структуру разделов, теряет два инструмента: фильтрацию по категории и правила выдачи для конкретных категорий. Остаётся только совпадение слов, а его обычно мало.
При этом сама структура должна быть построена под покупателя, а не под учёт. Дерево из пяти уровней, скопированное из товароучётной системы, не помогает выбирать. Об этом — подбор товара в 1С и подбор на сайте.
Вывод и следующий шаг
Код раздела — не украшение адреса, а опора для фильтров, правил выдачи и аналитики по категориям. Меняется он один раз, при переносе товаров ставится редирект.
Следующий шаг: проверьте в админке, у всех ли разделов каталога заданы осмысленные коды латиницей. Разделы с числовыми идентификаторами в адресах — первые кандидаты на исправление.
Частые вопросы
Можно ли поменять код раздела на работающем сайте?
Технически да, но старые адреса перестанут открываться. Нужны редиректы и проверка правил, привязанных к коду.
Обязателен ли код для работы поиска?
Поиск заработает и без него, но фильтрация по категориям и правила выдачи станут неудобными.
Что делать с товаром в нескольких разделах?
Назначить один основной раздел для адреса, остальные оставить как дополнительные привязки.
Влияет ли структура разделов на выдачу?
Влияет: по разделу настраиваются приоритеты и фасеты. Плюс раздел сам по себе сигнал о смысле товара.
Нужна ли кириллица в адресах?
Не нужна. Латинская транслитерация переносится и читается надёжнее.
Как быть с очень глубоким деревом категорий?
Упрощать. Больше трёх уровней покупателю не помогает, а поиску добавляет неоднозначности.