Перенос сайта на новую платформу: как не потерять данные и позиции

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

• Адреса изменились без редиректов. Новая CMS сделала свои URL, старые отдают 404 — вместе с ними исчезают позиции и внешние ссылки.
• Метатеги не переехали. Title и description сгенерировались шаблонно, и страница, годами державшаяся на точном заголовке, стала «Категория — Магазин».
• Забытый noindex. Тестовую площадку закрыли от индексации — и забыли открыть после запуска.
• Дубли из фильтров. Новая платформа плодит страницы с параметрами, и вместо одной сильной страницы в индексе сорок слабых.
• Перенесли не всё. Часть товаров без описаний и фото, пустые категории, исчезнувшие статьи блога — суммарная ценность сайта для поиска просела.

Минимальный перечень, без которого переезд нельзя считать завершённым:

• Товары и каталог — с характеристиками, фото, категориями, брендами, остатками и ценами, вместе с фильтрами.
• Заказы и клиенты — история с составом и статусами, аккаунты, адреса доставки, отзывы. Это чаще всего «забывают», потому что оно не видно на сайте.
• Контент — страницы, статьи, документы, языковые версии.
• SEO-слой — структура URL, title и description каждой страницы, canonical, sitemap, robots, микроразметка.

Отдельно о заказах и клиентах: технически сайт будет работать и без них, поэтому в дешёвых переездах их оставляют в старой базе. Через полгода хостинг выключают — и вместе с ним исчезает вся история покупок. Это не гипотеза, это самая частая потеря при миграции.

Идеальный переезд — тот, где адреса не меняются вообще: тогда редиректы не нужны. Если платформа диктует другую структуру, работает простое правило: каждый старый адрес должен вести на ближайший по смыслу новый аналог, кодом 301, за один шаг.

• Не сваливайте всё на главную: массовый редирект на «/» Google трактует как мягкую ошибку 404, и страница просто выпадает.
• Избегайте цепочек: старая → промежуточная → новая. Каждое звено теряет вес и время.
• Проверяйте не выборочно, а списком: все адреса из старого sitemap должны отдавать 200 или 301, и ни один — 404.
• Не забудьте про версии с www и без, http и https — это тоже адреса.

1. Снимаем эталон. До начала работ выгружаем полную карту старого сайта: все адреса, title, description, H1 и позиции на сегодня. Дальше это — точка сверки.
2. Собираем новую платформу отдельно. Старый сайт всё это время работает и продаёт.
3. Пробный перенос на копии. Сверяем количество: товаров было 4 312 — стало 4 312. Не «примерно столько же».
4. Карта редиректов. Каждый адрес из эталона получает соответствие.
5. Переключение в окно наименьшего трафика. Старая площадка остаётся живой несколько дней — откат за минуту.
6. Две недели наблюдения. Search Console, позиции, 404, заявки, формы, оплата.

• robots.txt открыт, meta noindex сняты — проверить руками, а не «должно быть ок».
• Новый sitemap.xml сгенерирован и отправлен в Search Console.
• Выборочная проверка 20–30 старых адресов: все отдают 200 или 301.
• Title и description ключевых страниц совпадают с эталоном.
• Формы, корзина и оплата проходят сквозным тестом — с реальным тестовым заказом.
• Счётчики аналитики и конверсии работают, цели не потерялись.
• Скорость: Core Web Vitals не хуже старого сайта.

Главное правило проверки: код 200 ещё не означает, что страница цела. Сравнивайте с эталоном — содержимое, метатеги, количество товаров в категории.

Переезд сайта-визитки или корпоративного сайта — 2–4 недели; магазин с тысячами товаров и интеграциями — от 5 недель. Цена складывается из новой платформы по прайсу (от €325 за визитку, от €895 за магазин) и работ по переносу данных, объём которых виден после аудита.

Не путайте это с переездом на другой хостинг без смены движка: там та же система на новом сервере, работа на день-два и цена от €50. Если вам предлагают «перенести сайт на новую платформу» за такие деньги — скорее всего, перенесут дизайн, а данные оставят.