Переезд интернет-магазина на новую платформу: товары, покупатели, заказы, бонусы и URL — план без потери продаж

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

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

Когда переезд оправдан, а когда хватит доработки?

Переезжать стоит, когда платформа мешает продавать: не держит ваш объём каталога, не даёт нужной логики заказа, обмен с 1С ломается после каждого обновления или лицензия стоит дороже, чем вы готовы платить. Если проблема в дизайне или одной функции, обычно дешевле доработать текущий сайт.

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

Из чего состоит переезд магазина?

Из подготовки (выгрузки, карта адресов, решения по паролям и бонусам), сборки нового магазина рядом со старым, пробных переносов, периода двойного обмена с 1С и дня переключения. После него — две-четыре недели наблюдения за ошибками, поиском и заказами.

1. Инвентаризация. Сколько моделей, вариантов, покупателей, заказов, бонусов и посадочных страниц и что из этого приходит из 1С, а что заводили руками.
2. Решения по спорным данным. Пароли, глубина истории заказов, промокоды, снятые с продажи товары.
3. Карта адресов. Полный список старых URL и куда ведёт каждый.
4. Сборка и пробные переносы. Новый магазин живёт на техническом адресе, данные переносятся скриптом много раз — до тех пор, пока проверки не сходятся.
5. Двойная работа обмена с 1С. Новый сайт получает товары, цены и остатки, но заказы пока принимает старый.
6. День переключения. Окно без заказов, финальный перенос свежих данных, смена домена, обход старых адресов.

Как перенести каталог, если у товаров есть размеры и цвета?

Каталог переносят скриптом, а не руками, и связывают модель с её вариантами по артикулу. Главная ошибка — превратить каждый размер в отдельный товар или, наоборот, склеить разные модели в одну. Поэтому первым делом сверяют, как варианты устроены в 1С и на старом сайте.

Где-то товар — модель с характеристиками, где-то — набор позиций с похожими названиями, где-то размеры записаны строкой в описании. До переноса фиксируют одну схему: модель, варианты, свойства, цена и остаток каждого варианта.

Что ещё всплывает при переносе каталога:

• Грязные значения свойств. «Черный», «чёрный», «black» и «Чёрный » с пробелом — четыре разных значения в фильтре. Их сводят в одно до переноса, иначе фильтр на новом сайте покажет четыре галочки.
• Фото по ссылкам на чужие серверы. Изображения, вставленные в описания с внешних адресов, перестанут открываться. Их скачивают и кладут к себе.
• Цены из старой базы. Если цены и остатки ведутся в 1С, на новый сайт их нужно брать из 1С, а не из базы старого сайта — там могут быть устаревшие значения.
• Товары без цены. Позицию без цены скрывают до загрузки цен, чтобы она не продавалась даром.

Так было в кейсе AleksFurs: каталог мехового салона — 159 моделей и 523 фото в шести категориях — перенесли со старого сайта автоматически, а 159 старых карточек сопоставили с новыми по артикулу. Про то, как устроить фильтры и не наплодить дублей, — отдельная статья о SEO каталога.

Что делать с покупателями, паролями и согласиями на обработку данных?

Контакты и адреса переносят полностью, пароли — только в виде хешей, если новая система умеет их проверить, иначе покупателю отправляют ссылку на установку пароля. Отметки о согласиях на обработку персональных данных и на рассылку переносят вместе с датой и текстом, на который соглашался человек.

Расшифровать пароль нельзя: в базе хранится хеш. Есть два рабочих пути:

• Проверка старого хеша при входе. Если формат хеша старой платформы известен, новый магазин при первом входе проверяет пароль старым способом и сразу пересохраняет его современным. Покупатель ничего не замечает.
• Установка пароля по ссылке. Если формат неизвестен или хеши устаревшие, покупатель при входе получает письмо или код для нового пароля. Это заметнее, поэтому заранее готовят понятный текст: «Мы обновили магазин, задайте пароль — история заказов и бонусы сохранены».

С согласиями важно не потерять доказательства. Если покупатель соглашался на рассылку в 2022 году, на новом сайте должна остаться отметка с датой и версией текста, иначе рассылку по нему трудно обосновать. Если вместе с платформой меняется сервер, база с персональными данными граждан России по ч. 5 ст. 18 152-ФЗ должна остаться на территории России, а при смене сведений из уведомления, например места нахождения базы, оператор по ч. 7 ст. 22 сообщает об изменениях в Роскомнадзор не позднее 15-го числа следующего месяца. Подробнее о размещении данных — в статье о локализации.

Нужно ли переносить историю заказов?

Да, хотя бы за последние один-два года: покупатели смотрят прошлые заказы в кабинете, менеджеры по ним разбирают возвраты, а аналитике нужна база для сравнения. Совсем старые заказы можно оставить в архивной выгрузке, если они есть в 1С.

Что важно при переносе заказов:

