Техническое SEO при переносе сайта нужно планировать до разработки, а не после публикации. Главная цель — сохранить доступность важных URL, понятные сигналы для поисковых систем и корректное измерение трафика.
Составьте карту старых и новых URL
Выгрузите индексируемые страницы, посадочные из аналитики и URL с внешними ссылками. Для каждого адреса определите действие: сохранить, перенаправить постоянным редиректом или сознательно удалить. Не ведите разные старые страницы на главную — это ухудшает пользовательский опыт и не объясняет поиску, куда переехал контент.
Проверьте сигналы индексации
На тестовой версии закройте сайт от индексации. Перед релизом проверьте, что запрет снят только там, где это нужно. После публикации убедитесь в корректности canonical, title, description, H1, robots.txt и sitemap.xml.
Контролируйте качество релиза
- Прогоните список старых URL и убедитесь в ожидаемых HTTP-ответах.
- Проверьте мобильную версию и скорость ключевых страниц.
- Подключите цели и события до переключения домена.
- Отправьте актуальный sitemap в инструменты вебмастеров.
При сложной миграции полезно сначала провести SEO-аудит, а затем зафиксировать приоритеты в отдельном плане релиза.
Что делать после публикации
Наблюдайте за ошибками обхода, индексированием, показами и заявками минимум несколько недель. Небольшие колебания нормальны, но массовые 404, исключённые страницы и просадка по важным URL требуют быстрой диагностики.
Вывод
Миграция снижает риск потерь, но не гарантирует сохранение трафика. До релиза составьте карту старых и новых URL, проверьте коды ответа и оставьте время на мониторинг после запуска. Для связанной проверки используйте аудит сайта.
Источники
Ведущий инженер и разработчик веб-систем. Специализируется на Next.js, чистой архитектуре, Core Web Vitals и алгоритмическом ранжировании.
