Как улучшить позиции интернет-магазина | Основы SEO для woocommerce

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

Почему магазин на WooCommerce требует отдельного разговора

WooCommerce — надстройка над WordPress, и в этом его сила и его беда одновременно. Товар здесь не отдельная сущность, а запись типа product, категория товаров — таксономия product_cat, метка — таксономия product_tag, атрибут — ещё одна таксономия вида pa_razmer. Каждая таксономия по умолчанию имеет собственный архив с собственным адресом. Добавьте к этому фильтры, сортировку, пагинацию, страницы вариаций и служебные разделы корзины — и получите каталог адресов, который живёт своей жизнью.

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

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

Структура адресов: решение, которое принимают до наполнения

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

Базовых вариантов адреса товара четыре. Плоский вида /product/nazvanie-tovara/ — самый простой, товар не привязан к категории, при переносе позиции между разделами адрес не меняется. Вариант с базой магазина /shop/nazvanie-tovara/ логичнее для пользователя, но по сути ничем не отличается от первого. Вариант с категорией /shop/kategoriya/nazvanie-tovara/ даёт красивую вложенность и понятные хлебные крошки, но привязывает адрес к разделу: перенесли товар — сменился адрес. Наконец, свой префикс позволяет задать любую базу вроде /tovar/ или вовсе убрать её, поставив в поле одиночный слеш.

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

Категории — отдельная история. По умолчанию WooCommerce ставит перед ними базу product-category: /product-category/nasosy/. Эту базу нужно менять на осмысленную или убирать вовсе, чтобы получить /nasosy/ или /katalog/nasosy/. Убирать полностью безопасно только на этапе запуска и при условии, что вы понимаете риск пересечения с адресами обычных страниц WordPress: страница «Доставка» и категория «Доставка» не смогут жить по одному адресу.

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

Элемент движка	Как настроить	На что влияет
Адрес товара	Короткая база без категории: /tovar/nazvanie/	Устойчивость адресов при перемещении товаров между разделами
База категорий	Заменить product-category на /katalog/ или убрать	Длина и читаемость адреса раздела, вес посадочной страницы
Метки товаров (product_tag)	Закрыть архивы или использовать точечно как посадочные	Дубли листингов, размывание релевантности категорий
Атрибуты (pa_*)	Отключить публичные архивы, кроме спросовых	Десятки пустых или почти пустых архивных страниц
Страницы вариаций	Оставить одну карточку, вариации — параметром без индексации	Дубли карточки с одинаковым описанием
Пагинация	Открыта, самоканоникал на каждой странице	Доступность товаров с глубоких страниц каталога
Сортировка (orderby)	Каноникал на чистый адрес категории, запрет в robots	Мусорные дубли листинга в индексе
Корзина, оформление, кабинет	Закрыть от индексации, убрать из карты сайта	Расход краулингового бюджета на служебные страницы

Категории и метки: разные инструменты для разных задач

Новички в WooCommerce ставят метки товарам по привычке из блога: пишешь про насос — вешаешь метки «насос», «скважина», «вода». В каталоге это работает разрушительно. Каждая метка порождает архивную страницу со списком товаров, и эта страница конкурирует с категорией за один и тот же запрос. В итоге поисковик выбирает между /nasosy/ и /product-tag/nasos/ и часто выбирает не то, что вы продвигаете.

Разница между сущностями простая. Категория — это структура каталога: иерархия, вложенность, отдельная посадочная страница с описанием, своим заголовком и своим спросом. Метка — плоский поперечный признак, который связывает товары из разных категорий: «для дачи», «с доставкой за день», «до 10 000 рублей». Метка полезна ровно тогда, когда под неё есть отдельный спрос, которого нет в категориях.

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

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

Атрибуты и вариативные товары: где рождаются лишние адреса

Атрибуты в WooCommerce бывают двух видов: локальные, заданные внутри карточки товара, и глобальные, живущие как отдельные таксономии pa_*. Глобальные удобнее: их можно переиспользовать, по ним работают фильтры, они годятся для вариаций. Но у каждой глобальной таксономии по умолчанию есть галочка «Включить архивы», и если её оставить включённой, движок создаст архивную страницу для каждого значения каждого атрибута.

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

Вариативные товары добавляют вторую волну адресов. Товар с вариациями по размеру и цвету — это одна карточка, у которой выбор вариации меняет цену, картинку и артикул. Проблема начинается, когда тема или плагин делают из каждой вариации отдельную страницу с собственным адресом вида ?attribute_pa_cvet=krasnyj. Описание у всех вариаций одно и то же, отличается только пара строк — получаются десятки почти одинаковых страниц.

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

Фильтры: что превращать в посадочные, а что прятать

