Если страницы лендинга, формы или кабинета падают молча, трафик сгорает незаметно. Поэтому проверять нужно не “открывается ли сайт”, а конкретный сценарий: код ответа, время загрузки, наличие ключевого блока, работу формы и редиректов.
Схема простая:
— список URL в одном файле;
— запрос по расписанию;
— проверка статуса, таймаута и текста на странице;
— отдельный флаг, если страница вернула 200, но контент пустой или сломан.
Отчет лучше отправлять в один и тот же канал: что проверялось, что упало, сколько раз подряд и какой ответ вернулся. Для этого удобно собирать короткую сводку: доступно / недоступно / подозрительно медленно. Если ошибок много, не спамьте деталями — в сообщении оставьте только проблемные URL, а полный лог сохраняйте отдельно.
Полезно добавить защиту от ложных срабатываний: повторную проверку через 1–2 минуты, исключение плановых редиректов и отдельную проверку из разных точек, если сайт часто отвечает нестабильно. Еще один частый промах — считать страницу живой только по 200-коду, хотя на ней уже нет нужного блока или форма не отправляется.
Автоматизация тут экономит не минуты, а потери. Настройте проверку один раз, а в отчет выводите только то, по чему можно сразу действовать: чинить, переключать трафик или эскалировать.
Web Automation
@automationwebx
Проверка доступности страниц и ежедневный отчет без ручной рутины
Этот пост опубликован в Telegram-канале Web Automation. Подписаться можно по ссылке: @automationwebx.