← Все статьи
E-commerce · 11.11.2026 · 11 мин

Чек-лист переноса интернет-магазина

Пошаговый список до, во время и после миграции: URL, данные, интеграции, аналитика, тестовый контур и откат.

Чек-лист переноса интернет-магазина

Перенос магазина почти всегда идёт по одному сценарию: «сайт готов, данные перенесли, остальное поправим после запуска». Потом оказывается, что часть URL потеряна, аналитика не работает, а заказы не доходят в 1С.

Чек-лист ниже помогает пройти миграцию без сюрпризов. Это не заменяет план проекта, но фиксирует то, что нельзя забыть.

Когда нужен чек-лист

  • Смена CMS или платформы.
  • Перенос на новый хостинг или сервер.
  • Смена домена или структуры URL.
  • Объединение нескольких магазинов.
  • Переезд после редизайна.

До миграции

✓ Зафиксированы текущие метрики и трафик.
✓ Есть карта всех URL и типов страниц.
✓ Определены страницы, которые нельзя потерять.
✓ Согласована новая структура.
✓ Есть доступы к старому и новому контуру.
✓ Назначен ответственный за переключение.
✓ Есть план отката.
✓ Сделаны резервные копии.

Карта URL и редиректы

Это самый важный пункт для SEO. Если старый URL отдаёт 404, а новый не указан в карте, страница выпадает из индекса.

  • Выгрузите URL из sitemap и логов.
  • Добавьте страницы, которые есть в индексе.
  • Сопоставьте категории, товары и статьи.
  • Настройте 301-редиректы.
  • Удалённые страницы закрывайте 410.
  • Проверьте цепочки и циклы редиректов.

Данные и контент

Данные важнее вёрстки. Если после переезда цены, остатки или заказы расходятся, магазин теряет деньги быстрее, чем поисковик замечает новые страницы.

  • Товары, варианты и характеристики.
  • Изображения и alt.
  • Заказы, клиенты и статусы.
  • Тексты категорий и статей.
  • SEO-метатеги и canonical.
  • Настройки доставки и оплаты.

Интеграции и аналитика

После переезда часто «забывают» цели и e-commerce. Проверьте, что данные продолжают идти в Метрику и CRM.

  • 1С и склад.
  • CRM и телефония.
  • Платежи и доставка.
  • Метрика, цели и e-commerce.
  • Письма и уведомления.
  • UTM и источники.

Тестовый контур

Не тестируйте на живом магазине. Соберите копию, проверьте сценарии и только потом переключайте трафик.

  • Главная, категория, товар.
  • Корзина и checkout.
  • Оплата и доставка.
  • Личный кабинет.
  • Поиск и фильтры.
  • Мобильная версия.

День переключения

✓ Свежий бэкап.
✓ План отката и ответственный.
✓ DNS и SSL проверены.
✓ Редиректы включены.
✓ Мониторинг ошибок.
✓ Реклама ограничена.
✓ Поддержка предупреждена.
✓ Команда на связи.

После запуска

  • Проверить 404 и 500.
  • Проверить редиректы.
  • Отправить sitemap.
  • Проверить заказы и оплаты.
  • Сверить цены и остатки.
  • Проверить аналитику.
  • Следить за трафиком и позициями.

Типичные ошибки

  • Запуск без карты редиректов.
  • Тестирование на живом сайте.
  • Перенос только товаров.
  • Потеря целей аналитики.
  • Удаление старого сайта сразу.

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

SEO-тексты и контент

Тексты категорий и статей часто переносят в последнюю очередь. В итоге новые страницы остаются без описаний, а старые теряют позиции.

  • Перенести заголовки и описания категорий.
  • Сохранить тексты товаров и статей.
  • Проверить метатеги и canonical.
  • Обновить внутренние ссылки.
  • Проверить изображения и alt.

Заказы и клиенты

История заказов нужна не только для отчётности. Без неё поддержка не сможет разобрать возврат, а клиент не увидит прошлые покупки.

  • Перенести заказы и статусы.
  • Сохранить клиентов и контакты.
  • Проверить связи заказов и платежей.
  • Проверить историю возвратов.
  • Дать доступ к старым данным.

Первая неделя после запуска

1
День 1

Проверить 404, 500, редиректы и заказы.

2
День 2–3

Сверить цены, остатки и оплаты.

3
День 4–5

Проверить индексацию и sitemap.

4
День 6–7

Сравнить трафик и конверсию с базовой линией.

Коммуникация с клиентами

Если магазин временно недоступен или меняются условия, клиентов лучше предупредить заранее. Молчание воспринимается хуже, чем понятное сообщение.

  • Предупредить о работах.
  • Сохранить корзины и заказы.
  • Дать альтернативный канал связи.
  • Сообщить о завершении.

Что делать со старым сайтом

Не удаляйте старый контур сразу. Он нужен для сверки данных и редиректов, пока новый не стабилизируется.

  • Оставить доступ на 2–4 недели.
  • Сверить заказы и трафик.
  • Проверить старые ссылки.
  • Отключить после стабилизации.

Редиректы: что проверить

Редиректы должны вести на релевантную страницу, а не все на главную. Иначе поисковик теряет смысл старых URL.

  • Категории на новые категории.
  • Товары на новые карточки.
  • Статьи на новые статьи.
  • Удалённые страницы на 410.
  • Нет цепочек из нескольких редиректов.

Проверка SEO после запуска

