SEO умного фильтра в 1С-Битрикс: индексация страниц фильтра без дублей

Умный фильтр в 1С-Битрикс удобен для покупателя, но без SEO-стратегии быстро превращается в генератор тысяч URL. Один каталог может создавать страницы по бренду, цвету, размеру, материалу, цене, наличию и десяткам других свойств — а затем умножать их на все возможные комбинации.

При этом часть фильтров действительно должна участвовать в поиске. Например, запросы вроде «ноутбуки Lenovo», «насосы Grundfos 25-60» или «белые межкомнатные двери» могут закрываться отдельными страницами фильтра лучше, чем общей категорией.

Поэтому задача SEO в Битриксе — не просто «открыть умный фильтр для индексации» или «закрыть фильтр в robots.txt». Нужно разделить все URL на полезные посадочные и технические комбинации, а затем настроить для каждой группы ЧПУ, метаданные, canonical, индексацию, внутренние ссылки и контроль обхода.

Главная мысль: catalog.smart.filter — это механизм фильтрации, а не готовая SEO-архитектура. Индексироваться должны только заранее выбранные страницы, которые отвечают реальному спросу и существуют как стабильные посадочные.

Содержание

• Как работает умный фильтр 1С-Битрикс
• Какие URL создаёт умный фильтр
• Что такое SMART_FILTER_PATH
• ЧПУ умного фильтра
• Почему нельзя индексировать все комбинации
• Какие страницы фильтра индексировать
• Какие страницы не индексировать
• Как спроектировать SEO-посадочные
• Title, H1 и Description
• Canonical для страниц фильтра
• Robots.txt и noindex
• Clean-param и Битрикс
• Пустые фильтры и 404
• Сортировки и служебные параметры
• Sitemap.xml
• Внутренняя перелинковка
• JavaScript и AJAX умного фильтра
• SEO умного фильтра в Яндексе
• SEO умного фильтра в Google
• Сотбит: SEO умного фильтра
• Как проверить настройку
• Типичные ошибки
• Пример архитектуры
• Чек-лист
• FAQ
• Вывод

Как работает умный фильтр 1С-Битрикс

В стандартном 1С-Битрикс фильтрацию каталога обычно выполняет компонент:

bitrix:catalog.smart.filter

Он формирует условия фильтрации по свойствам элементов инфоблока и передаёт их компоненту каталога.

В типичном интернет-магазине пользователь выбирает:

бренд = Bosch
тип = дрель
мощность = 800 Вт

и получает набор товаров, соответствующий условиям.

Сам по себе компонент решает пользовательскую задачу: отфильтровать каталог. Но поисковая система видит не интерфейс, а URL, HTML, внутренние ссылки, HTTP-коды и сигналы индексирования.

Поэтому для SEO важны не только настройки фильтра, но и то:

• создаётся ли отдельный URL;
• можно ли открыть его напрямую;
• меняется ли адрес при выборе характеристик;
• один и тот же результат имеет один URL или несколько;
• какой title и H1 получает страница;
• какой стоит canonical;
• доступен ли URL роботу;
• попадает ли он в Sitemap;
• есть ли на него обычные внутренние ссылки.

Официальная документация 1С-Битрикс по компоненту: Умный фильтр catalog.smart.filter.

Какие URL создаёт умный фильтр

Конкретный вид адресов зависит от режима ЧПУ, шаблона каталога и доработок проекта.

Без ЧПУ можно встретить URL с параметрами вида:

/catalog/drills/?arrFilter_123_456=Y&set_filter=Y

или другие технические комбинации параметров.

В ЧПУ-режиме адрес может выглядеть понятнее:

/catalog/drills/filter/brand-is-bosch/apply/

или:

/catalog/drills/filter/brand-is-bosch/power-is-800/apply/

Красивый URL сам по себе не делает страницу SEO-посадочной.

Если система генерирует адрес для любой комбинации свойств, то при десяти фильтрах количество URL растёт комбинаторно.

Например:

бренд × тип × цвет × размер × материал × цена × наличие × мощность

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

Подробно общая стратегия разбора таких URL описана в статье SEO фильтров интернет-магазина. Здесь мы сосредоточимся именно на реализации в 1С-Битрикс.

