Как переехать на новую платформу интернет-магазина, не потеряв трафик и данные

Миграция интернет-магазина — это перенос каталога, клиентов, заказов и адресов страниц на новую платформу так, чтобы покупатели и Google не заметили разрыва. Главных рисков два: потерять поисковый трафик (изменились адреса, и старые не перенаправлены) и потерять данные (клиенты, история заказов, отзывы, настройки аналитики).

Статья не советует ни одну платформу. Она о процессе, который одинаков для любого переезда. Поисковые правила взяты из документации Google Search Central, остальное — практическая логика, которая отмечена.

Сначала определите, какой у вас тип переезда

Google различает два случая, и от этого зависит объём работы:

1. Адреса страниц меняются (новая платформа иначе строит URL, меняется домен или протокол): это «site move with URL changes», нужны редиректы и аккуратное сопоставление старых адресов с новыми (Google Search Central).
2. Адреса остаются прежними, меняется только хостинг или платформа под ними: это переезд без смены URL, где главная задача — переключить DNS и не потерять доступ Googlebot (Google Search Central).

Практический вывод: если новая платформа умеет сохранить ваши адреса (товаров, категорий, статей), сделайте это. Каждый сохранённый адрес — это редирект, который не нужно поддерживать, и риск, которого нет. Если нет, готовьте полную карту соответствий.

Подготовка (за 2–6 недель до переезда)

1. Соберите инвентаризацию

• Адреса. Согласно Google, старые URL собирайте из sitemap, серверных логов, аналитики, CMS и отчёта о ссылках в Search Console. Учитывайте также изображения, видео, JavaScript и CSS (Google).
• Трафик и заказы. Зафиксируйте базу: сеансы по источникам, органический трафик по страницам, выручка по каналам, конверсия за последние 3–6 месяцев. Без этого вы не отличите сезонность от потерь.
• Самые важные страницы. Отдельно выделите топ-страницы по доходу от органики и ссылочной массе: их проверяют вручную первыми.
• Настройки. Фиды товаров, аккаунты рекламы и Merchant Center, пиксели, интеграции с учётом и доставкой, почтовые шаблоны.

2. Составьте карту редиректов

Для каждого старого адреса определите новый. По Google:

• используйте серверные постоянные редиректы (301 или 308); клиентские (JavaScript, meta refresh) — только как последнее средство;
• перенаправляйте каждый старый адрес сразу на конечный, без цепочек: Googlebot способен пройти до 10 переходов, но Google советует держать цепочку не длиннее 3 и желательно меньше 5;
• не отправляйте много старых адресов на одну неподходящую страницу, например главную;
• для контента, который вы не переносите, отдавайте 404 или 410 (Google).

Страница Google о редиректах уточняет разницу: постоянные (301/308) сообщают, что новый адрес должен стать каноническим и показываться в результатах, а временные (302/303/307) оставляют в выдаче старый (Google Search Central). Для переезда нужны постоянные.

Пример (условный). Было: `/category/zhinochyi-odyag/dress-123`. Стало: `/zhinky/sukni/dress-123`. В карте это одна строка, а в настройках платформы — правило, которое можно применить массово по шаблону, но исключения (товары без пары) нужно обработать вручную.

3. Подготовьте новую платформу

• Каталог. Перенесите и проверьте атрибуты, варианты, фото, отзывы; упорядочите структуру (структура каталога). Данные из PIM или таблиц удобно сначала очистить.
• Клиенты и заказы. Импортируйте их, проверьте на выборке: суммы, статусы, адреса, история. Отдельно выясните, можно ли перенести учётные записи покупателей. Пароли обычно хранятся в виде хешей, и не каждая платформа их принимает, поэтому клиентам может понадобиться сбросить пароль. Это общая практическая осторожность, а не данные исследования: проверьте в документации обеих платформ.
• Закон и приватность. Персональные данные покупателей при переносе остаются под вашей ответственностью: проверьте договор с новым провайдером и политику (GDPR, cookies).
• Техническое SEO. Self-canonical, hreflang, внутренние ссылки, sitemap и структурированные данные должны указывать на новые адреса (Google). Краткий аудит — технический аудит.
• Закрытая копия. Тестовый сайт закройте от индексации (`noindex` или доступ по паролю), а перед запуском снимите блокировку.

4. Настройте аналитику и измерения

• Перенесите теги и события (`view_item`, `add_to_cart`, `purchase`) и проверьте на тестовых заказах, что отчёт «Ecommerce purchases» в Google Analytics показывает доход, просмотры и добавления в корзину (Google Analytics Help).
• Подготовьте отчёт «до и после» по вашей базе из шага 1.
• Google советует настроить аналитику на обоих сайтах и убедиться, что сервер выдержит усиленный обход Googlebot после переезда.

5. Выберите время

Google рекомендует переезжать в период низкого трафика, ведь позиции могут временно колебаться. Для магазина это значит не запускаться перед пиком сезона (Чёрная пятница, Новый год, 8 Марта), а перед ним оставить запас времени на исправление ошибок.