• Номера. Старые номера сохраняются, а новые начинаются заметно выше, чтобы новый заказ не совпал по номеру со старым.
• Состав и цены на момент покупки. В заказе хранится цена, по которой купили, а не текущая. Если товар сняли с продажи, строка заказа всё равно должна открываться.
• Статусы. Набор статусов на старом и новом сайте разный, его сопоставляют таблицей: «Выполнен» → «Доставлен», «Отказ» → «Отменён».
• Повторная выгрузка в 1С. Перенесённые заказы помечают как уже выгруженные, иначе при первом обмене 1С получит дубли всей истории.

Как перенести бонусы, сертификаты и промокоды?

Баланс бонусов переносят одной операцией «остаток на дату переключения», историю начислений — справочно. Подарочные сертификаты переносят с кодом, номиналом, остатком и сроком действия. На время финального переноса оплату баллами и сертификатами отключают, чтобы не было списаний на старом сайте после выгрузки.

Бонусы и сертификаты — обязательства перед покупателем, ошибка здесь сразу становится жалобой. Порядок:

• Если баллы ведутся в 1С или в сервисе лояльности, переносить нечего: новый сайт подключается к тому же источнику баланса.
• Если баллы жили в базе старого сайта, выгружаем остаток по каждому покупателю на момент закрытия приёма заказов и загружаем его одной строкой «перенос баланса».
• Сумму всех балансов до и после сверяем — она должна совпасть до балла.
• Частично использованный сертификат переносится с остатком, а не с номиналом.
• Действующие промокоды переносят с лимитами и сроком, истёкшие оставляют в архиве.

Что	Как переносим	Чем проверяем
Товары и варианты (размер, цвет, объём)	Скриптом из базы или выгрузки; связь «модель — вариант» по артикулу	Число моделей и вариантов совпадает по каждой категории; выборочно 30–50 карточек глазами
Цены, старые цены, остатки	Из 1С или складской программы по обмену, а не из базы старого сайта	Товаров с ценой 0 нет; сумма остатков по складу совпадает с учётом
Фото и описания	Скачиваем оригиналы, переименовываем по артикулу, привязываем к карточкам	Нет карточек без главного фото; нет битых изображений в описаниях
Категории и свойства для фильтров	Сопоставляем старые свойства с новыми, чистим дубли значений («Черный», «чёрный»)	Фильтр по каждому свойству даёт то же число товаров, что на старом сайте
Покупатели	Контакты, адреса, отметки о согласиях с датой и текстом; пароли — по выбранной схеме	Тестовый вход старым паролем или через восстановление; число записей совпадает
История заказов	Номера, состав, суммы, статусы; новые номера начинаются выше старых	Покупатель видит прошлые заказы в кабинете; суммы по месяцам совпадают
Бонусы и сертификаты	Остаток на дату переключения одной операцией, история — справочно	Сумма балансов до и после равна; погашение сертификата проходит один раз
Адреса страниц	Карта переадресаций 301 «старый адрес → новый»	Обход старых адресов: каждый отдаёт 301 и ведёт на страницу с ответом 200

Что переносить и как проверить, что ничего не потерялось?

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

Первый пробный перенос почти всегда находит забытое — скрытую категорию, заказы с удалёнными товарами. Скрипт правят и запускают снова, пока проверки не сойдутся.

Как составить карту переадресаций для каталога и фильтров?

Карта — таблица «старый адрес → новый адрес» для каждой страницы, у которой есть трафик, ссылки или место в индексе. Каждый старый адрес отдаёт постоянную переадресацию 301 сразу на конечную страницу, без цепочек, а не на главную.

Список старых адресов собирают из нескольких источников: карта сайта, выгрузка из базы, отчёты Яндекс Вебмастера и Google Search Console, страницы входа из Метрики за год. Дальше по типам:

• Карточки. Сопоставляются по артикулу автоматически. Если товар снят с продажи, адрес ведёт в его категорию.
• Категории. Сопоставляются вручную, особенно если структура меняется: две старые категории могут слиться в одну новую.
• Посадочные страницы фильтров. Адреса вида «шубы из норки с капюшоном» ведут в такой же отбор на новом сайте. Если такого отбора нет — в ближайшую категорию.
• Статьи, акции, служебные страницы. Каждой — свой новый адрес или ближайший раздел.
• Технические адреса. Сортировки, страницы пагинации, параметры отслеживания — правилом, а не построчно.

Обе поисковые системы прямо не советуют вести все старые адреса на главную: Google может посчитать это ошибкой 404, а Яндекс отмечает, что это мешает пользователям и замедляет индексацию. Google рекомендует держать переадресации не меньше года. В AleksFurs при переезде 226 адресов старого сайта получили переадресацию 301, а адреса 67 продвигаемых страниц ведут в подходящие разделы: мех — в свою категорию, «распродажа» — в скидки.

Отдельно сохраняют заголовок, описание и текст продвигаемых категорий: переадресация довезёт посетителя, но не содержание страницы.

Как жить с 1С, пока работают два сайта?

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

