Главная открывается, а заказ оформить нельзя
Главная устроена проще остальных страниц. Обычно это статика или тяжело закешированный контент с минимумом логики, который отдаётся быстро даже под нагрузкой. Ей почти нечего ломать. Именно поэтому проверка одной главной создаёт ложное спокойствие: она остаётся зелёной, когда остальной сайт уже не работает.
Главная открывается, а заказ оформить нельзя
Мониторинг зелёный, главная страница загружается за долю секунды, а клиент в это время не может завершить покупку. Форма оплаты отдаёт ошибку, корзина не сохраняется, вход в личный кабинет висит. Сайт формально доступен, но деньги не идут. Причина проста: вы следите за единственной страницей, которая почти никогда не ломается.
Почему главная почти всегда работает
Главная устроена проще остальных страниц. Обычно это статика или тяжело закешированный контент с минимумом логики, который отдаётся быстро даже под нагрузкой. Ей почти нечего ломать. Именно поэтому проверка одной главной создаёт ложное спокойствие: она остаётся зелёной, когда остальной сайт уже не работает.
Разные страницы ломаются по-разному
Ключевые страницы опираются на разные подсистемы, и каждая выходит из строя независимо от других.
Каталог и карточка товара тянут данные из базы. Если база недоступна, главная стоит на месте, а товары не открываются.
Корзина и оформление заказа зависят от сессий, базы и платёжного шлюза. Стоит отвалиться шлюзу, и оплатить уже нельзя, хотя остальной сайт работает.
Вход и регистрация держатся на сервисе авторизации. Если он лёг, новые клиенты не зайдут, а вы об этом не узнаете, пока сами остаётесь в системе.
Поиск работает через отдельный индекс, API отвечает своим бэкендом. Любой из этих узлов может отказать в одиночку, и на главной это никак не отразится.
Что добавить в мониторинг кроме главной
Ориентируйтесь на путь, по которому клиент доходит до денег. Проверками стоит покрыть:
- карточку товара или каталог,
- корзину и страницу оформления,
- оплату или ответ платёжного шлюза,
- вход и регистрацию,
- поиск, если через него идёт заметная часть заказов,
- ключевые ручки API, от которых зависит работа сайта.
Критерий отбора простой: если эта страница недоступна, теряются ли деньги. Если ответ «да», страница идёт в мониторинг.
Одной проверкой путь к оплате не закрыть
Здесь и кроется главное заблуждение. Путь клиента от входа до оплаты проходит через несколько разных адресов, и каждый нужно проверять отдельно. Одна проверка главной показывает состояние одной страницы, а не всего сайта.
Чем полнее покрытие, тем раньше вы ловите проблему на конкретном этапе. Мониторинг сообщит не расплывчатое «сайт лежит», а «страница оплаты отвечает ошибкой», и вы сразу знаете, куда смотреть.
Deploy.Rest: покрываем весь путь к оплате
В Deploy.Rest каждая важная страница добавляется отдельной проверкой. Сервис следит за кодом ответа и временем отклика по каждому адресу и оповещает в Telegram, MAX или на почту, как только конкретная страница начинает отвечать ошибкой.
Одной бесплатной проверки достаточно, чтобы держать под контролем главную. Но чтобы видеть весь путь к оплате целиком, добавьте карточку товара, корзину, оформление и вход отдельными проверками. Это несколько адресов вместо одного, зато о потере продаж вы узнаёте первым, а не из отчёта в конце дня.