Перенос сайта на другую CMS, хостинг или домен без потери позиций

Перенос сайта без потери позиций возможен в любом сценарии (на другую CMS, другой хостинг или другой домен), если поисковики не заметят ничего, кроме самой смены: те же адреса или точные 301-редиректы со старых, те же заголовки, мета-теги и тексты, рабочие карта сайта и robots.txt. Переезд готовят на закрытом тестовом стенде, переключают в один день, а затем 2–4 недели следят за индексацией в Яндекс Вебмастере и Google Search Console и за целями в Метрике. Ниже — общий чек-лист и отдельные шаги для Битрикса, WordPress, Tilda, смены хостинга и смены домена.

Общая основа: карта адресов и 301-редиректы

Трафик при переезде почти всегда теряют по одной причине: страницы, которые приносили посетителей, исчезли или открываются по новому адресу без перенаправления. Поэтому первый документ проекта — не макет, а полный список адресов. Источники:

• текущий sitemap.xml и обход сайта краулером;
• отчёт «Страницы в поиске» в Яндекс Вебмастере и отчёт об индексировании в Search Console;
• страницы входа из Яндекс Метрики за 12 месяцев — так находятся старые статьи и лендинги, которых уже нет в меню;
• страницы, на которые ссылаются другие ресурсы, и файлы, которые ищут напрямую (прайс-листы в PDF, инструкции).

Для каждого адреса фиксируется судьба: остаётся, переезжает, объединяется с другой страницей или удаляется осознанно. Всё, что меняет адрес, получает серверный 301-редирект сразу на конечную страницу, без цепочек. Google рекомендует держать перенаправления не меньше года; на практике мы их не снимаем вовсе. Частые ошибки — перенаправление всех старых страниц на главную (поисковики считают это удалением контента) и забытые варианты адресов: со слэшем и без, с параметрами, в верхнем регистре.

Контент переносят один в один: title, description, H1 и основной текст страниц с поисковым трафиком, alt изображений, микроразметку, canonical. Внутренние ссылки сразу ведут на новые адреса. Если одновременно меняются движок, адреса, тексты и структура, при просадке невозможно понять, что её вызвало. Поэтому сначала переносят, потом улучшают.

Перенос сайта на 1С-Битрикс

На Битрикс обычно переезжают ради каталога, интеграции с 1С и личного кабинета. Главный риск здесь — не потеря страниц, а появление лишних.

• Адреса. Структура ЧПУ задаётся в настройках компонентов каталога и новостей. Настройте шаблоны так, чтобы повторить старые адреса разделов и товаров, а где это невозможно — заложите 301-редиректы.
• Дубли. Один товар может открываться из нескольких разделов, по адресу с index.php или с параметрами вида ?SECTION_ID=. Закройте такие варианты через canonical и редиректы до запуска.
• Мета-теги. Для разделов и элементов инфоблоков используют шаблоны SEO-свойств, но страницы с трафиком лучше заполнить вручную старыми значениями: шаблон перезапишет удачные title.
• Редиректы настраивают на уровне веб-сервера (nginx или .htaccess), а не скриптом в шаблоне — так быстрее и надёжнее.

Перенос сайта на WordPress

WordPress проще всего повторяет старые адреса: формат задаётся в разделе «Постоянные ссылки», а страницам и записям можно вручную указать ярлык. Риски другие:

• префиксы /category/ и /tag/, архивы авторов и дат, страницы вложений создают сотни лишних адресов — ненужные закройте от индексации или отключите;
• title и description живут в SEO-плагине: перед запуском проверьте, что для каждой важной страницы они заполнены, а не собраны по шаблону;
• редиректы надёжнее держать на сервере; плагин перенаправлений подходит, но если его отключить, правила пропадут вместе с ним;
• тема и десятки плагинов легко замедляют сайт — это отдельный риск для позиций, его стоит замерить до переключения.

Перенос сайта на Tilda: что учесть и где ограничения

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

