Bitrix canonical: как настроить для каталога и фильтров

Что делает canonical и чего он не делает

Canonical — это тег rel="canonical" в блоке head страницы. Он называет предпочтительный адрес для группы похожих страниц, и поисковик собирает сигналы в одном месте: ссылки, поведение, релевантность. Важно понимать, что это рекомендация, а не команда. Если содержимое страниц заметно различается, робот может выбрать другой адрес.

Тег не заменяет редирект: посетитель по-прежнему видит дубль. Он и не запрещает индексацию — для этого есть мета-тег robots. Поэтому настройку начинают не с кода, а с решения для каждого типа страниц: оставить, склеить или закрыть. Без этого решения тег превращается в случайный набор указателей, которые только путают поисковик.

Откуда берутся дубли в Битриксе

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

• Один товар привязан к нескольким разделам: кондиционер лежит и в «Климатической технике», и в «Распродаже», и в «Для дома»
• Умный фильтр создаёт адрес для каждой комбинации свойств
• Сортировка по цене, названию, популярности и переключатель «плиткой / списком» добавляют параметры
• Пагинация открывает разделы с номером страницы в адресе
• Один и тот же раздел доступен с index.php и без, со слэшем и без, по http и https, с www и без
• Метки utm из рекламы Meta Ads и Google Ads, ссылки из Telegram-каналов и рассылок тоже превращаются в отдельные адреса

Bitrix canonical: пошаговая настройка

Порядок имеет значение: сначала наводят порядок в адресах, потом выводят теги. Иначе canonical строится поверх хаоса и закрепляет ошибку.

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

• Выпишите типы страниц: раздел, карточка, фильтр, сортировка, пагинация, поиск по сайту, корзина
• Для каждого типа выберите одно решение: индексировать, canonical на другой адрес или закрыть от индексации
• Приведите к единому виду протокол, хост и слэш на конце; лишние варианты отправьте 301-редиректом
• У товаров проверьте основной раздел в карточке элемента инфоблока и включите в параметрах компонентов каталога установку канонического адреса
• Для разделов, фильтра и нестандартных страниц выводите тег в head шаблона, подставляя адрес без параметров
• Сбросьте кеш компонентов и пересоберите карту сайта
• Откройте образцы каждого типа и сравните тег в исходном коде

Умный фильтр: что оставить, а что склеить

Главный вопрос по фильтру — есть ли у комбинации реальный спрос. Проверьте его по подсказкам поисковиков, Вордстату и запросам в Search Console. Если оставить всё индексируемым, робот потратит ресурс на тысячи почти одинаковых страниц, а важные будут обходиться реже. Дальше работает простая схема сравнения:

• Спрос есть («диваны угловые», «кондиционеры инверторные»): отдельная индексируемая страница с чистым адресом, своим title, H1 и текстом, canonical на себя
• Спроса нет, выбрано одно свойство: canonical на основной раздел
• Выбрано несколько свойств: лучше закрыть от индексации и не включать в карту сайта
• Фильтр ничего не нашёл: страница должна отдавать код 404, а не пустую выдачу с кодом 200

Сортировки, пагинация и метки рекламы

Адреса с сортировкой, числом товаров на странице и видом отображения должны вести canonical на чистый адрес раздела. То же относится к utm-меткам: ссылка из таргета или поста в Telegram не должна создавать новую страницу в глазах поисковика.

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

Отдельно про robots.txt. Если адрес закрыт в нём, робот не откроет страницу и не прочитает тег. Не дублируйте запреты без необходимости: для одних адресов выберите canonical, для других — noindex или robots.txt.

Типичные ошибки

Эти ошибки встречаются чаще других и обычно появляются после доработок шаблона или переноса сайта.

• Тег выводится дважды: и компонентом, и шаблоном — поисковик получает противоречивые подсказки
• Адрес указан без домена или с http, хотя сайт давно работает на https
• Основной раздел товара — служебная категория вроде «Распродажи», и canonical уводит туда
• Все страницы пагинации ссылаются на первую
• В карте сайта попадаются неканонические адреса
• После обновления шаблона тег пропал, а никто не заметил
• Изменения сделаны, но кеш не сброшен, и в коде страницы прежнее значение

Пример: магазин бытовой техники в Ташкенте

Представим магазин, который продаёт технику по городу и регионам и принимает оплату через Click и Payme. Сплит-система привязана к трём разделам, фильтр по брендам и мощности даёт множество адресов, а в рекламе используются метки. В Search Console рядом с нужными страницами появляются адреса со статусом «Дубликат, пользователь не выбрал канонический вариант».

План действий: назначить каждому товару осмысленный основной раздел, оставить отдельные страницы только для брендов с реальным спросом, остальные комбинации свести к разделу, а метки и сортировки склеить с чистым адресом. Через несколько недель в отчётах должно стать меньше исключённых дублей, а в выдаче — чаще появляться целевые страницы.

Чек-лист проверки и следующий шаг

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

Если каталог большой, шаблон дорабатывали разные подрядчики, а отчёты поисковиков показывают сотни исключённых страниц, удобнее начать с аудита. Команда markdev в рамках SEO-оптимизации сайтов в Узбекистане разбирает типы страниц, находит дубли и вместе с разработчиками настраивает canonical, карту сайта и индексацию. Напишите нам, и мы обсудим вашу задачу.

• Карточка товара из разных разделов даёт один и тот же canonical
• Раздел с сортировкой указывает на чистый адрес
• Страница фильтра со спросом указывает на себя, остальные — на раздел или закрыты
• Вторая страница пагинации указывает на себя
• На странице ровно один тег, адрес полный и с https
• В карте сайта только канонические адреса
• В Search Console и Вебмастере через несколько недель сверены выбранные адреса и исключённые страницы