
- Почему SEO магазина — это не блог и не сайт услуг
- Структура каталога: дерево категорий и глубина вложенности
- Фильтры: превращаем параметры в трафик, а не в дубли
- Пагинация и сортировка: что отдавать в индекс
- Карточка товара: контент, разметка и уникальность
- Дубли и канонизация: где теряется краулинговый бюджет
- Типовые ошибки и как их найти
- Чек-лист SEO интернет-магазина
- Частые вопросы
Интернет-магазин — самый «плотный» тип сайта с точки зрения SEO. На среднем проекте с тысячей товаров поисковый робот видит не тысячу страниц, а десятки тысяч: к карточкам добавляются страницы категорий, подкатегорий, сочетания фильтров, страницы пагинации, сортировок, тегов и поиска. Если не управлять этой структурой осознанно, робот утонет в дублях, бюджет краулинга уйдёт на мусор, а целевые карточки так и не попадут в индекс. Разберём, как выстроить SEO интернет-магазина на трёх китах — каталог, фильтры и карточки — и не потерять трафик.
Почему SEO магазина — это не блог и не сайт услуг
У контентного блога задача простая: написать статью под запрос и получить позиции. У интернет-магазина три принципиальных отличия, которые определяют всю стратегию.
Первое — масштаб генерируемых страниц. Каждая новая категория, каждый атрибут фильтра и каждый товар умножают число URL, а не складывают. Товар с тремя вариантами цвета и двумя размерами в трёх категориях способен породить десятки адресов с почти одинаковым содержимым. Второе — тонкий контент. Карточка товара без уникального описания и характеристики — это шаблонная страница, которую поисковик может посчитать «малоценной». Третье — высокая конкуренция за коммерческие запросы: на первой странице по запросу «купить» почти всегда стоят крупные маркетплейсы и федеральные ритейлеры, поэтому выигрывать нужно не массой, а точностью структуры и скоростью индексации.
Из этого следует практический вывод: продвижение интернет-магазина начинается не с текстов, а с аудита того, какие URL вообще существуют и какие из них должны попадать в индекс. Текст — это завершающий слой, а не фундамент.
Структура каталога: дерево категорий и глубина вложенности
Каталог — это иерархия: главная → раздел → категория → подкатегория → карточка товара. Правило работоспособной структуры формулируется просто: любой товар должен быть доступен не глубже трёх-четырёх кликов от главной, а путь к нему должен отражаться в URL и хлебных крошках.
Как строить дерево категорий
Категории нужно выделять по смысловому признаку — по тому, как товар ищет покупатель, а не по внутренней логике складского учёта. Разберём на примере магазина женской одежды.
- Правильно: Одежда → Платья → Вечерние платья → карточка товара.
- Неправильно: Товары → Коллекция «Весна-2024» → Новинки → карточка, где путь не содержит ни одного поискового запроса.
Название категории обязано содержать коммерческий ключ: не «Наша продукция», а «Кухонные смесители», не «Аксессуары», а «Чехлы для iPhone». Каждая категория — потенциальная посадочная страница под кластер запросов, поэтому её URL, title и заголовок должны совпадать по смыслу.
Глубина и URL
Чем глубже страница, тем меньше на неё внутреннего веса и тем реже её обходит робот. Оптимальная глубина вложенности для карточки товара — 3–4 уровня. Если в каталоге есть «лишние» уровни-пустышки (например, раздел «Все товары», который ни на что не делится), их стоит убрать или объединить, иначе они размывают структуру.
Пример корректной иерархии URL:
/catalog/— корень каталога;/catalog/smesiteli/— раздел;/catalog/smesiteli/kuhonnye/— категория;/catalog/smesiteli/kuhonnye/grohe-eurosmart/— карточка товара.
Каждая страница каталога должна содержать: уникальный заголовок H1, короткое вводное описание с ключевым запросом (2–4 предложения, без «воды»), ссылки на подкатегории и — если страница финальная — сетку товаров. Это базовый каркас, который поисковик читает однозначно.
Отдельно отмечу распространённую ошибку: когда под новую партию товара заводят новую категорию «Распродажа», «Новинки» или «Хиты», не закрывая старую. Со временем каталог обрастает десятками пересекающихся рубрик, которые конкурируют друг с другом за одни и те же запросы. Такие «витринные» разделы лучше строить как динамические выборки с фильтром, а не как отдельные ветки дерева.
Фильтры: превращаем параметры в трафик, а не в дубли
Фильтры — главный генератор дублей в интернет-магазине. На странице «Платья» стоит шесть фильтров: цвет, размер, бренд, цена, материал, длина. Теоретически их сочетания дают сотни и тысячи адресов вида /platya/?color=red&size=42&brand=x. Если все они попадут в индекс, получится кладбище страниц с одинаковым набором товаров и разными URL.
Два подхода к фильтрам
Правильная работа с фильтрами начинается с вопроса: есть ли по этому сочетанию параметров поисковый спрос? Ответ делит все фильтровые страницы на две группы.
Группа 1 — SEO-посадочные. Это сочетания, которые люди реально ищут: «красные платья», «платья 48 размера», «вечерние платья из шёлка». Такие страницы имеет смысл держать в индексе, дать им читаемый URL без параметров (например /platya/krasnye/), уникальный title и описание. По сути это мини-категории, созданные из фильтра.
Группа 2 — служебные выборки. Всё остальное: сочетания трёх и более параметров, пересечения без спроса, сортировки по цене и популярности. Такие URL закрывают от индексации (meta robots noindex, follow) или канонизируют на базовую категорию. Товары по ним кликабельны, ссылки на них остаются, но в индекс эти адреса не попадают.
Практические правила
- Читаемый URL вместо параметров — для страниц с поисковым спросом; параметры допустимы только для служебных выборок, которые закрыты от индекса.
- Один параметр в URL для индексируемой страницы — норма, два — допустимо при доказанном спросе, три и больше — почти всегда дубль.
- Фильтры с пустым результатом должны возвращать корректный ответ и не создавать страницу «ничего не найдено» с уникальным URL — иначе робот коллекционирует пустышки.
- Ссылки на индексируемые фильтровые страницы нужно ставить с самой категории (например, блок «Популярные цвета»), чтобы передать им вес и дать роботу путь для обхода.