Что такое SMART_FILTER_PATH

В ЧПУ-режиме стандартный компонент использует переменную:

SMART_FILTER_PATH

Она содержит часть пути, которая описывает выбранные параметры фильтрации.

В официальной документации 1С-Битрикс для catalog.smart.filter предусмотрены настройки:

SEF_MODE
SEF_RULE
SMART_FILTER_PATH

Пример правила:

/examples/books/#SECTION_ID#/filter/#SMART_FILTER_PATH#/apply/

В реальном каталоге это может превращаться в адрес:

/catalog/notebooks/filter/brand-is-lenovo/apply/

С SEO-точки зрения важно понимать: SMART_FILTER_PATH — это технический способ кодирования условий фильтра в URL. Он не определяет, должна ли страница индексироваться.

Поэтому нельзя строить логику:

есть SMART_FILTER_PATH → индексируем

Нужно строить наоборот:

есть подтверждённая SEO-посадочная
→ создаём стабильный SMART_FILTER_PATH/ЧПУ
→ даём метаданные
→ открываем для индексации
→ включаем в структуру сайта

ЧПУ умного фильтра 1С-Битрикс

Для поддержки ЧПУ у стандартного компонента есть параметр:

SEF_MODE = Y

и правило обработки:

SEF_RULE

Пример:

"SEF_MODE" => "Y",
"SEF_RULE" => "/catalog/#SECTION_CODE_PATH#/filter/#SMART_FILTER_PATH#/apply/",
"SMART_FILTER_PATH" => $_REQUEST["SMART_FILTER_PATH"],

Это только схема. Конкретная реализация зависит от структуры каталога и шаблона.

Что проверить после включения ЧПУ

Откройте одну и ту же комбинацию разными способами.

Например:

/catalog/notebooks/filter/brand-is-lenovo/apply/

и URL, который мог сохраниться от старой параметризованной версии:

/catalog/notebooks/?arrFilter_...=Y&set_filter=Y

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

Нужно определить основной URL и привести сигналы к одной версии:

• внутренняя перелинковка;
• canonical;
• sitemap;
• редирект, если старый адрес больше не нужен и есть однозначная постоянная замена;
• правила обхода технических параметров.

ЧПУ не должно создавать второй слой дублей

Плохо, когда один результат доступен так:

/filter/brand-is-bosch/color-is-black/apply/
/filter/color-is-black/brand-is-bosch/apply/

Если набор товаров одинаков, поиску нужен один стабильный URL.

Почему нельзя индексировать все комбинации фильтра

Главный риск умного фильтра — не сам фильтр, а пространство URL.

Представим каталог с параметрами:

20 брендов
12 цветов
10 размеров
8 материалов
10 диапазонов цены
3 варианта наличия

Даже без полного перемножения пользователь может создать огромное количество сочетаний.

Большинство из них не имеет отдельного поискового спроса.

Например:

чёрные дрели Bosch 800 Вт с доставкой завтра до 13 427 ₽

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

Если индексировать всё подряд, появляются:

• тысячи малоценных страниц;
• дубли близких наборов товаров;
• пустые комбинации;
• расход краулингового бюджета;
• более сложное обновление каталога в индексе;
• путаница с canonical;
• мусорные URL в Яндекс Вебмастере и Google Search Console.

Правило: удобство фильтра для пользователя и необходимость индексации — две разные задачи.

Какие страницы умного фильтра стоит индексировать

Хороший кандидат на SEO-посадочную соответствует нескольким условиям.

1. Есть самостоятельный поисковый спрос

Например:

ноутбуки Lenovo
смартфоны Samsung 256 ГБ
насосы Grundfos 25-60
белые межкомнатные двери
шины R17

Спрос нужно подтверждать семантикой, а не предполагать по наличию свойства в Битриксе.

2. Есть достаточный ассортимент

Если страница почти всегда содержит один товар, её ценность как каталожной посадочной нужно оценивать отдельно.

Универсального числа товаров нет: для промышленного оборудования несколько моделей могут быть нормой, для массовой одежды — нет.

3. Ассортимент стабилен

