← Все статьи
E-commerce · 10.11.2026 · 12 мин

Перенос интернет-магазина без потери SEO

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

Перенос интернет-магазина без потери SEO

Перенос интернет-магазина — это не «перезалить сайт на новый хостинг». Меняются платформа, структура URL, шаблоны, интеграции и иногда домен. Если не подготовить карту переноса, поисковик теряет страницы, а магазин — трафик, который восстанавливается месяцами.

Ниже — практический план миграции. Он не гарантирует нулевые потери, но помогает сохранить максимум трафика и не растерять данные по пути.

Когда нужен перенос

  • Текущая CMS упирается в каталог, интеграции или нагрузку.
  • Нужна своя админка и нестандартные процессы.
  • Платформа больше не поддерживается или дорога в обслуживании.
  • Магазин переезжает на новый домен или объединяется с другим.
  • Текущая структура URL мешает SEO и развитию.

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

Что теряется при плохом переносе

  • Позиции и трафик из-за смены URL без редиректов.
  • История заказов и клиентов, если данные перенесены частично.
  • Изображения и описания товаров.
  • Настроенные цели аналитики и e-commerce события.
  • Интеграции с 1С, платежами и доставкой.
  • Доверие пользователей к старым ссылкам и закладкам.

План миграции

1
Аудит текущего сайта

Соберите карту URL, типы страниц, трафик, конверсии и ссылки. Зафиксируйте точки, которые нельзя потерять.

2
Проектирование новой структуры

Определите URL категорий, товаров, фильтров и блога. Решите, какие страницы объединяются или удаляются.

3
Карта редиректов

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

4
Перенос данных

Товары, категории, характеристики, изображения, заказы, клиенты и контент. Проверьте на копии.

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

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

6
Переключение

Запускайте в окно низкой нагрузки, с планом отката и ответственным за каждую систему.

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

Смотрите ошибки, редиректы, индексацию, трафик и заказы. Исправляйте проблемы сразу.

URL и редиректы

Смена URL — главный источник потерь. Если старая страница отдаёт 404, а новой нет в карте, поисковик выбросит её из индекса. Редиректы должны быть настроены до запуска, а не после первых ошибок.

✓ Карта всех старых URL с новыми адресами.
✓ 301-редиректы для страниц, которые переехали.
✓ 410 для страниц, которые удалены навсегда.
✓ Сохранение структуры категорий и товаров, где это возможно.
✓ Проверка цепочек редиректов и дублей.
✓ Canonical на новом сайте.
✓ Sitemap с новыми URL.
✓ Проверка редиректов на мобильных и с параметрами.

SEO после переезда

После запуска поисковикам нужно время, чтобы обойти новые страницы. Ускорьте процесс: отправьте sitemap, проверьте индексацию, запросите переобход ключевых URL.

  • Сравните число страниц в индексе до и после.
  • Проверьте, какие URL отдают 404 и 500.
  • Убедитесь, что метатеги и заголовки перенесены.
  • Проверьте внутренние ссылки и пагинацию.
  • Следите за трафиком по ключевым категориям.
  • Не удаляйте старый сайт сразу — оставьте доступ для сверки.

Данные и интеграции

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

  • Перенесите товары, варианты и характеристики без дублей.
  • Сохраните изображения и alt, если они используются в SEO.
  • Проверьте историю заказов и статусы.
  • Настройте интеграции на тестовом контуре.
  • Сверьте цены и остатки после первой выгрузки.
  • Проверьте платежи, доставку и уведомления.

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

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

Что проверить после

  • Главная, категория, товар, корзина и 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, проверим данные и интеграции, подготовим план отката.

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

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

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

Зависит от объёма каталога, интеграций и сложности структуры. Небольшой магазин — недели, крупный проект с данными и интеграциями — месяцы.

Можно ли перенести сайт без потери позиций? +

Полностью гарантировать нельзя, но можно сохранить большую часть трафика за счёт карты URL, редиректов, метатегов и проверки после запуска.

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

На время проверки — да. Он помогает сверять данные и редиректы. После стабилизации его можно отключить.

Что делать со старыми ссылками? +

Настроить 301-редиректы на новые страницы. Если страница удалена навсегда — 410. Главное, чтобы не было 404 на важных URL.

Как переносятся заказы и клиенты? +

Это отдельный этап с проверкой на копии. Нужно сохранить историю, статусы и связи, иначе поддержка и аналитика теряют контекст.

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

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

Что делать с рекламой на время переезда? +

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

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

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

Можно ли перенести сайт на другой домен? +

Да, но это отдельный риск. Нужны редиректы со старого домена, обновление canonical, sitemap и внешних ссылок. Лучше делать это отдельно от смены платформы.

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

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

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

Да, через смену адреса в Вебмастере и GSC, sitemap и переобход ключевых страниц. Это ускоряет обновление индекса.