Как перенести сайт на новый движок без потери позиций

Почему переезд опасен для позиций

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

Что обычно приводит к просадке после переезда:

• изменились адреса страниц, а переадресации не настроены, и старые страницы отдают ошибку 404;
• потерялись мета-теги — title и description заменились шаблонными;
• изменились или пропали тексты на продвигаемых страницах;
• сломалась внутренняя перелинковка — ссылки ведут на несуществующие страницы;
• появились дубли — одна страница доступна по нескольким адресам;
• сайт закрыт от индексации — забыли убрать запрет в robots.txt после тестовой версии;
• упала скорость загрузки или появились ошибки на мобильных устройствах.

Хорошая новость: все эти проблемы предсказуемы и предотвратимы. Нужно только действовать по плану.

Шаг 1. Полный аудит текущего сайта

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

Что собрать:

1. Список всех страниц. Используйте краулер — программу, которая обходит сайт как поисковый робот. Дополните список данными из XML-карты сайта и выгрузками из Яндекс Вебмастера и Google Search Console: там могут найтись страницы, на которые нет внутренних ссылок.
2. Данные о трафике. Из Яндекс Метрики выгрузите страницы входа из поисковых систем за длительный период. Так вы увидите, какие страницы самые ценные.
3. Позиции. Снимите позиции по основным запросам, чтобы потом было с чем сравнивать.
4. Мета-теги и заголовки. Для каждой страницы — title, description, H1.
5. Внешние ссылки. Посмотрите, на какие страницы ведут ссылки с других сайтов. Эти адреса особенно важно сохранить или правильно перенаправить.
6. Технические настройки. Содержимое robots.txt, настройки канонических ссылок, микроразметка, файлы подтверждения прав в сервисах для вебмастеров.

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

Шаг 2. Решите, меняются ли адреса страниц

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

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

Перед началом разработки примите решение:

• Сохраняем все адреса — меньше рисков, но может потребовать дополнительной настройки новой CMS.
• Меняем адреса — больше свободы, но обязательна полная карта редиректов.
• Смешанный вариант — сохраняем адреса самых трафиковых страниц, остальные меняем с переадресацией.

Большинство современных CMS, включая WordPress и 1С-Битрикс, позволяют гибко настраивать адреса, так что сохранить старую структуру обычно реально.

Шаг 3. Карта редиректов

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

Правила составления карты:

• используйте 301-редирект — постоянную переадресацию. Она сообщает поисковику, что страница переехала навсегда, и помогает передать накопленные сигналы на новый адрес;
• перенаправляйте на релевантную страницу, а не на главную. Если старая страница про ремонт кровли, то и новая должна быть про ремонт кровли;
• избегайте цепочек редиректов — когда A ведёт на B, а B на C. Каждый старый адрес должен вести сразу на конечный;
• если у страницы нет аналога на новом сайте, перенаправьте на ближайший по смыслу раздел или оставьте ответ 404 или 410, если страница действительно больше не нужна;
• не забудьте технические варианты адресов: с косой чертой в конце и без, с www и без, с протоколом http и https.

Пример фрагмента карты:

Шаг 4. Перенос контента без потерь

Контент — то, за что сайт ранжируется. При переезде важно перенести его аккуратно, а не «примерно так же».

Что проверить для каждой продвигаемой страницы:

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

Отдельная тема — шаблонные элементы. На старом сайте мог быть блок с текстом под каталогом или уникальное описание категории. Если в новом шаблоне такого места нет, текст просто потеряется, а вместе с ним — позиции категории.

Если заодно хочется переписать тексты, лучше сделать это после переезда, а не одновременно с ним. Тогда, если позиции изменятся, будет понятно, почему.

Шаг 5. Тестовая версия и её проверка

Новый сайт собирается на тестовом домене или поддомене. Важно сразу закрыть его от индексации — паролем или запретом в robots.txt, иначе поисковики проиндексируют копию и сочтут её дублем.

Перед запуском пройдитесь по чек-листу:

1. Все страницы из списка существуют на новом сайте или имеют редирект.
2. Мета-теги и тексты совпадают со старой версией для ключевых страниц.
3. Нет битых ссылок — проверьте краулером.
4. Канонические ссылки указывают на правильные адреса.
5. XML-карта сайта формируется корректно и содержит только рабочие страницы.
6. Скорость загрузки не хуже, чем была, а лучше — выше.
7. Мобильная версия работает корректно.
8. Формы и заявки доходят до адресатов, интеграции с CRM работают.
9. Счётчики аналитики установлены, цели настроены.
10. Страница 404 отдаёт правильный код ответа, а не 200.

Шаг 6. День запуска

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

Последовательность действий:

1. Сделайте финальную резервную копию старого сайта.
2. Перенесите новый сайт на рабочий домен.
3. Снимите запрет индексации — проверьте robots.txt и мета-теги robots. Это самая частая ошибка при запуске.
4. Включите редиректы и выборочно проверьте их: старые адреса должны вести на новые с кодом 301.
5. Отправьте новую карту сайта в Яндекс Вебмастер и Google Search Console.
6. Проверьте, что подтверждение прав в сервисах для вебмастеров не слетело.
7. Убедитесь, что счётчики фиксируют визиты, а формы работают.

Шаг 7. Контроль после переезда

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

Что проверять в первые недели:

• ошибки сканирования в Яндекс Вебмастере и Google Search Console — страницы с ошибкой 404, проблемы с редиректами;
• количество страниц в индексе — не должно резко падать;
• позиции по ключевым запросам — сравнивайте с данными до переезда;
• трафик из поиска по страницам входа — какие страницы потеряли посетителей;
• поведение пользователей — не выросли ли отказы, не упала ли конверсия.

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

Типичные ошибки при смене движка

Мы в КомРА регулярно сталкиваемся с последствиями неудачных переездов, и ошибки почти всегда повторяются:

1. Нет списка старых страниц. Редиректы настраиваются «по памяти», и часть адресов теряется.
2. Все старые адреса перенаправлены на главную. Поисковик воспринимает это почти как удаление страниц.
3. Тестовый сайт попал в индекс. Появились дубли, и поисковик не может понять, какая версия основная.
4. На рабочем сайте забыли открыть индексацию. Сайт постепенно выпадает из поиска.
5. Шаблонные мета-теги. Все страницы получили одинаковый title вида «Название компании — страница».
6. Сменили домен одновременно с движком. Риски складываются, а найти причину проблем становится сложнее.
7. Не настроили аналитику. После переезда нельзя сравнить результаты, и непонятно, что улучшилось, а что ухудшилось.
8. Бросили сайт после запуска. Проблемы обнаруживаются через месяц, когда трафик уже заметно упал.

Итог

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

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