Артикул помогает связать товар в каталоге с остатком, заказом и данными поставщика. До наполнения магазина договоритесь, кто присваивает коды и как отличает варианты одной модели. Ниже есть учебная таблица и порядок проверки дублей. Это правила ведения каталога, а не инструкция по массовой замене кодов на работающем сайте.
Определите, какой объект получает артикул
Сначала перечислите позиции, которые сотрудник должен различать при сборке заказа. Кружки одной модели разного цвета или объёма могут выглядеть как одна карточка с переключателем, но при отгрузке это разные варианты. Если сотрудник должен выбрать конкретную коробку, в вашей таблице нужен способ однозначно указать именно её.
Отдельно обозначьте группу модели и продаваемые варианты. Код группы удобен для связи карточек, но не должен подменять код выбранного варианта в задании на сборку. Проверьте эту связь вместе с остальными данными в чек-листе карточки товара.
В документации редактора товара WooCommerce SKU описан как необязательный уникальный идентификатор товара или варианта. При заполнении это поле должно быть уникальным в магазине. Решение назначать код каждому складскому варианту здесь предлагается для удобства учёта, а не как обязательное условие создания любого товара в WooCommerce.
Выберите короткое правило и назначьте ответственного
Запишите допустимые символы, регистр, разделитель и способ выдачи следующего кода. Для нового небольшого каталога можно выбрать последовательный номер с коротким префиксом. Если сотрудники уже используют артикулы в учётной системе, сначала выясните, можно ли сохранить их на сайте. Вторая независимая нумерация потребует таблицы соответствий.
Не включайте в постоянный код сведения, которые часто меняются: цену, сезонную акцию или название рубрики. Иначе обычная смена цены будет выглядеть как повод переименовать товар. Цвет или размер можно кодировать, если у команды есть устойчивый справочник обозначений и понятно, что делать с новым вариантом.
Назначьте одного владельца правил и общий реестр. Если два сотрудника параллельно берут «следующий свободный номер» из разных копий таблицы, красивый формат не предотвратит дубль. Зафиксируйте, где резервируется новый код и когда запись считается принятой в каталог.
Разберите учебную модель с вариантами
Вымышленная модель кружки «Берег» имеет два цвета. Все названия и коды ниже придуманы для объяснения структуры; они не относятся к реальному ассортименту. В этом примере MG-0100 обозначает группу, а суффикс отличает конкретную продаваемую позицию.
| Код | Что обозначает | Как используется |
|---|---|---|
| MG-0100 | Группа модели «Берег» | Объединяет варианты. Не отдельная коробка для сборки. |
| MG-0100-01 | Кружка «Берег», зелёная, 350 мл | Отдельный продаваемый вариант со своим остатком. |
| MG-0100-02 | Кружка «Берег», белая, 350 мл | Другой вариант. Код первого не используется повторно. |
Суффиксы 01 и 02 в примере являются номерами вариантов. Они не кодируют цвет сами по себе: расшифровка хранится в реестре. Для другого каталога можно выбрать иной формат. Критерий один: сотрудник по коду находит нужную позицию без догадок.
В WooCommerce есть отдельная особенность: документация вариативных товаров описывает использование SKU родительского товара, когда у варианта это поле оставлено пустым. Если вам нужен собственный код каждого варианта, проверьте заполнение именно на уровне вариантов. Наличие общего SKU у карточки ещё не подтверждает, что все варианты различимы в вашей выгрузке.
Храните коды поставщика отдельно
Во внутреннем реестре предусмотрите отдельные колонки для своего артикула, поставщика и его кода. Два поставщика могут использовать одинаковую строку для разных товаров. Не считайте совпадение чужих кодов достаточным основанием объединить позиции.
Идентификатор записи на сайте, SKU и штрихкод также не следует смешивать в одной колонке. При переносе данных выясните, какое поле использует конкретный обмен. Сотруднику может быть удобно искать по артикулу, а модуль обновления сопоставляет записи по другому идентификатору. Названия колонок и документацию обмена нужно проверить до загрузки.
Для изображений можно использовать артикул как часть имени файла, если это согласовано с правилами медиатеки. Тогда в брифе на фотографии товара будет видно, к какому варианту относится каждый кадр. Изменение имени файла само по себе не связывает изображение с товаром: связь в карточке всё равно проверяют.
Ищите дубли на копии реестра
Сохраните исходную таблицу и сделайте отдельную копию для проверки. Выведите в неё артикулы действующих и архивных позиций. Для проверки нового кода полезно видеть и снятые с продажи товары, если по ним остались заказы или обмены.
- Отметьте пустые значения у позиций, для которых по вашим правилам код обязателен.
- Найдите точные повторы артикула и сравните, что стоит за каждой строкой.
- В отдельной служебной колонке уберите пробелы по краям и приведите регистр к принятому виду. Проверьте повторы этой колонки.
- Просмотрите похожие символы, например латинскую C и кириллическую С. Для новых кодов используйте согласованный набор символов.
- Запишите решение по каждому конфликту и ответственного за исправление.
Учебный пример конфликта: строки MG-0100-01 и « mg-0100-01 » после такой проверки выглядят одинаково. Это сигнал проверить данные. Он не доказывает, что любая программа считает регистр и пробелы одинаково. Нормализация служебной колонки не должна незаметно менять реальные коды в магазине.
Не переименовывайте действующий каталог без карты соответствий
Если код уже участвует в заказах, прайсах и интеграциях, сначала составьте таблицу «старый код, новый код, товар, места использования». Проверьте, что будет со старыми заказами и повторной загрузкой данных. Выполняйте пробный перенос на копии магазина и согласуйте способ восстановления до изменения рабочего каталога.
Если SKU передаётся как идентификатор товара в Google Merchant Center, учитывайте правила атрибута id: идентификатор должен быть стабильным и уникальным, его не переиспользуют для другого товара. Это требование конкретного канала. Не подставляйте новый SKU в работающий обмен, пока не выяснили, изменится ли вместе с ним внешний id.
Скопируйте состав реестра и примите результат
Внутренний артикул: Модель и продаваемый вариант: Код группы, если используется: Поставщик и его артикул: Идентификатор записи на сайте: Другие идентификаторы и системы, где они применяются: Ссылка на карточку: Состояние: активный / архивный / зарезервирован: Ответственный и дата присвоения: Найденный конфликт и решение:
Попросите сотрудника по реестру найти два похожих варианта, затем проверьте их в контрольном заказе. В заказе, задании на сборку и учётной системе должен определяться тот вариант, который выбрал покупатель. После проверки сохраните утверждённые правила рядом с реестром и используйте их при добавлении новых позиций.
Редакционный материал «Практики магазина». Подготовлен: 2026-10-27. Учебные примеры обозначены в тексте.