Как перевести сайт на новую CMS без потери трафика (и вырасти в поиске вдвое)

Коллеги из Private SEO рассказывают, как перевели сайт клиента на новую CMS, сохранили трафик и помогли сайту вырасти в поиске.

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

Зачем нужен SEO-специалист при смене CMS

Смена CMS — не только задача для разработчиков. Это еще и работа с поиском. Бизнесу важно не просто перенести сайт, а сохранить трафик, позиции и заявки из поисковой выдачи.

Если сайт переезжает без SEO-специалиста, можно столкнуться с такими проблемами:

Иными словами, SEO-специалист при переезде страхует не только позиции сайта, но и доход бизнеса.

Что было по проекту

К нам пришел сайт, который продает промышленных роботов. Нужно было:

1. перенести сайт на новую CMS без просадки поискового трафика и позиций;

2. наладить работу с разработчиками и договориться об этапах миграции.

До переезда сайт получал из поиска 492 перехода в неделю. Позиции были такие:

• Google: в топ‑10 — 15,48% запросов.

• Яндекс: в топ‑10 — 30% запросов.

Примеры запросов и позиций до переезда:

Запросы и позиции в Google

Запросы и позиции в Яндексе

С чего начали работу

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

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

Яндекс.Вебмастер — проверили запросы и индексацию:

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

Подготовка к переезду

Провели аудит старого сайта

Собрали и перепроверили:

• все URL;

• мета-теги Title и Description;

• заголовки H1–H6;

• коды ответов страниц;

• внутренние ссылки;

• XML-карту сайта;

• robots.txt;

• страницы, которые уже приводили трафик.

Сделали аудит нового сайта

На тестовой версии проверили:

• открываются ли страницы;

• совпадает ли структура URL со старым сайтом;

• работают ли формы, каталог и поиск;

• правильно ли настроено техническое SEO.

Закрыли тестовый сайт от индексации

Чтобы поисковики не утащили в индекс черновик, закрыли тестовый сайт через robots.txt и временные meta noindex. Потом проверили, что его нет в индексе Google и Яндекса.

Сверили контент и мета-теги

Собрали таблицу и сравнили по ключевым страницам:

• URL;

• Title;

• Description;

• H1;

• на месте ли важный текстовый контент после переноса.

Проверили скорость и технические параметры

Дополнительно оценили:

• скорость главной, каталога и карточек (мобайл и десктоп) в PageSpeed Insights;

• настройки sitemap.xml;

• корректность 404-страниц;

• канонические URL;

• HTTP-заголовки.

Переезд

Организовали перенос

Перед запуском новой версии договорились о деталях:

• назначили точное время переезда;

• предупредили разработчиков минимум за 24 часа;

• перед релизом еще раз проверили тестовую версию.

Проверили сайт после смены DNS

Сразу после переключения DNS убедились, что сайт нормально открывается у людей и у поисковиков:

• сайт доступен;

• главная открывается без ошибок;

• HTTPS работает как надо;

• ключевые страницы на месте.

Открыли сайт для индексации

После запуска:

• обновили файл robots.txt;

• удалили временную директиву Disallow: /;

• добавили ссылку на sitemap.xml;

• сняли временные теги noindex.

💌 Еженедельная рассылка

Подпишитесь на нашу рассылку — раз в неделю будем отправлять на ваш email свежую статью из блога и другие полезные материалы.

Я даю согласие на обработку моих персональных данных и получение рекламных материалов.

Какие проблемы нашли и как их исправили

Во время проверки мы нашли несколько серьезных проблем. Если бы их заметили только после запуска, сайт мог бы потерять трафик и деньги.

Тестовый сайт был открыт для индексации

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

Изменилась логика URL

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

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

Важно: если при переезде адрес страницы не меняется, редирект для нее не нужен.

Важный контент загружался через JavaScript

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

1. роботы могли не увидеть часть текста;

2. страницы загружались медленнее;

3. ухудшались показатели Core Web Vitals.

В итоге поисковики видели не всю страницу, а пользователи ждали загрузку дольше. Особенно опасно подгружать важный SEO-контент через AJAX с задержкой: поисковый робот может просто не дождаться ответа.

Мы посоветовали перенести важные SEO-блоки на серверный рендеринг — то есть отдавать их сразу в готовом HTML.

Не хватало мета-тегов

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

Не все страницы переносились на новую версию

Для таких страниц нужно было правильно настроить переадресацию. Мы подготовили ТЗ на 301-редиректы, чтобы сохранить трафик и ссылочный вес.

Нужно было доработать robots.txt и ускорить сайт

Для нового сайта мы подготовили обновленный robots.txt и ТЗ на ускорение загрузки страниц. После доработок сайт стал заметно быстрее. На десктопе серьезных проблем не осталось, но на мобайле еще нужно было улучшить LCP и TTI.

Улучшите ваш сайт

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

Подключить

Результат для бизнеса

Переезд прошел ровно: серьезной просадки не было, а по нескольким метрикам сайт даже вырос.

Мы не только сохранили прежний уровень органического трафика, но и подняли его на 24% без дополнительной рекламы. Доля запросов в Google в топ-10 выросла с 15,48% до 37%.

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

В Яндексе сайт тоже не просел, а по части запросов позиции выросли. Индексацию осталась под контролем: в индексе Яндекса 473 страницы из 500, остальные URL отправили на переобход через Вебмастер.

Что по итогам

Переезд на новую CMS — риск для поискового трафика. Но если подключить SEO-команду еще на подготовке, миграция проходит спокойнее и предсказуемее.

Наш кейс это подтверждает: мы не просто сменили платформу, а заодно исправили старые технические проблемы и усилили сайт в поиске.

Полезные инструменты

Анализ сайта Проверка блокировки Роскомнадзор Проверка битых ссылок Ссылки на странице Сайт глазами поискового робота Генерация robots.txt Проверка Canonical cтраницы Генератор Open Graph изображений Определение CMS сайта DNS параметры домена

Источник