Переезд — это момент, когда сайт может потерять годами набранные позиции за одну ночь. Причём потерять тихо: первые две недели всё выглядит нормально, а падение начинается, когда поисковик переиндексирует старые адреса и не найдёт им замены. Ниже — порядок действий, который мы применяем сами.
Сначала решите, что именно переезжает
Под словом «переезд» прячутся четыре разные задачи, и риски у них тоже разные:
- Смена домена — адреса меняются целиком, риск максимальный
- Переход на HTTPS — меняется протокол, риск низкий при правильной настройке
- Смена CMS с сохранением адресов — риск средний, зависит от вёрстки и скорости
- Смена CMS со сменой структуры адресов — самый тяжёлый случай
Золотое правило: не меняйте всё сразу. Домен, движок и структуру адресов переносят отдельными шагами с интервалом в несколько недель. Иначе при падении вы не поймёте, что именно его вызвало.
Шаг 1. Снимите точку отсчёта
До переезда зафиксируйте текущее состояние, иначе потом не с чем будет сравнивать. Нужны четыре вещи: список всех адресов в индексе, позиции по рабочим запросам, трафик за последние три месяца и скорость ключевых страниц.
Список адресов берётся из выгрузки «Страницы в поиске» в Вебмастере и отчёта по индексированию в Search Console — не из карты сайта. В индексе часто оказываются адреса, о которых вы забыли: старые акции, страницы с параметрами, версии для печати. Именно они потом отдают 404.
Шаг 2. Составьте карту редиректов
Это главная работа и главный источник ошибок. Карта — это таблица «старый адрес → новый адрес», где у каждого адреса с трафиком или входящими ссылками есть конкретная замена.
- Только 301, никаких 302 — временный редирект не передаёт вес
- Каждый адрес ведёт на релевантную страницу, а не на главную
- Никаких цепочек: старый адрес ведёт сразу на финальный, а не через промежуточный
- Проверить, что нет циклов, иначе страница уйдёт в бесконечный редирект
- Адреса, которым нет замены, отдают 410, а не 404 — это честнее и быстрее выводит их из индекса
Массовая свалка всех старых адресов на главную — самая частая ошибка при переезде. Поисковик расценивает такой редирект как нерелевантный и обрабатывает его фактически как 404, только вы об этом не узнаете из отчётов.
Шаг 3. Проверьте карту до выкладки
Редиректы тестируются на стейджинге или сразу после выкладки скриптом, который проходит по списку старых адресов и проверяет код ответа и конечную точку. Глазами проверить сотню адресов нельзя — обязательно что-то пропустите.
Что должно сойтись: код 301, одна ступень, конечный адрес отдаёт 200 и содержит ожидаемый контент. Если конечная страница сама редиректит на слэш или на https — это уже цепочка, её надо схлопнуть.
Шаг 4. Технические мелочи, которые решают
- robots.txt на новом сайте не закрывает то, что должно индексироваться — проверьте первым делом
- Ни на одной коммерческой странице не осталось meta robots noindex со стейджинга
- canonical указывает на сам адрес, а не на старый домен
- Карта сайта пересобрана и содержит только новые адреса
- Структурированная разметка перенесена и валидна
- Заголовки и описания сохранены там, где страницы уже ранжировались
Пункт про noindex со стейджинга стоит отдельного внимания. Закрытый от индексации тестовый сайт, выложенный в бой вместе с этой настройкой, — классика, которая убивает трафик за неделю и обнаруживается на десятый день.
Шаг 5. Сообщите поисковикам
В Яндекс Вебмастере при смене домена используется инструмент «Переезд сайта»: указывается главное зеркало, после чего склейка идёт быстрее и предсказуемее. Оба домена должны быть подтверждены в панели, а редирект — уже работать.
В Search Console есть аналогичный инструмент смены адреса. Он не отменяет необходимости в 301, но ускоряет обработку.
Дальше — отправить новую карту сайта, поставить ключевые страницы на переобход и не трогать сайт две недели. Именно не трогать: правки в разгар склейки смешивают причины и следствия.
Шаг 6. Что смотреть после
Первые две-три недели проседание позиций — это норма, а не катастрофа. Поисковику нужно обойти старые адреса, увидеть редиректы и перенести накопленные сигналы. Тревожиться стоит, если через месяц возврата нет.
- Ошибки обхода в Вебмастере — 404 и 5xx должны быть нулевыми
- Число страниц в поиске: должно расти на новом домене и падать на старом
- Позиции по основным запросам — снимать еженедельно, не ежедневно
- Трафик в разрезе посадочных: покажет, какие страницы не переехали
Последний отчёт самый полезный. Если трафик упал не равномерно, а по конкретным страницам, значит проблема именно в них — и почти всегда это отсутствующий или неправильный редирект.
Отдельно про смену CMS
При переезде на другой движок к перечисленному добавляется ещё одна проверка: сохранился ли контент целиком. Переносят обычно тексты, но забывают про характеристики, таблицы, подписи к изображениям и alt. Для поисковика это потеря содержимого страницы, и она бьёт по позициям сильнее, чем кажется.
И проверьте скорость. Новый сайт на другой CMS часто оказывается медленнее старого, особенно если поставили много расширений. Падение позиций при переезде нередко объясняется не редиректами, а тем, что страница стала грузиться втрое дольше. Об этом мы подробно писали в разборе Core Web Vitals.
Короткий чек-лист
- Выгрузили список адресов в индексе до переезда
- Составили карту 301 с релевантными заменами
- Прогнали карту скриптом, цепочек и циклов нет
- Проверили robots.txt, noindex, canonical, карту сайта
- Сообщили о переезде в Вебмастере и Search Console
- Зафиксировали позиции и трафик до, чтобы было с чем сравнить
- Две недели ничего не меняем и наблюдаем
Мы переносим сайты на новые домены и движки с сохранением адресов и позиций, составляем карту редиректов и ведём наблюдение после запуска. Если переезд совмещается с обновлением внешнего вида, смотрите редизайн сайта — там это идёт одним проектом. Если сомневаетесь в текущем состоянии сайта до переезда, начните с технического аудита.
