Мониторинг оплаты на сайте: проверяем платёж и авторизацию каждую минуту
Платёжный шлюз отваливается тихо: каталог открывается, корзина работает, а кнопка оплаты возвращает ошибку. Обычный мониторинг доступности этого не видит — нужна проверка самого сценария.
Как настроить проверку оплаты
- →Метод POST на адрес создания платежа с тестовым телом запроса.
- →Ожидаемый код ответа: 200 или 201 — всё, что отличается, считается сбоем.
- →Периодичность раз в минуту: чекаут стоит дороже остальных страниц.
- →Отдельная проверка авторизации — без входа не будет повторных покупок.
Что ломается чаще всего
- →Просроченный токен или ключ интеграции — шлюз начинает отвечать 401.
- →Смена протокола или адреса на стороне банка после обновления.
- →Лимит частоты запросов (429) в пиковые часы.
- →Таймаут: шлюз отвечает дольше, чем ждёт ваш код, и заказ повисает.
Когда покупатель уже столкнулся с ошибкой
В логах сессии видно упавший запрос: адрес, код ответа, время и тело — вместе с записью экрана и шагами до сбоя. Это снимает спор «у нас всё работает» и показывает, сколько людей упёрлось в ту же ошибку.
Частые вопросы
›Не создаст ли проверка настоящие платежи?
Нет, если использовать тестовый режим шлюза или отдельный сценарий. Проверяется доступность метода, а не реальное списание.
›Можно ли проверять оплату на Битриксе или Тильде?
Да: проверка идёт по HTTP и не зависит от платформы. Нужен только адрес метода и ожидаемый ответ.
›Как быстро придёт уведомление?
При минутной периодичности — в пределах минуты, на почту и в Telegram.
Поставьте проверку на оплату
Сломанный чекаут перестанет обнаруживаться вечером по числу заказов.
Подключить бесплатноБесплатный тариф навсегда