Переезд сайта - это SEO-проект, а не только разработка
Смена CMS часто выглядит как техническая задача: сверстать новый дизайн, перенести страницы, подключить формы и запустить. Но для поиска это большой риск. Меняются URL, шаблоны, скорость, структура, мета-теги, внутренние ссылки и иногда сам контент. Если переезд сделать небрежно, сайт может потерять страницы в индексе, позиции и заявки.
Хороший переезд начинается до запуска новой CMS. Нужно заранее понять, какие страницы уже приносят трафик, какие URL нельзя потерять, где нужны редиректы и как проверить результат после релиза.
Шаг 1. Снимите текущую картину
До разработки новой версии соберите данные:
- все текущие URL сайта;
- страницы из sitemap.xml;
- страницы в индексе Яндекса и Google;
- страницы с органическим трафиком;
- страницы с заявками и продажами;
- внешние ссылки;
- текущие title, description и H1;
- важные изображения и файлы;
- старые разделы, которые еще получают переходы.
Это основа карты переезда. Нельзя корректно перенести сайт, если вы не знаете, что уже существует и что работает.
Шаг 2. Составьте карту URL
Для каждой старой страницы нужно решить судьбу:
- переносим без изменения URL;
- переносим на новый URL и ставим 301;
- объединяем с другой страницей;
- удаляем и отдаем 404;
- закрываем от индексации;
- оставляем как служебную.
Самая опасная ошибка - перенаправить все старые страницы на главную. Это неудобно для пользователя и плохо для поисковиков. Если старая страница была про конкретный товар, услугу или статью, она должна вести на ближайший релевантный аналог.
Шаг 3. Перенесите мета-теги и контент
При переезде часто теряются SEO-поля. Новая CMS может не иметь отдельных полей для title, description, canonical, OG-картинки или микроразметки. Это нужно проверить до запуска.
Минимально нужно перенести:
- title;
- description;
- H1;
- основной текст;
- изображения и alt, если они важны;
- структуру заголовков;
- внутренние ссылки;
- хлебные крошки;
- данные карточек товаров;
- юридические страницы.
Если контент переписывается, лучше делать это осознанно, а не случайно сокращать важные блоки из-за нового дизайна.
Шаг 4. Настройте техническую базу
Перед запуском проверьте:
- HTTPS;
- главный домен с www или без;
- robots.txt;
- sitemap.xml;
- canonical;
- 404 для несуществующих страниц;
- 301 со старых URL;
- отсутствие редиректных цепочек;
- мобильную версию;
- скорость загрузки;
- формы заявок;
- цели аналитики;
- микроразметку Organization, BreadcrumbList, Article, Product или Service.
Новая CMS должна не просто красиво показывать страницы, а правильно отдавать их поисковым системам.
Шаг 5. Запускайте с проверкой
В день запуска проверьте:
- главную;
- ключевые услуги или категории;
- карточки товаров;
- статьи;
- формы;
- sitemap.xml;
- robots.txt;
- редиректы;
- коды ответа;
- canonical;
- счетчики аналитики.
После запуска нужно отправить sitemap в Яндекс Вебмастер и Google Search Console, а важные страницы - на переобход. В Яндексе для смены адреса сайта используется инструмент переезда, но даже без смены домена Вебмастер полезен для контроля ошибок.
Что смотреть после переезда
Первые недели важны для мониторинга. Следите за:
- страницами в поиске;
- ошибками обхода;
- дублями title и description;
- 404 и мягкими 404;
- редиректами;
- трафиком из органики;
- заявками;
- скоростью индексации;
- сообщениями в Вебмастере и Search Console.
Просадка на коротком интервале возможна, но критичные технические ошибки нужно ловить сразу. Если старые страницы отдают 404 вместо 301 или новая версия закрыта от индексации, ждать нельзя.
Чек-лист перед релизом
- Есть карта старых и новых URL.
- Для важных страниц настроены 301-редиректы.
- Сохранены или осознанно обновлены мета-теги.
- Сайт открыт для индексации.
- Sitemap содержит только актуальные URL.
- Robots.txt не закрывает важные разделы.
- Формы работают.
- Аналитика считает заявки.
- Страницы быстро открываются на мобильных.
- Есть backup старой версии и базы.
Вывод
Переезд на новую CMS может усилить SEO, если вместе с дизайном навести порядок в структуре, скорости, контенте и индексации. Но без карты URL и проверки технических деталей он легко превращается в потерю накопленного результата. Переезд нужно планировать как отдельный SEO-процесс, а не как последний пункт разработки.