Настройка синтетического мониторинга

Настройка синтетического мониторинга — это услуга с первоначальной настройкой и ежемесячным ведением: мы пишем и запускаем по расписанию сценарии (скрипты), которые имитируют действия пользователя на критичных путях — доступность и скорость ключевых страниц, логин, поиск, корзина и оформление, работа форм и API — из контролируемых локаций. При сбое, ошибке шага или замедлении приходит алерт с тем, какой шаг и где упал. Это ценно тем, что ловит поломку даже когда живого трафика мало (ночью, на редких страницах), и проверяет именно сквозной сценарий, а не только «открылась ли главная». Честно про природу метода: это имитация по заранее заданным сценариям в контролируемых условиях, а НЕ реальные пользователи — синтетика не покажет проблемы, возникающие только у конкретных людей на их устройствах (для этого есть RUM), и видит только те шаги, которые мы прописали; всё, что вне сценария, остаётся вне проверки. Честно про сопровождение: сценарии завязаны на структуру сайта и ломаются при изменениях интерфейса (переехала кнопка, сменился селектор) — поэтому их нужно поддерживать; это часть ежемесячного ведения, иначе будут ложные тревоги. Честно про суть и стоимость: это обнаружение и оповещение, а НЕ исправление — поломку устраняет ваша команда или мы отдельно; проверки выполняются через стороннюю платформу синтетики с её лимитами на частоту и стоимостью, расходы на платформу обычно отдельные. Покрытие — только прописанные сценарии; на алерт должен кто-то отреагировать. Важная граница: это синтетический мониторинг (сценарии в контролируемых условиях), а не RUM (реальные пользователи — отдельно), не нагрузочное тестирование и не разработка. Если сайт простой и без критичных сквозных сценариев — синтетика может быть избыточна, хватит uptime-мониторинга. Представьте: вместо «ночью отвалилась оплата, а узнали утром по нулю заказов» вы получаете алерт через минуту, что шаг оплаты в сценарии упал. Базовая цена — от 18 000 ₽ в месяц (включает настройку сценариев и ежемесячное ведение; стоимость сторонней платформы — отдельно).

• Критичные сценарии (оплата, логин, поиск) ломаются, а вы узнаёте по нулю заказов.
• Реального трафика мало, и поломки на редких страницах долго незаметны.
• Uptime-проверка говорит «сайт открывается», но сквозной путь всё равно сломан.
• Хотите проверять именно сценарий, а не только доступность главной.

• Написание и запуск по расписанию сценариев ключевых путей
• Доступность и скорость ключевых страниц, логин, поиск, корзина, оформление, формы, API
• Проверки из контролируемых локаций
• Алерты при сбое шага, ошибке или замедлении (какой шаг и где)
• Поддержка сценариев при изменениях интерфейса (часть ведения)
• Ежемесячное ведение мониторинга
• Разделение: что покрыто сценариями, а что нет
• Канал оповещений по вашему выбору (почта, мессенджер, вебхук)

• Узнаёте о поломке сквозного сценария сразу, даже без трафика
• Видно, какой именно шаг упал и где
• Раньше ловите сбои оплаты/логина/поиска
• Есть факты, чтобы команда устранила поломку (исправление — отдельно)

• Согласуем критичные сценарии, локации, частоту и канал алертов; собираем доступ (в т.ч. тестовые учётки)
• Пишем сценарии, настраиваем расписание, пороги и алерты
• Запускаем ведение, поддерживаем сценарии при изменениях сайта

• Это то же, что мониторинг реальных пользователей (RUM)?

  Нет. Синтетика имитирует заданные сценарии в контролируемых условиях — стабильно и без трафика, но это не реальные пользователи. Проблемы, возникающие только у конкретных людей на их устройствах, ловит RUM. Их удобно совмещать, но это разные услуги.

• Вы почините поломку, которую найдёте?

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

• Будут ли расходы на платформу?

  Да, проверки выполняются через стороннюю платформу синтетики с её лимитами и тарифами — её стоимость обычно отдельная и зависит от числа сценариев и частоты; мы предупреждаем заранее.