Структуру каталога проще всего испортить в первую неделю проекта и дороже всего чинить после запуска. Категории — это не пункты меню, а посадочные страницы под спрос: от того, как собрано дерево, зависит, по каким запросам магазин вообще сможет ранжироваться и найдёт ли покупатель товар за два клика. Разбираем инженерный слой задачи: как проектировать дерево категорий от семантики и логики покупателя, сколько уровней вложенности выдерживает каталог, куда класть товар из двух категорий — и какие ошибки структуры нельзя дёшево исправить потом.
В этой статье 7
- Почему структуру каталога проектируют до кода
- Дерево категорий строится от семантики, а не от прайс-листа
- Вложенность категорий: два-три уровня, дальше — фильтры
- Товар в двух категориях: как не наплодить дубли
- Хлебные крошки: одна цепочка на товар
- Ошибки структуры, которые нельзя дёшево исправить после запуска
- Как каталог проектируется до первой строки кода
Почему структуру каталога проектируют до кода
Структура каталога живёт сразу везде: в URL, в меню, в хлебных крошках, в перелинковке, в разметке и в фидах. Пока магазин не запущен, поменять дерево — это правка схемы данных. После запуска любая перестановка тянет за собой карту редиректов, переезд накопленных поисковых сигналов и переиндексацию — то есть превращается из задачи в проект. Поэтому в грамотном процессе разработки дерево категорий утверждается до вёрстки, вместе с семантикой, а не после того, как дизайнер нарисовал красивое меню.
Эта статья — про узкий, «инженерный» слой: само дерево и правила его сборки. Общие вопросы продвижения магазина — карточки, фиды, коммерческие факторы — мы разобрали в гайде SEO для интернет-магазина, а базовые принципы архитектуры любого сайта — в статье о структуре сайта.
Дерево категорий строится от семантики, а не от прайс-листа
Самый частый способ сделать категории в интернет-магазине неправильно — скопировать их из учётной системы или прайса поставщика. Учётная структура отвечает на вопрос «как нам удобно хранить», а не «как люди ищут». Правильный порядок обратный: сначала собирается семантическое ядро, затем запросы кластеризуются — и каждый кластер со стабильным спросом становится кандидатом в узел дерева. Категория без спроса — это страница, на которую никто не придёт из поиска; спрос без категории — это запросы, по которым магазину нечего показать.
- У категории есть собственный кластер запросов, а не один случайный «хвост» — иначе это фильтр, а не узел дерева.
- В категории есть товары: узлы с одной-двумя позициями склеиваются с родителем, пустая категория хуже её отсутствия.
- Категории не пересекаются по интенту: «Смартфоны» и «Мобильные телефоны» — один спрос и одна страница, две страницы дадут каннибализацию запросов.
- Название узла — формулировка покупателя из семантики, а не внутренний термин каталога: «Микроволновки», если так ищут, а не «СВЧ-печи бытовые».
Дерево категорий строится от семантики, а не от прайс-листа
- У категории есть собственный кластер запросов, а не один случайный «хвост» — иначе это фильтр, а не узел дерева.
- Да
- В категории есть товары: узлы с одной-двумя позициями склеиваются с родителем, пустая категория хуже её отсутствия.
- Да
- Категории не пересекаются по интенту: «Смартфоны» и «Мобильные телефоны» — один спрос и одна страница, две страницы дадут каннибализацию запросов.
- Да
- Название узла — формулировка покупателя из семантики, а не внутренний термин каталога: «Микроволновки», если так ищут, а не «СВЧ-печи бытовые».
- Да
Текст схемы и все данные
Дерево категорий строится от семантики, а не от прайс-листа
- У категории есть собственный кластер запросов, а не один случайный «хвост» — иначе это фильтр, а не узел дерева.
- Да
- В категории есть товары: узлы с одной-двумя позициями склеиваются с родителем, пустая категория хуже её отсутствия.
- Да
- Категории не пересекаются по интенту: «Смартфоны» и «Мобильные телефоны» — один спрос и одна страница, две страницы дадут каннибализацию запросов.
- Да
- Название узла — формулировка покупателя из семантики, а не внутренний термин каталога: «Микроволновки», если так ищут, а не «СВЧ-печи бытовые».
- Да
Вложенность категорий: два-три уровня, дальше — фильтры
Рабочая глубина дерева категорий интернет-магазина — два, максимум три уровня: раздел → категория → подкатегория. Четвёртый уровень почти всегда оказывается атрибутом — цветом, брендом, диаметром, материалом. Атрибутам место в фильтрах, а не в дереве: фильтр комбинируется с любым другим, а жёсткая ветка дерева фиксирует один-единственный маршрут и плодит полупустые узлы.
Вложенность в URL и вложенность в кликах — разные вещи, их часто путают. Адрес /catalog/otoplenie/radiatory/bimetallicheskie/ — нормальный ЧПУ, если до страницы два клика из меню. Проблема — узлы-прослойки, которые заводят «для порядка»: без собственного спроса и товаров они добавляют лишний клик и размывают дерево. Каждый уровень должен оправдывать своё существование либо спросом, либо навигационной пользой — лучше и тем и другим.
Товар в двух категориях: как не наплодить дубли
Дрель-шуруповёрт, диван-кровать, детский рюкзак «для школы» и «для спорта» — почти в каждом каталоге есть товары, которые честно подходят в две категории и больше. Вопрос сформулирован неверно, если звучит как «куда положить». Правильный вопрос: по какому адресу товар живёт. Показываться он может хоть в пяти листингах — адрес у него должен быть один.
Товар в нескольких категориях: три схемы URL
- Схема: Товар без категории в URL
- Как выглядит адрес: /product/divan-melburn/
- Что важно знать: Дублей нет по определению; смена категории не меняет адрес; крошки строятся по основной категории. Самый безопасный вариант
- Схема: Категория в URL + canonical
- Как выглядит адрес: /divany/melburn/ и копия в /divany-krovati/melburn/
- Что важно знать: Дубли возникают, их склеивает canonical на основную версию; сигналы могут размываться, схема требует дисциплины
- Схема: Категория в URL без canonical
- Как выглядит адрес: Два независимых адреса одного товара
- Что важно знать: Классическая ошибка: копии индексируются, позиции делятся между ними, обе страницы слабее одной
Текст схемы и все данные
Товар в нескольких категориях: три схемы URL
- Схема: Товар без категории в URL
- Как выглядит адрес: /product/divan-melburn/
- Что важно знать: Дублей нет по определению; смена категории не меняет адрес; крошки строятся по основной категории. Самый безопасный вариант
- Схема: Категория в URL + canonical
- Как выглядит адрес: /divany/melburn/ и копия в /divany-krovati/melburn/
- Что важно знать: Дубли возникают, их склеивает canonical на основную версию; сигналы могут размываться, схема требует дисциплины
- Схема: Категория в URL без canonical
- Как выглядит адрес: Два независимых адреса одного товара
- Что важно знать: Классическая ошибка: копии индексируются, позиции делятся между ними, обе страницы слабее одной
| Схема | Как выглядит адрес | Что важно знать |
|---|---|---|
| Товар без категории в URL | /product/divan-melburn/ | Дублей нет по определению; смена категории не меняет адрес; крошки строятся по основной категории. Самый безопасный вариант |
| Категория в URL + canonical | /divany/melburn/ и копия в /divany-krovati/melburn/ | Дубли возникают, их склеивает canonical на основную версию; сигналы могут размываться, схема требует дисциплины |
| Категория в URL без canonical | Два независимых адреса одного товара | Классическая ошибка: копии индексируются, позиции делятся между ними, обе страницы слабее одной |
Для новых проектов надёжнее первая схема: один адрес товара, а у товара — назначенная основная категория, которая определяет хлебные крошки и «дом» в структуре. Вторая категория просто выводит его в своём листинге, не создавая нового URL. Если платформа навязывает категорию в адресе, обязателен canonical на основную версию — иначе вы своими руками создаёте дубли страниц.
Хлебные крошки: одна цепочка на товар
Хлебные крошки — не украшение, а несущий элемент структуры: покупателю они показывают, где он находится, поисковику — путь страницы через разметку BreadcrumbList, а категориям раздают внутренние ссылки с каждой карточки. Правила простые: у товара одна цепочка — по основной категории, даже если он виден в трёх листингах; все ступени кликабельны; последняя ступень — текущая страница без ссылки. Крошки, которые «плавают» в зависимости от того, откуда пришёл посетитель, ломают и разметку, и распределение веса.
Ошибки структуры, которые нельзя дёшево исправить после запуска
- Категория в URL товара без правил для многокатегорийных позиций: любая смена категории — переезд адреса с редиректом, умноженный на тысячи товаров.
- ID или транслит из учётной системы вместо ЧПУ: переделка означает смену адресов всего каталога разом.
- Дерево, скопированное у поставщика: смена поставщика или ассортимента ломает структуру до основания.
- Категории-дубли под один интент: лечатся только склейкой с редиректами и потерей времени на переиндексацию.
- Индексируемые страницы фильтров без правил: индекс расползается на тысячи мусорных URL, а закрывать их постфактум — значит терять уже набранные страницы.
Ошибки структуры, которые нельзя дёшево исправить после запуска
- Категория в URL товара без правил для многокатегорийных позиций: любая смена категории — переезд адреса с редиректом, умноженный на тысячи товаров.
- Да
- ID или транслит из учётной системы вместо ЧПУ: переделка означает смену адресов всего каталога разом.
- Да
- Дерево, скопированное у поставщика: смена поставщика или ассортимента ломает структуру до основания.
- Да
- Категории-дубли под один интент: лечатся только склейкой с редиректами и потерей времени на переиндексацию.
- Да
- Индексируемые страницы фильтров без правил: индекс расползается на тысячи мусорных URL, а закрывать их постфактум — значит терять уже набранные страницы.
- Да
Текст схемы и все данные
Ошибки структуры, которые нельзя дёшево исправить после запуска
- Категория в URL товара без правил для многокатегорийных позиций: любая смена категории — переезд адреса с редиректом, умноженный на тысячи товаров.
- Да
- ID или транслит из учётной системы вместо ЧПУ: переделка означает смену адресов всего каталога разом.
- Да
- Дерево, скопированное у поставщика: смена поставщика или ассортимента ломает структуру до основания.
- Да
- Категории-дубли под один интент: лечатся только склейкой с редиректами и потерей времени на переиндексацию.
- Да
- Индексируемые страницы фильтров без правил: индекс расползается на тысячи мусорных URL, а закрывать их постфактум — значит терять уже набранные страницы.
- Да
Расчёт условный, для иллюстрации масштаба. Магазин на 3 000 товаров решает убрать категорию из адресов карточек. Это карта редиректов на несколько тысяч URL, обновление перелинковки, крошек, sitemap и фидов, регресс-тесты — и затем два-три месяца переиндексации с «качелями» позиций. По трудозатратам и рискам это сопоставимо с переездом сайта, то есть с отдельным проектом, а не задачей на вечер. Спроектировать схему один раз до запуска — на порядок дешевле.
Собирательный пример на основе типовых проектов — не реальный клиент.
Как каталог проектируется до первой строки кода
Рабочий артефакт этого этапа — таблица дерева, где у каждого узла есть кластер запросов, частотность, число товаров, будущий URL и название на языке покупателя. К ней прилагаются правила: основная категория для многокатегорийных товаров, схема адресов, логика крошек, что делают фильтры. Только после утверждения этой схемы начинается разработка. В АОСА так устроен процесс разработки интернет-магазинов — от 250 000 ₽ и 8–12 недель, где структура каталога согласуется на схеме до вёрстки. А если магазину нужен не только запуск, но и рост, есть формат «Сайт + продвижение под ключ»: дерево, собранное от семантики, сразу становится планом продвижения.
По опыту аудитов: у магазинов, которые приходят «за продвижением», первые месяцы бюджета часто уходят не на рост, а на исправление структуры — склейку категорий-дублей, редиректы, пересборку крошек. Правильное дерево на старте — это не перфекционизм, а способ не платить дважды. Аргумент «потом поправим» дороже всего именно здесь: «потом» — это редиректы всего каталога и месяцы переиндексации, а не пять минут в админке.
Владимир БогдановОснователь и руководитель AOSA · эксперт по SEO и AEO, 12+ лет в поисковой оптимизации