Как перенести сайт нановую CMS без потерипозиций в поиске

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

Когда сайт переезжает на новую CMS, чаще всего меняются сами адреса. Было /uslugi/seo-prodvizhenie, стало /services/seo. Для поисковика это не «та же страница на новом движке», а новый адрес без истории и старый адрес, который вдруг отдаёт ошибку 404. Накопленный вес никуда не передаётся, и страница начинает путь заново.

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

Самая частая ошибка — начать перенос и только потом задуматься о SEO. К этому моменту старый сайт уже может быть недоступен, и восстановить исходные данные будет неоткуда.

Поэтому до начала работ нужно снять полную картину текущего сайта. Выгрузите список всех адресов, которые есть в индексе — это делается через Яндекс.Вебмастер и Google Search Console. К каждому адресу зафиксируйте title, description, заголовок H1. Отдельно сохраните позиции по ключевым запросам и цифры трафика за последние два-три месяца: без этой базы вы не сможете доказать ни себе, ни подрядчику, что после переезда что-то изменилось.

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

Если своими силами эту базу собрать сложно, её обычно закрывает SEO-аудит перед началом переноса — он же покажет проблемы, которые нет смысла тащить на новый сайт.

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

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

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

Адреса — самое важное, но не единственное. Вместе со страницами переезжает всё, что поисковик успел про них узнать.

Метатеги title и description часто теряются в первую очередь: новая CMS генерирует их автоматически по своему шаблону, и вместо выверенных заголовков появляется что-то вроде «Главная — Название сайта». Внешне сайт выглядит нормально, а в выдаче меняется вообще всё. То же касается заголовков H1 и структуры H2: если вёрстку делали заново, порядок заголовков легко ломается.

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

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

Дальше — обновить и отправить sitemap. В нём должны быть новые адреса, и он должен обновляться автоматически при публикации новых страниц. После этого сообщите о переезде в Яндекс.Вебмастере и Google Search Console: там есть инструменты для переобхода страниц, они заметно ускоряют процесс.

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

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

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

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

Переделка существующего сайта у нас — от 50 000 ₽, разработка нового с нуля — от 70 000 ₽ за лендинг и от 150 000 ₽ за многостраничный сайт. Подробности и сроки — на странице разработки сайта.

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

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

Разберём вашу ситуацию бесплатно и скажем честно, стоит ли переезжать → оставить заявку