SEO-страница не должна превращаться из 50 товаров в ноль после каждой синхронизации с 1С.

4. Можно дать стабильный URL

Один и тот же результат должен открываться по одному каноническому адресу.

5. Можно создать полезные метаданные

Минимум:

Title
H1
Description

при необходимости — короткое описание, блок выбора, FAQ или полезные подсказки.

6. Есть место в структуре сайта

На важную посадочную должны вести обычные crawlable-ссылки, а не только JavaScript-состояние фильтра.

Какие страницы обычно не нужно индексировать

Чаще всего отдельной индексации не заслуживают:

• сортировки;
• вид «плитка/список»;
• количество товаров на странице;
• случайные диапазоны цен;
• сочетания из большого числа характеристик без спроса;
• технические параметры set_filter;
• служебные AJAX-параметры;
• session ID;
• рекламные метки;
• пустые комбинации;
• URL, которые полностью дублируют другую страницу.

Пример технической комбинации:

/catalog/notebooks/filter/brand-is-lenovo/color-is-black/ram-is-16/price-from-67321/price-to-88417/apply/

Такая страница может быть полезна одному посетителю, но это ещё не причина включать её в индекс.

Как спроектировать SEO-посадочные умного фильтра

Лучше начинать не с настроек Битрикса, а с таблицы посадочных.

Пример:

После этого уже определяйте, какие условия реализуются через:

• стандартный умный фильтр;
• собственный роутинг;
• SEO-модуль;
• Сотбит;
• отдельные виртуальные разделы;
• ЧПУ по SMART_FILTER_PATH.

Не делайте SEO-архитектуру зависимой от порядка кликов

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

Иначе возникают дубли:

brand → color
color → brand

Ограничьте глубину индексируемых сочетаний

Практически часто достаточно:

категория + бренд
категория + тип
категория + 1 важная характеристика
редкие подтверждённые комбинации из 2 характеристик

а не всех возможных сочетаний.

Title, H1 и Description для страниц фильтра

Индексируемая страница не должна выглядеть как технический дубль категории.

Категория:

Title: Ноутбуки — купить в интернет-магазине
H1: Ноутбуки

Фильтр бренда:

Title: Ноутбуки Lenovo — купить, цены и характеристики
H1: Ноутбуки Lenovo

Фильтр характеристики:

Title: Ноутбуки с 16 ГБ оперативной памяти — цены
H1: Ноутбуки 16 ГБ RAM

Не путайте шаблонную уникальность с ценностью

Технически можно сгенерировать миллионы разных Title:

Купить [цвет] [бренд] [тип] [размер] [материал] [мощность]

Но поисковой системе не нужен миллион страниц только потому, что строки отличаются.

Сначала отбирается посадочная, потом для неё создаётся метаинформация.

Откуда брать данные в Битриксе

В зависимости от реализации метаданные могут формироваться:

• программно в шаблоне;
• через свойства раздела;
• через SEO-настройки инфоблока;
• через отдельный модуль;
• через Сотбит SEO умного фильтра.

Главное — чтобы один URL стабильно получал одни и те же корректные значения.

Canonical для умного фильтра 1С-Битрикс

Одна из самых частых проблем — шаблон каталога автоматически ставит canonical всех фильтров на родительскую категорию.

Например, SEO-посадочная:

/catalog/notebooks/filter/brand-is-lenovo/apply/

имеет:

<link rel="canonical" href="https://example.ru/catalog/notebooks/">

При этом вы пытаетесь продвигать страницу «Ноутбуки Lenovo».

Это противоречивый сигнал.

Для индексируемой посадочной

Если страница должна быть самостоятельной, обычно используется self-canonical:

<link rel="canonical" href="https://example.ru/catalog/notebooks/filter/brand-is-lenovo/apply/">

или canonical на другой выбранный постоянный ЧПУ этой же посадочной.

Для дубля

Если параметризованный URL действительно дублирует основную страницу, canonical может указывать на предпочтительную версию.

Но canonical не стоит использовать как универсальный способ «починить» миллионы фильтров.

Подробнее: rel=canonical: как выбрать основную страницу.

Проверьте противоречия

Плохо:

URL в sitemap
+ внутренняя ссылка
+ уникальный H1
+ index
+ canonical на другую страницу