Двойная работа даёт время прогнать новый магазин на настоящих данных: проверить, что остатки раскладываются по вариантам, что товар без цены скрыт, что заказ уходит в 1С и повторно не выгружается. В AleksFurs обмен по CommerceML 2.08 проверяли автотестом по шагам. Как устроен обмен в целом — в статье про магазин с обменом 1С.

Чего избегать в этот период:

• двух сайтов, которые одновременно принимают заказы на одни и те же остатки;
• правок товаров в админке старого сайта — всё, что не пришло из 1С, потеряется при финальном переносе;
• доработок конфигурации 1С «заодно» — их делают до или после переезда, а не в неделю переключения.

Как пройти день переключения?

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

Порядок дня, который мы используем:

1. Объявление о перерыве и отключение заказов, оплаты баллами и сертификатами на старом сайте.
2. Финальный перенос: заказы, покупатели, балансы бонусов, остатки сертификатов за последние сутки.
3. Переключение домена, выпуск сертификата HTTPS, включение карты переадресаций.
4. Тестовый заказ с оплатой и возвратом, проверка, что он ушёл в 1С.
5. Обход всех старых адресов скриптом: каждый должен отдать 301 и привести на страницу с ответом 200.
6. Новая карта сайта в Яндекс Вебмастере и Search Console. Если меняется и домен — заявка «Переезд сайта» в Вебмастере.

Копию старой базы и файлов держат несколько месяцев — на случай спорного заказа или жалобы на бонусы.

Что проверить после переезда?

Первые две-четыре недели смотрят на ошибки, поиск и заказы: страницы с ответом 404, индексацию новых адресов, долю оформленных заказов, жалобы на вход и бонусы. Позиции на время переобхода колеблются — об этом предупреждают и Яндекс, и Google.

Чек-лист после переключения:

• в журнале сервера и в Вебмастере нет всплеска ошибок 404 по старым адресам;
• карточки и категории попадают в индекс по новым адресам, старые постепенно выпадают;
• число заказов в день и доля брошенных корзин сопоставимы с прошлым периодом;
• обмен с 1С идёт без ошибок, дублей заказов нет;
• покупатели видят прошлые заказы и свой баланс баллов;
• ссылки в рассылках, соцсетях, на маркетплейсах и в рекламных кабинетах ведут на новые страницы напрямую, а не через переадресацию.

Когда переезд не нужен и какие ошибки встречаются чаще всего?

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

Ошибки, которые встречаются чаще других:

• Все старые адреса ведут на главную. Поиск теряет связь между старой и новой страницей.
• Забыли фильтры и статьи. Карточки перенесли, а посадочные с трафиком отдают 404.
• Каталог переносили руками. Свойства заполнены по-разному, фильтры не работают.
• Бонусы выгрузили за неделю до переключения. Списания за эту неделю потерялись, балансы покупателей разошлись.
• Перенесённые заказы снова ушли в 1С. Бухгалтерия получает сотни дублей.
• Старый сайт удалили в день запуска. Спорные заказы и жалобы проверить не по чему.

Сколько стоит переезд и что входит в работу?

Если новый магазин делаем мы, это тариф «Интернет-магазин» — от 104 000 ₽ и от 5 дней, с одной связкой с 1С, CRM или складом. Перенос каталога, покупателей и заказов и карту переадресаций считаем после брифа: объём зависит от того, как данные отдаёт старая платформа.

На оценку влияют число вариантов, качество свойств, доступ к базе старого сайта, хеши паролей и место хранения бонусов. Нестандартные интеграции сверх одной оплачиваются отдельно; для ориентира тариф «Интеграции и автоматизация» — от 32 000 ₽. По тарифу магазина 14 дней поддержки после запуска бесплатны, дальше — поддержка и развитие от 7 900 ₽ в месяц; гарантия — 30 календарных дней с даты акта, отдельно от поддержки. Оплата 50 % предоплатой и 50 % по акту, на приёмку — 5 рабочих дней. Все тарифы — на странице цен, о том, что входит в магазин, — на странице интернет-магазина под ключ.

Короткие ответы на частые вопросы

Сохранятся ли позиции в поиске после переезда магазина?

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

Можно ли перенести пароли покупателей?

Сами пароли — нет, на сайте хранятся только их хеши. Если известен формат хеша старой платформы, новый магазин может проверить старый пароль при первом входе и сразу пересохранить его по-новому; если формат неизвестен, покупателю отправляют ссылку на установку пароля.

Что будет с бонусами покупателей при смене платформы?

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

Нужно ли останавливать продажи на время переезда?

Нет. Новый магазин собирают и проверяют рядом со старым, а в день переключения закрывают приём заказов на старом сайте на час-два, переносят свежие заказы и балансы и переводят домен.

Сколько стоит переезд интернет-магазина?

Если новый магазин делаем мы, разработка начинается от 104 000 ₽ по тарифу «Интернет-магазин» с одной связкой с 1С, CRM или складом. Перенос данных и карта переадресаций считаем после брифа: цена зависит от объёма каталога и того, как данные отдаёт старая платформа.

Услуги и кейсы по теме: интернет-магазины · кейс AleksFurs · цены и сроки