Канонические URL и пагинация в каталоге

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

Эта статья — про то, как навести порядок: настроить канонические URL и пагинацию в каталоге на 1С-Битрикс так, чтобы поисковик индексировал нужные страницы, а дубли не мешали продвижению. Разберём каноникал против редиректа, страницы пагинации, фильтры, сортировку и ЧПУ умного фильтра. Системно эти задачи мы закрываем в рамках аудита и оптимизации.

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

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

Типовые источники дублей в каталоге:

• Пагинация. /katalog/divany/, ?page=2, ?page=3 — один раздел, разные куски списка.
• Сортировка и вид. По цене, по названию, плитка/список, число товаров на странице.
• Фильтры. Комбинации свойств — от осмысленных до бесконечных бессмысленных.
• Метки и utm. Рекламные параметры, не меняющие контент.
• Технические варианты. Слеш на конце, регистр, www и без.

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

Что такое канонический URL

Канонический URL — это указание поисковику, какой адрес считать основным для данного содержимого. Технически это тег в разделе head страницы: <link rel="canonical" href="...">. Когда робот видит несколько страниц с одинаковым или очень похожим контентом, каноникал говорит ему: «индексируй вот эту версию, а остальные — её варианты».

Что это даёт каталогу:

• Склейка веса. Ссылочный и поведенческий вес дублей суммируется на канонической странице, а не размазывается.
• Чистый индекс. В выдаче участвует одна версия, а не десять почти одинаковых.
• Экономия краулинга. Робот тратит бюджет на важные страницы, а не на бесконечные параметры.

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

Canonical или 301-редирект

Каноникал и редирект решают разные задачи, и путать их — частая ошибка.

Правило простое: если старый адрес больше не нужен — редирект; если обе страницы должны работать, но в индексе нужна одна — canonical; если страница нужна пользователю, но не поиску — noindex. Смешивать их (например, ставить и canonical, и noindex на одну страницу) не стоит — сигналы конфликтуют.

Пагинация: страница 2 и дальше

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

Дело в том, что товары на второй странице — другие, чем на первой. Если сказать роботу «страница 2 каноническая на страницу 1», он решит, что уникального контента на ней нет, и не станет индексировать эти товары. Карточки, доступные только со второй страницы и дальше, выпадут из поиска.

При этом первую страницу и «страницу без номера» нужно склеить: /katalog/divany/ и /katalog/divany/?page=1 должны вести к одному каноническому адресу без параметра, чтобы не плодить дубль стартовой страницы.

Устаревший подход rel next/prev

Раньше для пагинации рекомендовали теги rel="next" и rel="prev", связывающие страницы в цепочку. Сегодня основные поисковики их официально не используют как сигнал индексации, поэтому опираться на них как на главный механизм не стоит.

Актуальный подход — самоканоникал на каждой странице пагинации плюс доступные для робота ссылки между страницами. Товары должны быть достижимы по обычным ссылкам, а не только через JavaScript. Разметку next/prev можно оставить как дополнительную подсказку, но полагаться на неё вместо корректных каноникалов нельзя. Быстрая отдача этих страниц из кэша важна не меньше — как её организовать, мы разбирали в статье про инфраструктуру BitrixVM.

Фильтры: индексировать или закрыть

Умный фильтр в каталоге — одновременно источник ценных SEO-страниц и главный генератор мусорных дублей. Ключ — разделять комбинации фильтров по спросу.

• Спросовые комбинации. Под которые есть поисковые запросы («диваны угловые серые») — делают отдельными посадочными страницами: уникальные мета, заголовок, текст, каноникал на себя.
• Малоспросовые и бесконечные. Случайные наборы из пяти свойств, диапазоны цен, комбинации без запросов — закрывают от индекса каноникалом на базовую категорию или через noindex.

Без этого разделения фильтр порождает тысячи страниц, которые никто не ищет, но которые съедают краулинговый бюджет и разбавляют индекс. Управление индексацией фильтров — тонкая работа: нужно собрать семантику, определить, какие комбинации заслуживают своей страницы, и настроить остальное на склейку. Часто эту логику выносят в отдельный обработчик или собственный модуль, управляющий мета-тегами и каноникалами SEO-страниц фильтра.

Сортировка, размер выборки, utm

Отдельный класс дублей — параметры, которые вообще не меняют состав товаров, а только их порядок, разбивку или служат для трекинга. Их всегда склеивают каноникалом на чистый адрес.

• Сортировка. По цене, названию, популярности — тот же список в другом порядке. Каноникал на базовый URL без параметра сортировки.
• Размер выборки. 12/24/48 товаров на странице — та же категория. Каноникал на адрес по умолчанию.
• Вид отображения. Плитка или список — одинаковый контент.
• utm и метки. Рекламные параметры не меняют контент — каноникал на чистый URL, иначе реклама плодит дубли в индексе.

Логика едина: если параметр не меняет набор товаров — страница каноническая на версию без этого параметра. Это снимает основную массу технических дублей одним правилом.

ЧПУ в 1С-Битрикс и умный фильтр

