13FOX / Магазин уже продаёт и готовится к развитию
Перенесём действующий магазин, когда новая логика каталога, заказа и интеграций требует собственной программной основы. Составим карту данных и адресов, проверим пробный перенос и подготовим согласованное переключение.
Для первого разбора достаточно ссылки на магазин, текущей платформы и описания ограничений.
Наш проект / Frost Mining
Мы перенесли Frost Mining с Tilda на собственную платформу. Разработали магазин и админ-панель: товары с вариантами фасовки, цены, остатки, характеристики и описания собраны в одной структуре.
Подключили службы доставки, добавили баллы, промокоды и систему статей. Для мастеров и организаций предусмотрели специальные условия покупки. Покупатель оформляет заказ, команда управляет торговыми операциями через свою панель.
Миграция требует новой модели данных и торговых операций. Сравним её с доработкой текущей системы на конкретном товаре и заказе: какой шаг мешает работе, где теряется нужное правило и что должна делать новая платформа.
Каталог
У карточки могут быть варианты, упаковки, изображения, характеристики и свои остатки. Сопоставим идентификаторы, единицы и цены; проверим, что разные варианты остались разными позициями.
Операции
Определим, что переносится из активных заказов и истории, откуда приходит подтверждение оплаты и куда передаётся доставка. Новые системы должны узнавать одну и ту же операцию.
Страницы
Составим перечень товаров, категорий и статей. Для каждой страницы выберем сохранение адреса, перенос на соответствующий новый или обработку удалённой страницы.
Если достаточно доработки. Когда текущая платформа поддерживает нужный сценарий, предложим сохранить её и изменить проблемный участок. Замена хостинга и экспорт HTML решают иные задачи; здесь оцениваем данные, торговую логику и новую программную основу.
Первый артефакт / Открытый шаблон миграции
В карте запишите источник данных, новое место хранения, ключ связи, правило переноса и результат приёмки. Ниже условный пример трёх строк. Начать можно со своего сложного товара и одного незавершённого заказа.
Пример / Товар
Пример / Активный заказ
Пример / Адрес страницы
CSV с примерами и строками для вашего магазина. Доступ открыт без формы.
Для клиентов, бонусов и истории заранее выбираем доступный перенос либо архив. Учётные записи и пароли требуют отдельной проверки: возможность выгрузить список покупателей ещё не означает возможность перенести их прежний вход.
Перенос данных и разработку новой системы показываем в оценке раздельно. Для каждого этапа фиксируем входные данные, результат и проверку с сотрудником, который будет работать в магазине.
Разберём текущую платформу, каталог, адреса, клиентов, заказы и подключения. Результат: карта объектов и правила, которые новая система должна поддержать.
Согласуем модель каталога, заказа и админ-панели. Перенесём выборку на отдельный контур, сверим варианты, цены, изображения и связи с источником.
Подключим согласованные системы. Проверим поиск, корзину, оплату, доставку, отмену и работу сотрудника на тестовом заказе.
Определим, где принимаются новые заказы, как переносим изменения после пробной выгрузки и кто разрешает запуск. Согласуем окно перехода и контрольные точки.
Сверим новые заказы, оплату, остатки, страницы и ошибки. Если сработало условие возврата, сохраняем новые операции и выполняем согласованный план восстановления.
Резервная копия до перехода не содержит заказы, появившиеся позже. Поэтому в плане отката отдельно фиксируем новые записи, оплаты и изменения остатков. На переключении один источник принимает рабочие заказы; тестовый контур не должен отправлять реальные уведомления и повторять оплату.
По возможности сохраняем действующие адреса. При изменении пути проверяем соответствие старого и нового товара, перенаправление, ответ сервера и доступность для поиска. Внутренние ссылки и Sitemap должны вести на актуальные страницы.
Яндекс рекомендует при изменении структуры настраивать перенаправления, проверять ответ 200, доступ робота и новые адреса в Sitemap. Эти проверки включаем в приёмку. После перехода наблюдаем обход и ошибки в Вебмастере; неизменность позиций и посещаемости не обещаем.
Для Tilda отдельно проверим выгрузку товарных данных: платформа поддерживает импорт и экспорт каталога в CSV и YML. Варианты и их связи нужно сопоставить с новой моделью. Экспорт кода Tilda имеет ограничения и не переносит панель управления каталогом; для самостоятельного магазина проектируем свою рабочую основу.
Сравнивайте состав новой системы, правила переноса и приёмку. Одинаковое количество страниц может скрывать разный объём работы с вариантами, заказами и интеграциями.
Качество карточек, варианты, изображения, история, клиенты, права на исходные материалы и выгрузки. Неясные соответствия сначала разбираем на выборке.
Правила цены, заказов, доставки, лояльности и администрирования. Изменения интерфейса и функций оцениваем отдельно от самого переноса данных.
Сайт, учёт, оплата, доставка, карты адресов, догрузка изменений и откат. Лицензии, инфраструктуру и последующую поддержку выделяем в оценке.
Срок и стоимость определим после карты состава и пробной выгрузки. Если нужна связь с 1С, проверим вашу конфигурацию и доступные операции отдельно. Работаем удалённо с магазинами по России.
Начинаем с проверки доступных данных и операций вашей платформы: выгрузка каталога, варианты, изображения, заказы, клиенты и интеграции. В Frost Mining мы перенесли магазин с Tilda на собственную платформу. Для другой CMS сначала проверим формат выгрузки и контрольный товар, затем оценим состав миграции.
Если действующая CMS поддерживает нужные правила продажи, сравним её доработку с переходом. Собственная программная основа нужна, когда важные операции и развитие магазина требуют иной логики. Решение принимаем после проверки сложного товара и одного заказа.
По возможности сохраняем действующие адреса страниц. Для изменённых адресов составим карту соответствий и настроим перенаправления, проверим ответы сервера, доступность для робота, канонические адреса и Sitemap. Изменение платформы может повлиять на видимость, поэтому после перехода контролируем обход и поисковые отчёты. Позиции и неизменный трафик не гарантируем.
Отдельно согласуем активные заказы, историю, статусы оплаты, учётные записи и бонусы. Для каждого объекта выберем перенос, доступный архив или другой порядок работы. Если прежние пароли нельзя корректно перенести, спроектируем безопасное восстановление доступа. Формат и права на обработку данных проверим до загрузки.
План зависит от способа обмена и изменений в старом магазине. Сначала переносим копию данных и проверяем новую систему отдельно. До переключения согласуем источник новых заказов, догрузку изменений, возможное окно ограничения операций и основания для возврата. Новые заказы и оплаты должны учитываться при любом сценарии перехода.
От качества выгрузок, количества вариантов товара и связей, состояния адресов страниц, заказов и клиентов, нужных интеграций и отличий новой торговой логики. В оценке разделяем разработку новой основы, миграцию данных, подключения, проверки и запуск. Лицензии, размещение и поддержку согласуем отдельно.
Первый шаг / Состав вашего переноса
Пришлите ссылку, название платформы и один товар или заказ, с которым возникает сложность. Мы разберём ограничения, наметим состав переноса и данные для оценки первого этапа.
Заявка отправлена. Команда 13FOX свяжется с вами.
Проверяем соединение и передаём заявку.
Оставьте контакт — обсудим перенос вашего магазина.
Или напишите в Telegram.