День переезда

Последовательность, которую описывает Google для переезда с новыми адресами (Google):

1. Включите редиректы.
2. Проверьте, что canonical указывают на новые адреса, и уберите временные `noindex`.
3. Протестируйте редиректы через URL Inspection Tool или скриптом.
4. Если меняется домен или поддомен, подайте в Search Console инструмент «Смена адреса» для каждого подтверждённого варианта старого домена. Для перехода HTTP→HTTPS, www или смены пути он не применяется.
5. Отправьте новый sitemap, удалите старый.
6. Обновите ссылки в соцсетях, профилях, рекламных кампаниях и на сайтах партнёров, которые ссылаются на вас.

Для переезда без смены адресов процедура другая (Google): задолго до переезда, минимум за неделю, снизьте TTL в DNS-записях до нескольких часов, чтобы изменение быстрее распространилось; убедитесь, что брандмауэр или защита от DDoS не блокирует Googlebot; переключите DNS; после исчезновения трафика со старого сервера выключите его.

Для магазина добавьте: проверьте оформление заказа и оплату на реальных картах, срабатывание почты и SMS, статусы заказов, экспорты на склад и в доставку (Новая почта или другие), рабочий фид для рекламы.

После переезда: что проверять

• Search Console. По документации Google количество проиндексированных адресов в старом sitemap должно уменьшаться, а в новом расти; предупреждения о редиректах в старом sitemap ожидаемы.
• Логи сервера. Визиты Googlebot, неожиданные коды ответа, трафик пользователей.
• Аналитика. Трафик падает на старых адресах и растёт на новых. Сравните органику и выручку с базой.
• 404 и редиректы. Ежедневно в первую неделю ищите адреса, которые дают 404, но имели пару в карте.
• Конверсия и воронка. Быстрее SEO проседает оформление заказа, если что-то сломалось (ключевые метрики, отказ от корзины).

Сколько ждать. Google не даёт календарных дат: для сайтов среднего размера переход может занять несколько недель и больше, крупным сайтам нужно дольше, а переезд завершается, когда Googlebot посетит все старые и новые адреса хотя бы один раз. Позиции могут временно колебаться (Google). Поэтому первые 2–4 недели не делайте других больших изменений на сайте, чтобы не смешивать причины.

Сколько держать редиректы. Согласно действующему руководству Google, не менее года, а то и дольше, если они ещё получают трафик. Отключить их раньше — риск потерять сигналы (Google).

Кто что делает

Это типичное распределение, а не требование из источников.

План отката

Прежде чем переключать, договоритесь, что делать, если что-то пойдёт не так: старый сайт остаётся работать на временном адресе, редиректы можно быстро отключить, а заказы за эти дни не потеряются. Для коротких проблем с доступностью Google советует использовать временные редиректы, которые оставляют в выдаче старый адрес (Google).

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

• Отправить все старые адреса на главную.
• Забыть картинки, PDF, фильтруемые страницы и статьи блога.
• Снять блокировку `noindex` на новом сайте слишком поздно (или не снять).
• Сделать цепочки редиректов из трёх-пяти переходов.
• Переезжать перед сезоном.
• Не сохранить базу «до» и потом спорить, был ли провал.
• Не проверить оплату и отправку на реальных заказах.
• Изменить структуру и дизайн одновременно с платформой, когда каждое изменение усложняет поиск причины.

FAQ

Потеряю ли я позиции в Google при смене платформы? Временные колебания возможны: Google прямо об этом предупреждает. Потери минимизируют сохранённые адреса или чёткие постоянные редиректы, новая карта, правильные canonical и контроль после запуска.

Сколько держать редиректы после переезда? По действующему руководству Google, минимум год, дольше — если трафик через них ещё есть.

Нужен ли 301 редирект, если адреса не изменились? Нет, но нужна проверка DNS, доступности для Googlebot и закрытой тестовой среды.

Что делать с клиентами и паролями? Импортировать их и проверить выборку; насчёт паролей заранее выяснить, поддерживает ли новая платформа их перенос, иначе подготовьте письмо со сбросом.

Как долго длится переезд? Техническая часть зависит от каталога, а поисковое «устаканивание» по Google может занять несколько недель и больше.

Связанные термины

• Структура каталога интернет-магазина
• SaaS-платформа, собственный магазин или вайб-кодинг: что выбрать
• Технический аудит сайта
• Из чего состоит техническое задание для создания интернет-магазина?
• PIM-система
• Ключевые метрики интернет-магазина: что смотреть ежедневно, еженедельно и ежемесячно

Источники

• Google Search Central, How to move a site (with URL changes) — developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes
• Google Search Central, Moving a site with no URL changes — developers.google.com/search/docs/crawling-indexing/site-move-no-url-changes
• Google Search Central, Redirects and Google Search — developers.google.com/search/docs/crawling-indexing/301-redirects
• Google Analytics Help, Ecommerce purchases report — support.google.com/analytics/answer/12924131