Как перенести каталог с Wildberries в свой магазин

Мы переносили каталог детских товаров «Жук и Плут» с Wildberries в собственный магазин. Триста с лишним позиций, которые до этого владелица заводила руками, и вечер работы на каждое крупное обновление. Ниже — что мы сделали, где ошиблись и что получилось.

Главный вывод сразу: перенос — это не выгрузка файла, а перевод данных с языка карточки площадки на язык собственного каталога. Технически это малая часть работы.

Что было

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

Три проблемы этого состояния:

• Товар связан с методикой, а карточка площадки объяснять методику не умеет.
• Комплекты продавать нельзя — есть только отдельные позиции.
• Каждое обновление ассортимента делалось руками и занимало вечер.

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

Что мы сделали в первую очередь

Не импорт. Первым делом мы разобрали структуру.

Категории площадки построены под её покупателя и её фильтры. Для собственного магазина они не годятся: там половина товаров попадает в раздел, который никто не ищет, а половина не попадает никуда. Мы сели с владелицей и заново собрали дерево категорий — по логике методики, а не по логике площадки.

На это ушёл день. Он окупился: после этого стало понятно, во что именно импортировать.

Импорт как отдельная вкладка

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

Логика такая:

1. Загружаются позиции из внешнего источника.
2. Каждая позиция сопоставляется с категорией нового каталога.
3. Показывается предварительный список: что добавится, что обновится, что не распозналось.
4. Владелица подтверждает.
5. Данные записываются в каталог.

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

Что не сошлось

Дальше начинается содержательная часть, ради которой всё и затевалось.

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

Описания. Тексты писались под поиск площадки: перечисления, повторы ключевых слов, сокращения. На своём сайте они читаются плохо и продают хуже. Часть переписали, часть оставили и переписывали постепенно.

Фотографии. Соотношение сторон и требования площадки не совпадают с сеткой собственного каталога. Пришлось перекадрировать первое фото у большинства позиций.

Комплекты. Их на площадке не существовало вовсе. Мы завели их как отдельную сущность каталога — набор из нескольких позиций со своей ценой и своим описанием.

Что мы переделали дважды

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

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

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

Что стало

Административная панель разрослась примерно до двадцати вкладок под реальные процессы. Обновление ассортимента вместо вечера ручной работы занимает импорт с подтверждением. Комплекты продаются, методика объясняется, отзывы собираются свои.

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

Что бы я сделал иначе

• Разбирал бы свойства до импорта, а не после. Мы залили данные, а потом чистили их в каталоге. Чистить в исходнике было бы быстрее.
• Сразу делал бы соответствие категорий редактируемым. Экономия дня на старте обернулась двумя переделками.
• Заранее договорился бы, кто пишет описания. Триста текстов — это работа, и она должна стоять в плане с датами, а не появляться в день запуска.

Кому этот перенос не нужен

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

И если вы остаётесь на площадке всерьёз, то направление обмена меняется на противоположное: каталог ведётся на сайте, а на площадку уходит выгрузка. Это другая работа, хоть и похожая внешне. Другие проекты со схожей механикой есть в разделе работ.

Порядок, в котором это стоит делать

Если сводить наш опыт к последовательности, получается так.

1. Собрать дерево категорий под свою логику, не глядя на площадку.
2. Составить справочники свойств: цвет, размер, возраст — списками значений.
3. Выгрузить позиции из источника и привести свойства к справочникам ещё в файле.
4. Загрузить через вкладку импорта с предпросмотром.
5. Проверить глазами первые двадцать карточек, исправить соответствие категорий.
6. Догрузить остальное.
7. Переписать описания по частям, начиная с ходовых позиций.
8. Собрать комплекты.

Седьмой шаг растянут во времени, и это нормально: магазин запускается раньше, чем все триста описаний станут человеческими.

Сколько времени уходит на самом деле

Разработка вкладки импорта и справочников — часть проекта магазина, она укладывается в общий срок 7–14 дней. Приведение данных в порядок живёт по своим правилам: на трёхстах позициях с неровными свойствами это дни работы человека, который знает товар.

Отсюда практический совет: не ставьте дату запуска раньше, чем поймёте, кто и когда чистит данные. Разработчик здесь не поможет, потому что решение «объединить синий с голубым» принимает не он.

Коротко

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