Какие данные нужны для карточки товара

Начните с товарной единицы

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

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

Составьте паспорт полей

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

Нормализуйте характеристики

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

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

Уточните цену и доступность

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

Для наличия определите источник и задержку обновления. Статус «под заказ» отличается от отсутствия данных об остатке. При недоступности внешнего API нужна согласованная политика: запрет покупки, запрос подтверждения или другое честно описанное поведение. Не выдавайте устаревшее значение за гарантированный остаток.

Проверьте изображения и описания

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

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

Учебный пример проверки импорта

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

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

Что проверить перед публикацией

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

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

Правило публикации неполной карточки

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

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

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

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

Как поступать с неизвестной характеристикой товара

Не заменяйте отсутствующее значение нулём или словом «нет», если они имеют самостоятельный смысл. Неизвестная мощность и нулевая мощность — разные данные. В модели нужны правила для отсутствующего, неприменимого и подтверждённого значения.

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