Сайт может упасть по десятку причин: закончилось место на хостинге, сломалось обновление, база данных перестала отвечать, истёк сертификат, провайдер уронил сервер. Ни одна из них не сопровождается уведомлением. Если никто специально не следит, простой обнаруживается случайно, и обычно это происходит вечером выходного дня.
Мониторинг решает задачу просто: внешний сервис раз в минуту или в пять минут запрашивает ваш сайт и, если ответ не пришёл или пришёл с ошибкой, отправляет уведомление. Стоит это либо ноль, либо несколько евро в месяц, а экономит рабочий день паники и потерянные заказы.
Что именно проверять
- Главную страницу: базовая проверка, что сервер вообще отвечает
- Страницу оформления заказа или форму заявки: она может сломаться отдельно от остального
- Наличие ключевого слова в ответе, а не только код 200: сервер может отдавать пустую страницу с успешным кодом
- Срок действия SSL-сертификата с предупреждением за две недели
- Срок продления домена, за месяц до окончания
- Время ответа сервера, чтобы заметить деградацию до полного падения
Проверка только кода ответа обманчива. Сайт на WordPress может отдавать страницу с сообщением об ошибке базы данных и при этом технически возвращать код успеха. Поэтому в настройках монитора указывают слово или фразу, которая обязана присутствовать на странице: название компании, телефон, текст кнопки. Нет фразы - значит что-то сломано, даже если сервер отвечает.
Куда должны приходить уведомления
Почта плохо подходит для аварийных сообщений: письмо легко потерять и увидеть через шесть часов. Лучше настроить дублирование в мессенджер или SMS. Большинство сервисов мониторинга умеет отправлять в Telegram и Slack, а по-настоящему критичные проверки стоит завести на телефонное уведомление.
Важно настроить и обратное уведомление: сайт снова доступен. Без него вы не понимаете, сам ли восстановился сервис или всё ещё лежит, и лишний раз дёргаете подрядчика. Заодно накапливается статистика простоев за месяц, которая пригодится в разговоре с хостингом.
Ложные срабатывания
Первое время монитор будет иногда кричать зря: сеть моргнула, проверка не прошла, через минуту всё в порядке. Если уведомления приходят слишком часто, на них перестают реагировать, и в реальную аварию сообщение тоже проигнорируют. Лечится настройкой: уведомлять только после двух-трёх неудачных проверок подряд и желательно из разных географических точек.
Отдельно стоит следить за скоростью ответа. Часто падению предшествует неделя, когда сайт отвечает не за полсекунды, а за четыре. Это признак того, что кончаются ресурсы или база обросла мусором. Заметив тренд заранее, проблему решают спокойно, а не в аварийном режиме.
Отдельная строка в списке проверок - формы обратной связи. Сайт может прекрасно открываться, а письма с заявками при этом не доходить: сменился пароль почтового ящика, хостинг заблокировал отправку, письма улетают в спам получателя. Раз в неделю отправьте тестовую заявку через свою же форму и убедитесь, что она пришла. Такие поломки не видит ни один монитор доступности, а стоят они дороже часового простоя.
И держите под рукой короткий план на случай простоя: у кого доступы к хостингу, кому звонить, где лежит последняя резервная копия и что написать клиентам, если простой затянулся. Пять строк в заметке, написанные в спокойный день, сильно сокращают время восстановления в день неспокойный.