Пагинация и сортировка: что отдавать в индекс
Страницы пагинации — вторая классическая зона потерь. Категория на 500 товаров при выводе по 24 позиции на страницу даёт 21 URL: ?page=2, ?page=3 и так далее. Если их все отдать в индекс, робот потратит бюджет на обход почти одинаковых списков вместо карточек.
Что изменилось в подходе
Атрибуты rel="prev" и rel="next", которые раньше рекомендовали для пагинации, Google перестал учитывать ещё в 2019 году — теперь каждая страница списка рассматривается как самостоятельная. Это упростило логику, но не отменило вопрос: какие страницы пагинации нужны в индексе?
Практическая схема такая:
- Первая страница категории — основная посадочная, индексируется всегда, канонична сама себе.
- Страницы со второй и дальше — если они не несут уникального контента (а они почти всегда не несут), их закрывают от индекса или канонизируют на первую страницу. Исключение — категории, где вторая и третья страницы сами собирают трафик по длинным запросам, но это редкость.
- Сортировки (
?sort=price,?sort=new) — всегда служебные, закрываются от индекса, так как дублируют тот же набор товаров в другом порядке.
Альтернатива классической постраничной навигации — кнопка «Показать ещё» или бесконечная прокрутка с подменой URL через History API. Для пользователя это удобнее, для SEO — чище: список остаётся одним URL, дубли не генерируются. Но если товаров сотни, «показать ещё» замедляет путь к нужной позиции, поэтому для крупных категорий разумнее оставить пагинацию с корректной настройкой индексации.
Как не потерять товары из обхода
Если закрыть вторую и последующие страницы от индекса, робот должен всё равно добраться до карточек, которые на них лежат. Для этого нужны альтернативные пути: XML-карта сайта, перелинковка карточек между собой (блоки «Похожие товары», «С этим покупают»), ссылки из подкатегорий. Иначе глубокие товары станут «сиротами» — страницами, на которые нет ни одной внутренней ссылки.
Карточка товара: контент, разметка и уникальность
Карточка товара — финальная точка конверсии, и одновременно самое уязвимое место по части дублей. В типовом магазине карточки страдают от двух болезней: скопированное с сайта производителя описание и одинаковые шаблонные title вида «Купить товар — название магазина».
Заголовок и мета-теги
Title карточки должен однозначно отвечать на вопрос «что это и чем отличается». Рабочая формула: Название товара + модель/артикул + ключевая характеристика + бренд. Например, «Смеситель Grohe Eurosmart 32158000 для кухни — купить в Екатеринбурге». Если в каталоге три одинаковых по названию товара разных цветов, характеристика в title — обязательна, иначе это три дубля заголовка.
Описание — самый недооценённый блок. Уникальный текст в 500–1000 знаков с характеристиками, сценарием использования и ответами на типовые вопросы покупателя даёт карточке и релевантность, и отличие от соседних. Копировать описание производителя не стоит: оно уже проиндексировано на десятках других магазинов, и ваша карточка будет очередным дублем для поисковика.
Микроразметка Schema.org
Карточку товара обязательно размечают структурированными данными Product в формате JSON-LD. Минимальный набор полей:
name— название товара;image— ссылка на главное фото;sku— артикул;brand— бренд;offers— цена, валюта (RUB), наличие (InStock/OutOfStock);aggregateRating— рейтинг и количество отзывов, если они реально есть.
Разметка позволяет получить расширенный сниппет с ценой и рейтингом прямо в выдаче — это напрямую влияет на кликабельность и конверсию трафика. Главное требование: данные в разметке должны совпадать с видимыми на странице, иначе это нарушение правил поисковика.
Изображения и наличие
Каждое фото товара должно иметь осмысленный alt («Смеситель Grohe Eurosmart хром, вид сбоку», а не «IMG_20231015»). Уникальные имена файлов и сжатие до WebP/AVIF ускоряют загрузку — это часть Core Web Vitals, влияющих на ранжирование. Товар, которого нет в наличии, не удаляют в 404: лучше оставить страницу со статусом «нет в наличии» и блоком «Сообщить о поступлении», чтобы сохранить накопленный вес и позиции.

