Как читать changelog SSP/DSP, чтобы не сломать bidstream и отчётность

Как читать changelog SSP/DSP, чтобы не сломать bidstream и отчётность

Апдейты платформ редко ломают всё сразу. Чаще меняется один слой: поле в bid request, логика floor price, маппинг deal ID, отчётный срез или окно атрибуции. Поэтому changelog надо читать не как новость, а как diff контракта между SSP, exchange и DSP.

Быстрый чек:
— затрагивает ли изменение imp, site/app, user, device или только UI;
— меняется ли default-значение, если поле не передано;
— есть ли silent fallback: платформа принимает старый формат, но считает иначе;
— влияет ли апдейт на billing event: bid, win, impression, click.

Для байера главное — не только bid rate. Проверьте win rate по supply path, долю no-bid по причинам, расхождение spend между DSP и трекером. Для паблишера — fill rate, eCPM по placement, долю blocked demand и изменение floor hit rate.

Правило: любое изменение SSP/DSP сначала прогоняйте через контракт данных и метрики расхождения, а уже потом через интерфейсные отчёты.