Логи RTB бесполезны, если не сохранять поля, по которым потом строится разбор аукциона

Логи RTB бесполезны, если не сохранять поля, по которым потом строится разбор аукциона

Базовый минимум: bidrequest id, auction type, timestamp, exchange, seat, publisher/app/site, ad unit, geo, device, schain, ads.txt / app-ads.txt статус, currency, floor, timeout, winner, clearing price, loss reason.

Для аналитики по SPO и fill rate критичны идентификаторы путей: sourceid, supply chain nodes, seller id, publisher id, domain / bundle, placement id, page / app url, deal id, deal type. Без них вы видите только CPM, но не понимаете, где именно теряется спрос.

Если работаете с bid stream, отдельно сохраняйте: bid status, bid time, latency по каждому bidder, timeout hit, no-bid, malformed response, creative id, deal eligibility, blocked categories, viewability signals, consent flags, user id type. Это позволяет отличать проблему интеграции от проблемы качества трафика. ⚙️

Не храните всё подряд: нормализуйте поля по двум слоям — raw log для расследований и fact table для отчетов. Иначе через месяц упрётесь в дорогой storage и несовместимые схемы между SSP, Prebid и GAM.

Практика простая: если поле помогает ответить на вопрос «почему проиграли аукцион», «почему не дошёл бид» или «почему трафик ушёл в мусор», его нужно логировать. Если не помогает — оставьте в сыром слое и не тащите в витрину.