Catalog Filters Without Thousands of Empty Pages

В каталоге всего четыре свойства: шесть цветов, восемь размеров, пять брендов и четыре материала. Если разрешить поисковому роботу свободно перебирать по одному значению каждого свойства, получится 6 × 8 × 5 × 4 = 960 сочетаний. Это ещё без цены, наличия, сортировки и порядка параметров в адресе.

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

Главный ориентир простой: отдельный адрес имеет смысл индексировать, если за ним стоит устойчивый запрос и устойчивый набор товаров. Сам факт, что комбинацию можно собрать, ещё ничего не доказывает.

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

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

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

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

Я бы проверяла четыре признака одновременно.

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

Сортировка по цене или популярности меняет порядок карточек, а не тему страницы. Диапазон цены нестабилен: границы быстро устаревают, соседние диапазоны пересекаются по смыслу, а комбинации множатся почти без ограничения. Отметка «в наличии» зависит от текущих остатков и может исчезнуть через час. Персональная цена, регион, склад, договор покупателя и содержимое сессии вообще не должны превращаться в общую поисковую версию.

Осторожность нужна и с выбором нескольких значений одного свойства. «Красные или синие кроссовки» полезны как интерфейсное состояние, но редко требуют отдельной посадочной страницы для каждой пары цветов. То же относится к произвольным сочетаниям брендов.

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

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

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

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

Для каждого кандидата не нужен спор «SEO против удобства». Пропустите сочетание через одни и те же вопросы: существует ли самостоятельный спрос, стабилен ли смысл, есть ли непустой ассортимент в обычном цикле поставок, отличается ли результат от родителя и можно ли поддерживать его технически.

Только после этого выбирают режим. Сильный кандидат получает постоянный адрес, индексируемый ответ, собственные метаданные и внутренние ссылки. Полезное лишь в интерфейсе состояние остаётся доступным покупателю, но не включается в поисковую архитектуру. Дубли приводятся к одному основному адресу. Бесконечные или заведомо технические пространства ограничиваются на уровне ссылок и обхода.

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

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

После импорта полезно сравнивать не только число товаров. Нужны доля пустых посадочных страниц, число новых адресов, изменение основных URL, появление циклов параметров и доступность карточек по обычным ссылкам.

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

Затем проверьте технические состояния.

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

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

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

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

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

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

The catalog has only four properties: six colors, eight sizes, five brands, and four materials. If you allow a search robot to freely iterate through one value of each property, you get 6 × 8 × 5 × 4 = 960 combinations. This is without price, availability, sorting, or parameter order in the URL.

For a buyer, a filter is useful: it quickly narrows the selection. For search, the same freedom can create hundreds of empty, nearly identical, or quickly outdated pages. Therefore, the question is not whether to include filters in an online store. You must decide in advance which catalog states become independent landing pages and which remain only an interface.

The main guideline is simple: an individual address is worth indexing only if it corresponds to a stable query and a stable set of products. The mere fact that a combination can be assembled proves nothing.

A common mistake is to evaluate the number of brands, colors, and sizes separately. Search engines do not see a list of values, but their combinations. These are further combined with different parameter orders, sorting options, price ranges, availability flags, and pagination pages. Two visually identical results may receive different URLs.

The calculation above is for educational purposes and does not mean the store will actually generate exactly 960 pages. Some combinations will be empty, others will not be accessible via links, and some will receive additional address variants. It illustrates the scale of the problem: the number of possible states grows faster than the number of properties.

Therefore, before configuration, it is useful to export a filter map: property, number of values, ability to select multiple values, existence of a permanent URL, participation in internal linking, and an approximate count of non-empty results. Such an inventory often identifies the source of expansion before a search engine report does.

A combination of "brand + category" or "product type + key attribute" may address specific demand. However, an automated rule based solely on product count is too crude: ten random leftover items do not make a page useful, while five expensive industrial models might fully satisfy a narrow query.

I would check four criteria simultaneously.

If one of the criteria is missing, the filter may still be convenient for the shopper. Its state simply does not have to become a search page.