• Адреса. В настройках каждой страницы задайте адрес, повторяющий старый. Без этого страница получит адрес вида /page12345.html.
• Редиректы. Настраиваются в разделе «Настройки сайта → SEO → Редиректы страниц (Code 301)», работают только в пределах одного домена и только для несуществующих страниц. Поддерживается маска: правило /blog/* перехватит все отсутствующие адреса раздела.
• Ограничения. Большой каталог со сложными фильтрами, личный кабинет или серверная логика на Tilda не реализуются. Если на старом сайте это было и приносило трафик, переезд на Tilda — шаг назад.

Переезд с Tilda, Webflow и старого WordPress

С Tilda. Экспорт проекта доступен только на тарифах линейки Business и выгружает вёрстку, а не структурированный контент. Встроенные редиректы Tilda перестают работать после отключения домена, поэтому правила переносят на новый хостинг. Подробно сценарий описан на странице переноса сайта с Tilda.

С Webflow. Экспорт кода не включает содержимое CMS: коллекции выгружаются отдельно в CSV, шаблоны страниц коллекций собирают заново, формы и поиск после экспорта не работают. Список редиректов из настроек Webflow нужно перенести в новую систему. Как мы это делаем — в разделе перенос с Webflow.

Со старого WordPress. Много скрытых адресов: архивы рубрик и меток, пагинация, вложения, адреса с ?p=ID. Мета-теги, canonical и редиректы из плагинов при смене движка пропадают вместе с ними — их выгружают заранее.

Перенос сайта на другой хостинг

Если адреса не меняются, поисковики переезда почти не замечают — при условии, что сайт не «лёг». Инструменты смены адреса в Вебмастере и Search Console здесь не нужны: в справке Google прямо сказано, что смена хостинга без изменения URL — не их случай.

• TTL. За 1–2 дня до переключения уменьшите TTL у DNS-записей, чтобы новый адрес сервера разошёлся быстро.
• Резервные копии. Сделайте полную копию файлов и базы и проверьте, что она разворачивается, а не просто лежит в архиве.
• Проверка до DNS. Откройте сайт на новом сервере через файл hosts и пройдите ключевые страницы, формы и редиректы. Правила из .htaccess не работают на чистом nginx — их переписывают.
• SSL. Сертификат переносят или выпускают заранее, иначе после смены DNS посетители и роботы увидят ошибку HTTPS.
• Простой. На время переключения замораживают изменения: заказы и заявки, записанные в старую базу, потеряются. Старый хостинг не отключают ещё неделю-две.

Перенос сайта на другой домен

Это самый рискованный сценарий: поисковикам нужно перенести накопленные сигналы на новый адрес. Порядок действий:

• 301-редирект постранично: каждый старый адрес ведёт на тот же путь на новом домене, а не на главную;
• оба домена добавлены и подтверждены в Яндекс Вебмастере и Search Console;
• в Вебмастере — заявка в разделе «Индексирование → Переезд сайта». Этот же инструмент нужен при смене зоны, переходе на HTTPS и смене www;
• в Search Console — инструмент «Изменение адреса» (Change of Address). Он работает только для доменных ресурсов и не переносит поддомены, поэтому заявку подают для каждого варианта, включая www и без www;
• старый домен продлевают и не отключают: без него пропадут и редиректы;
• обновляют ссылки везде, где это возможно: карточки организации, профили, рекламные объявления, подписи писем.

Счётчик Метрики при смене домена можно оставить тем же, указав новый адрес в настройках: история сохранится.

Тестовый стенд и день запуска

Новую версию собирают на отдельном адресе, закрытом паролем (HTTP-авторизация). Запрет в robots.txt и noindex тоже работают, но именно они чаще всего «доезжают» до боевого сайта. На стенде скриптом проверяют все адреса из карты: код 301, конечная страница отдаёт 200, несуществующие адреса — 404. Отдельно — формы, оплату и отправку заявок в CRM.

В день запуска один ответственный человек:

• снимает пароль, noindex и запрещающие правила robots.txt;
• включает редиректы на сервере;
• проверяет, что sitemap.xml содержит только новые канонические адреса;
• убеждается, что главное зеркало (www или без, https) не изменилось, если это не было целью.

Переключение лучше планировать на начало недели, а не на пятницу.

Вебмастер, Search Console и Метрика при смене CMS

Частое заблуждение — что при смене движка нужно «сообщить о переезде». Если домен остаётся прежним, ни «Переезд сайта», ни «Изменение адреса» не используются. Вместо этого:

• проверьте права на сайт: метатег или файл подтверждения со старой CMS мог пропасть;
• отправьте новую карту сайта в обе панели и ключевые страницы на переобход;
• оставьте прежний счётчик Метрики — новый обнулит историю;
• пересоберите цели: цели по адресу страницы «спасибо» ломаются при смене адреса, а по JavaScript-событиям — если в новой вёрстке не повторили вызовы. Проверьте каждую тестовой заявкой.

Мониторинг первые 2–4 недели

Колебания позиций после переезда нормальны, пока поисковики переобходят сайт; по справке Google, для сайтов среднего размера это может занять несколько недель.

• Ежедневно первую неделю: ошибки 404 и 5xx в панелях и логах, цели в Метрике, заявки в CRM.
• Еженедельно: число страниц в поиске, позиции по ключевым запросам, трафик на страницы входа в сравнении с периодом до переезда.
• Сигналы проблемы: массовое выпадение страниц из индекса, рост 404 по адресам, которые приносили трафик, падение, не восстановившееся за 2–3 недели.

Новые 404 по старым адресам подсказывают, какие редиректы забыли. Их добавляют в карту по мере появления.

Сценарии переноса в одной таблице

Что мы рекомендуем

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

• Не совмещайте смену домена со сменой CMS и редизайном: сначала один переезд, после стабилизации позиций — следующий.
• Если адреса неизбежно меняются, готовьте карту редиректов до начала вёрстки, а не в последний день.
• Выбирая Tilda, сверьте, не теряются ли разделы, которые приносят трафик; выбирая Битрикс или WordPress — заложите время на чистку дублей.

Если нужна помощь с полным циклом (от карты адресов до мониторинга после запуска), посмотрите, как устроена наша услуга ускорения и переноса сайта.