Запуск часто проверяют по принципу «главная открылась — значит готово». Но реальные проблемы проявляются в форме, карточке товара или письме, которое не дошло. Проверка должна повторять действия посетителя и учитывать изменения при переносе на рабочий адрес.
Пройдите основные пользовательские маршруты
Выберите наиболее важные страницы и завершите действия до конца. Отправьте заявку, проверьте её получение, оформите тестовый заказ безопасным способом. Убедитесь, что сообщения об ошибке понятны и введённые данные не исчезают без причины. Проверьте, кому уходят уведомления: тестовые адреса часто остаются после переноса.
Проверьте мобильный интерфейс
Откройте меню, форму и длинную страницу на узком экране. Обратите внимание на таблицы, клавиатуру, закреплённые панели и кнопки рядом с краем. Горизонтальная прокрутка может появляться только при длинном названии или сообщении об ошибке. Поэтому используйте реальные материалы, а не короткие демонстрационные тексты.
Проверьте поисковые настройки и ссылки
Сравните важные адреса с согласованной структурой. Проверьте Title, Description, canonical, перенаправления и страницу 404. Убедитесь, что рабочая версия не унаследовала запрет индексации тестовой среды. Наличие sitemap не исправляет неправильные адреса и закрытые страницы. Для редизайна отдельно проверьте переходы со старых URL.
Подготовьте контроль после запуска
Создайте резервную копию и назначьте ответственного за первые часы работы. Проверьте фоновые задачи, интеграции и журнал ошибок после переноса. Определите, какие изменения требуют отката, и как сохранить новые заявки при восстановлении. Зафиксируйте замечания с адресом страницы и шагами воспроизведения — так исправления идут быстрее.
Что сделать дальше
Составьте короткий список критических сценариев и проверьте каждый на рабочем домене. Затем назначьте повторную проверку после появления первых реальных обращений: часть проблем видна только в эксплуатации.