01
Сначала зафиксируйте, что работает
Соберите существующие адреса страниц, навигацию, формы и подключения к внешним системам. Если есть доступ к статистике, посмотрите точки входа и действия посетителей; без данных не объявляйте страницу бесполезной по внешнему виду. Отдельно отметьте ссылки из рекламы, писем, документов и закладок клиентов. Сделайте резервную копию исходников, конфигурации и данных, затем проверьте возможность восстановления. Скриншоты полезны для визуального сравнения, но не заменяют инвентаризацию функций и копию рабочей системы. Задача первого шага — понять, что нельзя потерять при обновлении.
02
Свяжите старые адреса с новой структурой
По возможности оставьте полезным страницам их адреса. Если изменение необходимо, составьте соответствие старой страницы новой по смыслу и настройте постоянный редирект. Не отправляйте все удалённые материалы на главную: посетитель ожидает конкретное содержание. Проверьте внутренние ссылки, canonical, sitemap и правила индексации. Закрытый предпросмотр не должен случайно стать индексируемым сайтом, а запрет индексации тестовой версии — остаться незамеченным после согласованного запуска. Переезд и редизайн сами по себе не гарантируют сохранения поисковых позиций; контроль адресов уменьшает технические риски, но не заменяет дальнейшее наблюдение.
03
Сравнивайте не только главную страницу
Пройдите ключевые маршруты: услуга и кейс, карточка товара и корзина, статья и связанная услуга, контакт и подтверждение обращения. Проверьте мобильное меню, длинные названия, пустые результаты и ошибки загрузки. Если меняется форма, убедитесь, что данные сохраняются и доходят до выбранной системы, а повторная отправка не создаёт дубликат. В закрытой версии проверяйте этот путь на тестовых данных, не включая реальный сбор обращений без готовых условий. Скорость измеряйте на сопоставимых настройках и устройствах. Один лабораторный балл не показывает опыт всех посетителей и не доказывает рост конверсии.
04
Выпускайте проверенную версию с планом отката
До переключения подготовьте критерии проверки: доступность страниц, основные действия, состояние данных и диагностика ошибок. Решите, кто подтверждает результат и при каком сбое возвращается предыдущая версия. Откат кода не должен терять данные, появившиеся после обновления; миграции базы и перенос файлов планируются отдельно. После публикации повторите проверки по публичному адресу и продолжайте наблюдение за ошибками и обращениями команды. Сохраняйте список изменений и номер версии. Такой выпуск позволяет обсуждать конкретные результаты и замечания, а не сравнивать новый и старый сайт только по первому впечатлению.