Магазин на дропшипинге: чужой склад, ваш каталог

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

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

На конкурентных запросах с чужими описаниями – вряд ли. Тот же прайс продают десятки магазинов, и копия описания не дает преимущества никому из них. Что работает: структура каталога под реальные запросы, собственные тексты на категорийных страницах и узкий ассортимент вместо «все от всех». Техническую базу закрываем – ЧПУ, canonical, карта сайта без дублей. Но карта сайта не поднимает позиции и не гарантирует индексацию: она делает только страницу существующей для бота. Позиций мы не обещаем.

Этот канал принимает: выгрузка файлом, письмо с заказом или обмен через API, если он у поставщика есть. Чаще это первый вариант — и это нормально. Важно лишь, чтобы передача была автоматической, а не переписыванием позиций в мессенджер руками: именно на ручном переносе возникают ошибки в количестве и адресе, за которые вы отвечаете, а не поставщик.

20–35 рабочих дней от утверждения ТС: аудит прайсов и ТС 2–5 дней, структура каталога 3–4, дизайн и сборка 7–12, импорт и маппинг 4–7, интеграции 2–4, тестовый цикл и передача 2–3. Главная переменная – количество поставщиков: каждый новый прайс добавляет свой маппинг и свои правила. Один поставщик с машинным XML запускается быстро, четыре разнородных Excel – долго.

Наша рекомендация – начать с одного поставщика и узкой группы товаров, а второго добавлять после того, как прошел первый цикл заказов. Причина проста: пока не было никакой отгрузки, вы не знаете, как поставщик обращается со сроками и возвратами, а каталог на 5 тысяч позиций от трех источников уже нужно поддерживать. Для ориентира: в измеренном нами нишевом магазине 48 товаров и 18 категорий – и этого хватает, чтобы продавать без консультации.

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

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