-
Различие
Задача покупателя и исполнение
-
SKU
Свойства, артикулы и остатки
-
Страница
Выбор, адрес и индексирование
-
Сверка
Заказ, фид и разметка
Отдельный складской артикул не обязательно требует отдельной индексируемой страницы. Сначала определите, чем варианты отличаются для покупателя и есть ли самостоятельная задача выбора. Затем решите, как хранить SKU, показывать переключатели и формировать адреса. Эти три решения связаны, но не заменяют друг друга.
Для начала возьмите одну товарную семью: модель обуви, кресло с разной обивкой или оборудование в нескольких комплектациях. Выпишите характеристики, цену и остаток каждого варианта. Не перестраивайте весь каталог, пока не понятно, как выбранная схема поведёт себя в карточке, поиске, корзине и обмене.
Разделите товарную модель, вариант и публичный адрес
Родительская модель объединяет общие сведения. Конкретное предложение содержит признаки покупаемого исполнения и данные, которые могут различаться: артикул, цена, остаток, изображение. Публичный URL отвечает за то, какую страницу и какое выбранное состояние увидит посетитель по ссылке.
У одного семейства может быть общая карточка с переключателями. При этом ссылка способна заранее выбирать определённый вариант. Это не означает, что каждое такое состояние должно индексироваться отдельно. И наоборот, самостоятельные страницы вариантов всё равно могут использовать общую модель данных и единый механизм выбора.
В статье KalinkinDev об опциях товара полезно разделены удобство выбора и учёт исполнений. Однако правило «одна карточка всегда лучше» нельзя распространять на любой ассортимент. Для SEO-решения дополнительно нужны проверка спроса, различий предложения и полезности самостоятельной страницы.
Выберите схему по задаче покупателя
| Ситуация | Рабочая гипотеза | Что проверить до решения |
|---|---|---|
| Одна модель, отличаются стандартные размеры | Общая карточка с выбором размера | Остатки, артикулы, понятность недоступных сочетаний |
| Цвет заметно меняет внешний вид | Переключатель и ссылка на выбранный цвет | Фотографии, спрос на цвет, удобство сравнения |
| Комплектация меняет назначение и условия | Рассмотреть самостоятельную страницу | Содержательное различие, характеристики, отдельный спрос |
| Сотни технических сочетаний без самостоятельного выбора | Не создавать индексируемый URL на каждое автоматически | Нужные покупателю комбинации и способ конфигурации |
Это не универсальное предписание для категорий, а порядок выбора. Даже цвет иногда становится существенной частью запроса, а сложная комплектация может удобно выбираться в одном конфигураторе. Решение должно опираться на ассортимент и поведение покупателя, а не на число полей в CMS.
Проверьте запросы по модели и отличительным признакам. Сравните, какие типы страниц помогают решить такую задачу: конкретные карточки, категории или подборки. Не придумывайте частотность и не создавайте десятки страниц только потому, что технически возможно подставить цвет в заголовок.
Сделайте выбранный вариант однозначным
При смене размера или исполнения покупатель должен видеть актуальные цену, наличие, изображение и артикул там, где они различаются. Название кнопки само по себе не подтверждает, что в корзину попадёт нужный SKU. Проверьте состав заказа и данные, которые получит менеджер или учётная система.
Условный пример: у кресла два материала обивки, каждый в трёх цветах, но один цвет недоступен в одном материале. Интерфейс не должен позволять выбрать несуществующую комбинацию и сообщать об этом только при оплате. Недоступность объясняют на этапе выбора, сохраняя понятный путь к существующим вариантам.
Откройте прямую ссылку на вариант в новой сессии. Если выбор сбросился на самый дешёвый или случайный, реклама и переписка с клиентом будут приводить к несогласованному предложению. Проверьте ссылку после обновления страницы, копирования, возвращения назад и смены устройства.
Согласуйте URL и индексирование
В разборе Shipilov Digital различаются общая страница, состояние варианта и самостоятельные страницы. Для внедрения сначала составьте реестр адресов и назначений. У каждого вида URL должно быть объяснение: предназначен для отдельного поиска, выбора исполнения или технического управления интерфейсом.
Canonical — не универсальный переключатель «исправить дубли». Если самостоятельные страницы обоснованно должны участвовать в поиске, нельзя одновременно объявлять их копиями общей страницы без анализа. Если адреса лишь переключают состояние одной карточки, задача другая. Настройку принимают вместе с навигацией, картой сайта и фактически отдаваемым содержимым.
Не меняйте существующие адреса без инвентаризации. Сохраните страницы с переходами, ссылками и заказами, определите соответствия новым. При объединении учитывайте выбор варианта после перехода. Редирект, который приводит к общей модели и теряет нужное исполнение, формально работает, но ухудшает путь покупателя.
Сценарий вариантов отличается от SEO-фильтров. Фильтр формирует подборку нескольких товаров, а вариант описывает исполнение конкретной модели. Для подборок используйте отдельную проверку страниц фильтра. Не переносите правила этих двух уровней механически друг на друга.
Опишите данные для разметки и товарных выгрузок
Google документирует ProductGroup и связанные Product для группировки вариантов, а также два сценария: одну страницу с выбором и несколько страниц. Разметка должна отражать выбранную архитектуру. Само добавление ProductGroup не решает проблему неверной цены, отсутствующих вариантов или пустого содержания.
Сопоставьте идентификаторы, отличительные свойства и предложения с видимыми данными. Не указывайте все варианты доступными, если остаток есть только у одного. Если поля формируются из разных источников, назначьте владельца каждого и проверьте обновление после изменения цены или наличия.
В рекламном фиде проверьте, какое исполнение описывает offer и куда ведёт его URL. Не подставляйте минимальную цену семейства в предложение дорогой комплектации. Пройдите цепочку проверки YML на том же контрольном товаре: это выявит расхождения между каталогом и рекламой.
Примите решение на одной товарной семье
Сначала реализуйте пилот на копии каталога. Проверьте поиск по общему названию и артикулу варианта, фильтр, прямую ссылку, корзину и данные заказа. Затем измените цену и остаток через штатный обмен. Принятие только по внешнему виду карточки оставляет непроверенной большую часть процесса.
Добавьте исчезновение одного исполнения и появление нового. История прежних заказов должна сохранять понятный состав, а новое предложение не должно неожиданно наследовать чужой артикул. Проверьте, что произойдёт с опубликованной ссылкой на отсутствующий вариант: объяснение, альтернативы и корректная доступность важнее молчаливой подмены.
После пилота составьте правило для остальных семейств и перечень исключений. Не заставляйте все категории жить по одному шаблону, если логика выбора действительно различается. Зафиксируйте модель данных и правила адресов, чтобы следующая выгрузка или доработка не создала новую схему рядом со старой.
Вопросы о вариантах товара
Каждый цвет обязательно делать отдельной страницей?
Нет. Проверьте самостоятельный спрос, содержательные отличия и удобство выбора. Иногда достаточно общей карточки и ссылки на выбранный цвет. Количество цветов само по себе не определяет число полезных поисковых страниц.
Можно объединить все размеры в один остаток?
Если размеры продаются как разные складские позиции, общий остаток не отвечает на вопрос о доступности нужного размера. Сохраняйте учёт конкретных предложений и показывайте соответствующий результат при выборе покупателя.
Что делать, если артикул варианта не находится?
Проверьте место хранения артикула и участие поля в поиске. Это не обязательно требует отдельной страницы каждого SKU. Порядок диагностики приведён в статье о поиске на Битрикс и Аспро.