Сигналы должны быть согласованы.

Robots.txt и noindex для умного фильтра

robots.txt управляет обходом URL, а noindex — участием полученной страницы в поиске.

Это разные задачи.

Когда полезен robots.txt

Если сайт создаёт огромное пространство технических параметров, ограничение обхода может снизить количество бесполезных URL, которые робот пытается сканировать.

Но правило нельзя писать слишком широко.

Например, глобальный запрет:

Disallow: /filter/

закроет и технические комбинации, и ваши SEO-посадочные, если все они используют /filter/.

Поэтому сначала определите архитектуру URL.

Когда применяется noindex

Если страница должна оставаться доступной пользователю и роботу, но не должна участвовать в поиске, можно использовать:

<meta name="robots" content="noindex, follow">

Но для Google робот должен получить HTML, чтобы увидеть noindex. Если тот же URL закрыт через Disallow, сигнал может не быть прочитан.

Подробнее: Noindex.

Clean-param и Битрикс

Для Яндекса Clean-param полезен, когда URL содержит незначащие GET-параметры, которые не меняют содержание.

Например:

?utm_source=
?ref=
?session_id=

Но его нельзя автоматически применять к параметрам, которые действительно формируют фильтр.

Если параметр определяет бренд:

?brand=lenovo

и эта страница должна ранжироваться, объявлять brand незначащим нельзя.

То же относится к техническим параметрам arrFilter_*: сначала нужно понять, являются ли они единственными адресами полезных посадочных или лишь дублями ЧПУ.

Подробное руководство: Clean-param в robots.txt.

Пустые фильтры и 404

Умный фильтр может сформировать комбинацию, для которой нет товаров.

Например:

/catalog/drills/filter/brand-is-x/power-is-5000/color-is-pink/apply/

Если такой набор действительно не существует, бесконечные страницы вида:

200 OK
Товаров не найдено

создают малоценные URL и могут восприниматься как Soft 404.

Для несуществующих комбинаций стоит рассмотреть корректный 404, сохранив при этом удобный интерфейс:

• объяснить, что товаров нет;
• предложить снять часть фильтров;
• показать близкие категории;
• сохранить навигацию.

Не нужно массово редиректить все пустые фильтры на родительскую категорию, если прямой замены нет.

Сортировки и служебные параметры Битрикса

После внедрения фильтра часто остаются дополнительные параметры:

sort
order
view
limit
set_filter
PAGEN_1

У каждого должна быть отдельная стратегия.

Сортировка

?sort=price&order=asc

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

Вид каталога

?view=list
?view=tile

не должен создавать самостоятельные SEO-страницы.

Количество товаров

?show=96

тоже обычно является интерфейсной настройкой.

PAGEN_1

Это уже пагинация, а не простой мусорный параметр. Страницы PAGEN_1=2, PAGEN_1=3 показывают другой набор элементов и требуют отдельной стратегии.

Подробно это будет разобрано в статье Пагинация в SEO.

Sitemap.xml для SEO-фильтров

В Sitemap должны попадать только те страницы фильтра, которые вы считаете полноценными каноническими URL.

Например:

/catalog/notebooks/lenovo/
/catalog/notebooks/gaming/

или выбранные ЧПУ умного фильтра.

Не добавляйте туда:

sort
view
session
случайные price_from/price_to
все комбинации SMART_FILTER_PATH

только потому, что они технически существуют.

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

Подробнее: Sitemap.xml.

Внутренняя перелинковка SEO-посадочных

Важная посадочная не должна быть доступна только после выбора нескольких checkbox в интерфейсе.

На неё полезно дать обычную HTML-ссылку из:

• категории;
• блока популярных брендов;
• блока популярных подборок;
• SEO-тегов;
• хлебных крошек;
• тематических статей;
• соседних категорий, если это логично.

Пример:

<a href="/catalog/notebooks/lenovo/">Ноутбуки Lenovo</a>

Для поискового робота это гораздо понятнее, чем URL, который появляется только после JavaScript-события.

Не перелинковывайте все комбинации

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

Нужно ссылаться на выбранный набор посадочных.

JavaScript и AJAX умного фильтра