Дубли и канонизация: где теряется краулинговый бюджет
Дубли — это страницы с одинаковым или почти одинаковым содержимым, доступные по разным URL. Для поисковика каждый такой адрес — отдельная страница, на обход которой тратится ограниченный бюджет краулинга. Чем больше дублей, тем реже робот доходит до по-настоящему ценных карточек.
Откуда берутся дубли в магазине
| Источник дублей | Пример | Как исправить |
|---|---|---|
| Протокол и домен | http:// и https://, с www и без |
Один канонический вариант, 301-редиректы со всех остальных |
| Слэш и регистр | /catalog/ и /catalog, /Platya/ |
Единый формат URL, редирект или canonical |
| Товар в нескольких категориях | Один смеситель в «Кухонных» и «Хитов» | Canonical на основную категорию |
| Фильтры и сортировки | ?color=red, ?sort=price |
Noindex служебных, canonical индексируемых |
| UTM-метки и параметры | ?utm_source=vk, ?yclid=... |
Canonical без параметров |
| Страницы поиска по сайту | /search/?q=платья |
Закрыть от индекса целиком |
Три инструмента против дублей
- 301-редирект — для дублей, которые нужно «склеить» навсегда: зеркала домена, слэши, старые URL после смены структуры.
- Canonical (
<link rel="canonical">) — когда обе версии должны оставаться доступными, но индексироваться должна одна. - Meta robots noindex — для служебных страниц, которым вообще не место в индексе: поиск по сайту, корзина, личный кабинет, страницы фильтров-пустышек.
Товар, который лежит в нескольких категориях, — самая частая и самая недооценённая причина внутренних дублей. Решается выбором одной «основной» категории (по приоритету спроса) и простановкой canonical со всех остальных вхождений. Если этого не сделать, карточка конкурирует сама с собой, а вес размазывается по нескольким адресам.
Типовые ошибки и как их найти
Собрали ошибки, которые на практике встречаются в девяти магазинах из десяти. Проверьте свой проект по этому списку — часть проблем видна без глубокого аудита.
- Шаблонные title и описания. Все карточки собраны по одной формуле без уникальной части; поисковик видит тысячи почти одинаковых страниц.
- Индексация служебных страниц. В выдачу попали страницы поиска, сортировки, теги, корзина — они разбавляют сайт и «съедают» бюджет.
- Фильтры без политики. Все сочетания параметров открыты для индекса, счётчик URL растёт лавинообразно.
- Тонкий контент. Карточки без описания, категории без вводного текста — классическая причина «серых» страниц с низкой ценностью.
- Битые внутренние ссылки. После удаления товаров остались ссылки на 404-страницы; робот упирается в тупики.
- Медленные страницы. Тяжёлые изображения и неоптимизированный фронтенд портят Core Web Vitals и позиции.
Как провести первичный аудит
Базовую диагностику можно сделать тремя инструментами: Яндекс Вебмастер и Google Search Console покажут, сколько страниц реально в индексе и какие из них отдают ошибки; краулер (например, Screaming Frog) соберёт все URL, title, статусы и canonical; отчёт по Core Web Vitals в Search Console укажет на медленные шаблоны. Расхождение между количеством страниц в краулере и в индексе — первый сигнал о проблемах с дублями и бюджетом краулинга. Примеры того, как выглядит «чистый» магазин после аудита, можно посмотреть в портфолио.
Чек-лист SEO интернет-магазина
Итоговый список для проверки — используйте его и на этапе запуска, и при плановом аудите действующего магазина.
| Блок | Что проверить | Критерий готовности |
|---|---|---|
| Структура | Дерево категорий, глубина вложенности, хлебные крошки | Товар доступен за 3–4 клика, путь в URL отражает иерархию |
| Категории | Title, H1, вводный текст, ссылки на подкатегории | Уникальные заголовки с ключом, нет пустых рубрик |
| Фильтры | Индексируемые SEO-страницы и служебные выборки | Спросовые сочетания — в индексе, остальные — noindex |
| Пагинация | Страницы 2+, сортировки | Закрыты от индекса, есть альтернативные пути к карточкам |
| Карточки | Title, описание, микроразметка Product, alt изображений | Уникальные тексты, корректный JSON-LD, осмысленные alt |
| Дубли | Зеркала, слэши, товар в нескольких категориях, параметры | 301/canonical настроены, служебные страницы закрыты |
| Техника | Карта сайта, robots.txt, 404, скорость | XML-карта актуальна, битых ссылок нет, Core Web Vitals в норме |
Если часть пунктов вызывает вопросы или ресурсов на доработку не хватает, имеет смысл заложить SEO в процесс ещё на этапе проектирования — создание интернет-магазина сразу с корректной структурой обходится дешевле, чем переделка уже работающего каталога. Стоимость работ и форматы сотрудничества можно уточнить на странице цен.
Частые вопросы
Сколько уровней вложенности допустимо для каталога?
Оптимально 3–4 уровня от главной до карточки товара: раздел → категория → подкатегория → товар. Более глубокие вложенности размывают вес страниц и реже обходятся роботом, а «плоские» списки без подкатегорий плохо ранжируются по узким запросам.
Нужно ли закрывать страницы пагинации от индексации?
Как правило, да. Первая страница категории индексируется, а вторая и последующие почти не несут уникального контента и лишь тратят краулинговый бюджет. Их закрывают от индекса или канонизируют на первую страницу, оставляя роботу альтернативные пути к карточкам — карту сайта и перелинковку.
Какие страницы фильтров индексировать, а какие нет?
Индексировать стоит сочетания параметров с реальным поисковым спросом — «красные платья», «платья 48 размера». Их оформляют как отдельные посадочные с читаемым URL. Сочетания трёх и более параметров и сортировки — служебные, их закрывают через noindex или canonical.
Обязательна ли микроразметка Schema.org на карточках?
Она не обязательна формально, но крайне желательна: разметка Product с ценой, наличием и рейтингом даёт расширенный сниппет в выдаче и заметно поднимает кликабельность. Важно, чтобы данные в разметке совпадали с теми, что видны на странице.
Что делать с товаром, которого нет в наличии?
Не удалять страницу и не отдавать 404. Лучше оставить карточку со статусом «нет в наличии», блоком «Сообщить о поступлении» и предложением аналогов — так сохраняются накопленный вес, ссылки и позиции по запросу.
Сколько времени занимает SEO интернет-магазина?
Первые устойчивые изменения обычно видны через 2–4 месяца после исправления структуры и технических ошибок, а заметный рост коммерческого трафика — через 6–12 месяцев. Срок зависит от конкуренции ниши, возраста домена и объёма работ. Точную оценку для вашего проекта дадим после аудита — свяжитесь с нами.