Мониторинг

Monitoring (/monitoring) проверяет доступность офферов и flow по расписанию. При падении URL можно включить auto-switch на fallback-оффер; алерты приходят в шапку приложения. Раздел закрывает операционный риск «оффер лёг ночью, а трафик шёл до утра», который агрегаты Reports замечают уже постфактум по просадке CR и EPC.

Мониторинг
Список targets мониторинга.

Назначение

Оффер или лендинг могут лечь без изменения кампании в трекере. Monitoring периодически дергает URL и фиксирует ok / down / timeout. Это операционный контроль доступности, не замена Reports.

Предварительные условия

  • Оффер/flow уже созданы; для auto-switch — запасной оффер в flow.
  • Права на Monitoring.
  • Сеть трекера должна доставать проверяемый URL (учтите Proxy в Settings при необходимости).

Как открыть

  1. Боковое меню → Monitoring (/monitoring).
  2. Краткий обзор также доступен в панели мониторинга внутри flow кампании.

Создание target (пошагово)

  1. Создайте target для offer или flow — укажите, что именно должно оставаться доступным.
  2. Interval — минуты между проверками. Критичные CPA-офферы проверяйте чаще; остальные реже, чтобы не шуметь алертами.
  3. Timeout — мс ожидания ответа. Тяжёлые лендинги требуют больший timeout, иначе получите ложный down.
  4. Failure threshold — сколько подряд неудач считать падением. Значение 1 чувствительно к кратким DNS/сеть-сбоям; для некритичных целей часто ставят 2–3.
  5. Опционально Auto-switch to fallback offer — заранее подготовьте запасной оффер в flow.
  6. Сохраните. При необходимости нажмите Check now, чтобы не ждать interval.

Алерты и разбор инцидента

  1. Иконка Alerts в шапке показывает падения и предложения fallback.
  2. Откройте Monitoring list — статус target (ok / down / timeout) и историю проверок.
  3. Подтвердите или отклоните переключение на fallback. Не оставляйте критичные офферы без target.
  4. Проверьте Campaigns → Flows: какой оффер активен после switch.
  5. В Logs убедитесь, что трафик не ушёл на неожиданную ветку.
  6. После восстановления URL дождитесь серии ok (Check now / история), затем снимайте fallback — иначе возможен «пинг-понг» маршрута.

Связь с кампаниями и Funnel

Monitoring не меняет tracking URL сам по себе: он наблюдает цель и при auto-switch переключает маршрут на запасной оффер в рамках flow. Если path в Funnel показывает обрыв на offer, а Monitoring уже в down — сначала чините доступность, потом CR. Для нескольких зеркал оффера заведите отдельные targets или опирайтесь на fallback-цепочку в flow. Порядок разбора инцидента: Alerts в шапке → Monitoring list → Campaigns → Flows → Logs.

Если оффер отвечает 200, но форма на лендинге сломана, Monitoring останется ok — смотрите Funnel и тестовые конверсии в Logs. Cloaking/geo-фильтры могут отдавать разный контент проверяющему IP трекера и реальному трафику; добавьте ручной тест из целевого гео. При необходимости учтите Settings → Proxy: сеть трекера должна доставать URL. Не полагайтесь на Monitoring как на единственный контроль качества трафика — Fraud Score и Suspicious в Logs закрывают другой класс проблем.

Типичные сценарии

  • Критичный CPA-оффер: короткий interval, адекватный timeout, failure threshold 2+, fallback в flow заранее, Alerts не игнорировать.
  • Ночное окно обслуживания оффера: временно увеличьте interval или поставьте target на паузу.
  • Несколько зеркал: отдельные targets + понятные имена, чтобы алерт указывал на конкретный URL.

Поля target в контексте

Interval задаёт частоту опроса: чем короче, тем быстрее узнаете о падении и тем выше шум при нестабильной сети. Timeout — сколько ждать ответ; на тяжёлом лендинге заниженный timeout даёт down при живом оффере. Failure threshold сглаживает единичные сбои. Auto-switch имеет смысл только если в flow уже есть запасной оффер и команда понимает, кто подтверждает Alerts в шапке. Имена targets делайте однозначными (оффер + зеркало), чтобы алерт не требовал угадывания URL.

Еженедельная гигиена

  1. Пройдите список targets: нет ли down без разбора.
  2. Для критичных офферов — Check now и сверка с Funnel path за те же сутки.
  3. Уберите или поставьте на паузу targets на выведенные из ротации офферы.
  4. После инцидента с auto-switch зафиксируйте в Markers/Notes дату, чтобы Reports тренд был объясним.

Устранение неполадок и ошибки

  • Ложный down — timeout слишком маленький или failure threshold = 1 на шумной сети.
  • Auto-switch без настроенного fallback — переключать некуда; сначала запасной оффер в flow.
  • «Monitoring врёт» при проверке URL с другой сети — смотрите путь и proxy трекера, не только браузер дома.
  • Алерт проигнорирован — target может оставаться down до Check now или восстановления URL.
  • HTTP 200 при битой форме — это не задача Monitoring; Funnel + Logs.
  • После восстановления URL сразу сняли fallback — трафик качнулся туда-обратно; дождитесь серии ok.