SEO интернет-магазина: структура каталога и фильтры

Ранжирование интернет-магазина определяет структура каталога, а не тексты: поисковая система сопоставляет формулировку запроса с типом страницы. Общие запросы забирают категории, сочетания «категория + свойство» — страницы фильтров, запросы с моделью и артикулом — карточки товара. Если под устойчивый кластер спроса в каталоге нет отдельной страницы, магазин проигрывает не по качеству текста — ему просто нечего показать в выдаче. Дальше разбираем, как разложить спрос по уровням каталога, какие сочетания фильтров открывать в индекс и как оформлять такие страницы, откуда берутся дубли и что делать с пагинацией, что превращает карточку в посадочную страницу и как направить внутренний вес на группы, которые действительно приносят прибыль.

Почему каталог магазина — это и есть семантическое ядро

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

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

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

Сверка спроса и адресов: с чего начинается разбор

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

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

Исходные данные для сверки берут не только из парсеров: выгрузка запросов из Яндекс.Вебмастера и Google Search Console показывает, на какие типы страниц спрос приземляется фактически. Если коммерческие формулировки попадают на главную и в статьи вместо категорий, это первая точка роста — обычно самая дешёвая, потому что страницу не надо придумывать, надо перенаправить спрос на существующую.

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

Какие типы страниц каталога за что отвечают

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

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

Уровни каталога: когда дробить категорию

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

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

Ориентиры, по которым решают, нужен ли новый уровень:

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

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

Какие сочетания фильтров открывать в индекс

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

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

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

Как устроена открытая страница фильтра

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

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

Что должно быть на такой странице

• постоянный адрес, который не меняется при перестановке фильтров местами;
• заголовок в формулировке спроса, а не «Категория (бренд=X, цвет=Y)»;
• короткое пояснение о выборе — чем эта выборка отличается и кому подходит;
• непустой список товаров: страница фильтра без товаров хуже её отсутствия;
• ссылки в обе стороны — вверх на категорию и в соседние выборки того же уровня.

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

Названия фильтров на языке покупателя

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

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

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

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

Дубли: откуда берутся адреса-двойники

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

Лечится это не разовой чисткой, а набором постоянных правил, зашитых в шаблоны. У карточки один канонический адрес независимо от того, из какой категории в неё вошли. Параметры, которые не меняют состав товаров, канонизируются на чистый URL. Новые механики — быстрый просмотр, сравнение, избранное — заранее проектируются так, чтобы не порождать индексируемых адресов.

Пагинация и подгрузка «показать ещё»

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

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

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

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

Что превращает карточку товара в посадочную страницу

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

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

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

Вариации, наличие и цена

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

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

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

Перелинковка по марже, а не по популярности

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

Товарные группы делят на три уровня и раздают им разное количество внутренних ссылок.

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

Метод требует данных, которых у подрядчика обычно нет: выручки, прибыли, остатков по группам. Их дают электронная торговля в счётчиках и сквозная аналитика, связывающая заказы с разделами каталога. Тот же список приоритетов использует контент-маркетинг: статьи ссылаются не на случайные категории, а на выбранные группы — и тогда контент работает на ту же цель, что и структура.

Каталог магазина и витрина маркетплейса

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

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

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

Порядок работ и как понять, что структура заработала

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

1. Сверка семантики с уровнями каталога, список недостающих и конкурирующих страниц.
2. Решение по фильтрам: что открывается, что закрывается, как называется.
3. Техническая часть: канонические адреса, параметры, пагинация, доступность хвоста каталога.
4. Данные карточек: характеристики, вариации, наличие, цена, шаблоны заголовков.
5. Перелинковка по приоритету групп и пересмотр приоритетов по сезону.

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

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