Первые недели после миграции — самые важные. Смотрите не только ошибки, но и динамику индексации.

  • Число страниц в индексе.
  • Ошибки сканирования.
  • Позиции ключевых категорий.
  • Трафик из поиска.
  • Внутренние ссылки.

План отката

Откат нужен не потому, что вы ждёте провала, а потому что он снижает цену ошибки.

  • Кто принимает решение.
  • Как вернуть DNS и файлы.
  • Как восстановить базу.
  • Сколько времени это займёт.

Если план отката не описан, команда начинает импровизировать в самый неподходящий момент.

Контент и блог

Статьи и SEO-страницы часто переносят в последнюю очередь. У блога свои URL, пагинация и внутренние ссылки.

  • Сохранить URL статей.
  • Перенести обложки и даты.
  • Проверить внутренние ссылки.
  • Обновить sitemap.

Мобильная версия

После переезда проверьте мобильный сценарий отдельно. Он может сломаться из-за новых шаблонов и скриптов.

  • Каталог и карточка.
  • Корзина и checkout.
  • Оплата.
  • Скорость загрузки.

Реклама на время переезда

Лучше ограничить трафик на время переключения, чтобы не сливать бюджет на неготовый сайт.

  • Приостановить кампании.
  • Проверить цели.
  • Включить после стабилизации.

Что делать с SEO-ссылками

Внешние ссылки на старые страницы живут годами. Если они ведут на 404, вы теряете трафик даже при идеальных редиректах.

  • Проверить популярные старые URL.
  • Настроить редиректы.
  • Обновить свои соцсети.
  • Следить за 404 в логах.

Это небольшая работа, которая сохраняет часть трафика после переезда.

И не забывайте про внутренние ссылки. После смены URL старые ссылки в текстах могут вести на 404, даже если редиректы настроены.

Проверьте несколько ключевых страниц вручную: категорию, товар, статью и checkout. Автоматические проверки не всегда видят смысловые ошибки.

И не удаляйте старый контур, пока не убедитесь, что новый стабилен. Это дешёвая страховка от дорогих ошибок. Если что-то пойдёт не так, у вас будет куда вернуться. Такой запас времени и доступа стоит дешевле, чем повторный переезд в спешке. Когда новый сайт стабилен, старый можно отключать без риска потерять данные. Не спешите с удалением: неделя наблюдения дешевле повторного восстановления и объяснений с поддержкой. Спокойный запуск важнее скорости удаления. Это экономит трафик, время и нервы команды. И снижает стресс.

Составим чек-лист под ваш переезд

Разберём структуру, данные и интеграции. Подготовим план, чтобы не потерять трафик и заказы.

Обсудить миграцию →

Вопросы и ответы

С чего начать перенос магазина? +

С карты URL, инвентаризации данных и тестового контура. Без этого любая миграция превращается в импровизацию.

Нужно ли сохранять все старые URL? +

Не все, но важные для трафика и ссылок — обязательно. Остальные можно закрыть 410 или перенаправить.

Как не потерять SEO? +

Карта редиректов, сохранение метатегов и структуры, sitemap и проверка индексации после запуска.

Что делать с заказами и клиентами? +

Перенести или сохранить доступ к старой системе. Поддержка должна видеть историю.

Можно ли перенести только каталог? +

Иногда да, но это создаёт гибридную систему. Решение зависит от платформы и процессов.

Сколько времени занимает миграция? +

От нескольких недель для небольшого магазина до нескольких месяцев для крупного проекта с интеграциями.

Что делать с аналитикой? +

Проверить счётчики, цели и e-commerce на новом сайте до переключения трафика.

Нужен ли старый сайт после запуска? +

На время проверки — да. Он помогает сверять данные и редиректы.

Как понять, что миграция прошла успешно? +

Нет критичных ошибок, заказы проходят, данные совпадают, редиректы работают, трафик восстанавливается.

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

Лучше не совмещать с другими изменениями. Если без этого нельзя, нужен отдельный план редиректов.

Что делать с внешними ссылками? +

Проверить популярные старые URL и настроить редиректы. Часть трафика приходит по внешним ссылкам.

Как перенести изображения? +

Сохранить структуру или обновить ссылки. Проверить, что старые URL картинок не отдают 404.

Что делать с SEO-текстами? +

Перенести без изменений или обновить до запуска. Проверить, что новые страницы не стали дублями.

Сколько ждать восстановления трафика? +

Обычно несколько недель, иногда до двух-трёх месяцев. Зависит от размера сайта и качества редиректов.

Кто должен тестировать? +

Разработчик, тестировщик и бизнес. Обязательно ручной проход ключевых сценариев.

Что делать с редиректами после запуска? +

Проверять 404 в логах и добавлять недостающие правила. Часть старых URL обнаруживается не сразу.

Нужно ли менять DNS заранее? +

Снизить TTL за сутки до переключения, чтобы изменения применились быстрее.

Как проверить SSL? +

Открыть сайт по HTTPS, проверить цепочку сертификата и редирект с HTTP.

Что делать с очередью заказов? +

Проверить зависшие заказы и платежи после запуска. Очередь не должна остаться в старом контуре.

Нужно ли сохранять старые URL фильтров? +

Важные для трафика — да. Остальные можно закрыть или перенаправить на категории.

Как проверить редиректы массово? +

Скриптом или сканером: список старых URL, ожидаемый код и конечный адрес. Вручную проверять тысячи страниц неэффективно.

Что делать с 404 после переезда? +

Собрать из логов, сопоставить с новыми страницами и добавить редиректы. Повторять в первую неделю.