Перенос интернет-магазина — это не «перезалить сайт на новый хостинг». Меняются платформа, структура URL, шаблоны, интеграции и иногда домен. Если не подготовить карту переноса, поисковик теряет страницы, а магазин — трафик, который восстанавливается месяцами.
Ниже — практический план миграции. Он не гарантирует нулевые потери, но помогает сохранить максимум трафика и не растерять данные по пути.
Когда нужен перенос
- Текущая CMS упирается в каталог, интеграции или нагрузку.
- Нужна своя админка и нестандартные процессы.
- Платформа больше не поддерживается или дорога в обслуживании.
- Магазин переезжает на новый домен или объединяется с другим.
- Текущая структура URL мешает SEO и развитию.
Перенос оправдан, когда текущая система действительно мешает бизнесу. Если проблема решается кэшем, индексами и доработкой, миграция может быть лишним риском.
Что теряется при плохом переносе
- Позиции и трафик из-за смены URL без редиректов.
- История заказов и клиентов, если данные перенесены частично.
- Изображения и описания товаров.
- Настроенные цели аналитики и e-commerce события.
- Интеграции с 1С, платежами и доставкой.
- Доверие пользователей к старым ссылкам и закладкам.
План миграции
Соберите карту URL, типы страниц, трафик, конверсии и ссылки. Зафиксируйте точки, которые нельзя потерять.
Определите URL категорий, товаров, фильтров и блога. Решите, какие страницы объединяются или удаляются.
Для каждого старого URL нужен новый адрес или 410. Автоматические правила должны покрывать шаблоны, а не только главную.
Товары, категории, характеристики, изображения, заказы, клиенты и контент. Проверьте на копии.
Соберите сайт на копии, проверьте сценарии, SEO и интеграции. Не тестируйте на живом магазине.
Запускайте в окно низкой нагрузки, с планом отката и ответственным за каждую систему.
Смотрите ошибки, редиректы, индексацию, трафик и заказы. Исправляйте проблемы сразу.
URL и редиректы
Смена URL — главный источник потерь. Если старая страница отдаёт 404, а новой нет в карте, поисковик выбросит её из индекса. Редиректы должны быть настроены до запуска, а не после первых ошибок.
SEO после переезда
После запуска поисковикам нужно время, чтобы обойти новые страницы. Ускорьте процесс: отправьте sitemap, проверьте индексацию, запросите переобход ключевых URL.
- Сравните число страниц в индексе до и после.
- Проверьте, какие URL отдают 404 и 500.
- Убедитесь, что метатеги и заголовки перенесены.
- Проверьте внутренние ссылки и пагинацию.
- Следите за трафиком по ключевым категориям.
- Не удаляйте старый сайт сразу — оставьте доступ для сверки.
Данные и интеграции
Данные важнее вёрстки. Если после переезда цены, остатки или заказы расходятся, магазин теряет деньги быстрее, чем поисковик замечает новые страницы.
- Перенесите товары, варианты и характеристики без дублей.
- Сохраните изображения и alt, если они используются в SEO.
- Проверьте историю заказов и статусы.
- Настройте интеграции на тестовом контуре.
- Сверьте цены и остатки после первой выгрузки.
- Проверьте платежи, доставку и уведомления.
День переключения
Что проверить после
- Главная, категория, товар, корзина и checkout.
- Редиректы со старых URL.
- Sitemap и robots.txt.
- Ошибки в Search Console и Вебмастере.
- Заказы, оплаты и письма.
- Скорость на мобильном.
- Цены и остатки.
Типичные ошибки
- Запускать без карты редиректов.
- Тестировать на живом магазине.
- Переносить только товары, забыв заказы и клиентов.
- Оставлять старые цели аналитики и терять данные.
- Удалять старый сайт сразу после переключения.
Миграция — проект с рисками, но управляемыми. Чем лучше подготовлены карта URL, тестовый контур и план отката, тем меньше трафика и денег теряется на переезде.
Карта URL на практике
Карта URL — основной документ миграции. В ней для каждого старого адреса указан новый или код 410. Без неё редиректы делаются «по шаблону», и часть страниц теряется.
- Выгрузите все URL из sitemap и логов.
- Добавьте страницы, которые есть в индексе, но не в sitemap.
- Сопоставьте категории, товары, статьи и фильтры.
- Проверьте цепочки и циклы редиректов.
- Отдельно обработайте параметры и пагинацию.
- Сохраните карту после запуска для истории.
Контент и изображения
Тексты, заголовки и изображения часто переносят «как получится». В итоге страницы теряют уникальность, а поисковик видит новые дубли.
- Перенесите заголовки и описания категорий.
- Сохраните alt и имена файлов, если они важны.
- Проверьте, не потерялись ли тексты товаров.
- Обновите внутренние ссылки на новые URL.
- Проверьте, что изображения отдаются с правильными размерами.
Аналитика и цели
После переезда легко потерять историю и цели. Проверьте, что счётчики, события и e-commerce продолжают работать на новом сайте.
- Счётчики и теги установлены на всех страницах.
- Цели и события срабатывают.
- UTM и источники не теряются.
- E-commerce передаёт заказы и товары.
- Данные совпадают с CRM хотя бы на выборке.
Откат и коммуникация
План отката должен быть описан до запуска: кто принимает решение, какие шаги выполняет, сколько времени это занимает. В момент инцидента импровизация стоит дорого.
- Кто отвечает за переключение и откат.
- Где хранится бэкап и как его восстановить.
- Как сообщить клиентам о временных проблемах.
- Кто проверяет заказы и оплаты после запуска.
- Когда можно удалять старый сайт.
Внешние ссылки и упоминания
Ссылки на старые страницы живут в каталогах, форумах, соцсетях и у партнёров. Если они ведут на 404, часть трафика теряется даже при идеальных редиректах внутри сайта.
- Проверьте внешние ссылки через поиск и аналитику.
- Настройте редиректы для самых популярных старых URL.
- Обновите ссылки в своих соцсетях и на партнёрских площадках.
- Следите за 404 в логах после запуска.
Скорость после переезда
Новая платформа не всегда быстрее старой. После миграции проверьте TTFB, LCP и время ответа на ключевых шаблонах — иначе переезд может ухудшить конверсию.
- Главная, категория, товар и checkout.
- Мобильная версия на медленной сети.
- Кэш и инвалидация.
- Изображения и шрифты.
- Сторонние скрипты и виджеты.
Блог и контент при переезде
Статьи и SEO-страницы часто переносят в последнюю очередь, и именно они теряют больше всего. У блога свои URL, пагинация, теги и внутренние ссылки.
- Сохраните URL статей или настройте редиректы.
- Перенесите даты, авторов и обложки.
- Проверьте внутренние ссылки между статьями.
- Обновите sitemap и проверьте индексацию.
Не пытайтесь перенести всё за один релиз. Сначала можно перевести каталог и оформление заказа, затем блог, аналитику и второстепенные разделы. Поэтапный переезд проще контролировать и откатывать.
И не планируйте миграцию в высокий сезон или за неделю до крупной акции. Если что-то пойдёт не так, у команды не будет времени на исправление, а трафик уже будет оплачен.
Отдельно проверьте, как новые URL выглядят в выдаче и соцсетях. Иногда технически всё работает, но старые ссылки в рекламе ведут на 404, а карточки теряют превью. Это мелочи, которые лучше поймать до запуска.
Составим карту URL, проверим данные и интеграции, подготовим план отката.
Обсудить миграцию →