Представьте ситуацию: в пятницу вечером у сайта закончилось место на диске, база данных перестала принимать записи, а форма заявки начала выдавать ошибку. Главная при этом открывается нормально. Рекламная кампания продолжает тратить бюджет все выходные, люди приходят, пытаются оставить заявку и уходят к конкурентам. В понедельник менеджер удивляется, почему нет обращений. Такие истории мы слышим постоянно, и почти все они предотвращаются одной вещью — правильно настроенным мониторингом.
Что такое мониторинг доступности простыми словами
Мониторинг — это автоматическая система, которая регулярно обращается к вашему сайту так же, как это делает посетитель, и проверяет, правильно ли он отвечает. Если ответ не тот, что ожидается, — сайт не открылся, открылся слишком медленно, вернул ошибку или на странице нет нужного текста, — система отправляет оповещение ответственному человеку.
Ключевое слово здесь — «внешний». Проверка должна выполняться с независимого сервера, а не с того же хостинга, где размещён сайт. Если сервер упал целиком, он не сможет сообщить о собственном падении. По той же причине полезно проверять сайт из нескольких точек: иногда проблема затрагивает только определённые сети или регионы.
Какие бывают проверки
Многие ограничиваются простой проверкой «открывается ли главная». Это лучше, чем ничего, но ловит лишь часть проблем. Полноценный мониторинг строится из нескольких уровней.
| Тип проверки | Что ловит | Чего не видит |
|---|---|---|
| Доступность сервера | Полное падение хостинга, проблемы с сетью | Ошибки самого сайта при работающем сервере |
| Код ответа HTTP | Ошибки 500, 502, 503, 404 на важных страницах | Страницы, которые отвечают «200», но показывают ошибку |
| Поиск ключевого слова | Белый экран, сообщение о сбое базы, подмену контента | Сломанные формы и корзину |
| Время ответа | Деградацию скорости до полного падения | Медленный интерфейс на стороне браузера |
| Сценарные проверки | Сбой формы, корзины, авторизации, оплаты | Требуют более сложной настройки |
| Срок SSL и домена | Приближающееся истечение | — |
Поиск ключевого слова — недооценённый приём
Одна из самых полезных проверок, которую часто забывают: убедиться, что на странице присутствует определённый текст, например название компании в подвале. Сайт на CMS может вернуть код «всё в порядке», но вместо страницы отобразить сообщение об ошибке подключения к базе данных или пустой экран. Простая проверка кода ответа этого не заметит, а проверка на ключевое слово — заметит сразу. Она же поможет обнаружить взлом, если злоумышленник подменил содержимое главной.
Сценарные проверки для бизнес-критичных функций
Для интернет-магазинов и сайтов, которые зарабатывают через формы, стоит настроить проверку сценария целиком: открыть каталог, добавить товар в корзину, дойти до оформления. Такие проверки сложнее и дороже, но именно они ловят ситуации, когда «сайт работает», а деньги не приходят.
Как часто проверять
Частота определяется тем, насколько дорого обходится каждая минута простоя.
- Для сайта-визитки достаточно проверки раз в пять-десять минут.
- Для корпоративного сайта с активным потоком заявок — раз в одну-пять минут.
- Для интернет-магазина и сайтов, на которые идёт платный трафик, — каждую минуту для базовой доступности и регулярно для сценарных проверок.
- Срок действия домена и сертификата достаточно проверять раз в сутки, но предупреждение должно приходить заранее — за несколько недель.
Ложные тревоги и как с ними бороться
Главная проблема самодельного мониторинга — шум. Если оповещения приходят по десять раз в день из-за кратковременных сетевых сбоев, через неделю их начинают игнорировать, а настоящий инцидент тонет среди ложных. Чтобы этого избежать, мы применяем несколько правил.
- Подтверждение из нескольких точек. Тревога поднимается, только если сайт недоступен сразу из двух-трёх независимых локаций.
- Повторная проверка. Однократная неудача — не повод для оповещения. Сигнал отправляется после двух-трёх неудачных проверок подряд.
- Разумные пороги по скорости. Порог времени ответа выставляется с учётом нормальной работы конкретного сайта, а не абстрактных идеалов.
- Плановые работы. На время обслуживания мониторинг переводится в режим паузы, чтобы не будить людей по поводу запланированного обновления.
- Разные уровни важности. Падение сайта — срочное оповещение. Рост времени ответа — сообщение в рабочий чат. Истекающий через месяц сертификат — письмо.
Совет от студии: оповещения должны приходить минимум двум людям и как минимум двумя каналами, например в мессенджер и на почту. Если единственный ответственный в отпуске или без связи, мониторинг теряет смысл.
Что делать, когда пришло оповещение
Мониторинг — это только половина дела. Вторая половина — понятный порядок действий при инциденте. Без него оповещение превращается в панику. Мы рекомендуем заранее описать простой регламент:
- Кто первым реагирует на оповещение и в какие сроки.
- Как быстро проверить, что проблема реальна: открыть сайт с мобильного интернета, посмотреть статус хостинга.
- Где лежат доступы к хостингу, панели управления, резервным копиям.
- Когда и как связываться с поддержкой хостинга.
- Кого из руководства и сотрудников уведомить, если простой затягивается, — например, приостановить рекламу, чтобы не тратить бюджет впустую.
Последний пункт особенно важен для тех, кто запускает контекстную рекламу: несколько часов показов, ведущих на неработающий сайт, — это прямые потери бюджета.
Мониторинг как источник аналитики
Со временем данные мониторинга становятся ценным материалом для принятия решений. По истории проверок видно, насколько стабилен хостинг на самом деле, в какое время суток сайт замедляется, как изменилась скорость после обновления или подключения нового плагина. Если хостинг обещает высокую доступность, а ваша статистика показывает регулярные падения, это аргумент в разговоре с провайдером или повод задуматься о переезде.
Мы также используем исторические данные, чтобы находить скрытые проблемы: например, сайт стабильно замедляется каждую ночь в одно и то же время — значит, на сервере в этот момент работает тяжёлая задача, которую можно перенести или оптимизировать.
Типичные ошибки при настройке мониторинга
За годы работы мы видели множество систем мониторинга, которые формально были настроены, но на деле не защищали от простоя. Вот самые частые промахи.
- Проверяется только главная страница. Главная часто кешируется и продолжает открываться, даже когда каталог, корзина или форма уже не работают. Добавьте в мониторинг несколько ключевых внутренних страниц.
- Оповещения уходят на ящик, который никто не читает. Например, на общий адрес «info», куда приходит сотня писем в день. Тревожное сообщение теряется среди рассылок.
- Мониторинг привязан к бывшему сотруднику. Человек уволился, его аккаунт отключили, а вместе с ним — и все уведомления.
- Слишком мягкий порог скорости. Если тревога срабатывает только при ответе дольше тридцати секунд, вы узнаете о проблеме, когда посетители давно ушли.
- После переезда сайта мониторинг продолжает проверять старый сервер по IP-адресу и показывает, что всё в порядке.
- Нет контроля за сроком домена. Продление домена забывают даже крупные компании, а последствия могут быть серьёзнее, чем у обычного падения сервера.
Раз в несколько месяцев полезно устраивать «учебную тревогу»: намеренно включить режим обслуживания на пару минут и убедиться, что оповещения дошли до всех, кому они предназначены.
Итог: узнавать о проблемах первым
Хороший мониторинг доступности проверяет сайт снаружи и из нескольких точек, контролирует не только код ответа, но и содержимое страниц, время ответа и работу ключевых сценариев, следит за сроками домена и сертификата, отправляет оповещения нескольким людям без лишнего шума и опирается на понятный план действий. Это недорогая мера, которая окупается при первом же предотвращённом инциденте. Мы настраиваем мониторинг для всех клиентов на администрировании и реагируем на сбои сами — часто до того, как владелец сайта успевает о них узнать.
