Фильтр в каталоге — одновременно самый дешёвый источник посадочных страниц и самый быстрый способ засорить индекс. Одна и та же механика: человек отмечает галочки, адрес меняется, появляется новая страница. Разница только в том, решили вы заранее, какие из этих страниц должны существовать для поиска, или отдали это на откуп комбинаторике.
Сколько адресов на самом деле порождает фильтр
Считать надо не фильтры, а их сочетания. Пять параметров по десять значений в каждом дают не пятьдесят страниц, а произведение подмножеств — счёт идёт на сотни тысяч. Добавьте сортировку по четырём вариантам, переключатель вида отображения, количество товаров на странице и пагинацию, и каждая такая страница размножается ещё в несколько десятков раз.
- Порядок параметров в строке запроса: brand=a&color=b и color=b&brand=a — для сервера одно и то же, для робота два разных адреса
- Повтор значения одного параметра: brand=a&brand=b и brand=b&brand=a
- Пустые параметры, которые дописывает форма: price_from= без значения
- Служебные метки: utm, from, openstat, yclid — они доезжают до каталога по ссылкам из рекламы и рассылок
- Якорь и слеш в конце: /catalog/stulya и /catalog/stulya/ при неправильной настройке отдают 200 оба
Проверяется это за минуту: краулер по сайту с включённым обходом параметров против количества товаров в каталоге. Если адресов на два порядка больше, чем товаров, у вас не каталог, а генератор страниц.
Чем это плохо, если поиск всё равно разберётся
Разберётся, но не бесплатно. Робот обходит ограниченное число адресов за сессию, и если девять из десяти ссылок ведут на сочетания фильтров, карточки товаров он обходит в десять раз реже. На практике это выглядит так: новый товар добавили месяц назад, в поиске его нет, при этом в индексе висят страницы вида «синие стулья из массива дешевле 4000 с бесплатной доставкой», которых никто не ищет.
- В Яндекс.Вебмастере такие адреса копятся в разделе исключённых со статусом малоценная или маловостребованная страница
- В Google Search Console они оседают в отчёте об индексировании как просканировано, но не проиндексировано
- Сервер тратит ресурсы: каждое сочетание фильтров — это запрос к базе с выборкой по нескольким свойствам, и кеш на таких страницах почти не работает, потому что каждый адрес уникален
- Внутренний вес размазывается по мусору вместо того, чтобы доставаться категориям и реальным посадочным
Страница фильтра либо отвечает на запрос, который люди вводят в поиске, либо не должна существовать для робота. Третьего состояния нет — и именно его чаще всего оставляют по умолчанию.
Как отбирать комбинации, которые стоит открыть
Критерий один — существует ли запрос. Не кажется ли он логичным, а есть ли он в Вордстате с ненулевой частотой. Дальше два ограничения: товаров в выборке должно хватать, чтобы страница не была пустой, и у страницы должен быть собственный смысл, а не пересечение случайных признаков.
- Один параметр поверх категории — почти всегда да: бренд, назначение, материал, тип. Стулья деревянные, насосы погружные, кресла офисные
- Два параметра — да, если сочетание встречается в запросах: категория плюс бренд плюс размер для шин, категория плюс материал плюс цвет для мебели
- Три и больше — почти всегда нет. Исключения есть в технических нишах, где подбор идёт по совместимости, но проверять их надо поштучно
- Цена, скидка, наличие, новинки — нет. Выборка меняется каждый день, и то, что робот видел вчера, сегодня уже не так
- Сортировка и вид отображения — нет никогда. Это одна и та же страница в другом порядке
- Минимум товаров в выборке — порог задаётся на старте, обычно от трёх до пяти; страница с одним товаром дублирует его карточку и конкурирует с ней
Удобно вести эту работу таблицей: кластер запросов, частота, адрес посадочной, условие фильтра, которое её формирует. На выходе получается список страниц, которые нужно создать, и всё остальное автоматически попадает в закрытое. Именно так собирается структура каталога в рамках SEO для интернет-магазина — не по тому, какие фильтры есть в системе, а по тому, что ищут.
Две разные сущности: посадочная и набор параметров
Главная архитектурная развилка. Открытая для поиска страница фильтра не должна быть адресом со строкой запроса — у неё должен быть собственный ЧПУ-адрес, собственные title, H1 и описание, и она должна жить в структуре сайта: быть в меню, в хлебных крошках, в карте сайта.
- Посадочная: /catalog/stulya/derevyannye/ — отдельная запись в базе с метатегами и текстом, доступна по прямой ссылке, отдаётся из кеша
- Набор параметров: /catalog/stulya/?color=белый&price_to=5000 — технический результат работы фильтра, для робота закрыт
Связывает их одно правило: когда человек отмечает в фильтре ровно тот набор, которому соответствует посадочная, его перебрасывает на ЧПУ-адрес. Обратное тоже работает — на посадочной соответствующие галочки уже проставлены, и человек может уточнить выбор дальше, уехав в закрытую от индексации зону. Без этой связки получаются два параллельных каталога с одинаковым содержимым.
Чем закрывать то, что открывать не надо
Здесь чаще всего ошибаются, потому что три инструмента решают три разные задачи, а используют их как взаимозаменяемые.
- Запрет в robots.txt — это запрет на обход, а не на индексацию. Google может показать такой адрес в выдаче без описания, если на него есть ссылки, а метатег noindex на запрещённой странице робот просто не прочитает: он до неё не дошёл
- Метатег robots со значением noindex, follow — убирает страницу из индекса и сохраняет обход ссылок с неё. Это рабочий способ для сочетаний фильтров, но обход он не экономит
- Канонический адрес rel=canonical — подсказка о том, какую страницу считать основной. Работает, когда содержимое действительно близкое, и игнорируется, когда на канонической странице другого содержания
Для Яндекса есть четвёртый инструмент, самый точный из всех, — директива Clean-param в robots.txt. Она говорит роботу, что указанные параметры не меняют содержимое, и склеивает все варианты в один адрес, не теряя при этом накопленные по ним показатели.
- Синтаксис: Clean-param: p0&p1&p2 [путь]. Параметры перечисляются через амперсанд, путь не обязателен и ограничивает действие правила разделом
- Длина одного правила ограничена 500 символами — длинный список разбивается на несколько строк
- Директива межсекционная: её достаточно указать один раз, но в блоке для Yandex ей самое место
- Сортировка, вид отображения, пагинация внутри фильтра, utm и прочие метки — всё это кандидаты в Clean-param в первую очередь
- Google директиву не понимает: для него те же параметры закрываются метатегом noindex или каноническим адресом
Рабочая схема для каталога обычно выглядит так: служебные параметры и сортировка уходят в Clean-param и в канонический адрес на чистую категорию; сочетания фильтров отдают noindex, follow; открытые посадочные остаются полностью индексируемыми, с каноническим адресом на самих себя. Канонический адрес с открытой посадочной на родительскую категорию ставить нельзя — это ровно то, что делают по инерции, и страница после этого из выдачи исчезает.
Пагинация
Отдельная тема, в которой тоже устоялась неправильная практика. Канонический адрес со второй страницы на первую — ошибка: товары со второй страницы при этом перестают обходиться, и в индекс попадает только первая сотня позиций.
- Канонический адрес каждой страницы пагинации — на саму себя
- Метатеги со второй страницы имеет смысл дополнять номером, чтобы они не дублировались подчистую
- Текстовое описание категории выводится только на первой странице
- Ссылки на страницы пагинации должны быть обычными ссылками в разметке, а не кнопкой с обработчиком на JavaScript: подгрузку по нажатию робот не нажимает
- Rel next и prev Google больше не использует, Яндекс учитывает — вреда от них нет, пользы немного
Метатеги и тексты на тысячах страниц
Руками их не напишешь, поэтому работают шаблоны с подстановкой: название категории, значение фильтра, город, количество товаров, цена от. Важно, чтобы шаблон давал осмысленную фразу на любом значении — иначе получается «Купить стулья деревянные деревянные в наличии в наличии».
- Шаблон отдельно для каждого типа фильтра, а не один на весь каталог
- Склонение значений — либо отдельное поле у свойства с правильной формой, либо формулировка, которая не требует склонения
- Приоритетные посадочные — две-три сотни верхних по частоте — получают уникальный текст и собственные метатеги, написанные руками
- Количество товаров в title лучше не подставлять: оно меняется, а переиндексация происходит не сразу
- H1 не должен совпадать с title слово в слово
Текст на странице фильтра нужен не для объёма: он отвечает на вопрос, чем эта выборка отличается от соседней. Три абзаца по делу работают лучше, чем десять тысяч знаков, сгенерированных по шаблону.
Чтобы посадочные не остались сиротами
Созданная страница, на которую нет ни одной ссылки, для поиска почти не существует. Поэтому открытые комбинации нужно показывать людям — и заодно роботу.
- Блок популярных подборок в категории — ссылки на открытые посадочные обычными тегами
- Теги на карточке товара, ведущие на соответствующие выборки: бренд, материал, назначение
- Хлебные крошки с разметкой BreadcrumbList, где посадочная стоит уровнем ниже категории
- Карта сайта: только открытые адреса. Попадание в sitemap.xml страницы с noindex — противоречивый сигнал, который стоит ловить при проверке
- Перелинковка между соседними выборками: с деревянных стульев на металлические, а не на главную
Как проверить, что всё сделано правильно
- Краулинг сайта с обходом параметров: сравнить число найденных адресов до и после изменений
- Выгрузка страниц в поиске из Вебмастера: смотреть, что осталось в исключённых и по какой причине
- Логи сервера за неделю с фильтром по роботам: на что реально тратится обход. Это единственный источник, который показывает факт, а не предположение
- Проверка ответа сервера на выборочных адресах: код 200, нужный канонический адрес, метатег robots в том виде, в каком его увидит робот, а не после отработки скриптов
- Поиск противоречий: адрес одновременно в sitemap и с noindex, канонический адрес на страницу, закрытую в robots.txt, цепочки канонических адресов длиннее одного шага
Последний пункт обычно и приносит основной результат: в каталогах, которые росли годами, противоречивые указания накапливаются слоями от разных подрядчиков. Разбор такого слоёного пирога — стандартная часть SEO-аудита, и начинать правки до него смысла нет. Смежные технические причины, по которым каталог не растёт, мы разбирали в статье про технические ошибки.
Порядок работ
- Снять текущее состояние: сколько адресов обходится, сколько в индексе, сколько исключено и почему
- Собрать спрос по каталогу и выделить кластеры, которым нужна отдельная страница
- Составить карту: кластер — адрес — условие фильтра
- Сделать механизм посадочных с ЧПУ и привязкой к условиям фильтра, если его ещё нет
- Закрыть всё остальное: Clean-param для Яндекса, noindex и канонические адреса для обоих поисковиков
- Написать шаблоны метатегов, затем руками — для верхних по частоте страниц
- Добавить перелинковку и пересобрать карту сайта
- Через месяц сверить обход по логам и исключённые страницы в Вебмастере
Между четвёртым и пятым пунктом лежит основная разработка, и её объём зависит от платформы: где-то механизм посадочных есть из коробки и требует настройки, где-то его делают с нуля. Мы проектируем каталоги так, чтобы фильтр и посадочные страницы были одной системой, а не двумя — это касается и интернет-магазинов, и каталогов с подбором без корзины. Если каталог уже работает, разумнее начать с аудита и дальше вести структуру в рамках продвижения магазина.