Чистые человекопонятные адреса — половина успеха. В 1С-Битрикс ЧПУ настраиваются через правила обработки адресов и SEF-режим компонентов каталога: раздел получает адрес по своему символьному коду, товар — по коду элемента. Вместо /katalog/index.php?SECTION_ID=42 получается /katalog/divany/.

Умный фильтр catalog.smart.filter умеет отдавать ЧПУ и для выбранных значений свойств, если для них заведены SEO-коды: /katalog/divany/uglovye/ вместо строки ?arrFilter[...]=. Именно такие чистые адреса фильтра и превращают в посадочные SEO-страницы под спрос. Ключевые моменты настройки:

1. SEF-коды разделов. У каждой категории — осмысленный символьный код, стабильный и не меняющийся.
2. SEO-коды свойств фильтра. Для индексируемых значений — понятные фрагменты URL.
3. Единый формат. Слеш на конце, нижний регистр, транслитерация — одинаково по всему каталогу.
4. Каноникал под правило. ЧПУ фильтра — на себя (если спросовая) или на категорию (если нет).

Данные для каталога — товары, свойства, значения — приходят из инфоблоков и обмена с 1С, поэтому стабильность символьных кодов зависит и от корректной интеграции; про надёжную работу с данными полезен материал про D7 ORM в Битрикс.

Пагинация против бесконечной прокрутки

Модная бесконечная прокрутка удобна пользователю, но опасна для SEO, если сделана неправильно. Если товары подгружаются только скриптом и у страниц нет реальных URL, робот может не увидеть ничего дальше первого экрана — и весь «хвост» каталога выпадет из индекса.

Надёжные варианты:

• Классическая пагинация. Ссылки на страницы 1, 2, 3 с реальными адресами и самоканоникалом — самый безопасный вариант.
• Кнопка «показать ещё» с URL. Подгрузка по клику, но каждая порция имеет настоящий адрес страницы, доступный роботу.
• Гибрид. Пользователю — прокрутка, роботу — доступные ссылки пагинации в разметке.

Главное правило: любой товар должен быть достижим по обычной ссылке, а не только через JavaScript-подгрузку. Тогда и пользователю удобно, и индекс полный.

Настройка в 1С-Битрикс пошагово

1. Включите ЧПУ. SEF-режим компонентов каталога, символьные коды разделов и элементов, единый формат адресов.
2. Самоканоникал пагинации. Каждая страница page=N — каноническая на себя; первая — на URL без параметра.
3. Склейка сортировок и utm. Все параметры, не меняющие состав товаров, — каноникал на чистый адрес.
4. Разметьте фильтры. Спросовые комбинации — SEO-страницы с мета и самоканоникалом; остальные — на категорию или noindex.
5. Настройте редиректы. 301 для склейки www/без, http→https, слеша и старых адресов.
6. Проверьте robots и sitemap. В карту сайта попадают только канонические индексируемые URL.
7. Протестируйте. Проверьте canonical на всех типах страниц и обойдите сайт краулером.

Как проверить результат

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

• Исходный код разных страниц. Категория, страница 2, фильтр, сортировка, utm — сверьте тег canonical с ожидаемой логикой.
• Индекс в панелях вебмастеров. Какие страницы в индексе, нет ли массовых дублей и «страниц с параметрами».
• Обход краулером. Эмулятор обхода покажет все canonical разом и найдёт страницы, уходящие в бесконечные параметры.
• Логи робота. Куда поисковик тратит краулинговый бюджет — не на мусорные ли комбинации фильтров.

Регулярная проверка особенно важна после доработок каталога: новая функция сортировки или фильтра легко ломает выверенную логику каноникалов. Встроить такую проверку в процесс помогает настроенный CI/CD.

Частые ошибки

• Пагинация каноническая на первую страницу. Товары со страниц 2+ выпадают из индекса.
• Все фильтры открыты индексу. Тысячи бесполезных комбинаций съедают краулинговый бюджет.
• Сортировки без каноникала. Каждая категория плодит десятки дублей «тот же список в другом порядке».
• utm создают дубли. Рекламные метки не склеены — реклама засоряет индекс.
• canonical и noindex вместе. Конфликтующие сигналы на одной странице.
• Бесконечная прокрутка без URL. Робот не видит товары дальше первого экрана.
• Плавающие символьные коды. Адреса меняются при обмене — рушатся и каноникалы, и позиции.

Чек-лист внедрения

1. ЧПУ включены. Чистые адреса разделов, товаров и спросовых фильтров.
2. Пагинация самоканонична. Страницы 2+ на себя, первая — на URL без параметра.
3. Параметры склеены. Сортировки, размер выборки, utm — каноникал на чистый адрес.
4. Фильтры разделены. Спросовые — SEO-страницы, остальные — закрыты.
5. Редиректы настроены. www/без, http→https, слеш, старые URL.
6. Sitemap чистый. В карте только канонические индексируемые страницы.
7. Проверено обходом. Каноникалы всех типов страниц выверены краулером и в панелях вебмастеров.

Вывод

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

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