Фильтрация — самая недооценённая часть магазина на WooCommerce. Стандартный фильтр отдаёт адреса вида /nasosy/?filter_moshhnost=750&filter_cvet=sinij. Комбинаторика таких адресов бесконечна, и если оставить их открытыми, робот будет неделями ходить по бессмысленным сочетаниям вместо того, чтобы индексировать новые товары.

Но часть фильтров — золото. Запросы вроде «скважинный насос 750 вт» или «насос для колодца нержавейка» имеют живой спрос, и под них уже есть готовый список товаров — та самая страница фильтра. Задача — превратить эти конкретные страницы в полноценные посадочные: дать им человекопонятный адрес вида /nasosy/750-vt/, свой заголовок H1, свой текст, свои метатеги и открыть для индексации. Всё остальное множество комбинаций закрывается.

Тему разбирал отдельно: «Как улучшить позиции сайта».

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

Тип страницы	Открывать или закрывать	Почему
Категория и подкатегория с товарами	Открывать	Главные посадочные страницы каталога под категорийный спрос
Карточка товара	Открывать	Трафик по модели, артикулу и низкочастотным запросам
Фильтр под частотный запрос, свой адрес и текст	Открывать	Дешёвый способ закрыть спрос без создания новых категорий
Произвольные комбинации фильтров	Закрывать	Бесконечная комбинаторика, расход краулингового бюджета
Сортировка: по цене, по популярности, по новизне	Закрывать	Тот же набор товаров в другом порядке — прямой дубль
Страницы пагинации категории	Открывать	Через них робот доходит до товаров со второй и последующих страниц
Архивы меток без спроса	Закрывать	Конкуренция с категориями за один и тот же запрос
Архивы атрибутов	Закрывать, кроме подготовленных	Пустые или почти пустые списки без текста
Корзина, оформление, личный кабинет	Закрывать	Служебные страницы, часть из них персонализирована
Результаты внутреннего поиска ?s=	Закрывать	Генерируются пользователями, качество не контролируется
Пустые категории	Скрывать до наполнения	Страница без товаров работает против оценки каталога
Служебные вложения изображений	Перенаправлять на товар	WordPress создаёт страницу под каждую загруженную картинку

Пагинация и подгрузка товаров: как не потерять половину каталога

Стандартная пагинация WooCommerce выдаёт адреса вида /nasosy/page/2/. Это нормальный, рабочий механизм, и его не надо закрывать от индексации — иначе товары со второй и дальше страниц окажутся недоступны для робота, если на них нет других ссылок. Каждая страница пагинации должна иметь канонический адрес на саму себя, а не на первую страницу: каноникал на первую страницу — распространённая ошибка, из-за которой поисковик считает вторую и третью страницы дублями и перестаёт по ним ходить.

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

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

Помогу с продвижением: поисковое продвижение сайта — вывожу сайты в топ Яндекса белыми методами.

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

Карточка товара: описание, краткое описание и характеристики

В карточке WooCommerce два поля для текста, и путаница между ними стоит магазинам позиций. Краткое описание — короткий блок рядом с ценой и кнопкой, три-четыре предложения о главном: для чего товар, чем отличается, что в комплекте. Полное описание — вкладка ниже, куда идёт развёрнутый текст: применение, особенности, совместимость, ответы на типовые вопросы покупателя.

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

Объём описания зависит от товара. Для расходников и мелочи хватает 400–600 знаков. Для техники, оборудования, мебели нужно 1500–3000 знаков с разбивкой на подзаголовки и списки: покупатель дорогого товара читает внимательно, и время на странице растёт вместе с конверсией.

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

Отзывы: встроенный механизм, который почти никто не включает

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

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

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

Фотографии товара и размеры изображений

Галерея товара — главный источник веса страницы в магазине на WooCommerce. Движок хранит три размера каждой картинки: миниатюру для каталога, размер для одиночного товара и увеличение для лупы. Если загружать оригиналы с фотоаппарата по 4–6 мегабайт, каталог из тридцати товаров превращается в страницу весом в десятки мегабайт.

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

Имена файлов и атрибут alt заполняются осмысленно: не IMG_4821.jpg, а nasos-skvazhinnyj-750vt.jpg, и alt с названием модели. Это единственный способ получать трафик из поиска по картинкам, а для магазина он даёт заметную долю переходов.

Что тормозит магазин	Типичный вклад	Что делать
Несжатые фотографии товаров	от 40 до 70 процентов веса страницы	Сжатие до 200–400 КБ, современный формат, отложенная загрузка
Скрипты плагинов на всех страницах	10–25 запросов вхолостую	Отключить подключение там, где расширение не используется
Скрипты корзины на каждой странице	2–4 файла плюс запрос к серверу	Оставить только на страницах каталога, товара, корзины и оформления
Обновление корзины через фоновый запрос	задержка отклика на всех страницах	Отключить фрагменты корзины вне магазинных страниц
Слайдеры и галереи с лупой	библиотеки на сотни килобайт	Оставить один слайдер, лишние отключить
Шрифты и иконочные наборы темы	300–800 КБ	Оставить два начертания, иконки заменить на векторные вставки
Тяжёлые запросы к базе при фильтрации	секунды на генерацию страницы	Индексы в таблицах, кэш результатов фильтра
Отсутствие кэша страниц	полная генерация на каждый заход	Кэш листингов и карточек с корректными исключениями

