
Как мы перевезли свой интернет-магазин с InSales на собственный движок на Next.js
yakov_etern8 41 минуту назад Как мы перевезли свой интернет-магазин с InSales на собственный движок на Next.js Средний 7 мин 1.8K Разработка под e-commerce * ReactJS * TypeScript * PostgreSQL * Поисковая оптимизация *...
GPT-5.6 31 Temmuz 2026'da yayınlanacak mı?
В сфере искусственного интеллекта произошло заметное событие. yakov_etern8 41 минуту назад Как мы перевезли свой интернет-магазин с InSales на собственный движок на Next. 8K Разработка под e-commerce * ReactJS * TypeScript * PostgreSQL * Поисковая оптимизация * Кейс IWANT - наш собственный fashion-магазин. Несколько лет он жил на InSales: на старте это правильный выбор: быстро, без разработки, всё из коробки.
Но в какой-то момент мы уперлись в потолок платформы: каждый нужный модуль - это либо платное приложение, либо «так нельзя». Мы посчитали и решили перевезти магазин на собственный движок. Это не история «платформы плохие, пишите своё».
Технические детали
Это разбор конкретного переезда: что переносили, как устроен ETL из выгрузок InSales, на каком стеке собрали и почему именно на нём, какие модули пришлось писать самим, как прошёл катаут без простоя и кому такой переезд реально нужен, а кому нет. Почему ушли с InSalesInSales нормальная платформа. Проблема не в ней, а в модели: ты арендуешь чужой движок и живёшь по его правилам.
Что упиралось в потолок:1) Нужные функции (серверная корзина между устройствами, кастомная логика писем, кошелёк с кэшбэком) либо платные приложения, либо невозможны в принципе. 2) Любая нестандартная доработка фронта ограничена шаблонной системой. 3) Данные и логика живут в чужом контуре и чем дольше тянешь, тем дороже потом мигрировать.
В какой-то момент аренда платформы со всеми приложениями стала стоить дороже, чем контроль над собственным кодом: тариф InSales с нужными приложениями – это 2 300-10 400 ₽/мес в зависимости от набора. Что переносили- Каталог товаров со структурой категорий и вариаций. - 3 123 заказа за 2016-2026 всю историю, а не «начать с чистого листа».
Отраслевые последствия
- Клиентов и их историю покупок (включая накопленную лояльность, её нельзя было обнулить). - SEO-наследие: старые URL, чтобы не потерять позиции. Главное требование к миграции: ноль потерь данных и сохранение SEO.
Падение трафика после переезда - самый частый и самый болезненный провал таких проектов. ETL: переносим каталог и историю заказовКаталог и заказы переносили двумя разными путями и засада была ровно в одном месте. Каталог пришёл из InSales структурированно (товары, вариации, категории, остатки), мы прогоняли его через Zod-схемы и заливали идемпотентным upsert: товары и категории по slug, вариации по sku.
Картинки дедуплицировали по MD5: если байты совпали с тем, что уже лежит в S3, повторная заливка пропускается. Это важно, когда импорт 3 700+ товаров с картинками идёт часами и его приходится перезапускать. Заказы - вот где была первая засада: кодировка.
Этот прогресс даёт важные сигналы о будущем отрасли, и технологический мир внимательно наблюдает.





