Переезд интернет-магазина на новую платформу похож на переезд склада: если не составить опись и не подписать коробки, половина вещей потеряется. Мы регулярно видим магазины, которые после смены CMS теряли 30–60% поискового трафика за месяц и восстанавливались полгода. Почти всегда причина не в новой платформе, а в том, что переезд делали без плана. Расскажем, как провести миграцию так, чтобы поисковики и покупатели почти не заметили смены движка.
Когда переезд действительно нужен
Смена платформы — дорогой и рискованный проект, поэтому начинать стоит с честного ответа, зачем он нужен. Веские причины: текущая CMS больше не обновляется и имеет известные уязвимости; сайт не выдерживает нагрузку и не масштабируется; нужна интеграция с 1С или складом, которую старая платформа не поддерживает; доработки стали стоить дороже, чем новый сайт, потому что код превратился в лоскутное одеяло.
Слабые причины: «надоел дизайн» (это решается редизайном без смены движка), «так посоветовал знакомый», «на новой платформе модные технологии». Если магазин стабильно работает, а проблема только во внешнем виде или удобстве, часто дешевле и безопаснее сделать редизайн сайта на текущей платформе.
Если же переезд необходим, закладывайте на него не меньше времени, чем на разработку нового магазина, и примите, что небольшое временное колебание трафика возможно даже при идеальном исполнении. Задача — свести его к минимуму и восстановиться за недели, а не за месяцы.
Аудит текущего сайта: что нужно сохранить
Перед проектированием нового магазина нужно сфотографировать состояние старого. Это точка отсчёта, с которой будете сравнивать результат, и опись всего, что нельзя потерять. Пропущенная группа страниц, которая приносила 15% трафика, обнаруживается обычно уже после запуска, когда исправлять дороже.
- Полный список URL: краулер по сайту, карта сайта, выгрузка из панелей вебмастера и систем аналитики за год.
- Страницы, приносящие поисковый трафик и заказы, с цифрами по каждой.
- Позиции по ключевым запросам — минимум несколько сотен самых важных.
- Мета-теги title и description, заголовки H1 и тексты категорий.
- Внешние ссылки на сайт: на какие страницы они ведут.
- Фильтры и их посадочные страницы, если они индексируются.
- Структура данных: товары, варианты, характеристики, отзывы, пользователи, история заказов.
Особое внимание — к неочевидным страницам. Старые статьи блога, страницы брендов, теговые подборки, страницы с фильтрами по цвету или размеру часто приносят больше трафика, чем кажется. Иногда одна статья «как выбрать» даёт сотни посетителей в день и десятки заказов в месяц.
Структура адресов и карта редиректов
Идеальный вариант — сохранить адреса страниц без изменений. Тогда поисковики видят те же URL с тем же контентом и почти не реагируют на смену платформы. Большинство современных CMS позволяют настроить произвольные адреса, так что первым делом проверьте, можно ли повторить старую структуру.
Если адреса меняются — например, старая платформа генерировала ссылки вида «index.php?route=product&id=123», а новая использует человекопонятные, — нужна карта постоянных 301-редиректов. Каждый старый адрес должен вести на максимально соответствующую новую страницу: товар на товар, категория на категорию. Массовый редирект всего подряд на главную — одна из самых разрушительных ошибок: поисковики воспринимают это как удаление страниц.
| Ситуация | Что делать |
|---|---|
| Адрес товара изменился | 301-редирект со старого адреса на новый, один к одному |
| Товар снят с продажи | Оставить страницу с пометкой «нет в наличии» и аналогами, либо редирект на ближайшую категорию |
| Две категории объединили в одну | Обе старые категории — редирект на новую объединённую |
| Категорию разделили на несколько | Редирект на самую близкую по смыслу подкатегорию или сохранить родительскую страницу |
| Страница без трафика и ссылок | Можно отдать 410 или 404, но лучше всё же найти релевантную замену |
Избегайте цепочек редиректов: если старый адрес уже перенаправлялся раньше, обновите правило так, чтобы он вёл сразу на финальный URL. Каждый лишний шаг замедляет загрузку и размывает передачу веса страницы.
Перенос данных
Магазин — это не только страницы, но и база: товары с вариантами и характеристиками, категории, изображения, покупатели, заказы, бонусы, отзывы. Каждую сущность нужно перенести с сохранением связей. Звучит просто, но на практике структуры данных разных CMS сильно отличаются, и автоматические конвертеры теряют значительную часть информации.
Что требует особого внимания
Характеристики товаров. На старой платформе они могли храниться как текст, а на новой нужны структурированные свойства для фильтров. Это хороший момент, чтобы навести порядок: унифицировать значения («красный», «Красный», «красн.» превращаются в одно), убрать мусор.
Пользователи и пароли. Пароли хранятся в виде хешей, и алгоритмы у разных CMS разные. Либо переносим хеши и дописываем проверку старого алгоритма при входе, либо просим пользователей сбросить пароль. Первый вариант удобнее для покупателей и почти всегда стоит усилий.
История заказов и бонусы. Покупатель, который зайдёт в кабинет и не увидит своих заказов и накопленных баллов, расстроится и напишет в поддержку. Переносите историю хотя бы за последние 1–2 сезона и баланс программы лояльности.
Делайте пробный перенос данных как можно раньше — ещё до готовности дизайна. Первая итерация всегда выявляет сюрпризы: битые изображения, дубли товаров, «осиротевшие» варианты без родителя. На их исправление нужно время, которого перед запуском уже не будет.
SEO-элементы, которые нельзя потерять
Даже при сохранённых адресах трафик может упасть, если на новых страницах изменился контент. Поисковики сравнивают, что было и что стало, и пересчитывают релевантность. Поэтому переносите всё, что влияет на ранжирование, а улучшения вносите уже после стабилизации позиций.
- Title и description — перенести дословно, массовые изменения отложить на месяц-два после запуска.
- Заголовки H1 и тексты категорий — сохранить, особенно на страницах с трафиком.
- Внутренняя перелинковка: хлебные крошки, блоки «похожие товары», ссылки из текстов.
- Микроразметка товаров, цен, наличия и отзывов.
- Канонические адреса, настройки robots.txt и карта сайта.
- Скорость загрузки — новая платформа не должна быть медленнее старой.
Отдельная ловушка — тестовый сервер. Если он открыт для индексации, поисковики найдут копию магазина и посчитают её дублем. Закрывайте тестовую версию паролем, а не только запретом в robots.txt.
И обратная ловушка: при переносе на боевой домен не забудьте убрать запрет индексации, который стоял на тестовом сервере. Строка «Disallow: /», случайно попавшая в рабочий robots.txt, за пару недель выбивает из поиска весь магазин. Мы проверяем это первым пунктом сразу после переключения.
Запуск и первые недели после переезда
Переключение делается в период минимального трафика — обычно ночью с понедельника на вторник или в середине недели. Не запускайтесь перед распродажами, праздниками и в пиковый сезон вашей ниши. Команда разработчиков должна быть на связи первые 48 часов, чтобы оперативно исправлять найденные проблемы.
Сразу после переключения
Проверить выборочно 100–200 старых адресов на корректные редиректы, работу оформления заказа и оплаты, отправку писем, обмен с учётной системой.
Первые сутки
Отправить новую карту сайта в панели вебмастера, проверить, что robots.txt не закрывает сайт, мониторить ошибки 404 и 500 в логах.
Первые две недели
Ежедневно смотреть отчёты об индексации и ошибках сканирования, исправлять найденные битые ссылки и недостающие редиректы.
Первые два месяца
Еженедельно сравнивать трафик и позиции с исходным срезом по группам страниц, находить просевшие разделы и разбираться в причинах.
Временная просадка на 5–15% в первые 2–4 недели — нормальная реакция поисковиков на изменения. Если падение больше 20% или не восстанавливается через месяц, значит, что-то потеряно: ищите группы страниц, по которым трафик упал сильнее всего, и сравнивайте их со старой версией. Сохранённая копия старого сайта и выгрузка его страниц тут бесценны.
Пример из практики
Магазин строительного инструмента переезжал с самописного движка на 1С-Битрикс ради обмена с 1С. Адреса товаров сохранить не удалось: старые содержали числовые идентификаторы. Мы собрали карту на 14 000 редиректов, сопоставив товары по артикулу, а категории — вручную. Через неделю после запуска трафик просел на 9%, в отчётах нашлись около 300 адресов фильтровых страниц, которые не попали в исходную выгрузку. После добавления недостающих правил трафик вернулся к прежнему уровню на четвёртой неделе, а через три месяца вырос на 18% благодаря более быстрому сайту и чистой структуре.
Этот пример хорошо показывает, почему важен не только план, но и запас времени на исправления. Даже тщательный аудит не находит всё, и команде нужна возможность быстро реагировать на сигналы из логов и панелей вебмастера в первые недели.
Типичный план и сроки миграции
Для магазина на несколько тысяч товаров переезд занимает 8–14 недель: 1–2 недели на аудит и проектирование, 5–8 недель на разработку и перенос данных, 1–2 недели на тестирование, запуск и 1–2 месяца на мониторинг. Если параллельно меняется дизайн и добавляется интеграция с 1С, сроки увеличиваются. Работы по SEO-сопровождению миграции входят в нашу услугу SEO-подготовки при запуске.
Резюме
Переезд на новую платформу не обязан стоить вам поискового трафика. Главные условия: полный аудит старого сайта, сохранение адресов или аккуратная карта 301-редиректов один к одному, бережный перенос данных с пробными итерациями, сохранение мета-тегов и текстов на первое время и плотный мониторинг после запуска. Все улучшения структуры и контента лучше вносить постепенно, когда позиции стабилизируются. Тогда смена движка станет точкой роста, а не полугодом восстановления.
Нужен сайт или интернет-магазин?
Обсудим задачу, подскажем подходящую платформу и оценим сроки и бюджет — бесплатно и без обязательств.
Обсудить проект
