Сайт упал, а вы узнали от клиента: мониторинг сайта, домена и формы заявок

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

Как ломается сайт

Сервер перестал отвечать. Кончилась память, переполнился диск, у хостинга авария. Чаще всего это случается ночью или в выходные, когда никто не смотрит. Утром всё может даже подняться само, но ночные заявки уже потеряны.

Истёк сертификат. Браузер показывает страшное предупреждение, и посетитель уходит. Обычно сертификат продлевается автоматически, но автопродление тоже ломается: поменяли настройки сервера, переехали на другой адрес, и продление перестало срабатывать.

Не продлили домен. Карта на аккаунте регистратора устарела, письмо с напоминанием ушло в спам. Перестают работать сайт, почта на домене и всё, что к нему привязано.

Сломалась форма заявок. Это самый коварный случай. Сайт открывается, выглядит нормально, кнопка нажимается, посетитель видит «спасибо». А заявка никуда не доходит. Причина может быть в обновлении плагина, в смене пароля от почты, в новом токене бота. Как правильно отправлять заявки в мессенджер и отмечать их в аналитике, я разбирал в статье заявки с сайта в Telegram и цели метрики.

Что проверяем и как часто

Как устроен мониторинг

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

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

Тестовая заявка — самая полезная проверка. Раз в день робот заполняет форму как обычный посетитель, с пометкой, что это тест. Потом проверяет, дошла ли заявка туда, куда должна: в чат, на почту, в CRM. Если не дошла, приходит тревога. Тестовые заявки помечены, чтобы менеджеры их не обрабатывали и чтобы они не портили статистику.

Что делать, когда пришла тревога

Первое — не паниковать из-за одного сообщения. Короткий сбой сети бывает у всех. Поэтому тревога срабатывает не на первую неудачную проверку, а на несколько подряд. Это убирает ложные уведомления.

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

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

Как это выглядит, когда настроено

Ночью в чат приходит сообщение: сайт не отвечает. Владелец спит, и это нормально. Сообщение одновременно получаю я. Через какое-то время приходит второе: сайт снова доступен. Утром владелец видит обе записи и короткое пояснение, что было и что сделано.

За месяц до окончания домена приходит напоминание. Владелец проверяет карту на аккаунте регистратора, продление проходит само. Никто не вспоминает об этом в последний день.

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

Как это заказать

Разовая настройка: подключаю проверки доступности и содержимого страниц, контроль сроков домена и сертификата, тестовую заявку через каждую важную форму, уведомления в ваш мессенджер. Заодно проверяю, что автопродление включено и оформлено на вас.

Ежемесячная абонентка: реагирую на тревоги и чиню, обновляю проверки, когда на сайте появляются новые страницы и формы, слежу за местом на сервере. Раз в месяц присылаю отчёт: сколько было сбоев, сколько длились, что исправлено и что стоит улучшить.

Для старта пришлите адрес сайта, список форм, куда должны приходить заявки, и доступы к хостингу и регистратору домена. Кому и в какой мессенджер слать тревоги, тоже решаем сразу. Подробнее на странице разовые задачи и абонентка.

Частые вопросы

Хостинг и так следит за сервером. Зачем ещё мониторинг?

Хостинг следит за своим железом, а не за вашей формой заявок и сроком домена. Сайт может работать для хостинга и не работать для клиента.

Не будут ли тестовые заявки мешать менеджерам?

Нет. Они помечены и отправляются в отдельное место или отсеиваются автоматически.

Можно ли следить за несколькими сайтами?

Да. Проверки для всех сайтов собираются в одном месте, тревоги приходят с названием сайта.

Что если я на сайте сам что-то поменял и он сломался?

Мониторинг это заметит так же, как любую другую поломку. Дальше я разберусь, что изменилось, и верну рабочее состояние.

Нужен ли мониторинг маленькому сайту-визитке?

Если с него приходят заявки, да. Даже одна потерянная заявка в месяц обычно стоит дороже проверки.

Коротко о главном

Сайты ломаются тихо: сервер ночью, сертификат, домен, форма после обновления. Без мониторинга об этом узнают клиенты, а не владелец.

Нужны четыре вещи: проверка доступности каждые несколько минут, контроль сроков домена и сертификата, ежедневная тестовая заявка и уведомления в мессенджер. Мониторинг должен жить отдельно от сайта, а тревога срабатывать на несколько неудач подряд.

Если вы не уверены, что заявки с сайта доходят до вас каждый день, пришлите адрес сайта и расскажите, куда должны приходить заявки. Проверю текущее состояние и предложу, что поставить на контроль. Напишите в Telegram, MAX или VK.