Сменили движок — и трафик рухнул вдвое: как переехать на новую CMS без потери позиций

Ко мне приходит клиент, у которого был крепкий сайт: восемь лет в топе Яндекса, стабильные заявки, всё работало как часы. Дизайнеры уговорили его «наконец сделать современно» — переехали с самописного движка на новую CMS. Через три недели после запуска трафик из поиска упал на 60%. Заявки — почти в ноль. И только тогда он позвонил мне: «Анатолий, а можно как-то откатить?» Проще делегировать? Помогаю бизнесу с SEO-продвижением под ключ белыми методами — обращайтесь.

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

Когда переезд на новую CMS действительно нужен, а когда — нет

Сначала честно: в половине случаев, когда мне говорят «нам нужно переехать на другую CMS», переезд на самом деле не нужен. Людям продали идею, что «сайт устарел», хотя устарел не движок, а дизайн и структура — а это чинится без смены платформы.

Переезд действительно оправдан, когда:

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

А вот «хочу как у конкурента» или «дизайнеру неудобно» — это не причины для смены CMS. Часто достаточно грамотной доработки существующего сайта: обновить шаблон, ускорить загрузку, переделать структуру. Это в разы дешевле и без риска потерять позиции. Прежде чем что-то ломать, я всегда советую задать себе вопрос: «Какую конкретную проблему я решаю сменой движка?» Если ответа нет — не трогайте то, что работает.

Главный риск: почему сайты рушатся при переезде

Поисковая система — это не человек, который узнаёт ваш сайт «в лицо». Для Яндекса и Google ваш сайт — это набор адресов страниц (URL), у каждого из которых накоплена своя история: возраст, ссылки, поведение пользователей, позиции по запросам. Вся SEO-ценность привязана не к сайту вообще, а к конкретным URL.

И вот что происходит при большинстве «переездов»: новая CMS формирует адреса страниц по-своему. Было site.ru/uslugi/remont-kvartir — стало site.ru/services/?id=125. Для поисковика это не «та же страница в новом виде». Это старая страница, которая исчезла (ошибка 404), и новая страница, о которой он ничего не знает. Вся история старого адреса обнуляется. Именно здесь сгорает трафик — не в дизайне и не в текстах, а в том, что поменялись адреса и никто не связал старые с новыми.

Четыре главных риска переезда, по степени опасности:

• Потеря URL-адресов. Самое страшное. Меняется структура ссылок — обнуляется вся накопленная история. Это причина 90% провалов.
• Кривые или отсутствующие редиректы. Если старые адреса не перенаправить на новые, поиск получает сотни ошибок 404 и выкидывает страницы из индекса.
• Потеря контента и мета-тегов. При переносе часто теряются title, description, заголовки, alt у картинок, тексты «съедаются» или дублируются.
• Падение скорости. Новая CMS с тяжёлым шаблоном и десятком плагинов грузится вдвое медленнее старой — а скорость давно фактор ранжирования.

Держите эти четыре пункта в голове весь переезд. Дальше — как закрыть каждый из них.

Шаг 1. Сохранить URL или составить карту 301-редиректов

Это фундамент всего. У вас два пути.

Путь первый, идеальный — сохранить адреса один в один. Большинство нормальных CMS позволяют настроить произвольные адреса страниц (ЧПУ). Если вы переезжаете и можете оставить URL точно такими же, какими они были, — сделайте это. Тогда для поиска вообще ничего не изменится: адреса те же, история сохранена, просадки нет. На своих проектах я всегда воюю за этот вариант до последнего.

Путь второй, если адреса неизбежно меняются — карта 301-редиректов. 301 — это «постоянное перенаправление». Оно говорит поисковику: «страница переехала навсегда вот сюда», и передаёт новому адресу всю накопленную ценность старого. Не 302 (временное), не мета-refresh, не JavaScript — именно серверный 301.

Карта редиректов — это простая таблица: старый адрес → новый адрес, для каждой страницы. Как её собрать:

• выгрузите полный список всех текущих URL — из карты сайта (sitemap.xml), из Яндекс.Вебмастера и Google Search Console, прогоните сайт краулером вроде Screaming Frog;
• для каждого старого адреса пропишите новый — куда он должен вести на новом сайте;
• ни одна страница, у которой был трафик или позиции, не должна остаться без пары;
• если аналога нет — редиректьте на ближайший по смыслу раздел, а не на главную (валить всё на главную — грубая ошибка).

Отдельно проверьте склейку с www / без www и http / https — эти редиректы тоже должны остаться. Карта редиректов — самый занудный этап, но именно от него зависит, переживёт ваш сайт переезд или нет.

Шаг 2. Перенести мета-теги, заголовки и весь контент

Второй по важности пункт. Мета-теги — это title (заголовок вкладки, самый весомый SEO-элемент страницы) и description (описание в сниппете). Они должны переехать на новые страницы ровно такими, какими были. Если после переезда все title стали одинаковыми «Главная — Название сайта» или подтянулись автоматом из H1 — вы обнулили половину оптимизации.

Что нужно перенести без потерь:

• title и description каждой страницы — один в один;
• заголовки H1–H3 внутри текстов;
• сами тексты полностью, со всей структурой, списками, таблицами;
• alt-атрибуты у изображений (по ним идёт трафик из поиска картинок);
• микроразметку (Schema.org) — хлебные крошки, отзывы, товары, FAQ;
• файл robots.txt и настройки индексации.

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

Шаг 3. Собрать и проверить sitemap.xml

Карта сайта (sitemap.xml) — это файл со списком всех адресов, которые вы хотите видеть в индексе. После переезда она должна содержать только НОВЫЕ адреса, актуальные, отдающие код 200. Старых битых ссылок в ней быть не должно.

