Фильтры интернет-магазина создают тысячи URL: какие из них заслуживают поиск
Какие страницы фильтров интернет-магазина заслуживают поиска, а какие URL нужно канонизировать, закрыть от индексации или не создавать.
Фильтр в каталоге полезен покупателю, когда помогает сузить выбор. Для поиска ценна не каждая комбинация фильтров, а только та, которая отвечает на самостоятельный запрос и ведет на содержательную страницу. Если интернет-магазин автоматически открывает для робота все варианты цены, цвета, размера, наличия, сортировки и нескольких параметров сразу, сайт быстро получает тысячи почти одинаковых URL. В этой ситуации задача не в том, чтобы технически «спрятать все фильтры», а в том, чтобы назначить каждой группе адресов понятную роль.
Я бы смотрел на фильтры как на продуктовую витрину: один набор сочетаний помогает человеку найти нужный товар, другой нужен только внутри каталога, третий не должен создавать URL вовсе. Когда эти роли смешаны, полезные категории конкурируют с собственными копиями, а команда теряет время на разбор параметров вместо развития страниц, которые действительно могут привести покупателя.
Фильтр не равен отдельной посадочной странице
Посадочная страница отвечает на самостоятельное намерение. Человек может искать ее целенаправленно, понять предложение без предыдущего шага в каталоге и выбрать товар. Фильтр же может быть просто удобным переключателем: например, сортировка по цене, выбор временного наличия или сочетание, которое дает один случайный товар.
Google отмечает, что фасетная навигация может создавать почти бесконечное число URL и из-за этого замедлять обнаружение важных новых страниц. Каждый измененный параметр формирует новый адрес, хотя далеко не каждый адрес ценен для результата поиска. Актуальная рекомендация Google по фасетной навигации предлагает сначала решить, нужны ли эти URL в обходе вообще, а не надеяться, что поисковик сам отсортирует все варианты.
У фильтра нет ценности сам по себе. Ценность появляется, когда его комбинация помогает человеку решить ту же задачу, с которой он пришел из поиска. Если страница существует только потому, что система умеет сложить два параметра, я не считаю это основанием делать ее отдельной точкой входа.
Индексировать стоит не комбинацию параметров, а самостоятельный спрос, который эта комбинация закрывает лучше базовой категории.
Проверьте страницу по пяти признакам до решения об индексации
Самая частая ошибка - выбирать будущие посадочные по тому, как красиво выглядит URL. Гораздо важнее ответить, что человек увидит после перехода и почему эта страница лучше родительской категории. Для этого нужна простая проверка, в которой маркетинг, каталог и разработка говорят об одном URL.
Страница не обязана содержать много текста ради текста. Но она должна помочь выбрать: объяснить границу подбора, показать ассортимент, подсказать следующий шаг и не выглядеть как результат случайного технического запроса. Если все пять признаков не складываются, фильтр лучше оставить инструментом каталога, а не делать из него кандидата в поиск.
Выберите для каждой группы URL один из четырех режимов
Важно управлять не единичными адресами, а типами комбинаций. Так появляется правило, которое будет работать и после добавления новых товаров или фильтров. У одного магазина могут одновременно существовать все четыре режима, и это нормально.
Google допускает canonical как способ консолидировать сигналы у вариаций, но это не заменяет выбора: у поисковика должна быть ясная предпочитаемая страница. Для фасетов, которые не нужны в обходе, в документации предлагаются закрытие их от обхода через robots.txt или использование фрагментов #; при этом базовые категории и полезные посадочные должны оставаться доступными по обычным ссылкам. Подробности у Google помогают обсудить это с разработкой без универсального «поставим canonical на все».
noindex решает другую задачу: он убирает доступную страницу из поиска, поэтому робот должен увидеть этот сигнал. Google прямо указывает, что URL, закрытый в robots.txt, может оставаться найденным по внешним ссылкам, а для исключения из результатов нужен noindex или иной осознанный способ. Пояснение Google о noindex помогает не смешивать контроль обхода и контроль индексации в одном необдуманном правиле.
Я бы не утверждал новую SEO-страницу, пока команда не может одним предложением объяснить ее роль. Если это самостоятельная витрина для конкретного выбора, мы развиваем ее как страницу. Если это только способ перебрать каталог, ей не нужно притворяться новой категорией.
Сначала задайте правила группам параметров, а уже потом решайте судьбу конкретных URL: это защищает каталог от новых дублей при следующем обновлении фильтров.+
Начните с инвентаризации, а не с массовой правки
Перед изменениями соберите не все существующие адреса, а модель того, как они появляются. У магазина может быть одна проблема с сортировкой, другая с порядком параметров и третья с пустыми комбинациями. Если склеить их в одну задачу «почистить фильтры», невозможно проверить, что именно стало лучше.
Для Яндекса большое число параметров и длинные URL тоже могут ухудшать индексирование. Вебмастер рекомендует закрывать от индексирования технические и неценные страницы, а также учитывать, какие CGI-параметры незначимы. Рекомендация Яндекс Вебмастера дает полезную проверку: сначала нужно назвать полезные страницы, затем ограничивать технические вариации, а не наоборот.
Сделайте SEO-посадочную страницу полезнее списка карточек
Если комбинация прошла проверку, ей нужен не только индексируемый URL. Пользователь должен понимать, почему здесь собраны именно эти товары и как выбрать среди них. Это особенно важно для сложных категорий, где покупатель сравнивает характеристики, сценарии использования и ограничения.
Google рекомендует строить каталог так, чтобы робот мог находить товары через обычные ссылки из навигации, категорий и подкатегорий. Если продукт доступен только через поиск по сайту или JavaScript-событие, его могут не обнаружить при обходе. Руководство Google по структуре интернет-магазина полезно здесь не ради формальности: оно возвращает вопрос к архитектуре, а не к набору метатегов.
Страница фильтра получает право на поиск не после заполнения Description, а после того, как становится самостоятельным разделом каталога. Важно не размножать текстовые абзацы на сотни комбинаций. Лучше развивать те страницы, где есть своя роль, товарная логика и маршрут для пользователя. Для общей модели категорий и карточек пригодится разбор SEO интернет-магазина.
Не создавайте новые URL из действий, которые не меняют выбор
Каталог растет незаметно, когда любое действие превращается в новый индексируемый адрес. Сортировка, номер страницы, просмотр по количеству карточек, временное наличие, повтор параметра, рекламная метка или сессия не создают новый товарный спрос. Их задача - изменить состояние просмотра, а не конкурировать с основной категорией.
Google прямо советует возвращать 404 для комбинаций фильтров без результатов и поддерживать последовательный порядок фильтров в адресе, если фасетные URL все же нужны в обходе. Это уменьшает число случайных вариантов и делает поведение каталога предсказуемым. Та же официальная инструкция важна не только для робота: покупатель тоже не должен попадать в тупик из пустых страниц.
Качество фильтров измеряется не количеством созданных URL, а тем, насколько быстро покупатель и поисковик находят несколько действительно полезных разделов.
Проверьте результат по поведению каталога, а не по одной настройке
После внедрения важно проверить не «появился ли canonical» или «добавили ли правило», а весь путь. Откройте будущую посадочную как новый пользователь, пройдите к ней из родительской категории и убедитесь, что сортировка, наличие и фильтры не создают новый набор адресов без роли. Затем посмотрите, что попадает в sitemap и какие ссылки формирует шаблон каталога.
В этой задаче хороший результат выглядит спокойнее, чем доработанный отчет: магазин начинает показывать поиску ограниченный набор сильных категорий, а остальную сложность оставляет внутри удобной навигации. Я бы проверил это на одном приоритетном разделе, закрепил правило и только потом переносил модель на другие категории.
Начните с одной категории, где ассортимент и спрос понятны, а затем используйте принятую модель для похожих групп товаров.+
Главный следующий шаг - не просить команду «оптимизировать фильтры», а выбрать десять наиболее заметных комбинаций в одной категории и дать каждой решение: посадочная, каноническая вариация, неиндексируемый маршрут или закрытый параметр. После этого можно ставить разработке задачу с понятным результатом и проверять ее без догадок.
Частые вопросы
Нет. Индексации заслуживают комбинации с самостоятельным спросом, устойчивым ассортиментом и отдельной пользой для покупателя. Остальные фильтры могут оставаться удобным способом выбрать товар внутри категории без роли отдельной точки входа из поиска.
Когда комбинация описывает понятную товарную задачу, отличается от родительской категории подборкой и логикой выбора, имеет стабильный ассортимент и получает место во внутренней навигации. Один только параметр в URL не делает страницу посадочной.
Нет. Canonical помогает обозначить предпочитаемую версию у близких страниц, но не устраняет бесконтрольное создание URL и не определяет, какая комбинация полезна пользователю. Сначала нужно разделить типы фильтров, затем выбрать техническую модель для каждого типа.
Не нужно предлагать дальнейшее уточнение, если комбинация уже не дает результатов. Для постоянно пустой комбинации Google рекомендует возвращать 404. Если отсутствие товаров временное, решение нужно привязать к реальному поведению каталога и не делать из такой выдачи отдельную поисковую страницу.
Проверьте, растет ли число URL быстрее, чем число самостоятельных категорий и товаров, появляются ли варианты с разным порядком тех же параметров, попадают ли служебные страницы в sitemap и дольше ли обнаруживаются важные новые разделы. Это повод провести инвентаризацию параметров и назначить правила группам URL.
Усилить результат
Если выводы из материала совпадают с вашей задачей, эти направления помогают перейти от чтения к действию.

_resized-1.jpg&w=128&q=75)
_resized.jpg&w=128&q=75)
_resized%2520(1).jpg&w=128&q=75)
_resized.jpg&w=128&q=75)
