Дубли url умного фильтра битрикс

Как генерируются дубликаты параметров в компоненте каталога

Механизм создания дубликатов URL начинается с того, как работает компонента каталога в Bitrix при подключении умного фильтра. Система не совершает ошибку — она делает ровно то, что запрограммирована делать. Когда пользователь выбирает фильтр на странице каталога (например, цвет товара или диапазон цены), в адресную строку попадает новый параметр.

GET-параметры — вот главный механизм, создающий дубликаты. В URL они выглядят как ?FILTER_COLOR=red, ?PAGEN=1, ?SORT=name. Каждый фильтр добавляет свой параметр, каждая страница пагинации добавляет свой. Если включено десять фильтров товаров (цвет, размер, материал, бренд, цена, вес, сезон) плюс пагинация и варианты сортировки — то каждая комбинация параметров становится отдельным адресом URL на сайте.

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

• /catalog/?FILTER_COLOR=red
• /catalog/?FILTER_COLOR=red&PAGEN=2
• /catalog/?PAGEN=2&FILTER_COLOR=red (тот же контент, но параметры в другом порядке)
• /catalog/?FILTER_COLOR=red&FILTER_SIZE=XL
• /catalog/?FILTER_SIZE=XL&PAGEN=2&FILTER_COLOR=red

Все адреса показывают одни и те же товары. Но для поискового робота это разные страницы.

Почему порядок GET-параметров создает разные URL

В 1С-Bitrix компонента catalog обрабатывает параметры в том порядке, в котором они появляются в строке. Если пользователь кликнул фильтр в одном порядке, а затем выбрал пагинацию — он получит URL с параметрами в другом порядке. Система не нормализует их.

Например:

• /catalog/?color=red&size=large — один адрес
• /catalog/?size=large&color=red — другой адрес
• Контент на обеих страницах идентичен полностью

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

Математика дубликатов: сколько их реально создается

Посчитаем на примере типичного интернет-магазина. На странице каталога обычно работает:

• 5–10 активных фильтров товаров
• 3–5 страниц пагинации
• 2–3 варианта сортировки

Один фильтр товара с двумя значениями — это уже две версии страницы. Два фильтра товаров — четыре комбинации. Пять фильтров товаров на разделе без пагинации — 32 комбинации. Добавьте пагинацию на четыре страницы — получится 128 версий каталога только от этих фильтров.

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

Статус дубликатов в Google Search Console

Когда робот Google сканирует сайт с умным фильтром, он быстро натыкается на множество версий одной страницы раздела. После индексации система фиксирует это как дубль со статусом «Дубль, выбран пользователем» в google search console.

Это значит:

• Google обнаружил несколько адресов одной страницы
• Система выбрала одну версию как основной canonical адрес
• Остальные рассматриваются как лишние дубли

Увидеть проблему помогут отчеты в google search console:

• Покрытие — раздел с информацией про дубликаты
• Исследование URL — введите основной адрес раздела каталога, посмотрите сколько версий URL проиндексировано

Обычно видны числа вроде «356 дубликатов», «892 дубликата» или даже «1247 дубликатов». Это означает, что поисковый робот Google обходит все эти адреса, но индексирует в основном одну версию.

Как дубликаты съедают краулинговый бюджет сайта

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

Когда сайт содержит сотни дубликатов URL от фильтра каталога, робот напрасно тратит силы на их сканирование. Вместо того чтобы обойти 100 новых товаров, он обходит 100 дубликатов старых товаров в разных комбинациях фильтра. Результат:

• новые товары долго не появляются в индексе
• индексация замедляется критически
• свежие страницы попадают в индекс частично

Рассеивание ссылочного веса между копиями страницы

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

Пример:

• 50 ссылок ведут на /catalog/?color=red&size=XL
• 30 ссылок ведут на /catalog/?size=XL&color=red
• 20 ссылок на /catalog/?SORT=price&color=red

Google распределит авторитет этих 100 ссылок между тремя версиями, вместо того чтобы отдать весь вес одному canonical адресу. Каждая версия получит меньше авторитета, и позиции упадут.

Проверка дубликатов в инструментах вебмастеров

В Google Search Console:

1. Откройте консоль, выберите сайт
2. Слева — меню «Покрытие» и «Исследование URL»
3. Найдите раздел каталога и посмотрите примеры дубликатов

Смотрите: количество дубликатов (если больше 100 — критично), какие параметры вызывают дубли чаще всего (COLOR, PAGEN, SORT).

В Яндекс.Вебмастере:

1. «Индексирование» → «Все страницы»
2. Фильтруйте по адресу раздела каталога
3. Сортируйте по URL и считайте версии одной страницы

Если видите 50+ версий одного раздела — это проблема, требующая срочной настройки через canonical теги или robots.txt.