Чек-лист миграции сайта
Используйте этот чек-лист при переносе сайта на другой хостинг, домен или систему управления. Отмечайте выполненные пункты по порядку, а до начала работ подготовьте резервную копию и план восстановления.
Кому подойдёт этот чек-лист
Он рассчитан на владельца сайта, администратора или разработчика, который переносит обычный публичный сайт. Для платёжных систем, клиентских данных, нестандартной авторизации и сложной инфраструктуры нужен отдельный технический план и проверка безопасности.
Не объединяйте перенос с необязательной сменой дизайна, домена, CMS и структуры адресов. Если вносить изменения поэтапно, ошибку проще найти и исправить.
Чек-лист по этапам миграции
1. Инвентаризация и исходные данные
- Экспортируйте индексируемые URL из карты сайта, CMS, аналитики, Search Console и результатов обхода.
- Для важных URL сохраните статус, canonical, title, description, H1, структурированные данные, hreflang и внутренние ссылки.
- Учтите формы, вход, оплату, плановые задания, API, вебхуки, DNS и внешние интеграции.
- Сохраните исходные показатели трафика, конверсий, позиций и ошибок сканирования.
- Создайте проверенные копии файлов и базы данных и опишите точную процедуру отката.
2. Подготовка и проверка новой среды
- Закройте тестовую среду от поисковиков и посторонних, но не перенесите ограничения в продакшен.
- Сохраните рабочие URL или подготовьте явное сопоставление старых и новых адресов.
- Воспроизведите метаданные, структурированные данные, языковые альтернативы, sitemap и robots.
- Тестируйте с настройками PHP, базы, кэша, TLS и веб-сервера, близкими к продакшену.
- Проверьте навигацию, поиск, формы, аккаунты, платежи и интеграции в согласованном объеме.
3. Контролируемое переключение
- Если меняется DNS, заранее уменьшите TTL нужных DNS-записей, если DNS-провайдер позволяет это сделать.
- Перед финальной синхронизацией остановите изменение контента или зафиксируйте последнюю дельту.
- Включите постоянные редиректы и проверьте репрезентативные и ценные URL.
- Удалите временные noindex, авторизацию или запреты robots с публичной среды.
- Обновите внутренние ссылки, canonical, hreflang, sitemap и URL в структурированных данных.
4. Проверка и мониторинг
- Просканируйте старые и новые списки URL; исключите цепочки, циклы, soft 404 и нерелевантные цели.
- Проверьте журналы сервера, ошибки приложения, формы, конверсии, аналитику и ключевые сценарии.
- Отправьте новую карту сайта и проверьте типовые страницы через URL Inspection.
- Сравнивайте индексирование, ошибки, трафик и конверсии с исходными показателями.
- Храните полезные постоянные редиректы не меньше рекомендованного поисковиками срока и обновляйте подконтрольные ссылки.
Вопросы о миграции сайта
Нужно ли перенаправлять все старые URL на главную?
Нет. Старый URL следует направлять на наиболее близкую по смыслу страницу. Если полезной замены нет, корректный 404 или 410 точнее нерелевантного редиректа на главную.
Можно ли использовать noindex на тестовом сайте?
Можно, но контроль доступа надежнее, поскольку предотвращает публичное сканирование. В любом случае внесите снятие ограничения в план запуска и проверьте ответ продакшена.
Как долго хранить редиректы?
Google рекомендует сохранять редиректы после переноса как можно дольше и обычно не менее года. Для пользователей и старых ссылок корректные редиректы могут быть полезны и после этого срока.