Мониторинг сайта: как узнать о падении раньше клиентов

Худший способ узнать, что сайт лежит, — звонок клиента: «У вас там не открывается ничего, я заказать пытаюсь». Значит, сайт лежит уже давно, сколько людей ушло молча — неизвестно, а первое впечатление о компании подпорчено у всех, кто заходил.

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

Что отслеживать, кроме «сайт открывается»

Проверка главной страницы раз в пять минут — необходимый минимум, но останавливаться на нём нельзя. Сайт умеет ломаться тихо и частями.

• Ключевые страницы, а не только главная: бывает, что каталог работает, а оформление заказа отдаёт ошибку. Главная при этом зелёная.
• Срок действия SSL-сертификата. Просроченный сертификат — это страшное предупреждение браузера на весь экран, и посетители разворачиваются на пороге.
• Срок регистрации домена. Звучит смешно, но забытая оплата домена регулярно кладёт сайты на дни: восстановление после освобождения домена — долгая история.
• Место на диске сервера. Переполненный диск роняет базу данных, и сайт умирает не сразу, а мучительно.
• Очереди и фоновые задачи, если они есть: письма о заказах, выгрузки, синхронизация с 1С. Их падение снаружи не видно неделями.

К нам однажды пришёл владелец магазина с жалобой «заказы куда-то пропадают». Сайт работал идеально. Выяснилось, что три недели назад умер обработчик очереди — и все письма о заказах просто копились в базе, не уходя ни менеджеру, ни покупателям. Мониторинг очереди поймал бы это за десять минут.

Внешние проверки и алерты в Telegram

Мониторить сайт нужно снаружи, с чужих серверов — потому что изнутри упавший сервер о своём падении уже не сообщит. Для этого есть готовые сервисы: UptimeRobot, StatusCake, Better Stack. Бесплатных тарифов хватает малому бизнесу: проверка раз в 1–5 минут, история инцидентов, проверка SSL.

Главное — правильно настроить уведомления. Почта не годится: письмо о падении в три часа ночи вы прочитаете утром. Рабочая связка — алерты в Telegram, они догоняют мгновенно. Хорошая практика — слать их не одному человеку, а в общий чат с подрядчиком.

Для VPS к внешним проверкам добавляется серверный мониторинг: процессор, память, диск, состояние служб. Это уже настраивает администратор, но именно этот слой ловит проблемы до того, как они уронят сайт.

Почему Метрика — не мониторинг

«У меня же Яндекс Метрика стоит, я всё вижу» — слышим это часто. Метрика отвечает на вопрос «кто пришёл и что делал», а не «жив ли сайт». Она не пришлёт уведомление о падении, не проверит сертификат и не заметит, что форма заказа отдаёт ошибку 500. Провал в графике посещаемости вы увидите постфактум — на следующий день, когда деньги уже потеряны.

Метрика и мониторинг не заменяют друг друга. Нужны оба.

Как это устроено в нашей поддержке

Для сайтов на сопровождении мы держим двухслойную схему: внешние проверки доступности ключевых страниц и сертификатов плюс серверные метрики на VPS. Все алерты падают в дежурный чат, и чаще всего клиент узнаёт об инциденте уже из нашего отчёта — «упало, подняли, причина такая-то».

Настроить базовый мониторинг можно за вечер, и это одна из самых дешёвых страховок в веб-инфраструктуре. А если хочется, чтобы за экранами следил кто-то другой — подключим ваш сайт к нашей поддержке и подберём VPS, где всё это уже настроено.