Логи сервера показывают, где сливается бюджет, если смотреть не на CTR, а на ошибки доставки

Логи сервера показывают, где сливается бюджет, если смотреть не на CTR, а на ошибки доставки

Проблема обычно не в «плохом трафике», а в том, что часть запросов не доходит до трекера или падает на уровне инфраструктуры. В логах это видно быстро: 4xx, 5xx, таймауты, редиректы по кругу, пустые ответы от upstream. Если в отчёте конверсии есть, а в access/error-логах растут отказы, деньги уходят в пустоту.

Смотрите не только на код ответа, но и на связку:
• всплеск 499/504 — клиент не дождался ответа, теряете сессии
• 301/302 в цепочке из 3+ переходов — лишняя задержка и обрыв атрибуции
• 200 с пустым телом или битым JS — трекинг не сработал, лид не засчитан
• рост 5xx на одном роуте — проблема в backend, а не в креативах

Дальше нужны кореляции по времени. Сверяйте логи веб-сервера, прокси, приложений и трекера в одном таймлайне. Если ошибки идут пачкой после роста RPS, значит сервер не выдерживает нагрузку и начинает резать заявки. Если ошибки локальны по одному IP, подсеть или ASN можно сразу уводить в отдельную проверку.

Минимальный порядок работы: включить раздельные логи по виртуальным хостам, хранить request_id, поднять alert на аномальный рост 4xx/5xx и раз в день смотреть топ URL по ошибкам. Стабильность — это отсутствие магии, только предсказуемая конфигурация. Разворачиваем, проверяем, мониторим.