Что есть на старом сайте и куда это переедет?
Соберите существующие адреса из нескольких источников: обхода сайта краулером, карт сайта, Search Console и аналитики. Каждый источник находит страницы, которые пропускают остальные: старые посадочные страницы, которых уже нет в меню, но которые всё ещё приводят посетителей, PDF-файлы, страницы, на которые ссылаются другие сайты.
Для каждой страницы, которую вы сохраняете, подберите новую с тем же назначением и заранее решите, что будет с материалами, которые вы убираете. Изображения, документы и другие файлы проверьте отдельно: о них легко забыть в карте редиректов — главном документе SEO-сопровождения переезда сайта. Запишите назначение и текущую ценность каждого старого адреса — трафик, внешние ссылки, заявки, — чтобы самым важным страницам досталось больше внимания. Если старых адресов очень много, начните с тех, что приносят трафик и заявки или собрали внешние ссылки, а остальные сопоставляйте по шаблонам и общим правилам.
Обновляйте карту по мере того, как в ходе проекта меняются дизайн и тексты. Карта, составленная по раннему прототипу и ни разу не пересмотренная, — частая причина сломанных редиректов в день запуска.
Что проверить до запуска?
На тестовой копии сайта проверьте показательную выборку редиректов, внутренних ссылок, тегов canonical, языковых аннотаций и записей в sitemap. Редиректы должны вести сразу на конечную страницу, без цепочек из нескольких переходов.
Особое внимание уделите настройкам доступа и индексации. Тестовую копию обычно закрывают паролем или директивой noindex, и эти настройки не должны переехать на рабочий сайт вместе с кодом: забытый noindex способен убрать из поиска весь сайт.
Заранее решите, кто и за что отвечает в день запуска и при каких условиях вы откатываете изменения. Сохраните исходные показатели для важных посадочных страниц и действий клиентов — видимость, трафик, заявки, — чтобы потом отличить дефект переезда от проблемы, которая была и раньше. Предупредите о дате запуска и тех, кто занимается рекламой и рассылками: рекламные кампании и шаблоны писем часто ведут на старые адреса.
Как проверить сайт после запуска?
Повторите проверки на рабочем сайте: успешный тест на тестовой копии ничего не говорит о том, как настроен сервер рабочего сайта. Ищите редиректы на неподходящие страницы, циклические редиректы, пропавшие изображения и файлы, а также формы, которые перестали отправляться.
Если меняется домен, воспользуйтесь инструментом смены адреса в Search Console. Google рекомендует сохранять редиректы как можно дольше, как правило не меньше года, чтобы сигналы успели перейти на новые адреса.
На протяжении всего переезда следите за сканированием, индексацией и данными поиска по отдельным страницам и записывайте все изменения, которые вносились в это же время. Доводите нерешённые случаи до конца, пока нужная страница не заработает. Перенаправить все удалённые адреса на главную — не замена продуманной карте соответствий: Google может воспринимать такие редиректы как ложные ошибки 404 (soft 404). В первые дни после запуска заглядывайте в отчёты об ошибках сканирования особенно часто: так проблемы находятся раньше, чем их заметят клиенты.
Карточка сопоставления при переезде
Шаблон, который можно адаптировать под ваш проект.
| Поле | Что записать |
|---|---|
| Старая страница | Адрес, о чём страница, сколько трафика и заявок приносит. |
| Новая страница | Новый адрес; страница отвечает на тот же вопрос, что и старая. |
| Что меняем при запуске | Редирект, внутренние ссылки, canonical и sitemap. |
| Проверка | Ответ рабочего сайта и путь клиента от входа до заявки. |
Чек-лист: переезд сайта
- Сопоставьте старые адреса с подходящими конечными страницами, без цепочек редиректов.
- Проверьте файлы, языковые версии и ключевые сценарии клиентов.
- Убедитесь, что пароль и noindex тестовой копии не попадут на рабочий сайт.
- Назначьте ответственных за запуск и условия отката.
- После публикации повторите технические проверки и проверки пути клиента.
Пример: переезд страницы консалтинга
Старая страница консалтинга переезжает на новый адрес услуги с тем же составом работ. Редирект ведёт сразу на эту конечную страницу, а меню, ссылки в текстах и sitemap используют новый адрес, поэтому ни посетители, ни роботы не проходят через лишний переход.
Устаревшее предложение, которое убирают с сайта, рассматривают отдельно: если есть близкая замена, ставят редирект на неё, если нет — отдают код 404 или 410 с коротким пояснением и ссылками на актуальные услуги, а не перенаправляют автоматически на главную. После запуска команда проверяет оба случая на рабочем сайте, не только по карте редиректов.
