Как подготовить каталог интернет-магазина: товары, варианты и остатки

1. Разделите модель и конкретный вариант

Модель объединяет товары с общими свойствами: назначением, фасоном, базовым описанием. Вариант — конкретная комбинация признаков, которую покупатель получает: например, тёмно-синяя футболка размера M. Если для неё отдельно учитываются наличие или цена, эти сведения нельзя заменять общими данными всей модели.

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

В документации Google Search Central варианты также описываются через различия внутри группы товаров, например по размеру и цвету. Для передачи этой связи поисковой системе предусмотрена разметка ProductGroup. Это задача разработчика, а владельцу магазина сначала нужно подготовить непротиворечивые исходные данные. Разметка не заменяет правильные сведения на странице.

2. Назначьте устойчивые коды и единые названия признаков

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

Не используйте название как единственный признак совпадения. Сегодня позиция называется «Базовая футболка», завтра — «Футболка из хлопка», но это не обязательно новый товар. И наоборот, одинаковое название может быть у двух разных моделей.

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

3. Не создавайте несуществующие сочетания

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

Различайте отсутствующий вариант и временно закончившийся. В первом случае такое сочетание вообще не входит в ассортимент. Во втором оно существует, но сейчас недоступно для покупки. Отдельное состояние «нужно уточнить» тоже не следует автоматически превращать в наличие.

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

4. Свяжите фотографии с тем, что выбрал покупатель

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

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

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

5. Определите источник цены и остатка

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

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

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

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

6. Условный пример: одна футболка и три варианта

Представим небольшой бренд одежды. Это учебный пример, не клиентский кейс VIDARA. У модели BASE-01 три продаваемых варианта: голубой S с кодом BASE-01-BL-S, голубой M с кодом BASE-01-BL-M и кремовый M с кодом BASE-01-CR-M.

В условных исходных данных у голубого S осталось две штуки, у голубого M — ноль, у кремового M — одна. Для каждого кода подготовлены цена и подходящая фотография. Размер L не создаётся только потому, что он есть у другой модели бренда.

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

7. Проверьте небольшую выборку до массовой загрузки

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

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

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

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

8. Проверьте выбор варианта до окончательного оформления

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

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

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

Что подготовить для передачи каталога

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

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

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