Чеклист запуска сайта: что проверить перед релизом

Откройте сайт как новый посетитель: с главной, из поиска сразу на услугу и по ссылке на кейс. Проверьте, понятно ли предложение и можно ли связаться с командой. Затем повторите маршрут на телефоне и с клавиатуры.

Подставьте длинные заголовки, пустые списки и медленную сеть. Ошибка часто скрывается не в стандартном макете, а в данных, которые появляются после запуска.

Согласованный тест должен пройти от формы до конечного получателя: почты, CRM или другого рабочего канала. Убедитесь, что контакт и контекст не теряются, ошибка отображается понятно, а повтор не создаёт несколько одинаковых обращений.

Различайте начало заполнения, нажатие и подтверждённую доставку. В отчёте конверсий это разные события. После теста отметьте обращение как проверочное, чтобы оно не искажало оценку продаж.

Канонические страницы должны открываться напрямую и содержать читаемый HTML. Проверьте уникальные title и description, H1, язык, sitemap и правила robots. Для перенесённых материалов составьте карту адресов и проверьте прямые редиректы.

Удалённая страница должна возвращать подходящий статус, а не успешную заглушку. Тестовое окружение, служебные маршруты и варианты параметров требуют отдельной проверки.

Сохраните предыдущую сборку, конфигурацию и резервную копию необходимых данных. Уточните, кто переключает домен и как проверяет результат. Откат должен возвращать совместимую рабочую версию, особенно если менялась структура данных.

После публикации проверьте публичный HTTPS, формы, изображения и аналитику ещё раз. Дальше наблюдайте за ошибками и качеством обращений. Дата запуска завершает один этап, но не заменяет эксплуатацию сайта.