Умный фильтр часто обновляет каталог без полной перезагрузки страницы.

С точки зрения UX это удобно. Для SEO нужно проверить, что индексируемая посадочная существует независимо от пользовательского сценария.

Для каждого важного URL проверьте:

• открывается ли он напрямую в новой вкладке;
• возвращает ли 200 OK;
• есть ли нужные товары в HTML/после рендеринга;
• корректно ли формируются Title и H1;
• не требуется ли сначала кликнуть checkbox;
• есть ли обычные <a href> ссылки на страницу;
• сохраняется ли URL после перезагрузки.

Яндекс Вебмастер сейчас позволяет управлять JavaScript-рендерингом страниц. Но рассчитывать на то, что робот будет повторять пользовательскую цепочку кликов по фильтру, не стоит.

Для сложных SPA-каталогов дополнительно смотрите JavaScript и индексация.

SEO умного фильтра в Яндексе

Для российского интернет-магазина настройки Яндекса нужно проверять отдельно.

1. GET-параметры

Если фильтр создаёт параметризованные URL, проверьте настройки GET-параметров в Яндекс Вебмастере и Clean-param.

Не объявляйте незначащим параметр, который формирует нужную SEO-страницу.

2. Canonical

Яндекс анализирует rel="canonical" как сигнал о приоритетной странице среди одинаковых по содержанию URL.

Индексируемая посадочная не должна одновременно указывать canonical на родительскую категорию без причины.

3. Robots.txt

Проверьте, что SEO-URL не попадают под широкие шаблоны Disallow.

4. Страницы в поиске

В Яндекс Вебмастере полезно сегментировать:

категории
SEO-фильтры
технические фильтры
старые параметризованные URL
пустые комбинации

и смотреть причины исключения отдельно.

5. Логи

На крупном Битрикс-каталоге серверные логи покажут, насколько активно робот ходит по техническим фильтрам и насколько быстро переобходит важные категории и товары.

SEO умного фильтра в Google

Google отдельно предупреждает о риске фасетной навигации: комбинации фильтров могут создавать практически бесконечное пространство URL.

Для Битрикса это особенно актуально, если:

• доступны и ЧПУ, и старые GET-версии;
• порядок параметров создаёт разные адреса;
• сортировки комбинируются с фильтрами;
• все значения фильтра имеют crawlable-ссылки;
• пустые комбинации отвечают 200 OK.

Если фильтр нужен в Google

У страницы должны быть:

стабильный URL
200 OK
self-canonical
полезный ассортимент
внутренние ссылки
понятные метаданные

Если не нужен

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

Официальные рекомендации Google: Faceted navigation.

Сотбит: SEO умного фильтра

Для 1С-Битрикс существует модуль «Сотбит: SEO умного фильтра», который добавляет отдельный SEO-слой поверх фильтрации.

По текущей документации Сотбит модуль умеет работать с:

• условиями;
• метаинформацией;
• генерацией ЧПУ;
• sitemap;
• хлебными крошками;
• управлением индексацией;
• инструментами веб-мастера;
• статистикой.

Официальная документация: Сотбит: SEO умного фильтра.

Условия

Модуль позволяет создавать условия, на основе которых формируются посадочные страницы.

Например:

раздел = Ноутбуки
бренд = Lenovo

или более сложное сочетание.

Для таких условий можно задавать метаинформацию и шаблон URL.

Это ближе к правильной SEO-модели, чем автоматическая индексация каждой комбинации фильтра.

Метаинформация

Компонент sotbit:seo.meta предназначен для замены стандартных метатегов, заголовков и описаний при выполнении заданных условий.

В документации Сотбит указано, что компонент связан с именем фильтра и разделом и подключается вместе с bitrix:catalog.smart.filter.

Управление индексацией

Условия позволяют управлять тем, должна ли конкретная страница быть закрыта от индексации.

Это полезно, но настройку нельзя воспринимать как автоматическую гарантию SEO-качества.

Даже открытая для индексации страница должна иметь:

• спрос;
• ассортимент;
• уникальную роль;
• стабильный URL;
• корректный canonical;
• внутренние ссылки.

ЧПУ

