Другие статьи
Автор статьи: Александр Ломша, COO компании «Лайкит»
Структура интернет-магазина решает две задачи сразу: покупатель находит товар за несколько кликов, а поисковик понимает, какая страница отвечает за какой запрос. Если иерархия каталога, адреса страниц и фильтры продуманы до разработки, магазин растёт без переделок. Если нет — новые разделы появляются стихийно, страницы конкурируют друг с другом, а часть товаров вообще не попадает в индекс.
Какую задачу решает структура
Структура — это не только меню. Это набор правил: какие сущности есть в каталоге, как они связаны, по каким адресам доступны и какие из этих адресов должны попадать в поиск. Правила фиксируются до вёрстки, иначе каждый новый раздел приходится встраивать в уже сложившуюся — и не всегда логичную — иерархию.
Работающая структура отвечает трём требованиям:
- человек понимает, где он находится и что можно посмотреть дальше;
- поисковик получает однозначную иерархию и не тратит краулинговый бюджет на дубли;
- команда может добавить категорию, бренд или коллекцию, не ломая существующие связи.
Начинать со списка разделов в админке — типичная ошибка. Сначала описывают товарные группы и сценарии покупки, потом переносят их в дерево каталога. В общем процессе разработки это этап проектирования: если его пропустить, структура собирается под удобство контент-менеджера, а не покупателя. Подробнее о последовательности работ — в разборе этапов разработки сайта под ключ.
Иерархия каталога: от главной до карточки
Иерархия отвечает на вопрос «что чему подчинено». В магазине она почти всегда повторяет логику выбора товара, а не логику закупок: покупатель ищет не «поставщика», а «диван для гостиной».
Три уровня и запас на четвёртый
Рабочая схема: главная — категория — подкатегория — карточка товара. До карточки с любым товаром желательно укладываться в три клика от главной. Четвёртый уровень допустим, когда внутри подкатегории действительно есть устойчивые группы: например, «Диваны» → «Угловые» → «Спальные». Если четвёртый уровень появляется ради одного-двух товаров, это признак того, что подкатегорию выбрали неудачно.
Глубина важна не сама по себе. Каждый лишний уровень — это ещё одна страница, которую нужно наполнить текстом, перелинковать и продвигать. Если промежуточный раздел не отвечает на отдельный запрос и не помогает выбрать, он работает только как лишний клик.
Сколько разделов держать наверху
Ориентир — до 10 разделов верхнего уровня: столько человек удерживает в памяти и столько помещается в одну строку меню на десктопе. Если товарных групп больше, их объединяют в укрупнённые разделы, а внутри раскрывают подкатегориями. Обратная ошибка — слишком плоская структура: когда в «Товарах» лежит всё подряд, фильтры не спасают, потому что человек не понимает, с чего начать.
Правила названий
Названия разделов должны совпадать с тем, как товар ищут, а не с внутренним классификатором. Ещё несколько правил, которые экономят годы правок:
- одна сущность — одно название: если на сайте есть «Кресла» и «Кресло-кровати», это разные разделы, а не дубли;
- без сокращений и служебных пометок вроде «новинки 2» или «архив»;
- название раздела не повторяет название родителя: «Диваны → Диваны угловые», а не «Диваны → Диваны»;
- синонимы, по которым ищут, отрабатываются в тексте и метатегах, а не созданием раздела-клона.
URL, пагинация и фильтры
Адрес страницы — часть структуры, а не техническая деталь. Он должен читаться человеком и оставаться стабильным годами: смена URL — это редиректы, потеря сигналов и правки во всех внутренних ссылках.
Как строить адреса
Базовые правила простые: латиница, строчные буквы, дефисы вместо пробелов, вложенность повторяет иерархию каталога, никаких идентификаторов и дат. Хороший адрес — /catalog/divany/uglovye/, плохой — /catalog/?SECTION_ID=148&print=Y. Если магазин работает на 1С-Битрикс, правила формирования URL настраиваются в компоненте каталога и в настройках инфоблока; на других платформах логика та же.
Что делать с фильтрами
Фильтры порождают тысячи комбинаций, и индексировать их все нельзя: получится масса почти одинаковых страниц с тонким контентом. Рабочий подход — индексировать только те комбинации, у которых есть спрос и уникальное наполнение, остальные закрывать от индексации. При этом важно, чтобы закрытые страницы оставались доступны покупателю: запрет индексации не должен ломать навигацию.
Пагинация
Страницы списка товаров — самостоятельные адреса, и канонизировать их на первую страницу не нужно: это скрывает от поиска товары со второй и третьей страницы. Достаточно аккуратной нумерации и понятных ссылок «назад — вперёд». Отдельная задача — не дублировать один и тот же список по разным адресам: сортировка, режим отображения и UTM-метки не должны создавать новые страницы.
Навигация и перелинковка
Иерархия описывает, где что лежит, навигация — как до этого добраться. Одно без другого не работает: идеальное дерево каталога бесполезно, если до нужного раздела нельзя дойти из карточки товара.
Главное меню
Верхнее меню — карта верхнего уровня: 7–10 пунктов, из которых понятно, что продаёт магазин. Мегаменю с раскрывающимися подкатегориями удобно для широкого ассортимента, но перегружать его промо-баннерами не стоит: человек пришёл выбирать товар, а не разглядывать акции.
Хлебные крошки
Крошки показывают путь и дают быстрый возврат на уровень выше. Они же помогают поисковику увидеть вложенность разделов. Требование простое: крошки должны совпадать с фактической иерархией, а не рисоваться вручную по шаблону «Главная / Каталог / Товар».
Внутренние ссылки
Перелинковка распределяет вес и помогает человеку перейти к смежным товарам. Полезные связки: категория — подкатегория, карточка — категория, карточка — похожие товары, статья — категория. Ссылки должны быть осмысленными: блок «с этим покупают» работает, а простыня из пятидесяти ссылок в футере — нет.
Пять ошибок, которые ломают структуру
- Структура под закупки, а не под покупателя. Разделы называют так, как удобно поставщику, и человек не находит знакомую группу товаров.
- Дубли разделов. «Платья» и «Платья и сарафаны» конкурируют за один запрос, и обе страницы проигрывают.
- Фильтры в индексе без разбора. Тысячи комбинаций размывают индекс, а карточки товаров выпадают из него.
- Нестабильные URL. После редизайна адреса меняются без 301-редиректов, и накопленные сигналы теряются.
- Структура без владельца. Новые разделы добавляет каждый, кто работает с каталогом, и через год дерево перестаёт быть деревом.
Как проверить структуру до запуска
Проверка занимает несколько часов и стоит дешевле, чем переделка после запуска. Минимальный набор:
- пройдите путь до десяти случайных товаров и посчитайте клики — должно быть не больше трёх-четырёх;
- убедитесь, что у каждой категории есть свой спрос: раздел без запросов не нужен;
- проверьте, что ни один товар не лежит в двух категориях одновременно;
- посмотрите, как выглядят адреса страниц и не меняются ли они при сортировке;
- соберите карту редиректов, если адреса уже существовали раньше;
- проверьте, что фильтры не создают индексируемые дубли.
Если магазин только предстоит разрабатывать, структура закладывается вместе с прототипом. Разработка интернет-магазина в LikeIT начинается с аналитики и проектирования каталога — от 9 000 BYN и 60–90 дней по прайсу; срок зависит от объёма каталога и интеграций.
Частые вопросы
Сколько уровней вложенности допустимо?
Три уровня плюс карточка — комфортный вариант для большинства магазинов. Четвёртый уровень оправдан, если внутри подкатегории есть устойчивые группы товаров, по которым люди действительно ищут. Если промежуточный раздел не отвечает на запрос и не помогает выбрать, он лишний.
Нужны ли отдельные страницы под бренды и теги?
Нужны, если по бренду или тегу есть спрос и можно собрать уникальное наполнение: описание, подборку, тексты. Страница-список из десяти товаров без содержания ничего не добавляет ни покупателю, ни поиску. Начинать стоит с тех брендов и тегов, которые уже приносят показы.
Что делать со страницами фильтров?
Индексировать только комбинации со спросом и уникальным контентом, остальные закрывать от индексации, не убирая из навигации. Периодически пересматривать список: спрос меняется, и комбинация, которая год назад была пустой, может стать полезной страницей.
Как часто пересматривать структуру?
Планово — раз в год, вместе с пересмотром ассортимента. Внепланово — когда появляется новая товарная группа, которую некуда положить, или когда в аналитике видно, что люди ищут товар, но не находят раздел. Частые перестройки вредны: каждый перенос — это редиректы и потеря накопленных сигналов.
Что делать дальше
Проверьте структуру по трём пунктам: путь до карточки, дубли разделов и индексируемые фильтры. Если проблем больше двух, дешевле провести аудит и пересобрать дерево каталога, чем чинить его по частям. Посмотрите, как мы проектируем интернет-магазины и сайты на 1С-Битрикс, а если нужен разбор текущего каталога — напишите нам в Telegram или на info@likeit.pro. О том, как структура влияет на трафик, читайте в разделе про SEO-продвижение.
Кейс по теме: кейс «ASKONA»
Назад к списку