Чтобы не потерять SEO при переезде сайта, заранее сопоставьте каждый важный старый URL с равнозначным новым, настройте постоянный редирект 301 сразу на конечную страницу и после запуска проверьте ответы сервера, canonical, внутренние ссылки, sitemap.xml, robots.txt, аналитику и формы. Не отправляйте все адреса на главную и не отключайте старый домен, пока не убедитесь, что переходы работают.
Редирект сообщает, куда переместился документ, но не исправляет слабую новую страницу, путаницу в структуре или запрет на обход. Поэтому отдельно проверяют URL, контент и технические сигналы.
Когда нужна карта редиректов
Карта соответствий нужна при смене домена, CMS, протокола, структуры каталогов и правил формирования адресов. Она также нужна, если несколько страниц объединяют, услуги переименовывают, товары снимают с продажи или старые статьи переносят на новые URL.
Если меняется только дизайн, массовые редиректы обычно не требуются. Но URL всё равно сравнивают до и после разработки: CMS может изменить слеш, регистр, транслитерацию, параметры фильтров или пути к пагинации.
Перед переносом полезно провести технический SEO-аудит сайта. Так вы зафиксируете исходное состояние и не спишете давние ошибки на новый релиз.
Что собрать до переезда
Начинайте с полного списка старых адресов. Одного sitemap.xml недостаточно: в нём могут отсутствовать страницы, которые получают трафик или внешние ссылки. Объедините данные из нескольких источников:
- действующий sitemap.xml и выгрузка из CMS;
- результаты обхода сайта краулером;
- посадочные страницы из веб-аналитики;
- URL с показами и кликами из панелей поисковых систем;
- страницы, на которые ведут внешние ссылки;
- варианты HTTP и HTTPS, с www и без него, со слешем и без;
- важные рекламные посадочные, изображения и документы, если их адреса меняются.
Для каждого URL укажите роль, код ответа, органические входы, целевые действия, внешние ссылки, новый адрес и решение. Варианты: оставить URL, перенаправить на равнозначную страницу, объединить с более полной или вернуть 404/410, если полезной замены нет.
Параметрические дубли, тестовые страницы и внутренний поиск сначала классифицируют. Перенаправление такого мусора на главную создаёт ложные соответствия.
Как выбрать страницу назначения
Главный критерий — не похожие слова в адресе, а намерение пользователя. Старую страницу услуги ведут на новую страницу той же услуги, статью — на обновлённый материал по тому же вопросу, карточку товара — на прямую замену, если она действительно решает ту же задачу.
Если равнозначной страницы нет, не подбирайте назначение формально. Переход с узкой услуги на общий каталог или главную часто не даёт человеку ожидаемого ответа. Лучше заранее создать полезную замену либо вернуть честный 404/410 и предложить подходящие разделы на странице ошибки.
При объединении материалов новая страница должна закрывать основные вопросы всех исходных документов. Иначе редирект будет исправен, а содержание станет беднее. Структуру удобно сначала разложить по ролям; в этом поможет материал о том, какие страницы нужны сайту услуг.
Какой код ответа использовать
301 — постоянный перенос
Используйте 301, если старый адрес окончательно заменён новым. Это основной вариант при смене домена, путей и объединении дублей. Старый URL должен вести непосредственно на доступную конечную страницу, а не на промежуточный адрес.
302 или 307 — временный переход
Временный редирект подходит, когда исходная страница должна вернуться, например после обслуживания или ограниченного эксперимента. Для постоянного переезда выбирайте код по смыслу изменения, а не по тому, какое правило проще включить в CMS.
404 — страницы нет
404 — нормальный ответ для удалённого URL без достойной замены. Страница ошибки может содержать поиск и навигацию, но сервер должен возвращать именно 404. Если текст сообщает, что документ не найден, а код остаётся 200, возникает «мягкая 404».
410 — документ удалён намеренно
410 подходит для осознанно и окончательно удалённых документов, но не обязан заменять каждый 404. Главное — не маскировать отсутствующий URL успешным ответом.
Пошаговый план переезда
1. Зафиксируйте исходное состояние
Сохраните список URL, коды ответа, canonical, title, правила robots.txt, sitemap.xml и показатели ключевых посадочных. Отдельно отметьте формы, номера телефонов и события, от которых зависят заявки. Это будет контрольная точка для проверки после запуска.
2. Утвердите новую структуру
Определите роль каждого нового адреса до написания правил. Не копируйте старую иерархию вместе с дублями и случайной вложенностью: сначала проектируют разделы, затем связывают их со старыми URL.
3. Подготовьте таблицу соответствий
Минимальные столбцы: старый URL, текущий статус, новый URL, причина решения, ожидаемый статус и ответственный. Для важных страниц добавьте трафик, конверсии и внешние ссылки. Проверьте пустые назначения, повторы, циклы и разные цели для одного URL.
4. Настройте правила до запуска
Проверяйте редиректы на тестовом окружении или на заранее подготовленной конфигурации. Не допускайте маршрута «старый URL → промежуточный URL → новый URL»: каждый известный вариант должен сразу вести на конечный адрес. Отдельно ищите саморедиректы и пары, которые отправляют запросы друг к другу.
5. Обновите ссылки и технические сигналы
Меню, хлебные крошки, кнопки и ссылки в статьях должны вести прямо на новые URL. Обновите canonical, hreflang при наличии языковых версий, структурированные данные, Open Graph и адреса изображений. В новый sitemap.xml включайте только конечные индексируемые страницы с ответом 200. Связь этих настроек разобрана в руководстве про sitemap.xml, robots.txt и canonical.
6. Перенесите аналитику и формы
Проверьте счётчики, цели, формы, уведомления, подменные номера и передачу источника в CRM. Добавьте в аналитику отметку о дате запуска: после изменения шаблонов старые события могут считаться иначе.
7. Проверьте сайт сразу после переключения
Повторно обойдите старые и новые URL. Старые должны одним шагом вести на правильные новые, а конечные — отвечать 200, открываться без авторизации и содержать self-canonical. Проверьте также robots.txt, sitemap.xml, формы и HTTPS.
8. Наблюдайте за группами страниц
Отдельно отслеживайте услуги, категории, статьи и региональные страницы. Проверяйте ошибки обхода, неожиданные 404, выбранные canonical и серверные сбои: общий график может скрыть проблему в важном разделе.
Пример карты редиректов
Допустим, компания меняет CMS и упрощает раздел услуг. На старом сайте есть «/services/seo.html», «/seo-prodvizhenie/» и статья «/blog/seo-uslugi/». Одинаковое слово в адресах ещё не означает, что все три страницы нужно вести в одно место.
- Две коммерческие страницы сравнивают по содержанию. Если они предлагали одну услугу, их можно объединить и направить на новую страницу этой услуги.
- Статью сохраняют отдельно, если она отвечает на информационный запрос. Её обновляют и связывают с услугой внутренней ссылкой.
- Если одна из посадочных относилась к другому региону или формату работы, для неё ищут отдельную равноценную страницу.
Что проверить в день запуска
- Все варианты домена и протокола приводят к одной выбранной версии.
- Каждый приоритетный старый URL перенаправляет одним шагом.
- Конечные страницы возвращают 200 и доступны без авторизации.
- Нет циклов, цепочек, редиректов на 404 и массового перехода на главную.
- Canonical указывает на доступный конечный URL.
- Robots.txt, meta robots и X-Robots-Tag не закрывают важные страницы.
- Новый sitemap.xml содержит только нужные URL и доступен роботам.
- Меню, кнопки и контентные ссылки ведут напрямую.
- Формы отправляются, уведомления приходят, цели фиксируются.
- Аналитика работает на всех шаблонах, изображения и ресурсы загружаются.
- Страница ошибки возвращает 404 и помогает продолжить навигацию.
Частые ошибки
Все старые адреса ведут на главную
Такой редирект не сохраняет смысл страницы и усложняет диагностику. Назначайте близкую по задаче замену. Если её нет, создайте нужный документ или верните корректный статус отсутствия.
Появились цепочки редиректов
Они остаются после нескольких переносов, когда новые правила добавляют поверх старых. Сводите их: любой известный URL должен вести сразу на текущую конечную страницу.
Canonical указывает на старый адрес
Страница открывается, но одновременно сообщает роботу другое предпочтительное назначение. Проверяйте canonical в реальном HTML после запуска, а не только в настройках CMS.
Внутренние ссылки не обновили
Редирект доставляет посетителя по адресу, но сайт продолжает обращаться к устаревшей структуре. Исправьте меню, карточки и материалы. Практическая схема есть в статье о внутренней перелинковке сайта.
На рабочий сайт попали тестовые запреты
Закрывающий robots.txt, meta robots или X-Robots-Tag может переехать вместе с тестовым окружением. Контроль выполняют снаружи после переключения: доступ из панели CMS ещё не означает, что страницу видят поисковые роботы.
Старый домен или сертификат отключили
Чтобы перенаправить запрос с HTTPS, старый домен должен принимать соединение и иметь действующий сертификат. Сохраняйте над ним контроль и не назначайте редиректам произвольный короткий срок без данных обхода и переходов.
Если URL много, сначала вручную проверяют страницы с заявками, органическими входами и внешними ссылками, затем — шаблоны, которые затрагивают целые разделы. Для массового контроля используйте краулер или скрипт, фиксирующий первый ответ, каждый переход и конечный адрес.
FAQ
Нужно ли перенаправлять каждую старую страницу?
Нет. Он нужен, если есть релевантная замена. Устаревший или ошибочный URL без аналога может возвращать 404/410. Отправка всего списка на главную не делает перенос безопаснее.
Что делать со снятым товаром или закрытой услугой?
Если есть прямая замена, перенаправьте на неё и объясните различия. Если замены нет, сохраните полезную информационную страницу либо верните корректный статус отсутствия. Случайная категория редко отвечает исходному запросу.
Как быстро проверить один редирект?
Посмотрите ответ сервера без автоматического скрытия переходов. Правильная схема для постоянного переноса выглядит так: старый URL отдаёт 301 сразу на релевантный новый, новый отвечает 200, разрешён к обходу и содержит корректный canonical.
Итоговый чек-лист
- Собрать старые URL из нескольких источников.
- Отметить их роли, трафик, заявки и внешние ссылки.
- Утвердить новую структуру до написания правил.
- Назначить каждому важному URL релевантное решение.
- Проверить карту на дубли, циклы, пустые поля и цепочки.
- Настроить и протестировать редиректы до переключения.
- Обновить внутренние ссылки, canonical, sitemap.xml и разметку.
- Перенести аналитику, формы и передачу источников.
- После запуска проверить реальные ответы извне.
- Наблюдать за группами страниц и исправлять отклонения.
Для черновой сортировки большого списка можно использовать нейросеть XelaGroup, но итоговые соответствия и ответы сервера нужно проверить вручную. Если переезд затрагивает домен, CMS или структуру услуг и нужна независимая проверка карты, напишите в Telegram Alextram.