Умный фильтр Bitrix может дать покупателю удобную подборку, но удобство фильтра и готовность страницы для поиска — разные задачи. Сначала нужно убедиться, что адрес действительно восстанавливает выбранные условия и показывает нужные товары. Затем решить, какие подборки заслуживают самостоятельного участия в поиске.
Ниже речь о коробочном «1С-Битрикс: Управление сайтом» и компоненте catalog.smart.filter. Решения из Marketplace могут добавлять собственные SEO-правила. Если такое решение установлено, включите его в описание задачи: стандартный фильтр не гарантирует автоматически уникальные тексты и правильные canonical для каждой комбинации.
Какие подборки открывать в первую очередь
Выберите небольшой перечень страниц, которые нужны покупателю как самостоятельные подборки. Например, вентиляционные решётки определённого материала или конкретного назначения. У страницы должна быть понятная тема и достаточный выбор товаров; комбинация служебного признака и произвольного диапазона цены не становится посадочной страницей только из-за красивого URL.
Для каждой выбранной подборки запишите раздел, условия фильтра, ожидаемые товары и задачу посетителя. Если не знаете, есть ли спрос на формулировку, так и отметьте: «Спрос пока не проверен». Техническое открытие страницы не доказывает, что она принесёт посещения.
Остальные комбинации оставьте удобным инструментом выбора, но задайте им отдельную политику индексации. Не следует открывать тысячи сочетаний до проверки нескольких нужных страниц. Масштабировать нужно проверенное правило с понятными исключениями: пустая выборка, снятые товары, сортировка и пагинация.
Что проверить в подключении умного фильтра
В документации компонента Bitrix указаны параметры источника данных и управления адресами. ЧПУ — режим адресов с понятными частями пути вместо служебного адреса скрипта. Для него важны SEF_MODE, SEF_RULE и SMART_FILTER_PATH. У фильтра и списка товаров должны согласованно применяться условия: форма с выбранными флажками ещё не доказывает, что список отфильтрован.
Попросите разработчика сохранить фактические параметры компонента и место его подключения. Проверьте раздел каталога, ID инфоблока и имя выходящего фильтра. При собственной реализации возможно, что фильтр подготовил один массив, а список товаров читает другой. Тогда адрес и счётчик меняются, а товары остаются прежними.
Не вставляйте пример правила ЧПУ из справки целиком в рабочий каталог. Папка каталога и способ определения раздела у вашего сайта свои. В задаче нужны согласованные маршруты комплексного каталога, фильтра и списка, а также проверка прямого открытия адреса после очистки браузерной сессии.
Учебный пример с двумя материалами
Представим каталог решёток: в разделе есть алюминиевые и стальные товары. Это вымышленный пример. Владелец хочет отдельную страницу для алюминиевых решёток, но не отдельную страницу для каждой сортировки по цене.
Он сохраняет адрес, полученный настоящим фильтром после выбора материала. Условный путь /catalog/grilles/filter/material-aluminium/apply/ здесь иллюстрирует назначение страницы; синтаксис конкретного условия создаёт компонент вашего сайта. Разработчику передают фактический URL, а не придуманную строку из примера.
При проверке выпишите несколько SKU, которые должны попасть в подборку, и один стальной товар, который попадать не должен. Затем откройте URL в новом окне. Выбранный материал, заголовок и товары должны совпасть с заданием. Если после прямого открытия показаны все решётки, страница пока не восстановила условия и не готова к дальнейшей SEO-настройке.
Как задать правила для полезной страницы и дублей
Для выбранной алюминиевой подборки согласуйте собственный адрес, title, заголовок и краткое объяснение выбора. Canonical — рекомендация поисковику, какой адрес считать основным. Он должен отражать принятое решение о самостоятельности страницы. Если подборка нужна как отдельная посадочная, постоянная ссылка на общий раздел в canonical противоречит этой задаче.
Для одинаковой подборки с другой сортировкой определите основной вариант адреса. Проверьте, что товарный состав и смысл действительно совпадают. Убирать параметр материала только потому, что он находится в URL, нельзя: тогда рекомендация canonical объединит разные подборки.
Яндекс описывает canonical как рекомендацию, которую робот может не принять. Правильный тег не гарантирует нужного выбора поисковой системы. Поэтому в акте приёмки отдельно фиксируют правило сайта и отдельно — проверенное состояние индекса, если уже есть свежие данные.
Пагинацию выбранной подборки рассматривайте отдельно; порядок проверки есть в статье о canonical страниц Bitrix. Для других параметров пригодится руководство по URL с фильтрами и метками. Вторая страница содержит другие товары и не должна потерять номер только из-за общей функции очистки параметров. У пустой подборки тоже нужно своё поведение: сообщение пользователю и согласованное правило для поиска, а не случайный общий canonical.
Как проверить страницу обычным посетителем
Откройте исходный HTML и найдите title, robots и canonical. Проверьте, что основной документ содержит ожидаемое название подборки и ссылки на товары. Затем сравните с отображением в браузере. AJAX-фильтрация полезна посетителю, но не заменяет проверку прямого адреса и начального ответа.
Проверьте те же условия без авторизации и после повторного открытия. Если результат зависит от предыдущей сессии, найдите источник состояния: сохранённые параметры фильтра, кеш компонента или собственный код. Удобное повторное использование выбора не должно превращать один публичный URL в разные непредсказуемые подборки.
Уберите один выбранный признак, верните его, примените сортировку и перейдите ко второй странице. После каждого действия сравните URL, условия и товары. Особенно важен возврат по ссылке из меню: он должен открывать заданную подборку, а не показывать последний выбор другого пользователя из некорректно настроенного кеша.
Что проверить после изменения ассортимента
Повторите выбранную подборку после добавления и снятия контрольного товара. Если SKU больше не соответствует материалу, он должен исчезнуть из результата; если подходит новый, появиться. Заголовок и текст не должны обещать конкретное число товаров, которое уже изменилось. При полностью пустом результате примените согласованное поведение пустой подборки. Эта проверка отличает работающий фильтр от однажды сохранённого статического списка.
Как поставить задачу и принять настройку
В задаче укажите: выбранные подборки, реальные URL, обязательные условия и список контрольных SKU. Для каждой страницы добавьте правило canonical и robots, источник заголовка и действие при пустом результате. Если используется Marketplace-модуль, запишите его название и версию вместе с версией компонентов.
Приёмка учебного примера: алюминиевый адрес при прямом открытии показывает только нужный материал; исключённый стальной SKU отсутствует; сортировка сохраняет подборку; вторая страница не теряет номер; HTML-теги соответствуют согласованной политике. Приложите конкретные значения и время проверки.
Для дополнительных проверок опубликованного каталога подходит технический аудит сайта, а другие практические разборы находятся в блоге. Завершённая задача — несколько воспроизводимых страниц с правильными товарами и понятными правилами, которые затем можно применить к остальному каталогу. Количество созданных URL и сообщение о включении ЧПУ сами по себе результат не подтверждают.