Миграция интернет-магазина без потери SEO и заказов: пошаговый план

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

Когда переезд действительно нужен, а когда хватит оптимизации

Миграция оправдана, когда ограничения заложены в самой платформе, а не в ее настройках. Признаки того, что CMS стала потолком:

• каталог загружается дольше 3–4 секунд даже после оптимизации изображений, кеша и хостинга;
• каждое обновление ядра или модуля ломает обмен с 1С или CRM;
• модули конфликтуют, а новую функцию не добавить без переписывания чужого кода;
• магазин работает на старой версии, например OpenCart 1.5 или 2.x, под которую сложно найти разработчиков и современный PHP;
• варианты, оптовые цены или несколько складов приходится реализовывать обходными решениями.

Если проблема локальная, дешевле остаться. Медленный сайт часто тормозит из-за слабого хостинга, фото по 2–3 МБ или одного тяжелого модуля фильтра. Такую оптимизацию, по нашему опыту, делают за 1–3 недели, и нередко она обходится в несколько сотен долларов. Переезд стоит в разы дороже и занимает месяцы.

Типичные направления переезда в Украине

Если выбираете между двумя самыми популярными CMS, посмотрите наше честное сравнение WooCommerce и OpenCart.

Что магазины теряют из-за неудачной миграции

К нам регулярно приходят магазины после переезда, который делали другие подрядчики. В таких проектах мы видели падение органики на 30–70%, которое не восстанавливалось и через два-три месяца. Причины повторяются.

• SEO. Редиректов нет или все ведут на главную. Пропали тексты категорий, мета-теги и микроразметка, поэтому из выдачи исчезли цены и рейтинг.
• Данные. Не перенесли историю заказов, аккаунты, бонусы, отзывы. Сломалась привязка товаров к 1С, и остатки перестали обновляться.
• Процессы. Не формируются фиды для Google Shopping, Rozetka и Prom, не срабатывают пиксели Meta и теги GA4, не создаются ТТН и чеки Checkbox. Такие сбои замечают не сразу: реклама работает, конверсии не фиксируются, и алгоритмы хуже находят покупателей.

Аудит перед переездом: что собрать до первой строки кода

Полный список URL: из каких источников собирать

Ни один источник по отдельности не дает полной картины, поэтому адреса собираем из нескольких:

• краулинг через Screaming Frog или Netpeak Spider;
• все файлы sitemap.xml;
• отчет «Эффективность» в Google Search Console за 12 месяцев;
• страницы входа из GA4;
• страницы с внешними ссылками из Ahrefs, Serpstat или Search Console.

Все сводим в таблицу: URL, тип страницы, клики, показы, внешние ссылки. На ее основе потом строится карта редиректов. Для магазина на 3000 товаров с фильтрами и пагинацией может получиться 8–20 тысяч адресов.

Снимок метрик: что зафиксировать до переезда

Без точки сравнения не понять, чем вызвана просадка: переездом или сезоном. Зафиксируйте позиции по 100–300 ключевым запросам, органические сессии и заказы по топовым категориям, конверсию, средний чек и Core Web Vitals для главной, категории и карточки товара. Сохраняйте недельные срезы, а не среднее за месяц.

Интеграции: что переносим, а что убираем

Выпишите все системы, с которыми магазин обменивается данными: 1С или BAS, CRM, Новая Почта и Укрпочта, LiqPay, WayForPay или Monobank, Checkbox, фиды маркетплейсов, пиксели, email-сервис, чат. По каждой решите: переносим, заменяем или убираем. Часть модулей старого магазина обычно уже не используется, и переносить их нет смысла. Этот этап мы проводим в рамках технического аудита интернет-магазина: на выходе вы получаете таблицу URL, снимок метрик и решение по каждой интеграции.

Карта редиректов и структура URL: где ошибаются чаще всего

301 редирект передает новой странице накопленный вес старой, но только тогда, когда новая страница соответствует старой по содержанию.

Правило 1:1: категория на категорию, товар на товар

