Сокращение расхождений в измерениях

Расхождения RTB — разрыв между тем, что считает одна сторона, и тем, что считает или выставляет к оплате другая, в основном обусловлен тем, как на стороне клиента отслеживаются показы и клики. Чтобы снизить их при интеграции supply:

• Предпочитайте подсчёт server-to-server (S2S) по сравнению с цепочкой перенаправлений на основе браузера. Браузеры могут схлопывать промежуточные переходы по редиректам, особенно Chrome на Android. Поэтому событие, которое было отображено, может так и не быть зарегистрировано. Это главный отдельный фактор расхождений по кликам.
• Используйте header (302) redirect вместо meta-refresh redirect это надёжнее для отправки трекинговых вызовов.
• Отправляйте вызовы BURL и impression корректно, чтобы были зафиксированы и события с оплатой, и отображённые события. См. подсчёт платных событий (BURL) для OpenRTB 2.4 / OpenRTB 2.5 того, как работает подсчёт платных событий и как сверять его с метриками «Served».
• Сверяйте клики на сопоставимой основе. Каждая сторона применяет собственную фильтрацию недействительных кликов и мультикликов, поэтому сравнивайте итоги на одной и той же основе (valid + invalid вместе), прежде чем считать разрыв ошибкой.
• Имейте в виду, что в некоторых сегментах расхождения выше в частности, в видеоформатах, а также в методах клиентского измерения, таких как сбор Client Hints, sendBeacon, и вмешательства браузера для «тяжёлой рекламы».

Диапазоны расхождений

Расхождения в RTB — это нормально; цель — удерживать их на достаточно низком уровне для корректного выставления счетов, а не полностью устранять их.

Расхождение	Действие
Менее 5%	Приемлемо
5–10%	Следить
Более 10%	Проверить

Рабочий процесс устранения неполадок

1. Сравните свои подсчёты с подсчётами партнёра и используйте Served Ratio чтобы увидеть, где возникает разрыв.
2. Разбейте по устройству и браузеру некоторые комбинации (в частности Android + Chrome) обычно дают большие расхождения из-за того, как браузер обрабатывает навигацию и редиректы.
3. Проверьте метод редиректа редирект через header (302) надёжнее, чем meta-refresh redirect.
4. Подтвердите, вызовы BURL и impression отправляются как ожидается.
5. Для трафика, который проходит через несколько сетей, сверяйте каждую смежную пару отдельно. Согласование между двумя узлами не распространяется на всю цепочку.