Сотбит позволяет генерировать ЧПУ для выбранных условий. После внедрения проверьте, не остаются ли параллельно доступными старые URL умного фильтра.

Sitemap

Автогенерация Sitemap удобна только при контролируемом наборе условий. Не стоит включать туда все возможные сочетания свойств.

Инструменты веб-мастера

В документации описан инструмент сканирования созданных страниц, где можно видеть URL, HTTP-статус и метаинформацию. Это полезная техническая проверка перед массовым открытием страниц в поиск.

Важно: SEO-модуль помогает автоматизировать реализацию, но решение «какие страницы должны существовать» всё равно должно приниматься на уровне семантики и архитектуры сайта.

Как проверить SEO умного фильтра

Проверку лучше делать по группам URL.

1. Соберите все типы адресов

Минимум:

категории
ЧПУ SEO-фильтров
обычные SMART_FILTER_PATH
старые GET URL
сортировки
пагинация
пустые фильтры
UTM/session

2. Проверьте HTTP-коды

Для SEO-посадочной:

200 OK

Для реально несуществующей комбинации:

404

Если URL перенесён на новый постоянный адрес:

301/308

при наличии однозначной замены.

3. Проверьте canonical

Для каждого типа URL зафиксируйте ожидаемое значение.

4. Проверьте robots directives

Сравните:

robots.txt
meta robots
X-Robots-Tag

если последний используется.

5. Проверьте метаданные

У индексируемых посадочных должны быть корректные:

Title
H1
Description

6. Проверьте Sitemap

В карте сайта должны быть только выбранные канонические посадочные.

7. Проверьте Яндекс Вебмастер

Смотрите:

• URL в поиске;
• исключённые страницы;
• canonical;
• robots;
• GET-параметры;
• переобход нужных URL.

8. Проверьте Google Search Console

Через URL Inspection сравните:

• declared canonical;
• Google-selected canonical;
• индексирование;
• полученную страницу.

9. Посмотрите логи

Для крупного каталога логи часто быстрее любых интерфейсов показывают, что робот зациклился на технических комбинациях.

Типичные ошибки SEO умного фильтра Битрикс

Ошибка 1. Открыть весь /filter/

Наличие ЧПУ не означает, что каждая комбинация полезна для поиска.

Ошибка 2. Закрыть весь /filter/

Так можно заблокировать хорошие коммерческие посадочные.

Ошибка 3. Оставить два URL одного результата

Например:

/filter/brand-is-lenovo/apply/
?arrFilter_...=Y

обе версии с 200 OK.

Ошибка 4. Canonical всех фильтров на категорию

При этом часть страниц продвигается как самостоятельные.

Ошибка 5. Индексировать все условия Сотбит

Модуль автоматизирует создание страниц, но не заменяет семантический отбор.

Ошибка 6. Генерировать тысячи Title и считать задачу решённой

Уникальная строка не делает страницу ценной.

Ошибка 7. Пустые фильтры с 200 OK

Так создаются малоценные страницы и Soft 404.

Ошибка 8. Запретить robots.txt и одновременно ждать noindex/canonical

Если робот не получает HTML, он может не увидеть сигналы внутри страницы.

Ошибка 9. Добавить все фильтры в Sitemap

Sitemap — не список всех технически существующих URL.

Ошибка 10. Забыть про PAGEN_1 и сортировки

Фильтр может быть настроен правильно, но его комбинации с пагинацией и сортировками снова создают дубли.

Пример SEO-архитектуры каталога на Битрикс

Категория:

/catalog/notebooks/

Индексируем

Ноутбуки Lenovo
Игровые ноутбуки
Ноутбуки 16 ГБ RAM

если для каждой группы подтверждён спрос и есть ассортимент.

Для них:

200 OK
стабильный ЧПУ
self-canonical
уникальный Title/H1
внутренние ссылки
Sitemap
index

Не индексируем как самостоятельные

sort=price
view=list
show=96
случайный price_from/price_to
session
utm

Контролируем отдельно

PAGEN_1=2
PAGEN_1=3

потому что это пагинация.

Для Сотбит

Создаём условия только под заранее утверждённые SEO-посадочные, а не под все возможные свойства.

