Техническое SEO / Каталоги
SEO фильтров каталога: какие страницы индексировать, а какие закрывать
Фильтры делают каталог полезным покупателю и одновременно могут создать для поискового робота миллионы URL. Управлять этим конфликтом нужно на уровне архитектуры, а не пытаться исправить всё одним тегом canonical.
В чём проблема фасетной навигации
Представим раздел цветов: вид, оттенок, длина, повод и бюджет. Даже по пять значений в каждом фильтре потенциально дают 5⁵ = 3125 комбинаций при выборе ровно одного значения каждого из пяти фильтров — без сортировки, пагинации и нескольких выбранных значений. У большинства комбинаций нет самостоятельного поискового спроса и достаточно отличающегося содержания.
Но полностью запрещать фильтры из индекса тоже неправильно. Запрос «белые розы 60 см» может иметь конкретное намерение, на которое обычная страница «Розы» отвечает хуже. Разумная стратегия — отделить ценные поисковые посадочные от временных пользовательских состояний фильтра.
В каталоге «Культура» выбор строится через вид, палитру, длину, бюджет и повод. Это подходящий пример для обсуждения UX-фильтров; решение об индексировании каждой комбинации должно опираться на реальный спрос, а не на сам факт существования фильтра.
Классифицируйте комбинации по ценности
| Тип URL | Пример | Рекомендованная логика |
|---|---|---|
| Категория | /flowers/roses/ |
Самостоятельная индексируемая страница |
| Выделенная подборка | /flowers/white-roses/ |
Индексировать при наличии устойчивого спроса и содержательной страницы |
| Разовый фильтр | /flowers/roses/?price=... |
Обычно не делать отдельным поисковым входом |
| Сортировка | ?sort=price-asc |
Не создавать новую поисковую страницу |
| Бессмысленная комбинация | 0 товаров или конфликтующие атрибуты | Корректная обработка состояния и HTTP-статуса |
Примеры адресов в таблице условные, они не являются заявлением о реальных URL какого-либо проекта. Для каждой поисковой посадочной нужно обосновать отдельную ценность: ассортимент, заголовок, текст, ответы на вопросы, релевантные внутренние ссылки.
Разница между robots.txt, noindex и canonical
Три инструмента часто смешивают, из-за чего индексирование становится непредсказуемым.
robots.txt ограничивает сканирование адресов и полезен против бесконечного множества фильтров. Но поисковик, которому запрещён доступ к странице, не прочитает размещённый на ней meta robots.
noindex просит не показывать страницу в поиске; для его чтения робот должен иметь доступ к URL. Это вариант для небольшого числа доступных страниц, которые нельзя включать в поиск. Не применяйте одновременно блокировку сканирования и надежду на считывание noindex.
rel="canonical" сообщает предпочтительную версию среди похожих документов. Это сигнал, а не гарантированный запрет индексации и не универсальная защита от краулинга большого числа параметров.
Google отдельно предупреждает, что параметрические фасеты могут создать практически бесконечное пространство URL. В официальном руководстве по управлению фасетами рекомендуется не допускать лишнего сканирования и создавать ценные индексируемые варианты осознанно.
Как проектировать SEO-посадочные для фильтров
Если запрос «чёрные рюкзаки для ноутбука» имеет самостоятельный спрос, есть два разумных подхода. Первый — создать постоянную SEO-страницу под этот ассортимент с управляемым URL. Второй — разрешить индексирование выбранной фасетной комбинации при строгом управлении параметрами и ссылками. Выбор зависит от платформы и количества таких страниц.
Я предпочёл бы заранее выделенный список URL, потому что им проще управлять: можно добавить уникальный интент, описание, полезные товары, смежные подборки и отдельный Title. При этом не стоит вручную создавать тысячи страниц с одинаковыми абзацами и разными цветами в заголовке.
Структура такой страницы должна включать актуальную товарную выборку, 2–3 значимых критерия сравнения, объяснение особенностей и переходы к соседним вариантам. О том, как разделять группы спроса ещё до макета, — разбор SEO-архитектуры сайта. Если фильтры зависят от данных поставщика, заранее оцените нормализацию характеристик при импорте XML/CSV/API.
Два пути для фильтра
- 01Есть спросСтабильная посадочная
- 02Нет спросаФильтр внутри каталога
- 03ПроверитьCanonical и ссылки
Параметры, порядок, пустые результаты и пагинация
У фильтра должен быть однозначный URL. Не допускайте, чтобы ?color=white&size=m и ?size=m&color=white создавали разные индексируемые документы с одинаковым содержанием. Используйте стандартный разделитель &, устойчивый порядок параметров и не допускайте повторения одного и того же значения.
Если результат пустой, пользователь должен увидеть объяснение и действие «Сбросить фильтры», но HTTP-обработка должна соответствовать выбранной архитектуре. Для бессмысленных и пустых комбинаций Google в рекомендациях по фасетам предлагает возвращать 404. Не перенаправляйте любую пустую комбинацию на главную: это затрудняет понимание причины и может породить soft 404.
Для пагинации нужны отдельные адреса доступных страниц. Ссылки «Следующая» и номера страниц лучше выводить как обычные HTML-ссылки, а не только как обработчики JavaScript. См. также структуру URL для e-commerce.
Технический аудит перед запуском
- Выгрузить все шаблоны URL и возможные параметры.
- Определить список индексируемых категорий и SEO-посадочных.
- Задать правила для сортировки, фасетов, пагинации и поиска по сайту.
- Проверить canonical, robots и индексацию на конкретных URL, а не только в шаблоне.
- Выполнить сканирование с ограничением по числу адресов и проанализировать неожиданные комбинации.
- Проверить доступность карточек через категории и HTML-ссылки.
- Повторно оценить стратегию после получения реальных запросов из Search Console.
В сложном B2B-каталоге с большой товарной матрицей эти правила целесообразно оформить как отдельную техническую спецификацию. Иначе каждый новый фильтр может неожиданно изменить объём индексируемых страниц.
Опишите правила на трёх адресах
Для базовой категории, выделенной подборки и случайного фильтра запишите ожидаемые HTTP-статус, canonical, правила обхода и наличие в sitemap. Так разработчик проверит результат на URL, а не только по состоянию чекбокса.
FAQ
Нужно ли ставить canonical с каждого фильтра на категорию?
Не автоматически. Для большинства однотипных параметров это может быть разумным сигналом, но ценные индексируемые подборки должны сохранять собственную каноническую логику.
Работает ли noindex, если URL закрыт в robots.txt?
Робот, которому запрещён доступ, не сможет прочитать директиву на странице. Поэтому это не надёжная комбинация для удаления URL из индекса.
Можно ли делать SEO-посадочные под цвета и размеры?
Да, если есть устойчивый отдельный спрос, релевантные товары и полезное уникальное содержание. Не следует создавать их массово только ради числа страниц.
Нужно ли индексировать сортировку по цене?
Обычно нет: это иная последовательность того же набора товаров, а не самостоятельный поисковый ответ.
Как контролировать миллионы комбинаций?
Ограничить пространство адресов архитектурно: нормализация параметров, правила сканирования, отдельный список SEO-посадочных и мониторинг логов/отчётов индексации.
Следующий шаг
Для начала выпишите все параметры каталога и отметьте для каждого: «полезен в UX», «нужен как SEO-посадочная» или «техническое состояние». Эта таблица полезнее, чем очередное массовое изменение метатегов. Портфолио проектов с каталогами показывает, почему тип товара и сценарий выбора меняют решение.
Источники: Google: Managing crawling of faceted navigation URLs; Google: e-commerce URL structure.