Что проверить:

• sitemap генерируется автоматически и обновляется при добавлении страниц;
• в нём нет адресов, отдающих 404 или редиректы;
• адрес карты прописан в robots.txt;
• количество страниц в sitemap примерно совпадает с реальным числом страниц.

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

Шаг 4. Собрать всё на тестовой копии и проверить до запуска

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

Критически важный момент: тестовую копию нужно закрыть от индексации. Если поисковик найдёт полную копию вашего сайта на тестовом домене — получите дубли и кашу в выдаче. Закрывается это через robots.txt (Disallow: /) плюс пароль на доступ. Проверьте это дважды — на моей практике «случайно проиндексированная тестовая копия» портила запуски не раз.

На тестовой копии я всегда прохожу такой чек-лист:

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

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

Шаг 5. Выбрать правильное время для переключения

Момент запуска влияет на то, насколько мягко пройдёт переезд. Мои правила:

• Не переезжайте в сезон. Если у вас пик продаж в декабре или летом — переезд делаем в низкий сезон, когда цена ошибки минимальна.
• Не в пятницу вечером и не перед праздниками. Что-то сломается — а вы уже не за компьютером. Оптимально: вторник–среда, первая половина дня.
• Не во время активной рекламной кампании. Лить Яндекс Директ на страницы, которые в момент переезда могут отдавать ошибки, — сжигать бюджет.
• Заранее предупредите всех, кто причастен — хостинг, разработчика, себя. В день Х все должны быть на связи.

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

Шаг 6. Мониторинг в Вебмастере после запуска

Переезд не заканчивается в момент запуска — самое важное начинается сразу после. Первые две-четыре недели я держу руку на пульсе каждый день. Главные инструменты — Яндекс.Вебмастер и Google Search Console.

Что делать сразу после переключения:

• в Яндекс.Вебмастере есть специальный инструмент «Переезд сайта» — если менялся домен или протокол, обязательно им воспользуйтесь, он ускоряет склейку;
• отправьте новый sitemap.xml в оба вебмастера вручную;
• отправьте на переобход главные страницы через «Переобход страниц»;
• следите за разделом ошибок: рост 404 — сигнал, что где-то не сработал редирект, чините немедленно;
• смотрите статистику индексации: страницы старого сайта должны постепенно выпадать, нового — появляться;
• каждые несколько дней проверяйте позиции по ключевым запросам, чтобы поймать проблему на ранней стадии.

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

Типичные ошибки, на которых сгорают сайты

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

• Запустили без редиректов. Классика. Сотни страниц отдают 404, поиск за неделю выкидывает их из индекса.
• Свалили все старые адреса на главную. Так вы теряете релевантность каждой страницы — 301 должен вести на аналог по смыслу.
• Забыли закрыть тестовую копию от индексации. В итоге две версии сайта конкурируют друг с другом в выдаче.
• Потеряли мета-теги. Все title стали одинаковыми — половина оптимизации испарилась.
• Новый сайт медленнее старого. Тяжёлый шаблон уронил скорость, а с ней и позиции.
• Не сделали резервную копию старого сайта. Что-то пошло не так — а откатиться не к чему.
• Переехали в сезон продаж. Просадка совпала с пиком спроса — двойные потери.
• Запустили и забыли. Никто не мониторил Вебмастер, ошибки копились месяц.

Обратите внимание: ни одна из этих ошибок не про технологию. Все они про отсутствие плана и спешку. Именно поэтому я всегда говорю: переезд — это на 80% подготовка и на 20% сам запуск.

Сколько проседают позиции и как быстро восстанавливаются

Честный ответ, без обещаний «ноль просадки при любом раскладе». Даже при идеально выполненном переезде небольшая турбулентность возможна — поисковику нужно время переиндексировать сайт и переварить редиректы. Вот реальная картина по моему опыту:

• Переезд с сохранением URL один в один. Просадки практически нет либо она в пределах 5–10% на одну-две недели. Позиции возвращаются, как только пройдёт переиндексация.
• Переезд со сменой URL и грамотными 301. Временная просадка 10–25% на 2–6 недель. Затем плавное восстановление до прежнего уровня, а часто и выше — если заодно улучшили скорость и структуру.
• Переезд с ошибками (без редиректов, с потерей мета). Обвал на 40–70%, восстановление растягивается на 3–6 месяцев, а иногда сайт так и не выходит на прежний уровень.

Ключевое: чем аккуратнее сделан переезд, тем короче и мягче просадка. Это управляемый риск, а не лотерея. Ускорить восстановление помогает всё то же — быстрый переобход через Вебмастер, свежий sitemap, работающие редиректы и терпение. Не паникуйте, если через неделю после переезда позиции чуть просели: это нормальный этап переиндексации. Паниковать нужно, если через две недели растёт число 404 — вот тогда что-то сломано.

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

Коротко: план переезда без потери позиций

• Сначала решите, нужен ли переезд вообще. Часто хватает доработки старого сайта.
• Сохраните URL один в один — это лучший вариант. Если нельзя — составьте полную карту 301-редиректов, страница в страницу.
• Перенесите мета-теги, заголовки, тексты и alt ровно как было. Улучшать — потом, отдельным этапом.
• Соберите правильный sitemap.xml только с новыми рабочими адресами.
• Всё собирайте и тестируйте на закрытой от индексации копии. Проверьте редиректы, формы, мобильную вёрстку, скорость.
• Переключайтесь в низкий сезон, во вторник-среду утром, не в пятницу и не в пик рекламы.
• Мониторьте Вебмастер ежедневно 2–4 недели: инструмент «Переезд сайта», новый sitemap, переобход, контроль 404.
• Не паникуйте из-за короткой просадки, но реагируйте мгновенно на рост ошибок.

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