Как сменить сайт и не потерять поисковый трафик

Соберите полный реестр URL

Начните не с нового sitemap, а с инвентаризации старого сайта. Используйте несколько источников: карту сайта, данные аналитики и поисковых панелей, серверные логи, базу данных, внешние ссылки и результаты обхода краулером.

Так обнаруживаются страницы, которых давно нет в меню, но на которые всё ещё приходит поисковый трафик. Для каждого адреса полезно зафиксировать статус, тип страницы, органические визиты, внешние ссылки и решение о переносе.

Сохраните адреса или подготовьте точную карту 301

Лучший редирект — тот, который не понадобился. Если страница сохраняет назначение, постарайтесь оставить прежний URL независимо от устройства новой CMS.

Когда структура действительно меняется, каждому ценному старому адресу назначают наиболее релевантный новый. Не стоит направлять сотни удалённых страниц на главную: такой редирект не помогает пользователю и может быть воспринят как мягкая ошибка.

• используйте постоянный HTTP 301 или 308
• избегайте цепочек из нескольких редиректов
• сохраняйте query-параметры только там, где они значимы
• обновляйте внутренние ссылки сразу на конечные URL

Перенесите содержательные поисковые сигналы

Совпадения URL недостаточно, если новая страница потеряла текст, заголовки, изображения и связи с другими материалами. Сравните старую и новую версии по основному контенту, title, description, H1, canonical, alt-текстам и структурированным данным.

Особое внимание требуется пагинации, фильтрам, мультиязычным версиям и карточкам, которые могут открываться по нескольким адресам. Правила canonical должны соответствовать реальной стратегии индексации, а не автоматически указывать всё на главную категорию.

Проверьте техническую доступность до релиза

Тестовый сайт должен быть закрыт от индексации, но доступен команде и SEO-специалисту. Перед запуском нужно проверить коды ответа, ссылки, изображения, мобильную версию, производительность и формирование HTML без зависимости от действий пользователя.

Отдельно просмотрите robots.txt, sitemap.xml, canonical и метатеги robots для production-конфигурации. Частая ошибка — перенести на боевой сайт запрет индексации, который использовался на тестовом стенде.

Репетируйте переключение

План запуска должен описывать финальную синхронизацию данных, момент остановки редакционных изменений, обновление DNS или балансировщика, прогрев кэша и набор коротких проверок сразу после переключения.

Сохраните возможность быстро откатить инфраструктурную ошибку. Но не переключайте старую и новую версии туда-сюда без необходимости: поисковым роботам и пользователям нужна стабильная картина.

Редиректы, карта сайта и аналитика должны быть готовы до переключения, а не в течение следующей недели.

Следите за сайтом после переезда

После запуска анализируют серверные ошибки, 404, обход поисковыми роботами, покрытие индекса, органические входы и позиции важных групп запросов. Сравнивать нужно сопоставимые периоды с учётом сезонности и изменений спроса.

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

• ежедневно проверяйте критичные ошибки и 404
• контролируйте попадание новых URL в индекс
• сравнивайте трафик по группам страниц, а не только весь сайт
• не удаляйте редиректы после завершения первого обхода