Максим Дорохов 
Мониторинг интернет-магазина: что настроить в первую очередь
Проверка главной страницы — самая бесполезная из всех, которые обычно настраивают первыми. Главная часто отдаётся из кэша и остаётся живой, когда корзина уже не работает. Разбираем восемь проверок по приоритету — от денежных к отложенным.
Принцип отбора
Проверять всё подряд бессмысленно: вы утонете в уведомлениях и перестанете их читать. Рабочий критерий один — что произойдёт с деньгами, если эта штука сломается на час.
Из этого следует порядок: сначала путь, по которому приходят деньги, потом то, что приводит на него посетителей, и только потом отложенные аварии — сроки, сертификаты, выгрузки. И отдельная категория, о которой почти всегда забывают: вещи, которые ломаются тихо и не роняют сайт вовсе.
Восемь проверок по приоритету
| # | Что проверять | Интервал | Что ловит |
|---|---|---|---|
| 1 | Страница оформления заказа | Минимальный | Самое дорогое место: сломалось — продажи встали |
| 2 | Кнопка оплаты на этой странице | Минимальный | Страница отвечает кодом 200, а кнопки на ней нет |
| 3 | Карточка товара | Минимальный | Шаблон карточек ломается отдельно от остального сайта |
| 4 | Каталог и поиск по сайту | 5–10 минут | Самые тяжёлые страницы, первыми падают под нагрузкой |
| 5 | Счётчик аналитики на ключевых страницах | Раз в сутки | Пропажу кода после релиза — данные потом не восстановить |
| 6 | Товарный фид | Раз в сутки | Резкое падение числа товаров или недоступность файла |
| 7 | SSL-сертификат | Раз в час | Приближение даты окончания — полностью предсказуемая авария |
| 8 | Домен и DNS-записи | Раз в сутки | Срок регистрации и подмену записей |
Первые четыре строки — про «сайт лежит прямо сейчас», последние четыре — про аварии, которые зреют неделями. Ошибка большинства магазинов в том, что настраивают только первую группу, а теряют деньги чаще на второй.
Почему проверять содержимое важнее, чем код ответа
Самые обидные поломки магазина не роняют сайт. Кнопка «Оформить заказ» исчезла после обновления шаблона, блок с ценой не отрисовался, форма отправляется в никуда — сервер при этом честно отдаёт код 200, и обычная проверка доступности молчит.
Поэтому на денежных страницах имеет смысл проверять не факт ответа, а наличие конкретного элемента: текста кнопки, блока с ценой, поля ввода телефона. Такая проверка ловит целый класс аварий, невидимых для всего остального.
Не настраивайте автоматическое оформление реальных заказов «для проверки»: вы засорите базу и статистику, а при неудачном стечении обстоятельств спишете деньги. Проверяйте доступность и содержимое страниц, а полный путь оплаты проходите руками после каждого релиза, затрагивающего корзину.
Кто получает уведомление
Мониторинг без адресата бесполезен. Договоритесь заранее о трёх вещах: кто реагирует в рабочее время, кто ночью и в выходные, и по какому каналу до этого человека реально достучаться.
Разные каналы уместны для разного. Письмо годится для отложенных предупреждений вроде истекающего сертификата: его прочитают в течение дня, и этого достаточно. Мессенджер — для дневных аварий. Звонок — для того, что не может ждать до утра: упавшего оформления заказа в сезон.
И заранее решите, что делать с ночными уведомлениями по некритичным проверкам. Если человека будят из-за медленно открывшегося блога, через неделю он отключит уведомления совсем — и пропустит настоящую аварию.
Весь список выше собирается из типовых проверок Пруфена: доступность страниц с интервалом от 2 минут из 13 точек закрывает первые четыре пункта, проверка контента следит за кнопкой оплаты и блоком цены, отдельные ежедневные проверки — за фидом, счётчиками, сертификатом и доменом. Каналы уведомлений разные под разную срочность: Email, Telegram, Макс и звонок. На старт хватает бесплатных 5 проверок — их разумно потратить на первые строки таблицы.
Частые вопросы
С чего начать, если ресурс ограничен? С двух проверок: страница оформления заказа и наличие на ней кнопки оплаты. Это самое дорогое место магазина, и именно оно ломается тише всего. Всё остальное добавляйте по мере необходимости.
Нужно ли мониторить админку? Полезно, если через неё работают операторы: недоступная админка означает, что заказы не обрабатываются, даже когда витрина в порядке. Только следите, чтобы проверка не выглядела для системы защиты как перебор паролей.
Как выбрать интервал? Отталкивайтесь от цены минуты простоя: время обнаружения аварии равно интервалу проверки. Денежным страницам — минимальный, справочным разделам достаточно 10–15 минут, отложенным проверкам вроде домена хватит раза в сутки.
А если сайт на конструкторе или маркетплейсе? Проверки те же: вы всё равно отвечаете перед клиентом за доступность своей витрины. Разница в том, что чинить будет не ваша команда, а поддержка платформы, — и тем важнее узнать о проблеме раньше и обратиться к ней с фактами.