Массовый редирект всего на главную Google обычно воспринимает как soft 404: вес не передается, страницы выпадают из индекса. Похожий эффект бывает, если все товары перенаправить на родительскую категорию. Надежнее всего, когда старые URL вообще не меняются. WooCommerce, Laravel и Next.js дают полный контроль над адресами. Shopify жестко добавляет /products/ и /collections/, поэтому там редиректы неизбежны.

Что делать с фильтрами, пагинацией, вариантами и архивом

• Фильтровые страницы с трафиком, например «кроссовки мужские Nike», переносим как отдельные посадочные с тем же текстом и мета-тегами. Комбинации без трафика закрываем от индексации. Подробнее об этом в статье о фильтрах товаров для продаж и SEO.
• Пагинацию переносим постранично: вторая страница ведет на новую вторую, а не на первую.
• Варианты товара с отдельными URL ведем на карточку с предварительно выбранным вариантом или на основную карточку.
• Удаленные товары со ссылками или трафиком ведем на ближайший аналог или подкатегорию. Позиции без трафика можно отдать кодом 410.

Что проверить в таблице редиректов до запуска

• нет цепочек: старый адрес ведет сразу на конечный;
• одна версия домена, с www или без, и только https;
• одинаковый слеш в конце URL;
• учтены регистр и кириллица в старых адресах, потому что в OpenCart часто встречаются оба варианта;
• UTM-метки и другие GET-параметры не ломают редирект;
• ни один редирект не ведет на 404 или noindex.

Перенос данных: товары, клиенты, заказы, контент

Каталог: чистим атрибуты и сохраняем коды 1С

Перенос интернет-магазина на другую платформу чаще всего ломается на атрибутах. Если цвет записан как «черный», «Черный» и «black», новые фильтры покажут три значения. Поэтому до импорта мы нормализуем справочники характеристик. В каждом товаре и варианте сохраняем идентификатор из 1С (GUID или код), тогда обмен остатками и ценами заработает без ручного сопоставления. Как это устроено, описано на странице об интеграции 1С с интернет-магазином. Изображения берем из оригиналов, конвертируем в WebP и сохраняем порядок фото.

Клиенты, пароли и бонусы

Аккаунты, адреса, телефоны и историю заказов перенести можно. С паролями сложнее: каждая платформа хеширует их по-своему, и WooCommerce не распознает хеши, сохраненные старым OpenCart. Вариантов два. Первый: на новом сайте добавляем проверку старого хеша, и при первом входе пароль незаметно перехешируется. Второй: рассылаем письмо со ссылкой на установку нового пароля. Бонусные балансы и персональные скидки переносим отдельным импортом и сверяем до гривны. За несколько дней до переезда предупреждаем покупателей рассылкой, что их данные и бонусы сохранены.

SEO-контент: что должно появиться на новом сайте

При смене CMS интернет-магазина эти элементы должны перейти без изменений или в улучшенном виде:

• title, description и H1 категорий, товаров, брендов и посадочных страниц фильтров;
• тексты категорий в том же объеме;
• alt изображений;
• микроразметка Product, Offer, AggregateRating, BreadcrumbList;
• отзывы с датами и оценками на тех же товарах;
• хлебные крошки и перелинковка между категориями;
• hreflang, если магазин мультиязычный.

Тестовая версия и день запуска: пошаговый чек-лист

Что проверить на тестовой версии

Тестовую версию закрываем паролем на уровне сервера: robots.txt не гарантирует, что страницы не попадут в индекс. Все редиректы прогоняем скриптом: каждый старый адрес должен отдать один 301 на страницу с кодом 200. Дальше делаем тестовые заказы в каждой комбинации оплаты и доставки: карта, оплата частями, наложенный платеж, отделение, почтомат, курьер. Для каждого проверяем, что заказ дошел до CRM и 1С, создалась ТТН и сформировался фискальный чек.

Порядок действий в день переключения

