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

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

Ниже — что именно отслеживать, с какой частотой, кому отправлять уведомления, что можно включить самостоятельно за вечер и какие поломки остаются незаметными неделями. Статья о сайте, который уже работает. Что проверить в сам день выкладки, мы разобрали в чек-листе запуска, а порядок действий при взломе — в статье «Сайт взломали: что делать».

Зачем мониторинг, если сайт работает?

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

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

Главный довод — деньги и репутация. Посетитель, который увидел ошибку, редко пишет о ней: он закрывает вкладку и идёт к следующему сайту в выдаче. Если сайт лежал с пятницы вечера до понедельника, вы узнаете об этом по пустой папке заявок, а не по жалобам. Второй довод — поиск: по справке Яндекса о доступности сайта, если из-за ошибки сервера робот не может подключиться, сайт может пропасть из поиска, а страница с ответом не 200 OK в поиск не попадает. Найденные проблемы Вебмастер показывает в разделе «Диагностика сайта» — но уже после очередного обхода.

Что проверять	Как часто	Что считать тревогой
Главная и 2–3 ключевые страницы открываются	Каждые 1–5 минут	Нет ответа или код ошибки две проверки подряд
Время ответа сервера	Вместе с проверкой доступности	Ответ стабильно в 2–3 раза дольше обычного
Текст на странице (слово из подвала, название компании)	Каждые 5–15 минут	Страница открылась, но слова нет: заглушка, ошибка базы, чужой контент
Срок SSL-сертификата	Раз в сутки	До окончания меньше 14 дней
Срок регистрации домена	Раз в сутки или неделю	До окончания меньше 30 дней
Форма заявки доходит до почты, CRM или Telegram	Раз в сутки тестовой заявкой	Тестовая заявка не пришла за 10 минут
Оплата и обмен с 1С или CRM	По журналу ошибок, постоянно	Ошибки обмена или нет заказов дольше обычного
Место на диске и память сервера	Каждые 5–15 минут	Свободно меньше 15–20 % диска
Резервные копии	После каждого копирования	Копия не создалась, размер резко изменился

Что отслеживать кроме доступности?

Минимум — семь вещей: открываются ли ключевые страницы и с правильным содержимым, время ответа, срок сертификата, срок домена, доставка заявок, ресурсы сервера (диск, память) и резервные копии. Для магазина и сервиса добавляются оплата, обмен с 1С или CRM и фоновые задачи.

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

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

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

Как часто проверять и кому слать уведомления?

Доступность — раз в 1–5 минут, сертификат и домен — раз в сутки, заявки — тестовой отправкой раз в день. Уведомление получают двое: тот, кто может исправить (разработчик, администратор), и тот, кто принимает решения у заказчика. Канал — тот, который читают с телефона, обычно Telegram.

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

Кому что отправлять:

• Разработчику или администратору — все технические сигналы: недоступность, медленный ответ, диск, память, ошибки обмена, резервные копии.
• Владельцу или директору — только серьёзные: сайт не открывается дольше 10–15 минут, не проходит оплата, истекает домен.
• Отделу продаж — сигнал «заявки не доходят», чтобы на время сбоя смотреть входящие в почте или в кабинете формы напрямую.
• Бухгалтерии или тому, кто платит — напоминания о продлении домена и хостинга, если они оплачиваются с расчётного счёта.

Удобно завести отдельный Telegram-канал или группу для уведомлений, а не слать их в личные сообщения: при смене подрядчика или сотрудника история сохранится, а доступ можно передать одной ссылкой. Мы, например, в собственном мессенджере «Гонец» сделали вебхуки, чтобы мониторинг и сборка писали прямо в рабочий канал.

Что можно настроить самостоятельно?

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

Что делать по шагам:

1. Внешняя проверка доступности. Есть сервисы, которые с серверов в разных городах и странах заходят на ваш сайт по расписанию и пишут в Telegram или на почту. Ищите по словам «мониторинг доступности сайта»: многие дают бесплатно несколько проверок с интервалом 1–5 минут. Добавьте главную, одну страницу из каталога или услуг и страницу формы, включите проверку ключевого слова и срока сертификата.
2. Яндекс Вебмастер. Если сайт подтверждён в Вебмастере, в настройках уведомлений можно включить тему «Ошибки на сайте» с доставкой на почту; Telegram и push-уведомления, по справке, доступны только для части тем — см. справку Вебмастера об уведомлениях. Это не замена мониторингу: Вебмастер сообщает о проблемах, найденных при очередной проверке роботом, а не о минутных падениях.
3. Продление домена. В кабинете регистратора включите автопродление и проверьте, что на счёте есть деньги, а контактная почта — рабочая и принадлежит компании, а не уволившемуся сотруднику. О том, на кого оформлять домен, — в статье «На кого оформлять домен и хостинг сайта».
4. Цель на заявку в Метрике. Если заявки внезапно перестали считаться, это первый признак, что форма сломалась. Как настроить цели, мы разобрали в статье о целях Метрики.

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

Какие поломки не видно без мониторинга?

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

Самые частые случаи:

• Заявки уходят в никуда. Почтовый сервер стал отправлять письма в спам, у бота сменился токен, интеграция с CRM получила ошибку доступа после смены пароля. Форма показывает «Спасибо, мы свяжемся», а заявки нет нигде. Проверка — ежедневная тестовая заявка с пометкой «тест», которую кто-то обязан увидеть.
• Истёк SSL-сертификат. Браузер показывает посетителю полноэкранное предупреждение о небезопасном соединении, и почти все уходят. Бесплатные сертификаты Let’s Encrypt сейчас по умолчанию выдаются на 90 дней, а к 2028 году срок сократят до 45 дней. Продлеваются они автоматически, но автопродление ломается после переноса сервера или смены настроек DNS. С 4 июня 2025 года Let’s Encrypt перестал рассылать письма о скором истечении сертификатов, так что напоминания по почте больше не будет — нужна своя проверка.
• Истёк домен. По Правилам регистрации доменов .RU и .РФ продлить домен можно не раньше чем за 60 дней до окончания (п. 4.4) и ещё 30 дней после — это период преимущественного продления (п. 4.5). Но делегирование прекращается в день окончания срока (п. 5.4), то есть в эти 30 дней сайт и почта на домене уже не работают. Если не продлить и тогда, регистрация аннулируется (п. 4.9), и домен может занять кто угодно.
• Кончилось место на диске. Журналы, загруженные фото и резервные копии постепенно заполняют диск. Когда место кончается, база данных перестаёт записывать заказы, а новые копии не создаются — при этом страницы ещё какое-то время открываются из кэша.
• Резервные копии не создаются. Задача копирования упала месяц назад, и об этом узнают в день, когда копия понадобилась. Проверять нужно не только факт запуска, но и размер файла: копия базы в несколько килобайт вместо сотен мегабайт — пустая.
• Сломалась оплата или обмен. Платёжный сервис поменял требования, у 1С сменился адрес, ключ доступа истёк. Заказы оформляются, но не оплачиваются или не попадают в учёт.

Пример из нашей практики: в сервисе «Довод» работает сторож состояния, который проверяет систему каждые 5 минут, и ночные резервные копии с ротацией. А на сайте «Бытполимера» при выкладке настроили HTTPS-сертификат с автопродлением — это закрывает частую причину внезапного предупреждения в браузере, но проверку срока всё равно стоит оставить.

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

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

Сначала убедиться, что сбой настоящий: откройте сайт с телефона через мобильный интернет, не через офисный Wi-Fi. Если не открывается — сообщите тому, кто отвечает за сервер, с адресом, временем и текстом уведомления. Ничего не перезагружайте и не удаляйте сами, если не знаете, к чему это приведёт.