Чек-лист SEO умного фильтра 1С-Битрикс

• собраны все варианты URL фильтра;
• разделены ЧПУ и старые GET-версии;
• определён один URL для каждого результата;
• SEO-посадочные отобраны по реальному спросу;
• технические комбинации не открыты массово;
• проверены SEF_MODE, SEF_RULE, SMART_FILTER_PATH;
• индексируемые страницы имеют стабильный 200 OK;
• для них настроен self-canonical;
• Title и H1 соответствуют посадочной;
• нет глобального Disallow, который закрывает нужные фильтры;
• noindex не конфликтует с запретом обхода;
• Clean-param не очищает полезные параметры;
• пустые комбинации не создают массовые 200 OK;
• сортировки и параметры интерфейса не создают отдельный индекс;
• пагинация проверяется отдельно;
• в Sitemap находятся только выбранные SEO-URL;
• важные посадочные имеют внутренние ссылки;
• AJAX/JavaScript не является единственным способом обнаружения URL;
• настройки Яндекса и Google проверены отдельно;
• при использовании Сотбит проверены условия, ЧПУ, индексация и Sitemap;
• после внедрения анализируются Вебмастер, Search Console и серверные логи.

FAQ

Нужно ли индексировать умный фильтр в 1С-Битрикс?

Не весь. Индексировать стоит только выбранные страницы фильтра, которые отвечают самостоятельному поисковому спросу, имеют стабильный ассортимент и могут быть полноценными посадочными.

Что такое SMART_FILTER_PATH?

Это часть ЧПУ стандартного компонента catalog.smart.filter, в которой кодируются выбранные параметры фильтрации. Наличие SMART_FILTER_PATH само по себе не означает, что URL нужно индексировать.

Нужно ли включать SEF_MODE?

ЧПУ удобно для стабильных понятных адресов, но включение SEF_MODE не решает SEO автоматически. После него нужно проверить дубли, canonical, метаданные и индексацию.

Можно ли закрыть /filter/ в robots.txt?

Только если в этом пространстве нет нужных SEO-посадочных. Если полезные страницы тоже находятся под /filter/, глобальный запрет их заблокирует.

Какой canonical ставить на SEO-фильтр?

Если страница должна ранжироваться самостоятельно, обычно нужен self-canonical или canonical на другой выбранный постоянный URL той же посадочной. Не отправляйте все фильтры на категорию автоматически.

Нужен ли Сотбит SEO умного фильтра?

Не обязательно. Он может заметно упростить управление условиями, ЧПУ, метаданными, sitemap и индексацией, но не заменяет семантический отбор страниц.

Можно ли индексировать все условия Сотбит?

Нет. Открывать всё подряд рискованно по той же причине, что и обычный умный фильтр: появится слишком много слабых комбинаций.

Что делать со старыми arrFilter URL после перехода на ЧПУ?

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

Что делать с PAGEN_1?

Не считать его обычным мусорным параметром. Это пагинация, которая показывает другой набор товаров и требует отдельной настройки.

Вывод

SEO умного фильтра в 1С-Битрикс начинается не с SEF_MODE и не с установки SEO-модуля. Сначала нужно определить, какие страницы каталога действительно должны существовать в поиске.

После этого техническая часть становится понятной:

1. выбранной посадочной назначается один стабильный URL;
2. настраиваются ЧПУ и SMART_FILTER_PATH;
3. создаются Title, H1 и Description;
4. выставляется корректный canonical;
5. URL открывается для нужного поисковика;
6. добавляется внутренняя ссылка и при необходимости Sitemap;
7. технические комбинации, сортировки и дубли контролируются отдельно.

Для российского интернет-магазина особенно важно проверять одновременно Яндекс и Google: набор поддерживаемых механизмов у них отличается, а ошибки фильтра быстро раздуваются до тысяч URL.

Если каталог уже накопил большое количество arrFilter, SMART_FILTER_PATH, сортировок, дублей и исключённых страниц, начинать лучше с технического SEO-аудита и общей стратегии SEO интернет-магазина.

Связанные материалы: SEO фильтров · Clean-param · Canonical · Noindex · Crawl Budget · Soft 404 · Пагинация в SEO