Что теряется при переезде
Потеря позиций — не причина, а следствие. Позиции проседают, когда меняются адреса, теряются метаданные, ломается структура или поиск не может обойти новый сайт. Поэтому переезд планируют как перенос данных и адресов, а не как смену оформления.
Сохранить нужно следующее: адреса или их однозначное соответствие новым, метаданные, заголовки, тексты, изображения, внутренние ссылки, скорость загрузки, доступность для обхода. Каждый пункт проверяется отдельно, потому что каждый ломается по своей причине.
Отдельная ошибка — совмещать переезд с редизайном и переписыванием текстов. Если что-то просело, вы не поймёте, из-за чего именно: из-за адресов, из-за нового контента или из-за нового движка.
Инвентаризация адресов
До переезда нужен полный список адресов старого сайта. Источников несколько: sitemap.xml, отчёты о проиндексированных страницах в панелях вебмастера, данные аналитики по страницам входа, внешние ссылки, а также ручной обход меню и каталога.
Список сводят в таблицу: старый адрес, новый адрес, тип страницы, что с ней происходит. Тип нужен, чтобы не решать каждую строку вручную: у категорий, товаров, статей и служебных страниц разные правила.
В таблице должны оказаться и «мусорные» адреса: страницы с параметрами, устаревшие разделы, дубли. Решение по ним принимают до переезда: редирект, страница 404 или удаление.
Карта редиректов
Правило простое: один старый адрес — один новый адрес — один переход. Цепочки из двух-трёх редиректов замедляют обход и размывают сигналы, поэтому их схлопывают до одного шага.
Редирект ведёт на страницу с тем же смыслом, а не на главную. Массовый перевод всех старых адресов на главную — типовая ошибка: человек и поиск попадают не туда, куда шли, а страница теряет накопленное соответствие запросу.
Для страниц, которых больше нет и аналога нет, честнее отдать 410 или аккуратную 404 с навигацией, чем вести на нерелевантный раздел. Для сезонных и временно снятых позиций подойдёт редирект на ближайшую по смыслу страницу.
- Каждый адрес из инвентаризации имеет решение
- Нет цепочек вида A → B → C
- Нет редиректов на страницы, которые сами отдают ошибку
- Нет редиректов на главную «на всякий случай»
- Редиректы отдаются сервером с кодом 301, а не скриптом на странице
- Версии с www и без, http и https учтены одним общим правилом
Метаданные и контент
Перед запуском выгрузите со старого сайта title, description, h1 и основные тексты. После переноса сравните выгрузки построчно: расхождения в метаданных — самая незаметная потеря, потому что внешне сайт выглядит совершенно нормально.
Изображения переносят с сохранением адресов или с редиректами. Alt-тексты и подписи часто теряются при импорте: проверяйте их отдельно, особенно в каталоге, где на них никто не смотрит глазами.
Внутренние ссылки — ещё один слой, который ломается при смене структуры. Прогоните сайт краулером после переноса и посмотрите, нет ли ссылок на старые адреса и на страницы с ошибкой.
Не забудьте про служебные страницы, которые никто не проверяет глазами: политика обработки данных, условия оплаты и доставки, страница контактов. Их адреса часто меняются вместе со структурой, а ссылки на них стоят в формах согласия — то есть на самых посещаемых путях сайта.
Проверки до запуска
Новый сайт поднимают на отдельном стенде и закрывают от индексации. Иначе поиск увидит недоделанную версию и запомнит её. Закрытие снимают в момент переключения, а не заранее.
Проверки до переключения: доступность всех типов страниц, работа форм и интеграций, корректность адресов, наличие метаданных, отсутствие горизонтальной прокрутки на мобильных, скорость на мобильном профиле.
Отдельно проверяют robots.txt и sitemap нового сайта. Типичная ошибка — перенести старый robots.txt с закрытыми разделами или забыть снять запрет на индексацию после запуска.
День переезда: чего не делать
Переезд делают в спокойный день, когда есть время проверить результат и когда на связи тот, кто может быстро поправить конфигурацию сервера. Вечер пятницы — плохая идея не из суеверия, а потому что ошибки обнаружатся в выходные.
Не меняйте одновременно адреса, дизайн, контент и структуру каталога. Если что-то пойдёт не так, причину не определить. Правильнее сделать переезд отдельным этапом, а остальное — до или после него.
Проверьте DNS и срок жизни записи заранее. Если старая и новая версии какое-то время доступны по разным адресам, убедитесь, что поиск не воспринимает их как два сайта с одинаковым контентом.
После запуска
Сразу после переключения снимите закрытие с индексации, отправьте sitemap и проверьте, что страницы отдают код 200. Дальше — наблюдение: ошибки 404, страницы с редиректами, изменения в отчётах о проиндексированных страницах.
Сверяйте трафик по страницам входа, а не только общий показатель. Если сумма осталась прежней, а часть страниц потеряла входы, это заметно только в разрезе адресов.
Старую версию не удаляйте сразу: держите её доступной, пока не убедитесь, что редиректы работают и ничего не забыто. Это недорогая страховка на случай, если понадобится вернуть адрес или данные.
Наблюдение стоит вести по расписанию, а не «когда вспомним»: первые дни ежедневно, дальше реже. Полезно завести одну таблицу с датой переезда, списком проверок и отметками — через месяц восстановить хронологию по памяти не получится, а именно она нужна, если что-то всё-таки просело.