Sorting by price or popularity changes the order of cards, not the page theme. The price range is unstable: boundaries quickly become outdated, adjacent ranges overlap in meaning, and combinations multiply almost without limit. The "in stock" status depends on current inventory and can disappear within an hour. Personalized price, region, warehouse, customer contract, and session contents must never be turned into a general search version.

Caution is also needed when selecting multiple values for a single property. "Red or blue sneakers" are useful as an interface state but rarely require a separate landing page for each color pair. The same applies to arbitrary brand combinations.

Here is an interesting point: prohibiting indexing does not fix infinite crawling on its own. If the site continues to create links to technical states, the crawler may waste resources on them even when the page is marked as undesirable for indexing. You must manage both address accessibility for crawling and indexing signals, as well as internal links.

Parameters may arrive in different orders, contain empty values, repeat, or retain default values. For a human, addresses yielding the same result appear different only in the browser's address bar; for the system, these are separate URLs until it receives a stable rule.

A unified method for generating addresses is needed. Links within the catalog must point directly to the primary variant, rather than relying on the search engine to merge duplicates later. A canonical address is useful for actual copies but does not replace careful navigation: before a signal is seen, the robot must already have received and processed the URL.

For empty combinations, define honest behavior. If such a product set does not exist and no equivalent page is available, returning a successful response with an identical placeholder creates soft duplicates. If the assortment is temporarily out of stock, the solution may differ: the page retains its meaning, explains the absence, and suggests the closest alternatives. The criterion is not zero cards today, but the existence of the selection category itself.

For each candidate, there is no need for a debate between SEO and usability. Pass the combination through the same set of questions: does independent demand exist, is the meaning stable, is there a non-empty assortment in a normal supply cycle, does the result differ from the parent, and can it be maintained technically.

Only after this is the mode selected. A strong candidate receives a permanent address, an indexable response, its own metadata, and internal links. State that is useful only in the interface remains accessible to the buyer but is not included in the search architecture. Duplicates are consolidated into a single canonical address. Infinite or obviously technical spaces are restricted at the link and crawl level.

In an online store, rules are checked not on a static copy but after data changes. Adding a new brand introduces values; removing a model empties a combination; syncing with an accounting system changes property names and identifiers. If the address is built from an unstable internal identifier or the signature changes without redirection, the accumulated structure collapses.

The link between product variants and the product card is checked separately. Size and color may relate to the SKU rather than the card itself. The filter must show the product only when a suitable available variant exists; otherwise, the page promises a choice the buyer will not find. In this case, the product card address usually remains constant, while the selected variant is passed as purchase state if it has no independent search intent.

After import, it is useful to compare not only the number of products. You also need the share of empty landing pages, the count of new addresses, changes to main URLs, the appearance of parameter cycles, and the availability of cards via standard links.

Start with a small whitelist of future landing pages. Open each directly in a new session without previously selected parameters. The product assortment, title, main address, and breadcrumbs must be restored from the URL.

Then check technical statuses.

Do not open all filters at once to quickly increase the number of pages. First, confirm that the whitelist does not generate duplicates and preserves the assortment, then expand it in groups.

The number of addresses in the index alone does not indicate quality. Growth may mean the appearance of useful landing pages, or it may mean an explosion of sort options. A decrease is not necessarily bad either, if technical duplicates have been removed from search.

Divide monitoring into at least four groups: allowed landing pages, technical parameters, empty results, and product cards. For each, compare crawling, indexing, impressions, clicks, and transitions to product cards. These are different metrics: the position of a single query is not traffic, and traffic is not orders.

Server logs help identify which parameters the bot bypasses most frequently. Search engine reports show which pages are selected as primary and which are excluded. Store analytics answers a different question: do visitors use the landing page and continue their selection?

Check results after several crawl cycles and data updates, not the next day. If technical URLs continue to grow, first locate the source of links and state generators. If a useful page receives no impressions, re-evaluate demand, its distinction from the parent category, and the internal path to it—simply adding text does not fix an incorrectly selected intent.

A good filter architecture does not attempt to make every shopper click a search page. It leaves the interface free for choice and assigns search a limited set of stable answers. The boundary lies where a combination ceases to be a temporary state and becomes a clear category the store can maintain alongside its assortment.