> For the complete documentation index, see [llms.txt](https://docs.exoclick.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.exoclick.com/rtb/ru/izdateli/sokrashenie-raskhozhdenii-v-izmereniyakh.md).

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

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

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

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

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

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

## Рабочий процесс устранения неполадок <a href="#troubleshooting-workflow" id="troubleshooting-workflow"></a>

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

<br>

<br>


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.exoclick.com/rtb/ru/izdateli/sokrashenie-raskhozhdenii-v-izmereniyakh.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
