Чаще всего разговор о переезде с InSales начинается с картинок: они лежат на общем домене платформы, и владелец магазина уверен, что из-за этого теряет трафик из поиска. Мы отвечаем на это первым делом, и ответ обычно не тот, которого ждут - часть проблемы решается без всякого переезда. Ниже: что чинится апгрейдом тарифа, что реально приезжает в выгрузке заказов, где на переезде теряют позиции и почему экономия на подписке этот переезд не окупает.
Сначала о том, что чинится без переезда
Аргумент звучит так: изображения лежат на static.insales-cdn.com, общем для всех магазинов платформы, значит трафик с поиска по картинкам уходит не вам.
Это стоит разобрать честно, до разговора о деньгах. Во-первых, у InSales есть собственный CDN-домен: по заявке в поддержку картинки переезжают на поддомен вашего сайта вида img.site.ru. Функция живёт на старших тарифах, то есть вопрос решается апгрейдом и обращением в поддержку, без всякого переезда. Во-вторых, сама механика индексации работает не так, как принято считать: результат в Яндекс.Картинках и Google Images ведёт на страницу, где изображение стоит, а не на хост файла. Трафик с чужого CDN идти может.
Что апгрейд не решает: адреса картинок остаются нестабильными. InSales отдаёт их через imgproxy с хеш-токеном в пути, вида /r/<token>/rs:fit:1000:0:1/plain/..., и один файл живёт по десятку адресов под разные размеры. Управлять этим из своего Вебмастера нельзя. Это честный аргумент, в отличие от «картинки не индексируются».
Почему магазины уходят с InSales
InSales не плохая платформа. Для магазина, который проверяет спрос или живёт на сотне позиций, это правильный выбор, и переезжать просто так незачем. Речь про момент, когда ограничения начинают стоить денег.
- Каждая функция это ещё один платёж. По прайсу платформы на апрель 2026 тариф «Интернет-магазин» стоит 2 295 ₽ в месяц, «Селлер» 4 080, «Комбо» 5 610, «Ультра» 25 415. Сверху: расширение каталога на тысячу товаров 100 ₽ в месяц, дополнительный пользователь 590, API-ключ 1 490, подключение сторонних платёжных сервисов 2 990. Набор растёт вместе с магазином.
- Доработка упирается в платформу. Нестандартная логика цен, свой расчёт доставки, особый сценарий оформления заказа делаются в рамках того, что платформа разрешает. Там, где не разрешает, ответ один: так нельзя.
- Инструменты работы с покупателем арендованные. Сегмент «покупали дважды, не заходили полгода», письмо по своей базе, рекомендации по истории покупок - это либо в тарифе, либо докупается расширением, либо не делается.
- Шаблон один на всех. Дизайн правится в границах темы, и вес шаблона вы не контролируете.
Отдельно про бесплатный тариф «от Сбера». Если магазин живёт на нём, аргумент «сэкономите на подписке» не работает вообще: экономить нечего. Зато CDN-домен для картинок оттуда недоступен, и путь к нему только через старший тариф.
Что на платформе действительно не ваше
Вокруг этого много передёргиваний, поэтому по порядку. Каталог, заказы и контакты выгружаются - экспорт в файл есть. Никто не держит ваши данные в заложниках, пока у вас есть доступ в админку. Оговорка про доступ не формальная: право на выгрузку живёт за логином, и в тот день, когда аккаунт заблокирован, оно превращается в теорию.
Не ваше другое - всё, что вокруг этих данных работает: шаблон, настроенные фильтры, платные расширения, письма и сегменты, интеграции. На выходе вы получаете таблицу с историей заказов, а не работающий магазин. Разница как между списком контактов и настроенной CRM.
Что реально приезжает в выгрузке
Теория заканчивается на первом файле. Свой магазин мы перевезли с InSales на Next.js и PostgreSQL, поэтому дальше конкретика из этого переезда.
Кодировка. Выгрузка заказов приходит в UTF-16 LE с BOM, разделитель - табуляция. Не UTF-8, как ожидает почти любой парсер по умолчанию: наивное чтение даёт либо мусор, либо одну длинную строку.
Заказ размазан по строкам. Каждая позиция лежит отдельной строкой, доставка - ещё одной с тем же номером заказа, между заказами попадаются пустые строки, суммы указаны построчно. Объекта «заказ» в файле нет, его нужно собрать.
Дубли в экспорте покупателей. В нашем случае около 6 400 строк на примерно 5 100 уникальных адресов: гость оформлял заказ несколько раз до регистрации, и платформа честно отдаёт каждую запись. Дедупликация - работа импорта, база про эти дубли ничего не знает.
Всего в этом переезде уехали каталог, 3 123 заказа за десять лет и 7 636 адресов страниц. Импорт мы пишем идемпотентным: у каждой записи есть ключ, стабильный на стороне источника, и повторный прогон ничего не меняет. Это не педантизм. Переносить данные придётся несколько раз, потому что магазин продолжает продавать, пока идёт сборка нового. Как устроен такой каркас, с кодом и разбором граблей, мы описали отдельно в технической статье на Habr.
Адреса страниц: где обычно теряют трафик
У InSales свои форматы адресов: товары /product/<slug>, коллекции /collection/<slug>, страницы /page/<slug>, блог /blogs/<handle>/<slug>. Важная деталь: handle блога не универсален, у разных магазинов он разный. Мы на этом однажды ошиблись - строили диагноз по формату чужого магазина. Брать его нужно из старого sitemap конкретного сайта; общее правило тут не поможет.
Карта редиректов строится по реальной аналитике, а выгрузка каталога для этого не годится: сначала страницы, которые действительно приносили трафик. Проверять её нужно выборкой руками - у нас это было 120 адресов из 7 636, каждый должен вести на живую страницу за один переход, без цепочек.
SEO: почему одних редиректов мало
Это место стоит нам двух месяцев, поэтому расскажем на своём примере. Редиректы были исправны, выборка проходила, а органический трафик не возвращался восемь недель. Две недели ушли на неверные гипотезы: перепроверяли цепочки редиректов, искали потери в карте сайта, грешили на скорость ответа.
Причина была не в переезде. 2 041 живая страница осталась без записи в карте сайта и без единой внутренней ссылки на себя. Редирект переносит вес со старого адреса, но не удерживает страницу в индексе - странице нужен путь изнутри сайта. Полный разбор с цифрами - в статье про SEO при переезде сайта.
Вывод для любого переезда: после запуска проверяется не только достижимость старых адресов, но и достижимость новых страниц изнутри.
Как проходит переезд
Новый магазин собирается и наполняется рядом, на своём домене или поддомене. Старый всё это время принимает заказы, и это штатный режим, а не подстраховка: переключение происходит в один день, когда новый магазин уже проверен.
За сутки до переключения делается финальная догрузка дельты: заказы, пришедшие за время сборки, доезжают тем же идемпотентным импортом. Переключение - смена DNS плюс включение редиректов. Откат, если что-то пошло не так, - возврат записи назад, старый магазин никуда не делся.
Срок для магазина среднего размера - 3-4 недели, стоимость от 300 000 ₽. Она зависит от объёма каталога, качества исходных данных, нестандартных оплаты и доставки и объёма уникального оформления.
Деньги: на подписке это не окупается
Здесь мы расходимся с типичным продающим текстом, включая свой старый. Переезд стоит от 300 000 ₽, экономия на подписке и расширениях - от полутора до девяти с половиной тысяч в месяц для типовых тарифов, без «Ультры» с её лимитом в 300 000 товаров. Поделите одно на другое: от двух с половиной до пятнадцати лет. Считать окупаемость переезда через тариф бессмысленно, цифры не сходятся ни при какой погоде.
Сходится другое. Переезд окупается, когда магазин упёрся в потолок: нужной функции нет и не будет, доработка невозможна или стоит как отдельный проект, повторные продажи не запускаются, потому что нет инструментов. Окупается снятое ограничение на рост, а не экономия на тарифе. Что при этом становится расходом на дистанции, разбирали в статье про расходы интернет-магазина: у нас инфраструктура своего магазина обходится меньше 1 000 ₽ в месяц плюс домен.
Кому пора, а кому рано
Рано, если магазин небольшой, вы проверяете спрос, покупают редко и по одному разу или у вас нет ресурса на трафик. Платформа тут правильное решение, и сказать об этом мы должны на разборе. После оплаты будет поздно.
Пора, если совпало хотя бы два пункта: платформа не даёт сделать то, что нужно бизнесу; счёт за тариф с расширениями вырос до заметных денег; есть повторные покупатели, с которыми некому работать; развитие упирается в правила площадки раньше, чем в ваши идеи.
С чего начать
Начните с бесплатного разбора: посмотрим объём каталога, ваш тариф и набор расширений, форматы адресов и то, какие страницы приносят трафик, - и скажем, что войдёт в переезд, сколько он займёт и за счёт чего окупится. Если окажется, что вам рано, скажем и это. Состав пакета - на странице переезд на собственный движок, а как устроен переезд в целом - в обзоре переезд магазина на собственный движок.
