После запуска команда обычно проверяет главную страницу, делает скриншот и считает работу законченной. Но большинство неприятных ошибок находится глубже: форма показывает благодарность, но не отправляет письмо; старая страница исчезла; поисковая система всё ещё получает ограничения тестовой площадки; часть посетителей попадает на прежний сервер.
Проверку удобно разделить на три момента: сразу после публикации, в течение первого рабочего дня и через несколько дней. Так вы заметите и очевидные дефекты, и проблемы, которые проявляются только после обновления адресов или первых реальных обращений.
Сразу после публикации
Откройте сайт как новый посетитель
Используйте обычное и приватное окно браузера, затем мобильный интернет. Проверьте основной адрес, вариант с www и переход с незащищённого адреса. Все варианты должны приводить на один сайт без предупреждений и лишних переадресаций.
Пройдите главный клиентский путь
Не ограничивайтесь просмотром блоков. Найдите услугу или товар, откройте карточку, заполните форму, получите подтверждение и убедитесь, что обращение дошло ответственному сотруднику. Для магазина отдельно проверьте корзину и оформление заказа на небольшом тестовом сценарии.
Проверьте важные страницы
Откройте контакты, цены, документы, популярные статьи и страницы, на которые ведёт реклама. Если адрес изменился, старый URL должен аккуратно перевести человека на подходящую новую страницу, а не на главную и не на ошибку.
В течение первого рабочего дня
Проверьте корпоративную почту
Отправьте письмо на адрес компании и ответьте с него. После переноса сайта почта может пострадать незаметно, потому что её настройки находятся рядом с адресом сайта. Один двусторонний тест занимает несколько минут и защищает от потерянных обращений.
Посмотрите поиск и служебные файлы
Убедитесь, что публичный сайт не закрыт настройками тестовой площадки, а карта сайта открывается и содержит актуальные адреса. Не нужно вручную разбирать каждую строку: важно, чтобы поисковым системам не запрещали посещать весь сайт и не предлагали старый домен.
Проверьте аналитику
Откройте сайт с разрешённой статистикой и убедитесь, что визит появился в системе аналитики. Затем проверьте главные действия: отправку формы, переход к оплате или другой важный шаг. Счётчик без целей показывает посещения, но не помогает понять, работает ли клиентский путь.
Через два–три дня
Сравните реальное число обращений с обычным уровнем. Посмотрите сообщения сотрудников и клиентов, ошибки в кабинете, скорость страниц и повторяющиеся недоступности. Некоторые проблемы не возникают на тесте, но быстро проявляются под обычной нагрузкой.
Убедитесь, что старый сервер или тестовый домен больше не принимают обычных посетителей. Проверьте, что важные страницы не исчезли из поиска, а рекламные ссылки ведут туда, куда планировалось.
Что стоит контролировать постоянно
После первичной приёмки не нужно ежедневно повторять весь чек-лист вручную. Автоматически можно следить за доступностью, сертификатом, сроком домена, адресами сервера, почтовыми записями, robots.txt, sitemap и наличием важных страниц. Формы и сложные сценарии проверяются реже, но тоже должны иметь расписание.
Главное — назначить ответственного за реакцию. Уведомление само по себе не исправляет сайт. Команда должна понимать, кто проверяет проблему, кто связывается с подрядчиком и кто сообщает коллегам о восстановлении.
Короткий итог для владельца
Сайт можно считать запущенным, когда он открывается из разных сетей, важные действия доходят до бизнеса, почта работает, старые ссылки не потеряны, поиск видит публичную версию, аналитика получает данные, а команда узнает о будущем сбое раньше клиента.
Частые вопросы после запуска
Кто должен принимать сайт
Лучше, если в проверке участвуют не только разработчики. Владелец или менеджер проходит клиентский путь, сотрудник проверяет получение заявок, а специалист по продвижению — аналитику, поиск и рекламные ссылки. Каждый подтверждает ту часть, за которую отвечает.
Нужно ли проверять все страницы вручную
Крупный сайт полностью вручную не обойти. Начните с главной, страниц с трафиком, рекламы, форм и юридически важных документов. Остальные адреса можно проверить автоматическим обходом, а затем вручную разобрать найденные ошибки и перенаправления.
Что делать, если проблема обнаружилась после запуска
Зафиксируйте адрес, время, устройство и действие, на котором возникла ошибка. Оцените влияние на клиентов и выберите: быстро исправить новую версию или безопасно вернуть предыдущую. После решения повторите не только проблемный шаг, но и связанные сценарии.
Когда заканчивается период усиленного контроля
Обычно после нескольких спокойных рабочих дней, когда адреса обновились, реальные формы и почта подтверждены, а в аналитике нет резкого провала. После этого проект переходит в обычный режим постоянного мониторинга и плановых проверок.
Быстрые проверки собраны в разделе «Инструменты». Они подходят для разовой приёмки. Если сайт важен для продаж или работы команды, добавьте его в постоянный мониторинг и сохраните этот чек-лист для каждого следующего обновления.