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

Самый неприятный способ узнать, что сайт не работает, — услышать это от клиента. «Я вам вчера весь день пытался дозвониться через форму, а у вас там ошибка какая-то». Значит, сайт лежал минимум сутки, все обращения за этот период потеряны безвозвратно, а человек, который всё-таки до вас достучался, — редкое исключение из тех, кто просто ушёл к конкуренту.

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

Разберём, что и как проверять, какие сервисы использовать, кому должны приходить уведомления и что делать в момент, когда сигнал сработал.

Почему сайты падают чаще, чем кажется

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

Проблемы на хостинге. Оборудование, сеть, обновления, аварии в дата-центре. Даже надёжные площадки имеют технические окна и внештатные ситуации.

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

Ошибки после обновлений. Обновили систему управления, поставили расширение, поправили шаблон — что-то не сошлось, и сайт перестал открываться. Особенно опасно, когда изменения вносят в конце рабочего дня.

Проблемы с базой данных. Переполнение, блокировки, повреждение таблиц.

Просроченные оплаты. Хостинг или домен не продлены — сайт исчезает целиком.

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

Настройки домена. Изменения в них распространяются не мгновенно и не всегда корректно.

Атаки и наплыв роботов. Массовые обращения перегружают сервер.

Ошибки в содержимом. Кто-то удалил нужный файл, поправил шаблон или случайно опубликовал раздел с ошибкой.

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

Что именно нужно проверять

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

Уровень первый: доступность

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

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

Уровень второй: содержимое

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

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

Уровень третий: скорость ответа

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

Настройте предупреждение на превышение порога — например, три секунды. Это даёт возможность разобраться до аварии.

Уровень четвёртый: сертификат безопасности

Проверка срока действия с предупреждением заранее. Истёкший сертификат — распространённая причина «сайт вроде работает, а обращений нет».

Уровень пятый: срок регистрации домена

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

Уровень шестой: работоспособность форм

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

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

Какие сервисы использовать

Выбор довольно широкий, и для базовых задач подходят бесплатные варианты.

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

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

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

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

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

Кому и как должны приходить уведомления

Здесь совершается больше всего ошибок.

Уведомление на почту недостаточно. Почту не читают ночью и в выходные, а именно тогда происходит значительная часть сбоев.

Нужен мессенджер. Сообщение в мессенджер видят быстро. Это основной канал.

Нужны минимум два получателя. Один человек может быть в отпуске, в самолёте, с разряженным телефоном.

Уведомление должно быть понятным. Не «ошибка проверки», а «сайт такой-то недоступен с такого-то времени, код ответа такой-то». Тогда получатель сразу понимает масштаб.

Нужно уведомление о восстановлении. Иначе непонятно, продолжается проблема или уже прошла.

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

Разная срочность для разных событий. Падение сайта — немедленно и всем. Приближение срока сертификата — обычным сообщением на почту.

Что делать, когда сигнал сработал

Заранее продуманный порядок действий экономит время и нервы.

Шаг первый: проверьте сами. Откройте сайт с телефона по мобильной сети, а не по своему рабочему подключению. Иногда проблема локальная — у вас или у провайдера.

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

Шаг третий: проверьте очевидное. Оплачен ли хостинг, продлён ли домен, не истёк ли сертификат, не проводились ли вчера какие-то работы на сайте.

Шаг четвёртый: свяжитесь с хостингом. Если причина не в оплате и не в ваших изменениях, техническая поддержка площадки — первый адрес. Опишите, что видите, с какого времени, что проверяли.

Шаг пятый: если правки вносили недавно — откатитесь. Резервная копия должна быть под рукой. Восстановление рабочего состояния важнее, чем немедленный поиск причины.

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

Шаг седьмой: после восстановления разберитесь в причине. Сбой, причину которого не нашли, повторится.

Что стоит настроить помимо мониторинга

Мониторинг сообщает о проблеме, но не предотвращает её. Несколько вещей снижают саму вероятность падений.

Резервное копирование. Ежедневное, автоматическое, с хранением копий вне сервера. Это единственное, что спасает в тяжёлых случаях.

Запас по ресурсам хостинга. Работа на пределе тарифа означает, что любой всплеск посещаемости положит сайт.

Разделение среды для изменений. Правки сначала на тестовой копии, потом на рабочем сайте. Особенно для обновлений системы управления.

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

Регулярная проверка форм. Раз в неделю кто-то отправляет тестовую заявку и убеждается, что она дошла.

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

Сколько стоит простой

Полезно посчитать, чтобы понимать масштаб.

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

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

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

Частые заблуждения

«Хостинг сам сообщит». Не сообщит, если проблема в сайте, а не в площадке. И часто не сообщит вовремя даже при своих авариях.

«Я и так каждый день захожу на сайт». Заходите с одного устройства, с закэшированными данными, в рабочее время. Половину проблем вы так не увидите.

«У нас маленький сайт, там нечему ломаться». Ломается ровно то же самое: оплаты, сертификаты, настройки, ресурсы.

«Мониторинг — это дорого и сложно». Базовая настройка занимает час и обычно ничего не стоит.

«Мы узнаем от клиентов». Узнаете от одного из десяти. Остальные девять уйдут молча.

Что ещё полезно отслеживать помимо доступности

Когда базовый мониторинг настроен, есть смысл добавить несколько наблюдений, которые ловят проблемы, не связанные с падением сервера.

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

Количество страниц, известных поисковым системам. Резкий рост означает появление дублей или чужого содержимого, резкое падение — проблемы с индексацией. Данные доступны в Яндекс.Вебмастере.

Ошибки в панели Вебмастера. Недоступные страницы, проблемы с картой сайта, предупреждения о безопасности — всё это появляется там раньше, чем становится заметно по обращениям.

Поступление заявок. Простое правило: если за сутки не пришло ни одной заявки при обычных нескольких в день, это повод проверить формы. Настраивается в системе учёта.

Доставляемость писем. Отдельная проверка того, что уведомления о заявках доходят и не попадают в спам. Проще всего — тестовая заявка раз в неделю на почту, отличную от корпоративной.

Скорость загрузки в динамике. Отчёт по времени загрузки в Яндекс.Метрике показывает постепенное ухудшение, которое иначе остаётся незамеченным.

Итог

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

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

Если хотите, чтобы за состоянием сайта следили без вашего участия, а о проблемах вы узнавали раньше клиентов, — обратитесь в компанию «Сайты Профессионально». Мы бесплатно проверим текущее состояние вашего сайта, поможем настроить мониторинг доступности и работы форм и подскажем, какие уязвимые места стоит закрыть в первую очередь.