Структура каталога — это дерево узлов, к которым подвешен SKU: какие ветки существуют, какой у них уровень и что остаётся фильтром. Это не SEO одной категории и не карта всего сайта. Как писать и индексировать уже существующую ветку — SEO категорий интернет-магазина. Разделы и URL сайта целиком — информационная архитектура. Рамка трёх типов URL — в SEO интернет-магазина.
Дерево принимают до текстов и до ЧПУ CMS. Woo, OpenCart и Битрикс только рисуют уже решённые узлы. Сломанное дерево нельзя спасти «уникальным текстом» на свалке «Разное».
Узел, свалка и фильтр
Узел каталога имеет право жить, если у него свой тип товара и свой набор карточек, который человек выбирает как ветку. «Все кроссовки» — узел. «Красные, размер 42, со скидкой» — почти всегда фильтр, пока на этот срез нет устойчивого спроса и своего ассортимента. Решение «срез или ветка» — то же, что на страницах фильтров и фасетов, только здесь его принимают на дереве, а не на уже включённых галочках.
Свалка — узел, куда кладут всё, что не влезло: «Прочее», «Акции», «Хиты», смешанный корень без типа. Робот и человек не понимают, какой выбор здесь заканчивается. SKU из свалки либо переезжает в тип, либо остаётся карточкой без ветки. Карточка сама по себе — документ покупки, это SEO карточек, не повод плодить фальшивую категорию.
Один SKU в двух узлах одного уровня допустим, только если это разные выборы (кроссовки / беговые / бренд). Два узла с почти тем же набором карточек — два документа на одну задачу. Тогда сливают ветки, а не пишут второй H1.
Глубина и ширина
Рабочее дерево магазина обычно держит два-три живых уровня: отдел → тип → узкий тип, если его реально ищут. Четвёртый уровень «для полноты» чаще прячет карточку: робот доходит дороже, человек уходит в поиск по сайту. Ширина одного уровня важнее глубины: десять понятных типов лучше, чем три этажа синонимов.
Корень /catalog/ или страница магазина не обязан быть отдельным документом, если он повторяет первый отдел. Это та же развилка, что у /shop/ в WooCommerce и у корня инфоблока в Битриксе: один канон на выбор, не два листинга.
Хлебные крошки — путь по дереву, не декоративная строка. Они должны совпасть с канонической веткой карточки. Если крошка ведёт в «Акции», а каноникал карточки висит в типе, дерево врёт дважды.
Как вешают SKU
Каждая карточка должна иметь один канонический родительский узел — ветку, в которой её ищут как тип. Дополнительные узлы — перекрёстные ссылки или вторичные категории, не второй канонический путь. Иначе CMS рисует два адреса: это уже поломка ЧПУ Woo / OpenCart / Битрикс, не «богатая структура».
Новый узел заводят, когда появляется устойчивый тип и достаточно SKU, чтобы закончить выбор без пустой плитки. Один товар — не ветка. Сезонную полку («школа 2026») не делают вечным уровнем дерева: либо временный листинг вне индекса, либо срез, который умрёт вместе с сезоном и получит 301 в тип.
Переезд дерева — массовая смена URL. Сначала фиксируют карту старый узел → новый, потом меняют родителя в CMS. Иначе карточки наследуют чужой путь, а старые категории отдают 404. Пагинация и внутренний поиск дерево не чинят: это следующие страницы кластера, не уровни каталога.
Если дерево системно врёт свалками и двойными родителями, постановка аудита витрины — SEO-аудит.
Частые вопросы
Чем структура каталога отличается от SEO категорий?
Структура решает, какие узлы существуют и куда вешают SKU. SEO категории — как уже существующая ветка становится документом Поиска: листинг, текст, фильтры на ней.
Нужна ли ветка на каждый фильтр?
Нет. Ветка — тип товара со своим набором карточек. Цвет, размер и «в наличии» остаются фильтром, пока срез не ищут как отдельный выбор.
Сколько уровней делать в каталоге?
Столько, сколько нужно, чтобы закончить выбор типа, обычно два-три. Лишний уровень прячет карточку и плодит пустые листинги. Универсальной «правильной» цифры нет — смотрите, где человек реально выбирает.
Можно ли держать товар в трёх категориях?
Как витринные ярлыки — да. Как три канонических пути — нет. Один родительский узел, один адрес карточки, остальные связи — ссылками.