1. Замораживаем изменения на старом сайте: никто не редактирует товары и цены.
2. Переносим заказы, клиентов и отзывы, появившиеся после основного импорта.
3. Переключаем DNS. TTL записей снижаем заранее, за 1–2 дня.
4. Снимаем пароль и noindex, проверяем robots.txt.
5. Включаем редиректы и вручную проверяем 50–100 самых важных адресов.
6. Добавляем новую sitemap в Search Console.
7. Проверяем события покупки в GA4, пиксели и фиды Google Merchant Center.
8. Сопровождаем первый реальный заказ до создания ТТН.

Запускаем во вторник или среду утром, чтобы до выходных, когда во многих магазинах пик заказов, спокойно исправить мелочи. Не планируйте переезд на 4–6 недель перед сезоном: Черной пятницей, подготовкой к школе или сменой резины для шинных магазинов. Просадка в этот период обходится дороже всего.

Первые 30–60 дней после запуска: что мониторить ежедневно

Небольшая просадка нормальна: Google заново обходит сайт и обрабатывает редиректы. По нашему опыту, после корректной миграции трафик обычно падает на 5–15% на 2–4 недели и возвращается к уровню снимка за 1–2 месяца. Если падение превышает 20% или длится дольше месяца без признаков восстановления, ищите ошибку. Ежедневно в первый месяц проверяйте:

• ошибки 404 и 5xx в Search Console и логах сервера;
• отчет «Страницы»: сколько адресов в индексе и не растет ли группа «Обнаружена, не проиндексирована»;
• позиции 20–30 топовых категорий;
• заказы и конверсию в сравнении с тем же днем недели в снимке;
• обмен с 1С и CRM: совпадают ли остатки и статусы.

Если трафик упал больше чем на 20%, сравните страницы входа из органики до и после запуска и найдите URL, которые потеряли клики. Проверьте, есть ли для них релевантный редирект и не пропали ли тексты и мета-теги. Отдельно проверьте canonical: часто страницы пагинации ссылаются на первую страницу категории или canonical указывает на тестовый домен. После исправлений отправьте ключевые страницы на повторное сканирование.

Сколько стоит и сколько длится миграция

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

Сильнее всего на цену влияют количество интеграций, качество данных в старой базе и потребность в новом дизайне. В смете должны быть отдельные строки: аудит и карта URL, новая платформа, перенос и очистка данных, интеграции, SEO-сопровождение миграции, мониторинг после запуска. В договоре пропишите, кто отвечает за карту редиректов и SEO-проверку, сколько длится мониторинг и по каким критериям вы принимаете работу. Например: у всех URL с трафиком есть редирект, все тестовые заказы проходят. Отдельно зафиксируйте передачу кода, доступов к серверу, домену и админке. Насторожитесь, если в смете нет SEO-миграции, перенос данных указан одной суммой без перечня сущностей, а поддержка после запуска не упоминается.

Частые вопросы

Можно ли переехать вообще без просадки трафика?

Иногда да, если URL сохраняются, контент переносится полностью, а новый сайт заметно быстрее. Но в план продаж закладывайте 5–15% просадки на несколько недель.

Можно ли совместить миграцию с редизайном?

Шаблон при смене платформы в любом случае будет новым. Не меняйте одновременно структуру каталога, URL и контент категорий, иначе после запуска не понять, что повлияло на трафик.

Потеряем ли мы отзывы, клиентов и бонусы?

Нет, если эти данные отдельно прописаны в техническом задании и сверены после импорта. Теряют их чаще всего тогда, когда в ТЗ написано только «перенести товары».

Сколько времени Google переиндексирует новый сайт?

Обычно главные страницы обновляются за несколько дней, основной массив за 2–6 недель, большой каталог до 2–3 месяцев. Редиректы со старых адресов держите минимум год, а лучше постоянно. Если планируете переезд и хотите сначала оценить объем работ и риски, напишите нам. Мы посмотрим текущую платформу, трафик и интеграции и предложим план с фиксированным бюджетом. Как мы работаем, описано на странице миграции интернет-магазина.