Порядок действий удобно записать заранее — одной страницей, которая лежит у владельца и у подрядчика:

1. Проверить с другого устройства и сети. Иногда «падение» — это блокировка офисной сети или сбой у провайдера, а у клиентов всё работает.
2. Проверить домен и оплату хостинга. Самая обидная причина недоступности — неоплаченный счёт. Это видно в кабинете регистратора и хостинга за минуту.
3. Написать ответственному. Адрес страницы, время из уведомления, скриншот того, что видно в браузере. Если сбой критичный — сначала позвонить, потом продублировать письменно.
4. Предупредить людей, которых сбой касается. Отделу продаж — принимать заявки по телефону, если сайт не работает; в рекламном кабинете — при долгом простое приостановить кампании, чтобы не платить за переходы на нерабочую страницу.
5. После восстановления — разбор. Что сломалось, почему мониторинг поймал или не поймал это сразу, что поменять, чтобы не повторилось. Пять строк в задаче достаточно.

Кто отвечает за мониторинг после сдачи сайта?

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

Как это устроено у нас. По типовому договору ошибки, возникшие по нашей вине, мы исправляем бесплатно 30 календарных дней с даты акта; сбои сторонних сервисов (хостинга, платёжного сервиса, CRM) гарантия не покрывает — их как раз и ловит мониторинг. Сразу после запуска действует бесплатная поддержка: 7 дней для лендинга, Telegram-бота, интеграций и ИИ-ассистентов, 14 дней для интернет-магазина, веб- и мобильного приложения, 1 месяц для корпоративного сайта. Дальше мониторинг работы сайта входит в абонентскую поддержку — от 7 900 ₽ в месяц; что именно проверять для вашего сайта, считаем после брифа. Поддержка работает в рабочее время: если сайту нужна реакция ночью и в выходные, обсудите это до запуска, а не после первого сбоя. Сколько стоит содержание сайта целиком, с доменом и хостингом, — в статье о расходах на поддержку.

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

Когда мониторинг не нужен и какие ошибки встречаются?

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

Частые ошибки:

• Уведомления уходят на почту, которую никто не читает. Например, на общий ящик разработчика или бывшего сотрудника.
• Проверяется только главная. Главная из кэша открывается, а корзина и кабинет — нет.
• Тревога на каждую секунду задержки. Через неделю уведомления выключают звук, и настоящий сбой проходит мимо.
• Нет проверки содержимого. Сервер отвечает, но вместо сайта — заглушка хостинга или страница ошибки базы.
• Резервные копии без проверки восстановления. Копия есть, но из неё ни разу не пробовали поднять сайт. Раз в квартал стоит восстановить её на тестовом адресе.
• Нет ответственного на выходные. Мониторинг сообщил в субботу утром, прочитали в понедельник. Решите заранее, кто реагирует и в какие часы, а для чего достаточно ответа в рабочее время.

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

Короткие ответы на частые вопросы

Что такое мониторинг сайта простыми словами?

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

Как узнать, что сайт упал, если я сам на него не захожу?

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

Как проверить срок SSL-сертификата?

В браузере нажмите на значок слева от адреса, откройте сведения о сертификате и посмотрите дату «Действителен до». Для постоянного контроля включите проверку срока сертификата в сервисе мониторинга с порогом в 14 дней.

Сколько стоит мониторинг сайта?

Базовые внешние проверки доступности многие сервисы дают бесплатно в ограниченном объёме. Мониторинг сервера, форм, обмена и резервных копий обычно настраивает тот, кто сопровождает сайт; у Roboweb это входит в поддержку от 7 900 ₽ в месяц, состав считаем после брифа.

Нужен ли мониторинг, если хостинг обещает высокую доступность?

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

Услуги и кейсы по теме: поддержка сайта от 7 900 ₽/мес · заказная разработка · кейс «Гонец» · цены и сроки