Почему магазины на этом движке тяжелеют

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

Смежный материал по теме — «Как проверить интернет магазина перед покупкой».

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

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

Кэш и корзина: поломка, которую замечают не сразу

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

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

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

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

Метатеги: шаблоны вместо ручной работы

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

Рабочие шаблоны для товара: title вида «Название товара — купить в городе по цене от N рублей», description с указанием доставки, гарантии и наличия. Для категории: «Название категории — купить в городе, N товаров в наличии». Переменные подставляются из полей товара: название, артикул, цена, бренд, категория.

Обязательные ограничения. Длина title — до 60–65 знаков, иначе конец обрежется. Слово «купить» и город хороши в коммерческих категориях и бессмысленны в информационных разделах. Одинаковые метатеги у вариаций одного товара — гарантированный дубль, поэтому в шаблон стоит добавлять артикул или ключевое отличие вариации.

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

Микроразметка товара: цена, наличие, отзывы

Разметка товара позволяет показать в выдаче цену, наличие и рейтинг прямо в сниппете. Заметность такого результата выше обычного, и кликов он собирает больше. WooCommerce отдаёт базовую разметку сам, но часто в урезанном виде, и её нужно проверить.

Если нужна помощь по теме — мой курс по SEO.

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

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

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

Выгрузка каталога: как не сломать адреса при обновлении

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

Если нужны детали, смотрите «Как улучшить позиции сайта в Яндекс».

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

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

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

Товары не в наличии: страница, которую нельзя просто удалять

Товар закончился — что делать со страницей? Худший вариант — удалить. Карточка могла год копить позиции и ссылки, и вместе с ней уходит всё. Второй по вредности вариант — оставить как есть с кнопкой «купить»: посетитель нажимает, узнаёт, что товара нет, и уходит с плохим впечатлением.

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

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

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

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

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

Что проверяем	Как проверить	Норма
Структура адресов	Открыть три товара из разных категорий	Единый формат, без лишних баз и цифр
Индекс против каталога	Сравнить число страниц в индексе с числом товаров и категорий	Расхождение не больше 20–30 процентов
Архивы меток и атрибутов	Открыть архив метки и атрибута, проверить метатег robots	Закрыты, кроме подготовленных посадочных
Пагинация	Открыть вторую страницу категории, посмотреть каноникал	Каноникал на саму себя, ссылки доступны без скриптов
Служебные страницы	Проверить корзину, оформление, кабинет, поиск	Закрыты от индексации, нет в карте сайта
Карточка товара	Просмотреть десять случайных товаров	Уникальное описание, заполненные атрибуты, alt у фото
Метатеги	Выгрузить title и description по всему каталогу	Нет пустых, нет полных дублей, длина в пределах нормы
Микроразметка	Прогнать карточку через валидатор разметки	Нет ошибок, данные совпадают с видимыми на странице
Кэш и корзина	Положить товар в корзину, открыть сайт инкогнито	Чужой корзины не видно, счётчик корректен
Скорость каталога	Замерить категорию и карточку на мобильном	Отрисовка основного содержимого до 2,5 секунды
Изображения	Проверить вес первого экрана категории	Не больше 1,5–2 МБ на страницу списка
Товары не в наличии	Найти закончившийся товар	Страница живая, статус честный, есть аналоги
Карта сайта	Открыть карту, проверить состав	Только товары, категории и нужные посадочные
Ошибки 404	Посмотреть отчёт панели вебмастера	Нет всплесков после импортов и обновлений

Порядок работ: с чего начинать в существующем магазине

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

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

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

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

Частые вопросы

Нужно ли включать категорию в адрес товара?
В большинстве магазинов — нет. Категория в пути ломает адрес при каждом переносе товара между разделами, а товары переезжают чаще, чем кажется. Короткий адрес вида /tovar/nazvanie/ устойчивее и проще в обслуживании. Исключение — узкоспециализированные каталоги с жёсткой, никогда не меняющейся структурой.

Метки товаров вообще не использовать?
Использовать, но осознанно. Как внутренний инструмент организации каталога метки удобны, а вот их архивы по умолчанию закрываются от индексации. Открывают только те метки, под которые есть отдельный спрос и написан собственный текст с заголовком и метатегами.

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

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

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

Общий разбор: как продвигать сайт в Яндексе сегодня:

0:55

Коротко

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

Разобрать конкретный магазин помогу на SEO-консультации.