Переезд магазина на новый движок без потери позиций

Смена движка интернет-магазина — операция, после которой одни владельцы получают быстрый и удобный сайт, а другие теряют половину трафика и неделями не могут понять, куда делись заказы. Разница почти всегда в подготовке. Рассказываем, как переносить магазин на новую платформу так, чтобы поисковые системы не заметили подмены, а покупатели увидели только улучшения.

Когда переезд действительно нужен

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

• Платформа устарела. Разработчик больше не выпускает обновления, появляются уязвимости, не работают новые версии языка программирования на сервере.
• Сайт тормозит. Страницы грузятся по нескольку секунд, а оптимизация не помогает, потому что проблема в архитектуре.
• Не хватает функций. Нужны сложные скидки, несколько складов, личные кабинеты, мультивалютность, а доработки на старом движке стоят больше, чем переезд.
• Зависимость от одного человека. Сайт написан под заказ, и поддерживать его может только автор, который пропал или поднял цены.
• Рост бизнеса. Движок для небольшой витрины не выдерживает тысяч товаров и десятков заказов в час.
• Неудобная админ-панель. Сотрудники тратят часы на то, что должно занимать минуты.

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

Чем рискует магазин при переезде

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

Основные источники потерь:

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

Любую из этих проблем можно предотвратить, если знать о ней заранее.

Этап первый: аудит и инвентаризация

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

Что собрать до переезда

1. Полный список адресов страниц. Выгрузите все страницы сайта с помощью программы-обходчика. Отдельно выделите те, что приносят трафик и заказы.
2. Данные о позициях. Зафиксируйте положение сайта по основным запросам: категории, популярные товары, бренды.
3. Статистику посещаемости. Сохраните отчёты по страницам входа, источникам трафика и конверсиям за достаточный период.
4. Мета-данные. Заголовки, описания и заголовки первого уровня для всех ключевых страниц.
5. Структуру каталога. Категории, подкатегории, фильтры, характеристики товаров, бренды.
6. Данные магазина. Товары, цены, остатки, клиенты, заказы, промокоды, отзывы.
7. Список интеграций. Платёжные системы, доставка, учётная система, рассылки, счётчики, виджеты, онлайн-чат.

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

Что решить заранее

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

Этап второй: структура адресов и переадресации

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

Если адреса можно сохранить

На современных платформах, включая CS-Cart, адреса настраиваются гибко, и во многих случаях удаётся воспроизвести прежнюю схему. Проверьте, как формируются адреса категорий, товаров, страниц и фильтров на старом сайте, и настройте такую же логику на новом.

Если адреса меняются

Тогда для каждого старого адреса нужна постоянная переадресация на соответствующий новый. Это называется переадресацией с кодом «перемещено навсегда». Именно такой код сообщает поисковику, что страница переехала и вес нужно передать на новое место.

Правила работы с переадресациями:

• составьте таблицу соответствия «старый адрес — новый адрес» для всех значимых страниц;
• переадресация должна вести на максимально близкую по смыслу страницу, а не на главную;
• избегайте цепочек, когда старый адрес ведёт на промежуточный, а тот на конечный;
• проверьте варианты адреса со слэшем и без, с префиксом «www» и без, по защищённому и обычному протоколу;
• сохраните переадресации надолго: поисковикам нужно время, чтобы передать вес, а внешние ссылки продолжают работать годами;
• после запуска просканируйте старые адреса и убедитесь, что каждый отвечает как надо.

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

Этап третий: перенос содержимого

Когда схема адресов понятна, переходим к данным. Здесь два принципиально разных подхода: автоматический импорт и ручное перенесение.

Что переносится автоматически

Товары, категории, характеристики, бренды, изображения, цены и остатки в большинстве случаев переносятся через выгрузку и загрузку в стандартных форматах. Для типовых платформ существуют готовые модули миграции, для нестандартных пишутся скрипты. Клиентов, историю заказов и отзывы тоже можно перенести, но пароли пользователей, как правило, не восстанавливаются: их хранят в зашифрованном виде, который не подходит для другой системы. Поэтому клиентам обычно предлагают восстановить пароль после запуска, и об этом надо предупредить заранее.

Что нужно проверять отдельно

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

Отдельное внимание стоит уделить страницам с фильтрами. На старом сайте могли быть удачные посадочные страницы под запросы вроде «чёрные кроссовки мужские», а на новом они исчезнут вместе с логикой фильтра. Если такие страницы приводили трафик, их нужно воспроизвести.

Этап четвёртый: подготовка и проверка на тестовом сервере

Новый сайт разрабатывается и наполняется на закрытом тестовом адресе. Важно, чтобы этот адрес был закрыт от индексации: если поисковик найдёт и проиндексирует копию магазина, возникнут дубли и проблемы после запуска. Защита паролем надёжнее одной лишь директивы в служебном файле.

На тестовом сервере проверяются:

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

Этап пятый: запуск

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

Порядок действий в день переезда

Этап шестой: наблюдение после запуска

Работа не заканчивается переключением домена. Первые недели — самое важное время, когда можно спасти ситуацию, если что-то пошло не так.

Что отслеживать ежедневно в первые дни

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

Чего ожидать

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

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

Частые ошибки при переезде

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

Итоги

Переезд на новый движок — это в первую очередь работа с адресами, содержимым и проверками, а уже потом с технологиями. Зафиксируйте текущее состояние, сохраните адреса или настройте точные переадресации, перенесите тексты и мета-данные, проверьте всё на закрытой копии и выбирайте для запуска спокойное время. После переключения внимательно наблюдайте за индексацией и трафиком. Если вы планируете переехать на CS-Cart и хотите сохранить позиции, напишите нам на [email protected]: мы проведём аудит текущего сайта и предложим план переноса.