Список старых и новых URL-адресов
Перед миграцией соберите полный список URL-адресов старого сайта из краулера, логов и базы данных, а затем для каждой важной страницы определите ровно один целевой адрес на новом сайте.
Пропуски в таблице приводят к ошибке 404 и потере накопленного сигнала, тогда как дублирующиеся цели создают канонический хаос.
Отдельно отметьте URL-адреса, которые приносят основной органический трафик и доход: именно они требуют ручной проверки после переноса, а не просто автоматического перенаправления по шаблону.
Если меняется CMS, не полагайтесь только на «визуально похожую» структуру — сопоставьте типы страниц и шаблоны, иначе часть коммерческих URL-адресов исчезнет из внутренней перелинковки.
Для больших каталогов добавьте правило для пагинации и фильтров, чтобы не создавать тысячи временных 302-перенаправлений на тестовый домен.
- Отметьте приоритетные URL-адреса для бизнеса.
- Выделите служебные URL, которые можно не переносить.
- Проверьте параметры и фильтры.
- Согласуйте политику использования косой черты.
- Проверьте языковые версии hreflang.
- Убедитесь, что для PDF-файлов и мультимедиа разработан план переноса.
- Добавьте владельца для каждого блока URL в таблице.
- Проверьте старые кампании с UTM-параметрами на наличие обновлений.
- Сохраните резервную копию старой карты сайта.
- Сравните субдомен и основной домен.
- Зафиксируйте правила использования верхнего и нижнего регистра в пути, если старый сайт был чувствителен к регистру.
- Проверьте старые AMP-URL и их перенаправление или статус 410.
- Сравните списки URL из экспорта GSC и из краулера — разница часто указывает на «забытые» разделы.
- Добавьте отдельную строку для целевой страницы из платной рекламы с метками UTM.
Индексация — проверка в Google и sitemap.
301 и цепочки перенаправлений
301 сигнализирует о постоянном переносе, но цепочка A→B→C снижает эффективность передачи сигнала и замедляет работу пользователя.
Обновление внутренних ссылок на новые URL-адреса снижает нагрузку на сервер и улучшает пользовательский опыт.
Убедитесь, что редиректы не вступают в конфликт с canonical: если canonical-страница находится на X, а 301-редирект ведет на Y, вы создаете сигнал, который трудно интерпретировать.
Для изменения протокола или www лучше использовать один «большой» 301-перенаправление на целевой хост, чем каскад http→https→www.
После импорта правил в nginx/Apache проведите выборочную проверку заголовков Cache-Control — иногда агрессивный кэш сохраняет старый ответ 301.
- Проверьте перенаправления с помощью скрипта или краулера.
- Не используйте 302 вместо 301 без веской причины.
- Убедитесь, что протокол HTTPS работает правильно.
- Проверьте www и non-www.
- Обновите канонические URL на новые.
- Проверьте атрибут hreflang после переноса.
- Убедитесь, что старые файлы sitemap удалены из GSC.
- Проверьте файл robots.txt на новом домене.
- Проверьте правила CDN.
- Документируйте исключения для конечных точек API.
- Проверьте перенаправления для изображений и файлов в папке uploads.
- Убедитесь, что URL-адрес RSS-канала не отпугивает подписчиков.
- Проверьте webhook-и интеграций на старых доменах.
- Добавьте мониторинг ошибок 5xx во время первой волны ботов после переключения DNS.
Обзор бюджета — обзор.
После запуска
После запуска проверьте GSC на наличие скачков ошибок, обновите карту сайта, подайте заявку на изменение адреса, если изменился домен, и отслеживайте логи 404.
Первые недели — критические для устранения мелких пробелов, пока старые сигналы ещё «живы».
Параллельно проверьте конверсии в GA4: иногда формы остаются на старом endpoint или событие не обновилось после изменения URL-адреса страницы благодарности.
Сообщите партнерам и аффилиатам о новых URL-адресах для баннеров — внешние ссылки обновляются чаще, чем внутренние.
Определите дату перехода и сохраните доступ к старому хостингу как минимум на месяц для отката критически важных файлов.
- Запросите индексацию ключевых URL-адресов.
- Проверьте настройки в GSC.
- Отслеживайте позиции и клики в динамике.
- Проверьте события Analytics на новых URL-адресах.
- Убедитесь, что рекламные ссылки обновлены.
- Проверьте шаблоны писем, содержащие устаревшие ссылки.
- Проверьте внешние ссылки на наличие ошибок 404.
- Обновите URL-адрес поля JSON-LD.
- Посмотрите превью в соцсетях.
- Запланируйте повторную проверку через месяц.
- Проверьте Search Appearance для ключевых запросов вручную.
- Убедитесь, что старые UTM-ссылки из рекламы ведут на страницу 200, а не на цепочку перенаправлений.
- Сравните файл server.log с кодом ошибки 404 и списком URL-адресов старого сайта.
- Добавьте мониторинг позиций для топ-20 небрендовых запросов.
Разработка — SEO-Studio web-development.
Заключение
Миграция — это проект с таблицей URL-адресов и четким управлением перенаправлениями, а не просто «переключение DNS». Минимизируйте цепочки 301, обновите внутренние ссылки и внимательно проверьте GSC после запуска. Документируйте исключения и поддерживайте связь между SEO, разработкой и маркетингом. SEO-Studio поможет провести миграцию с контролем рисков для органического трафика и конверсий.
Критический успех — это когда через 30 дней в таблице URL нет «слепых зон», а бизнес-страницы возвращают статус 200 с корректным canonical и стабильными конверсиями. Для этого стоит вести единый реестр изменений, регулярно сверять GSC с логами и не закрывать старый хостинг, пока не убедитесь, что внешний мир обновил ссылки.