SEO-структура каталога: категории, подкатегории, фильтры и посадочные страницы

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

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

Я обычно разбираю структуру каталога до дизайна и до наполнения карточек. Это дешевле, чем переносить сотни URL после запуска, и сразу создаёт основу для рекламы, SEO и понятных ответов нейросетей. В этой статье показываю, как я разделяю категории, подкатегории, фильтры и SEO-посадочные страницы. Речь именно об архитектуре каталога; требования к карточке товара — отдельный слой работы.

Разработать интернет-магазин с SEO-фундаментом

С чего начинается структура: не с дерева меню, а со спроса

Первое искушение — повторить каталог поставщика или разложить товары так, как они хранятся в 1С. Для посетителя и поиска это почти никогда не оптимальная логика. Я начинаю с трёх вопросов:

1. Как люди называют товар и по каким признакам выбирают его?

2. Какие группы товаров действительно отличаются задачей, а не только техническим атрибутом?

3. Где у бизнеса есть ассортимент, цена, контент и возможность выполнить обещание страницы?

Например, магазин косметики может продавать «сыворотки», «сыворотки с витамином C», «сыворотки для проблемной кожи» и «сыворотки 30 мл». Первые три направления могут иметь самостоятельный спрос и разные сценарии выбора. Объём 30 мл чаще остаётся фильтром: отдельная страница нужна только при подтверждённом спросе, достаточном ассортименте и отличающемся коммерческом предложении.

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

Четыре типа страниц и их роли

Категория — это не список всего подряд. На ней должны быть видны релевантные подгруппы, понятные фильтры, ссылки на важные направления и достаточное количество товаров. Подкатегория имеет смысл, когда у неё своя логика выбора и собственная семантика.

SEO-посадочная страница отличается от технического URL фильтра содержанием и ответственностью: у неё есть уникальный H1, краткое объяснение выбора, подборка товаров, условия покупки, внутренняя перелинковка и контролируемый индексируемый адрес.

Как строю иерархию каталога

Рабочая схема выглядит так:

```text

Главная → категория → подкатегория → товар

↘ SEO-посадочная → товар

```

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

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

Официальная рекомендация Google по структуре e-commerce

В своём проектировании я фиксирую для каждой будущей страницы:

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

Так вместо «каталога на глаз» появляется управляемая карта URL.

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

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

Например, два адреса ниже могут вести на идентичную выдачу:

```text

/catalog/serums/?brand=a&skin=oily

/catalog/serums/?skin=oily&brand=a

```

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

Я выбираю один из трёх сценариев:

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

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

3. SEO-посадочные вместо технических URL. Для приоритетных запросов создаются чистые ЧПУ, например `/parfyumeriya/vanilnye-aromaty/`, а не длинная строка параметров.

Для повторяющихся или близких URL указываю понятную каноническую версию. Но `rel=canonical` — это не способ превратить пустую страницу фильтра в полезную посадочную. Он помогает поисковику понять предпочтительный адрес, а решение об индексации требует ещё контента, спроса и корректной внутренней навигации.

Документация Google о canonical URL

Как отличить SEO-посадочную от ненужного дубля

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

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

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

URL, пагинация и внутренняя перелинковка

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

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

Перелинковка в каталоге должна помогать выбору:

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

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

Что нужно заложить при разработке

Архитектуру нельзя полностью «докрутить SEO-плагином» после запуска. На этапе разработки важно предусмотреть:

• стабильные правила ЧПУ для категорий, фильтров и товаров;
• управление index/noindex для групп фильтров;
• canonical, хлебные крошки и XML sitemap;
• обычные ссылки `` в навигации;
• шаблоны для title, description, H1 и описаний категорий;
• корректную обработку пустой выдачи, снятых с продажи и временно отсутствующих товаров;
• Product, Offer и BreadcrumbList там, где они соответствуют содержимому;
• контроль скорости, mobile-first и доступности каталога без ошибок JavaScript.

SEO-продвижение интернет-магазина после запуска

Мой чек-лист перед публикацией каталога

1. У каждой индексируемой категории есть цель, спрос и ассортимент.

2. Для приоритетных запросов определён один целевой URL.

3. Фильтры не создают неограниченный набор индексируемых комбинаций.

4. У технических дублей задана стратегия: canonical, noindex или исключение из обхода — в зависимости от задачи.

5. Товары доступны через навигационные ссылки, а не только через поиск на сайте.

6. Важные страницы не глубже нескольких понятных переходов от разделов каталога.

7. Хлебные крошки, меню и URL говорят об одной и той же иерархии.

8. Пагинация и бесконечная прокрутка не скрывают товары от робота.

9. В sitemap включены канонические страницы, а не все варианты фильтров.

10. После релиза проверены индексация, коды ответов, canonical, метатеги и первые поисковые запросы.

Вывод

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

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

Обсудить разработку интернет-магазина

Связанные направления Nasloy Lab

• Разработка интернет-магазинов — архитектура каталога, интеграции и техническая база для роста.
• Web-разработка — создание и доработка быстрых коммерческих сайтов.
• SEO-продвижение — развитие видимости, структуры и посадочных страниц после запуска.

Официальные источники

Google: как помочь роботу понять структуру интернет-магазина

Google: объединение повторяющихся URL с canonical

Google: структурированные данные для e-commerce