Замена главной фотографии (слот 1) по vendorCode
ZIP с фото, где имя файла = артикул продавца (vendorCode). Сервис найдёт карточку и заменит только первое фото.
Как подготовить ZIP
Формат:
Пример:
Перед запуском сделай Sync, чтобы база знала соответствие vendorCode → nmID.
VENDORCODE.jpg / VENDORCODE.png (можно в подпапках).Пример:
GULIAN-001.jpg → заменит главное фото у карточки с vendorCode GULIAN-001.Перед запуском сделай Sync, чтобы база знала соответствие vendorCode → nmID.
Правила
Чтобы не испортить карточку и не словить лишние ошибки WB.
Что делает страница
Есть два режима:
слот 1 по vendorCode (отдельный блок сверху) и слоты 2–6 (ниже). Можно:
заменить слоты 2–6, дозалить часть слотов, либо очистить 2–6.
Рекомендуемый поток: сначала DRY-RUN, потом реальный запуск.
Рекомендуемый поток: сначала DRY-RUN, потом реальный запуск.
ZIP-формат (если используешь)
Структура строгая: slide/2.jpg … slide/30.jpg.
Если ZIP загружен, он даёт базовый набор, а файлы по слотам (2–6) ниже — перезапишут соответствующие изображения.
Подсказки
Что чаще всего ломает загрузку.
Пустой список nmID
Для массового режима нужен список. Можно вставлять через пробелы или с новой строки.
Неверный ZIP-путь
Должно быть именно slide/ и номера файлов. Не slides/, не 2 (1).jpg.
Слишком тяжёлые изображения
Если WB ругается — сжимай JPG, не грузим гигантские PNG. Цель — быстрые, аккуратные 900×1200 / 700×900 и т.д.
Массово
Список nmID → ZIP и/или файлы по слотам 2–6 → запуск.
Поштучно
Один nmID — удобно для тестов и точечных замен.
Проверка без риска
Нормальный режим работы: сначала симуляция, затем реальная загрузка.
1) Запусти DRY-RUN — в задачах появятся операции без вызова WB API.
2) Если всё ок — снимай DRY-RUN и запускай реальную замену. Ошибки WB будут видны по каждому слоту.
2) Если всё ок — снимай DRY-RUN и запускай реальную замену. Ошибки WB будут видны по каждому слоту.